本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # Amazon EFS 效能規格 以下各節概述了 Amazon EFS 效能，並說明檔案系統組態對關鍵效能維度的影響方式。我們也提供一些重要的提示和建議，用來優化檔案系統效能。 **Topics** + [效能摘要](#performance-overview) + [儲存類別](#storage-perf) + [效能模式](#performancemodes) + [輸送量模式](#throughput-modes) + [Amazon EFS 效能秘訣](performance-tips.md) + [對 Amazon EFS 效能問題進行故障診斷](troubleshooting-efs-general.md) + [AMI 與核心問題疑難排解](troubleshooting-efs-ami-kernel.md) ## 效能摘要 檔案系統效能通常使用從延遲、輸送量以及每秒讀寫次數 (IOPS) 這幾個維度來衡量。Amazon EFS 在這些維度上的效能取決於檔案系統的組態。下列組態會影響 Amazon EFS 檔案系統效能： + **檔案系統類型**：區域性或單區域 + **效能模式**：一般用途或最大 I/O **重要** 最大 I/O 效能模式的每個操作延遲時間高於「一般用途」效能模式的延遲時間。為獲得更快效能，我們建議您始終使用「一般用途」效能模式。如需詳細資訊，請參閱 [效能模式](#performancemodes)。 + **輸送量模式**：彈性、佈建或爆量 下表概述使用一般用途效能模式的檔案系統效能規格，以及檔案系統類型和輸送量模式的可能不同組合。 **使用一般用途效能模式的檔案系統效能規格** | 儲存和輸送量組態 | 延遲時間 1 | 最大 IOPS | 最大輸送量 | | --- |--- |--- |--- | | **檔案系統類型** | **輸送量模式** | **讀取操作** | **寫入操作** | **讀取操作** | **寫入操作** | **每個檔案系統讀取** 2 | **每個檔案系統寫入** 2 | **每個客戶端讀/寫** | | --- |--- |--- |--- |--- |--- |--- |--- |--- | | **區域性** | Elastic | \~1 毫秒 (ms) | \~2.7 milliseconds (ms) | 900,000–2,500,0003 | 500,000**3** | 每秒 20–60 GB (GiBps) | 每秒 1–5 GiBps | 每秒 1，500 MB (MiBps)4 | | --- |--- |--- |--- |--- |--- |--- |--- |--- | | **區域性** | Provisioned | \~1 毫秒 | \~2.7 ms | 55,000 | 25,000 | 3 - 10 GiB/s | 1 - 3.33 GiB/s | 500 MiBps | | --- |--- |--- |--- |--- |--- |--- |--- |--- | | **區域性** | Bursting | \~1 毫秒 | \~2.7 ms | 35,000 | 7,000 | 3 - 5 GiB/s | 1 - 3 GiB/s | 500 MiBps | | --- |--- |--- |--- |--- |--- |--- |--- |--- | | **單區域** | Elastic, Provisioned, Bursting | \~1 毫秒 | \~1.6 毫秒 | 35,000 | 7,000 | 3 GiBps5 | 1 GiBps5 | 500 MiBps | | --- |--- |--- |--- |--- |--- |--- |--- |--- | 1. 顯示的延遲值代表最佳條件下的最佳案例效能。實際結果可能會因網路、工作負載和系統因素而有所不同。 1. 最大讀取和寫入輸送量取決於 AWS 區域。超過 最大輸送量 AWS 區域的輸送量需要增加輸送量配額。Amazon EFS 服務團隊會根據具體情況考量任何額外輸送量的請求。核准可能取決於您的工作負載類型。若要進一步了解請求提高配額的信息，請參閱 [Amazon EFS 配額](limits.md)。 1. 根據預設，針對不常存取的資料，使用彈性輸送量的檔案系統最多會驅動 90，000 個讀取 IOPS、針對經常存取的資料則驅動 250，000 個讀取 IOPS，以及 50，000 個寫入 IOPS。如果您的工作負載需要更多 IOPS，則您可以請求增加最多 10 倍的這些數字。如需詳細資訊，請參閱[您可以提高的 Amazon EFS 配額](limits.md#soft-limits)。其他建議適用於實現最大 IOPS。如需詳細資訊，請參閱[優化工作負載需要較高的輸送量和 IOPS](performance-tips.md#recs-intensive-workloads)。 1. 對於使用彈性輸送量的檔案系統，最大合併讀取和寫入輸送量為 1，500 MiBps，並使用 Amazon EFS 用戶端 (amazon-efs-utils 版本） 或 Amazon EFS CSI 驅動程式 (aws-efs-csi-driver) 的 2.0 版或更新版本進行掛載。對於所有其他檔案系統，輸送量限制為 500 MiBps。如需 Amazon EFS 用戶端的詳細資訊，請參閱 [安裝 Amazon EFS 用戶端](using-amazon-efs-utils.md)。 1. 使用爆量輸送量的單區域檔案系統可以驅動與使用爆量輸送量的區域檔案系統相同的per-file-system讀取和寫入輸送量量 （讀取上限為 5 GiBps，寫入上限為 3 GiBps)。 ## 儲存類別 Amazon EFS 儲存類別專為最有效的儲存而設計，具體取決於使用案例。 + EFS 標準儲存體類別使用固態硬碟 (SSD) 儲存為經常存取的檔案提供最低延遲等級。此儲存類別提供第一位元組延遲，讀取最低可達 1 毫秒，寫入最低可達 2.7 毫秒。 + EFS 不常存取 (IA) 和 EFS Archive 儲存類別會存放存取頻率較低的資料，而不需要經常存取資料所需的延遲效能。這些儲存類別提供几十毫秒的第一個位元組延遲。 如需 EFS 儲存類別的詳細資訊，請參閱[EFS 儲存類別](features.md#storage-classes)。 ## 效能模式 Amazon EFS 提供以下兩種效能模式：一般用途和最大 I/O。 + **一般用途模式**具有最低的每次操作延遲，是檔案系統的預設效能模式。單區域檔案系統一律使用一般用途效能模式。為獲得更快效能，我們建議您始終使用「一般用途」效能模式。 + **最大 I/O 模式**是上一代效能類型，專為高度平行化的工作負載而設計，可用於比「一般用途」模式更高的延遲。單區域檔案系統或使用彈性輸送量的檔案系統不支援最大 I/O 模式。 **重要** 由於最大 I/O 的每個操作延遲較高，我們建議所有檔案系統使用「一般用途」效能模式。 若要協助確保您的工作負載保持在使用一般用途效能模式的檔案系統可用的 IOPS 限制內，您可以監控 `PercentIOLimit` CloudWatch 指標。如需詳細資訊，請參閱[Amazon EFS 的 CloudWatch 指標](efs-metrics.md)。 應用程式可彈性地擴展 IOPS，達到與效能模式相關的極限。IOPS 不會單獨向您收費；其費用計入檔案系統的輸送量帳戶中。每個網路檔案系統 (NFS) 請求都會按 4 KB 輸送量計費，或按其實際請求和回應中較大的輸送量計費。 ## 輸送量模式 檔案系統的輸送量模式會決定檔案系統可用的輸送量。Amazon EFS 提供以下三種輸送量模式：彈性、佈建和爆量。讀取輸送量有折扣，可讓您獲得比寫入輸送量更高的讀取輸送量。每個輸送量模式可用的最大輸送量取決於所在 AWS 區域區域。如需關於不同區域中檔案系統輸送量上限的詳細資訊，請參閱 [Amazon EFS 配額](limits.md)。 您的檔案系統可以實現讀取和寫入輸送量綜合為 100%。例如，如果您的檔案系統使用其讀取輸送量限制的 33%，檔案系統可以同時達到其寫入輸送量限制的 67%。在主控台的**檔案系統詳細資訊**頁面上，您可以在其**輸送量使用率 (%)**圖表中監視檔案系統的輸送量使用量。如需詳細資訊，請參閱[監控輸送量效能](how_to_use_metrics.md#monitor-throughput-performance)。 ### 選擇正確的檔案系統輸送量模式。 根據工作負載的效能需求，為檔案系統選擇正確的輸送量模式。 + **彈性輸送量** （建議） – 當您有難以預測的尖峰或無法預測的工作負載和效能需求，或您的應用程式以 5% 或更低average-to-peak比率驅動輸送量時，請使用預設的彈性輸送量。如需詳細資訊，請參閱[彈性輸送量](#elastic)。 + **佈建輸送量** – 如果您知道工作負載的效能需求，或應用程式以 5% 或更高average-to-peak比率驅動輸送量，請使用佈建輸送量。如需詳細資訊，請參閱[佈建輸送量](#provisioned-throughput)。 + **爆量輸送量** – 當您希望輸送量隨檔案系統中的儲存量而擴展時，請使用爆量輸送量。 如果在使用爆量輸送量後，發現您的應用程式受到輸送量限制 （例如，它使用超過 80% 的允許輸送量，或您已使用所有爆量額度），則應該使用彈性或佈建的輸送量。如需詳細資訊，請參閱[爆量輸送量](#bursting)。 如需 Amazon EFS 請求指標的詳細資訊，請參閱 [Amazon EFS 的 CloudWatch 指標](efs-metrics.md)。 ### 彈性輸送量 對於使用彈性輸送量的檔案系統，Amazon EFS 會自動擴展或縮減輸送量效能，以滿足工作負載活動的需求。彈性輸送量是效能需求難以預測的尖峰或無法預測工作負載的最佳輸送量模式，或是以平均峰值輸送量 5% 或更低 (average-to-peak比率） 驅動輸送量的應用程式。 由於具有彈性輸送量的檔案系統的輸送量效能會自動擴展，因此您不需要指定或佈建輸送量容量來滿足您的應用程式需求。您只需支付讀取或寫入的中繼資料和資料量，而且在使用彈性輸送量時不會累積或消耗爆量額度。 **注意** 雖然彈性輸送量旨在根據您的輸送量彈性擴展，但我們建議您透過使用 CloudWatch (MeteredIOBytes) 監控指標和用量提醒作為操作最佳實務的一部分來實作適當的控管。這可協助您維持最佳資源使用率，並保持在規劃的操作參數內。如需詳細資訊，請參閱[使用 Amazon CloudWatch 監控指標](monitoring-cloudwatch.md)。 如需每個區域彈性輸送量限制的資訊，請參閱 [您可以提高的 Amazon EFS 配額](limits.md#soft-limits)。 ### 佈建輸送量 使用佈建輸送量，您可以指定檔案系統可驅動的輸送量層級，不受檔案系統的大小或爆量額度餘額影響。如果您知道工作負載的效能需求，或您的應用程式以average-to-peak比率的 5% 或更多驅動輸送量，請使用佈建輸送量。 對於使用佈建輸送量的檔案系統，您需要支付為檔案系統啟用的輸送量費用。按月收費的輸送量總量根據超出文件檔案標準儲存基礎線輸送量的輸送量配送，且在 AWS 區域區域上限為現行爆量基礎線輸送量。 如果檔案系統的基準輸送量超過佈建的輸送量，則會自動使用檔案系統允許的爆量輸送量 （最多達其中目前的爆量基準輸送量限制 AWS 區域)。 如需每個區域佈建輸送量限制的相關資訊，請參閱 [您可以提高的 Amazon EFS 配額](limits.md#soft-limits)。 #### 爆量輸送量 對於需要隨檔案系統中儲存量而擴展的輸送量的工作負載，建議使用爆量輸送量。透過爆量輸送量，基本輸送量與標準儲存類別中的檔案系統大小成正比，每個 GiB 儲存的速率為 50 KiBps。 GiB 檔案系統消耗低於其基本輸送量率時，會累積爆量額度，並在輸送量超過基本速率時扣除。 當有爆量額度可用時，檔案系統可在標準儲存體 （每 GiB MiBps) 中驅動每個 TiB 高達 100 MiBps 的輸送量，最高 AWS 區域 限制為 100 MiBps。 KiBps 如果無可用爆量額度，檔案系統驅動上限為每 TiB 儲存容量 50 MiB/s，下限為 1 MiB/s。 如需每個區域爆量輸送量的相關資訊，請參閱 [General resource quotas that cannot be changed](limits.md#ResourceHardLimits)。 ##### 了解 Amazon EFS 爆量額度 透過爆量輸送量，每個檔案系統都會以基準速率獲得一段時間的爆量額度，而基準速率取決於存放在 EFS 標準儲存類別中的檔案系統大小。每 TiB 儲存容量的基準傳輸率為 50 MiB/s (等同每 GiB 儲存容量 50 KiB/s)。Amazon EFS 對讀取操作計量速率是寫入操作速率的三分之一，允許檔案系統將基準速率提高到每 GiB 讀取輸送量 150 KiBp/s，或每 GiB 寫入輸送量 50 KiB/s。 檔案系統可以持續以其基準計量速率來驅動輸送量。每當檔案系統不活躍或驅動輸送量低於其基準計量速率時，就會纍計爆量額度。累積的爆量額度讓檔案系統能夠將輸送量提高到超過其基準傳輸率。 例如，標準儲存類別中具有 100 GiB 計量資料的檔案系統，其基準輸送量為 5 MiBps。在 24 小時的閒置期間，檔案系統可獲得 432,000 MiB 的額度 (5 MiB **×** 86,400 秒 **=** 432,000 MiB)，可用來以 100 MiB/s 的速度爆發 72 分鐘 (432,000 MiB **÷** 100 MiB/s** =** 72 分鐘)。 大於 1 TiB 的檔案系統，如果在剩下 50% 的時間都處於閒置狀態，就能隨時在最多 50% 的時間中爆量增加。 下表提供爆量動作的範例。 **** | 檔案系統大小 | 爆量輸送量 | 基準輸送量 | | --- | --- | --- | | 標準儲存中 100 GiB 的計量資料 | [See the AWS documentation website for more details](http://docs.aws.amazon.com/zh_tw/efs/latest/ug/performance.html) | [See the AWS documentation website for more details](http://docs.aws.amazon.com/zh_tw/efs/latest/ug/performance.html) | | 標準儲存中 1 TiB 的計量資料 | [See the AWS documentation website for more details](http://docs.aws.amazon.com/zh_tw/efs/latest/ug/performance.html) | [See the AWS documentation website for more details](http://docs.aws.amazon.com/zh_tw/efs/latest/ug/performance.html) | | 標準儲存中 10 TiB 的計量資料 | [See the AWS documentation website for more details](http://docs.aws.amazon.com/zh_tw/efs/latest/ug/performance.html) | [See the AWS documentation website for more details](http://docs.aws.amazon.com/zh_tw/efs/latest/ug/performance.html) | | 通常，較大的文件系統 | [See the AWS documentation website for more details](http://docs.aws.amazon.com/zh_tw/efs/latest/ug/performance.html) | [See the AWS documentation website for more details](http://docs.aws.amazon.com/zh_tw/efs/latest/ug/performance.html) | **注意** Amazon EFS 為所有檔案系統提供 1 MiB/s 的計量輸送量，即使基準速率較低也是如此。 在計算基準傳輸率和爆量傳輸率時所使用的檔案系統大小，是透過 [DescribeFileSystems](API_DescribeFileSystems.md) 操作所取得的 `ValueInStandard` 計量大小相同。 檔案系統可獲得額度，小於 1 TiB 的檔案系統，其額度餘額上限為 2.1 TiB，大於 1 TiB 的檔案系統，上限則為每 TiB 儲存容量 2.1 TiB。這個行爲意味著檔案系統可以累積足夠的額度，來連續爆量增加長達 12 小時。 ### 切換輸送量和變更佈建數量的限制 您可以切換現有檔案系統的輸送量模式，並變更輸送量縂量。不過，將輸送量模式切換為佈建輸送量或變更佈建輸送量量後，下列動作會受到 24 小時期間內的限制： + 從佈建輸送量模式切換至彈性或爆量輸送量模式。 + 減少佈建輸送量。