本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # 效能規格 S3 檔案會自動擴展輸送量和 IOPS，以符合您的工作負載，而不需要您佈建或管理容量。此頁面說明 S3 檔案的效能特性。 ## 效能摘要 | | | | --- |--- | | 每個檔案系統的總讀取輸送量 | 每秒高達 TB | | 每個檔案系統的總寫入輸送量 | 1–5 GiB/s | | 使用 S3 檔案的每個 S3 儲存貯體的最大讀取 IOPS | 無限制（將多個檔案系統連接到相同的儲存貯體） | | 使用 S3 檔案的每個 S3 儲存貯體的最大寫入 IOPS | 無限制（將多個檔案系統連接到相同的儲存貯體） | | 每個檔案系統的讀取 IOPS 上限 | 250,000 | | 每個檔案系統的寫入 IOPS 上限 | 50,000 | | 每個用戶端讀取輸送量上限 | 3 GiB/s | ## S3 檔案如何提供效能 S3 檔案會從兩個儲存層提供資料，並自動將每項操作路由至最適合的層。 **高效能儲存** – 檔案系統中主動使用檔案資料和中繼資料所在的低延遲儲存層。S3 檔案會自動管理此儲存體，在您存取檔案時將資料複製到其中，並移除未在可設定的過期時段內讀取的資料。您為存放在高效能儲存上的資料支付儲存費率。 **直接來自 S3** – S3 檔案會在兩種情況下直接從 S3 儲存貯體讀取檔案：當檔案的資料未存放在檔案系統的高效能儲存體時，以及針對 >= 1 MiB 的大型讀取，即使資料也位於檔案系統的高效能儲存體中。S3 儲存貯體已針對高輸送量進行最佳化，而檔案系統的高效能儲存層已針對低延遲存取進行最佳化。這種直接從 S3 儲存貯體串流資料的分層方法可為循序讀取提供高輸送量，因此非常適合分析、媒體處理和其他串流工作負載。S3 檔案會以非同步方式將小型檔案（預設為 < 128 KiB) 的資料匯入檔案系統的高效能儲存，以便在後續讀取時實現低延遲存取。由於 S3 檔案會自動套用此雙層模型，因此您不需要在延遲和輸送量之間進行選擇。小型檔案工作負載可取得檔案系統效能。大型檔案工作負載會取得 S3 輸送量。混合工作負載同時取得兩者。 ## 讀取效能讀取輸送量會隨著連線的運算執行個體數量和每個執行個體內的平行處理程度而擴展。每個用戶端的讀取輸送量上限為 3 GiB/s。S3 檔案支援每秒高達 TB 的彙總讀取輸送量，以及每個檔案系統高達 250，000 個讀取 IOPS。 ## 寫入效能寫入會移至高效能儲存體，並立即耐用。視區域而定，S3 檔案支援每秒 1-5 GiB 的彙總寫入輸送量，以及每個檔案系統高達 50，000 個寫入 IOPS。寫入效能隨工作負載活動彈性擴展。當您修改檔案系統中的檔案時，S3 檔案會等待約 60 秒，彙總該時間對檔案的任何後續變更，然後再複製到 S3 儲存貯體。這表示在單一 S3 PUT 請求中擷取對相同檔案的快速連續寫入，而不是為每個個別變更產生新的物件版本，從而降低 S3 請求成本和儲存成本。如果您在 S3 檔案將您的變更複製回 S3 儲存貯體後繼續修改檔案，它會視需要複製後續變更。 ## 第一次存取延遲第一次存取目錄時，S3 檔案會匯入該目錄中所有檔案的中繼資料，並根據您的匯入組態，匯入小型檔案的資料。因此，您的初始存取需要比後續操作更長的時間。匯入後，所有後續目錄清單和檔案存取會以低延遲傳回。 ## 同步效能 S3 檔案會在背景中同步檔案系統和 S3 儲存貯體之間的變更。 **從 S3 匯入變更** – 當另一個應用程式新增或修改 S3 儲存貯體中的物件時，S3 檔案通常會在幾秒鐘內反映檔案系統中的變更。S3 檔案每秒處理多達 2，400 個物件變更，匯入資料輸送量每秒高達 700 MB。 **匯出變更至 S3** – 當您透過檔案系統寫入檔案時，S3 檔案會將變更批次處理約 60 秒，以將快速連續寫入合併至單一 S3 物件版本，進而降低 S3 請求和儲存版本成本。在批次處理時段之後，S3 檔案會將檔案複製到 S3 儲存貯體。S3 檔案匯出每個檔案系統每秒最多 800 個檔案，匯出資料輸送量每秒最多 2，700 MB。 | 操作指標 | Value | 單位 | | --- | --- | --- | | 從 S3 儲存貯體 IOPS 匯入 | 2,400 | 每個檔案系統的每秒物件數 | | 從 S3 儲存貯體輸送量匯入 | 700 | 每秒 MB | | 匯出至 S3 儲存貯體 IOPS | 800 | 每個檔案系統的每秒檔案數 | | 匯出至 S3 儲存貯體輸送量 | 2，700 | 每秒 MB | Amazon S3 使用平面儲存結構，透過其金鑰名稱來識別物件。雖然 S3 檔案可讓您在目錄中組織資料，但 S3 沒有目錄的原生概念。檔案系統中顯示為目錄的項目，是 S3 儲存貯體中物件金鑰共用的常見字首。此外，S3 物件是不可變的，不支援原子重新命名。因此，當您重新命名或移動檔案時，S3 檔案必須使用更新後的金鑰將資料寫入新的物件，並刪除原始物件。當您重新命名或移動目錄時，S3 檔案必須針對共用該字首的每個物件重複此程序。因此，當您重新命名或移動包含數千萬個檔案的目錄時，S3 請求成本和同步時間會大幅增加。100，000 個檔案的目錄重新命名需要幾分鐘的時間才能完全反映在 S3 儲存貯體中，但重新命名在檔案系統上是即時的。如需詳細資訊，請參閱[了解重新命名和移動操作的影響](s3-files-synchronization.md#s3-files-sync-rename-move)。如果您的工作負載產生變更的速度比同步速率快，S3 檔案會將變更排入佇列，並依序處理。您可以使用 `PendingExports` CloudWatch 指標監控待處理匯出的計數。如需詳細資訊，請參閱[使用 Amazon CloudWatch 監控 S3 檔案](s3-files-monitoring-cloudwatch.md)。 ## 監控效能您可以使用 Amazon CloudWatch 監控檔案系統的效能。S3 檔案會發佈指標，包括 `DataReadBytes`、`MetadataReadBytes`、 `DataWriteBytes`和 `MetadataWriteBytes`，您可以用來追蹤一段時間內的輸送量和 IOPS。如需詳細資訊，請參閱[使用 Amazon CloudWatch 監控 S3 檔案](s3-files-monitoring-cloudwatch.md)。