本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
檔案系統儲存容量和 IOPS
當您建立 FSx for ONTAP 檔案系統時，您可以指定 SSD 層的儲存容量。對於第二代單一可用區檔案系統，您指定的儲存容量會平均分散在每個高可用性 (HA) 對的儲存集區中；這些儲存集區稱為彙總。
對於您佈建的每個 SSD 儲存 GiB，Amazon FSx 會自動為檔案系統每秒佈建 3 個 SSD 輸入/輸出操作 (IOPS)，每個檔案系統最多 160，000 個 SSD IOPS。對於第二代單一可用區檔案系統，您的 SSD IOPS 會平均分散到每個檔案系統的彙總。您可以選擇指定高於每 GiB 自動 3 個 SSD IOPS 的佈建 SSD IOPS 層級。如需您可以為 FSx for ONTAP 檔案系統佈建之 SSD IOPS 數量上限的詳細資訊，請參閱輸送量容量對效能的影響。
更新檔案系統 SSD 儲存體和 IOPS
當您需要為資料集的作用中部分增加額外的儲存空間時，您可以增加 Amazon FSx for NetApp ONTAP 檔案系統的 SSD 儲存容量。使用 Amazon FSx 主控台、Amazon FSx API 或 AWS Command Line Interface (AWS CLI) 來增加 SSD 儲存容量。如需詳細資訊，請參閱更新儲存容量和佈建的 IOPS。
當您增加 Amazon FSx 檔案系統的 SSD 儲存容量時，新容量通常可在幾分鐘內使用。新的 SSD 儲存容量在可供您使用之後，將向您收取費用。如需定價的詳細資訊，請參閱 Amazon FSx for NetApp ONTAP 定價
增加儲存容量後，Amazon FSx 會在背景執行儲存最佳化程序，以重新平衡您的資料。對於大多數檔案系統，儲存最佳化需要幾個小時，對您的工作負載效能影響最小。
您可以使用 Amazon FSx 主控台、CLI 和 API，隨時追蹤儲存最佳化程序的進度。如需詳細資訊，請參閱監控儲存容量和 IOPS 更新。
考量事項
以下是修改檔案系統的 SSD 儲存容量和佈建 IOPS 時需要考慮的一些重要項目：
僅限增加儲存容量 – 您只能增加檔案系統的 SSD 儲存容量；您無法減少儲存容量。
儲存容量下限增加 – 每個 SSD 儲存容量上限必須至少為檔案系統目前 SSD 儲存容量的 10%，最高可達檔案系統組態的 SSD 儲存容量上限。
（僅限第二代單一可用區檔案系統） 儲存容量分散 – 您為檔案系統選取的新儲存容量或 SSD IOPS 會平均分散至每個檔案系統彙總。
增加之間的時間 – 在修改檔案系統的 SSD 儲存容量、佈建的 IOPS 或輸送量容量之後，您必須等待至少六小時，才能再次修改相同檔案系統上的任何這些組態。這有時被稱為冷卻時間。
佈建 IOPS 模式 – 對於佈建 IOPS 變更，您必須指定兩個 IOPS 模式之一：
自動模式 – Amazon FSx 會自動擴展您的 SSD IOPS，以維持每 GiB SSD 儲存容量 3 個佈建的 SSD IOPS，最高可達檔案系統組態的 SSD IOPS 上限。
注意
如需您可以為 FSx for ONTAP 檔案系統佈建之 SSD IOPS 數量上限的詳細資訊，請參閱輸送量容量對效能的影響。
使用者佈建模式 – 您可以指定 SSD IOPS 的數量，其必須大於或等於每 GiB SSD 儲存容量的 3 IOPS。如果您選擇佈建更高層級的 IOPS，則需支付該月平均 IOPS 佈建超過包含率的費用，以 IOPS 個月為單位。
如需定價的詳細資訊，請參閱 Amazon FSx for NetApp ONTAP 定價
何時增加 SSD 儲存容量
如果您用盡可用的 SSD 層儲存，我們建議您增加檔案系統的儲存容量。儲存空間不足表示您的 SSD 層對於資料集的作用中部分過小。
若要監控檔案系統上可用的可用儲存量，請使用檔案系統層級StorageCapacity和 StorageUsed Amazon CloudWatch 指標。您可以在指標上建立 CloudWatch 警示，並在低於特定閾值時收到通知。如需詳細資訊，請參閱使用 Amazon CloudWatch 監控。
注意
我們建議您不要超過 80% 的 SSD 儲存容量使用率，以確保資料分層、輸送量擴展和其他維護活動正常運作，並且有容量可用於其他資料。對於第二代檔案系統，此建議適用於所有檔案系統彙總的平均使用率，以及每個個別彙總的平均使用率。
如需如何使用檔案系統的 SSD 儲存體，以及為檔案中繼資料和操作軟體預留多少 SSD 儲存體的詳細資訊，請參閱 選擇正確數量的檔案系統 SSD 儲存體。
