避免上傳閘道資料時的意外成本

當 NFS 用戶端將檔案寫入檔案閘道時，檔案閘道會將檔案的資料上傳到 Amazon S3，後面接著其中繼資料。上傳檔案資料會建立 S3 物件，並上傳檔案的中繼資料會更新 S3 物件的中繼資料。此程序會建立 物件的額外版本。如果 S3 版本控制已開啟，則會儲存兩個版本。

如果您變更存放在檔案閘道中的檔案中繼資料，則會建立新的 S3 物件並取代現有的 S3 物件。此行為不同於在檔案系統中編輯檔案，其中編輯檔案不會導致建立新的檔案。測試您計劃搭配 AWS Storage Gateway使用的所有檔案操作，以便您了解每個檔案操作如何與 Amazon S3 儲存體互動。

當您從檔案閘道上傳資料時，請仔細考慮在 Amazon S3 中使用 S3 S3版本控制和跨區域複寫 (CRR)。開啟 S3 版本控制時，將檔案從檔案閘道上傳至 Amazon S3 會產生至少兩個版本的 S3 物件。

某些工作流程涉及大型檔案和檔案寫入模式，例如在數個步驟中執行的檔案上傳，可能會增加儲存的 S3 物件版本數量。如果檔案閘道快取因為高檔案寫入率而需要釋放空間，可能會建立多個 S3 物件版本。如果開啟 S3 版本控制，這些案例會增加 S3 儲存體，並增加與 CRR 相關的傳輸成本。測試您計劃搭配 Storage Gateway 使用的所有檔案操作，以便您了解每個檔案操作如何與 Amazon S3 儲存體互動。

將 Rsync 公用程式與 File Gateway 搭配使用會導致在快取中建立暫存檔案，以及在 Amazon S3 中建立暫存 S3 物件。 Amazon S3 這種情況會導致 S3 Standard-Infrequent Access (S3 Standard-IA) 儲存類別的提早刪除費用。