管理輸送量容量 - 適用於 ONTAP 的 FSx
何時修改輸送量容量如何處理並行請求

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

管理輸送量容量

FSx用於在建立檔案系統時ONTAP設定輸送量容量。您可以隨時修改檔案系統的輸送量容量。請記住，您的檔案系統需要特定的組態才能達到最大的輸送量容量。例如，若要為第一代檔案系統佈建 4 GBps 個輸送量容量，您的檔案系統需要至少 5,120 GiB SSD 儲存容量和 160,000 個組態。SSD IOPS如需詳細資訊，請參閱輸送量容量對效能的影響。

輸送量容量是決定主控檔案系統的檔案伺服器可以提供檔案資料的速度之一。較高的輸送量容量層級會在檔案伺服器上提供更高層級的網路、磁碟讀取 I/O 作業 (IOPS) 以及資料快取容量。如需詳細資訊，請參閱Amazon FSx 的性 NetApp ONTAP能。

當您修改檔案系統的輸送量容量時，Amazon 會FSx切換為檔案系統提供動力的檔案伺服器。在此過程中，單一可用區和異地同步備份檔案系統都會遇到自動容錯移轉和容錯回復，這通常需要幾分鐘的時間才能完成。容錯移轉和容錯回復程序對 NFS (網路檔案共用)、(伺服器訊息區塊) 和 i SMB SCSI (網際網路小型電腦系統介面) 用戶端來說是透明的，讓您的工作負載能夠繼續執行，而不會中斷或手動介入。檔案系統可使用新的輸送量容量後，我們會向您收取費用。

注意

FSx為了確保維護活動期間的資料完整性，請在維護開始之前，ONTAP關閉所有隨機鎖定，並完成對託管您檔案系統之基礎儲存磁碟區的任何擱置寫入作業。在排程的檔案系統維護期間，系統修改 (例如對輸送量容量的修改) 可能會延遲。系統維護可能會導致這些變更排入佇列狀態，直到處理完畢為止。如需詳細資訊，請參閱使用 Amazon FSx 維護時段優化效能。

主題

何時修改輸送量容量

Amazon 與 Amazon FSx 整合 CloudWatch，可協助您監控檔案系統持續的輸送量使用量水平。您可以透過檔案系統驅動的輸送量和IOPS效能，取決於特定工作負載的特性，以及檔案系統的輸送量容量。通常，您應該佈建足夠的輸送量容量來支援工作負載的讀取輸送量，以及工作負載寫入輸送量的兩倍。您可以使用 CloudWatch 指標來決定要變更哪些維度以提升效能。如需詳細資訊，請參閱在 Amazon FSx 控制台中監控。

如何處理並行請求

對於第一代檔案系統，您可以在SSD儲存容量和佈建的更新工作流程開始或進行中之前，要求輸送量容量IOPS更新。Amazon 如何FSx處理這兩個請求的順序如下：

  • 如果您同時提交SSD/IOPS更新和輸送量容量更新，則會接受這兩個要求。在輸送量容量IOPS更新之前，會優先處理SSD/更新。

  • 如果您在SSD/更新進行時提交輸送量容量IOPS更新，則會接受輸送量容量更新要求，並在SSD/IOPS更新之後排入佇列。輸送量容量更新會在SSD/IOPS更新 (新值可用) 以及在最佳化步驟期間開始。這通常需要不到 10 分鐘。

  • 如果您在輸送量容量IOPS更新進行時提交SSD/更新，則會接受SSD/IOPS儲存區更新要求，並在輸送量容量更新完成後啟動 (新的輸送量容量可用)。這通常需要 20 分鐘。

要求第二代檔案系統的輸送量容量更新時，請考量下列幾點：

  • 在更新第二代檔案系統的輸送量容量之間，您必須等待至少六個小時。

  • 吞吐量容量冷卻時間與SSD/IOPS擴展共享。

  • 輸送量容量擴展和SSD/IOPS擴展無法在任何一個進行中時模擬完成或排入佇列。

  • 您無法在輸送量容量調整或SSD/IOPS擴充進行中時，新增高可用性 (HA) 配對。不過，新增 HA 配對並不會與SSD/IOPS擴充和輸送量容量擴充共用冷卻時間。如需詳細資訊，請參閱新增高可用性 (HA) 配對。

如需SSD儲存區和已佈建更IOPS新的詳細資訊，請參閱管理儲存容量。