本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

效能規格

S3 檔案會自動擴展輸送量和 IOPS，以符合您的工作負載，而不需要您佈建或管理容量。此頁面說明 S3 檔案的效能特性。

效能摘要

S3 檔案如何提供效能

S3 檔案會從兩個儲存層提供資料，並自動將每項操作路由至最適合的層。

高效能儲存 – 檔案系統中主動使用檔案資料和中繼資料所在的低延遲儲存層。S3 檔案會自動管理此儲存體，在您存取檔案時將資料複製到其中，並移除未在可設定的過期時段內讀取的資料。您為存放在高效能儲存體上的資料支付儲存速率。

直接來自 S3 – 已同步至 S3 的大型資料讀取 (128 KB 或更大），而不在檔案系統上的資料讀取會直接從 S3 儲存貯體提供。此層可為循序讀取提供高輸送量，因此非常適合分析、媒體處理和其他串流工作負載。

由於 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。

Amazon S3 使用平面儲存結構，透過其金鑰名稱來識別物件。雖然 S3 檔案可讓您在目錄中組織資料，但 S3 沒有目錄的原生概念。在您的檔案系統中顯示為目錄的項目，是 S3 儲存貯體中物件金鑰共用的常見字首。此外，S3 物件是不可變的，不支援原子重新命名。因此，當您重新命名或移動檔案時，S3 檔案必須使用更新的金鑰將資料寫入新物件，並刪除原始物件。當您重新命名或移動目錄時，S3 檔案必須針對共用該字首的每個物件重複此程序。因此，當您重新命名或移動包含數千萬個檔案的目錄時，S3 請求成本和同步時間會大幅增加。100，000 個檔案的目錄重新命名需要幾分鐘的時間才能完全反映在 S3 儲存貯體中，但重新命名在檔案系統上是即時的。如需詳細資訊，請參閱了解重新命名和移動操作的影響。

如果您的工作負載產生變更的速度比同步速率快，S3 檔案會將變更排入佇列，並依序處理。您可以使用 PendingExports CloudWatch 指標監控待處理匯出的計數。如需詳細資訊，請參閱使用 Amazon CloudWatch 監控 S3 檔案。

監控效能

您可以使用 Amazon CloudWatch 監控檔案系統的效能。S3 檔案會發佈指標，包括 DataReadBytes、MetadataReadBytes、 DataWriteBytes和 MetadataWriteBytes，您可以用來追蹤一段時間內的輸送量和 IOPS。如需詳細資訊，請參閱使用 Amazon CloudWatch 監控 S3 檔案。