本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
檔案系統儲存容量和 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 儲存容量。對於第二代檔案系統，您甚至可以減少 SSD 儲存容量，以符合工作負載不斷變化的儲存需求。使用 Amazon FSx 主控台、Amazon FSx API 或 AWS Command Line Interface (AWS CLI) 來增加或減少 SSD 儲存容量。如需詳細資訊，請參閱更新儲存容量和佈建 IOPS。
何時增加 SSD 儲存容量
如果您用完可用的 SSD 層儲存，我們建議您增加檔案系統的儲存容量。儲存空間不足表示您的 SSD 層因資料集的作用中部分而過小。
若要監控檔案系統上可用的可用儲存量，請使用檔案系統層級StorageCapacity和 StorageUsed Amazon CloudWatch 指標。您可以在指標上建立 CloudWatch 警示，並在低於特定閾值時收到通知。如需詳細資訊，請參閱使用 Amazon CloudWatch 監控。
注意
我們建議您不要超過 80% 的 SSD 儲存容量使用率，以確保資料分層、輸送量擴展和其他維護活動正常運作，並且有容量可用於其他資料。對於第二代檔案系統，此建議適用於所有檔案系統彙總的平均使用率，以及每個個別彙總的平均使用率。
如需如何使用檔案系統的 SSD 儲存體，以及為檔案中繼資料和操作軟體預留多少 SSD 儲存體的詳細資訊，請參閱 選擇適當數量的檔案系統 SSD 儲存體。
增加 SSD 儲存容量
當您增加 Amazon FSx 檔案系統的 SSD 儲存容量時，新容量通常可在幾分鐘內使用。在新的 SSD 儲存容量可供您使用之後，您需要支付該容量的費用。如需詳細資訊，請參閱 Amazon FSx for NetApp ONTAP 定價
增加儲存容量後，Amazon FSx 會在背景執行儲存最佳化程序，以重新平衡您的資料。對於大多數檔案系統，儲存最佳化需要幾個小時，對您的工作負載效能影響最小。
您可以使用 Amazon FSx 主控台和 API AWS CLI，隨時追蹤儲存最佳化程序的進度。如需詳細資訊，請參閱監控儲存容量和 IOPS 更新。
增加 SSD 儲存容量的考量事項
以下是增加檔案系統的 SSD 儲存容量和 IOPS 時需要考慮的一些重要事項：
（僅限第一代檔案系統） 僅限增加儲存容量 – 您只能增加檔案系統的 SSD 儲存容量；您無法減少儲存容量。
儲存容量下限增加 – 每個 SSD 儲存容量下限都必須是檔案系統目前 SSD 儲存容量的 10%，最高可達檔案系統組態的 SSD 儲存容量上限。
增加之間的時間 – 在檔案系統上增加 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 儲存容量
在下列情況中，您可能想要減少 FSx for ONTAP 第二代檔案系統的 SSD 儲存容量：
-
完成不再需要高效能儲存的專案型工作負載之後
-
完成大規模資料遷移後，會使用臨時額外容量來加速資料擷取
減少 SSD 儲存容量
當您減少檔案系統的 SSD 儲存容量時，Amazon FSx 會將一組新的、較小的磁碟 （彙總） 連接至每個檔案系統的 HA 對。然後，Amazon FSx 會在背景執行儲存最佳化程序，以每個磁碟區將資料從舊磁碟移至新磁碟。移動每個磁碟區中的資料後，Amazon FSx 會將用戶端存取權重新導向至新磁碟上的磁碟區。然後，Amazon FSx 會從檔案系統分離舊磁碟。
在整個 SSD 減少操作中，您需要支付現有和新請求的 SSD 層大小的費用。例如，當您將 SSD 儲存容量從 10 TB (TiB) 減少為 5 TiB 時，在 SSD 減少操作期間，您需要支付 15 TiB 的費用，並在 SSD 減少操作完成後支付 5 TiB 的費用。如需帳單的詳細資訊，請參閱 AWS FSx for ONTAP 的計費和用量報告。
減少 SSD 儲存容量可能需要數小時到數週的時間，具體取決於下列因素：檔案系統上儲存的資料量、在減少操作期間驅動至檔案系統的新寫入量，以及檔案系統上可用的網路和磁碟資源量。
在減少操作期間，您的資料仍然可供讀取和寫入使用。大多數工作負載的效能影響最小，雖然高寫入量的工作負載可能會暫時降低效能。當用戶端存取重新導向到每個磁碟區的新磁碟時，可能會發生短暫的 I/O 暫停 （最多 60 秒）。
為了將效能影響降至最低，您應該在啟動 SSD 減少操作之前，確保持續的工作負載不會持續耗用超過 50% CPU、50% 磁碟輸送量或 50% SSD IOPS，以在檔案系統中維持足夠的空間。您可以在 Amazon FSx 主控台的檔案系統的監控與效能索引標籤中監控這些使用率指標。
注意
如果您的 SSD 儲存層在減少操作期間使用率超過 80%，Amazon FSx 會暫停操作，並在使用率低於 80% 之後自動恢復操作。若要減少新磁碟上的 SSD 使用率，您可以將資料分層至容量集區，或從用戶端存取已成功重新導向至新磁碟組的磁碟區中刪除資料。
如果您在減少操作期間需要額外的 SSD 容量，您可以透過update-file-system呼叫 AWS CLI 或同等的 UpdateFileSystem API 操作並提供新的目標值來提交請求以增加 SSD 容量。Amazon FSx 會優先完成 SSD 增加請求，以便在恢復 SSD 減少操作之前，可在幾分鐘內使用新的 SSD 容量。
降低 SSD 儲存容量的考量
以下是減少檔案系統的 SSD 儲存容量和佈建 IOPS 時需要考慮的一些重要事項：
-
在減少操作期間增加儲存容量 – 即使正在進行減少操作，您也可以增加檔案系統的 SSD 儲存容量。此彈性可讓您確保效能和可用性，以防任何彙總在減少操作期間填滿。如果您將 SSD 容量增加到低於原始容量的大小，Amazon FSx 只會調整新請求 （目標） 彙總的大小。不過，如果您將 SSD 容量增加到大於原始容量的大小，Amazon FSx 會增加兩個彙總的大小，以符合新的目標值。例如，如果您要將儲存容量從 10，000 GiB 減少到 5，000 GiB，然後請求增加到 7，000 GiB，則只有目標彙總會增加到 7，000 GiB，導致檔案系統的最終 SSD 儲存容量為 7，000 GiB。但是，如果您請求增加到 12，000 GiB，這兩個彙總都會增加到 12，000 GiB。我們建議仔細規劃，以避免您必須將 SSD 容量增加到等於或大於原始 SSD 容量大小的情況。
暫停 SSD 減少 – 如果您超過新彙總的 80% 使用率，Amazon FSx 會暫停 SSD 減少操作，並在使用率低於 80% 時自動恢復減少操作。
（僅限第二代單一可用區檔案系統） 儲存容量分散 – 您為檔案系統選取的新儲存容量或 SSD IOPS 會平均分散至每個檔案系統的彙總。
在儲存容量減少期間修補 – 如果您的檔案系統在 SSD 減少操作期間修補，Amazon FSx 會中止磁碟區的移動資料。因此，如果在操作期間發生修補程式，您可能會失去 SSD 減少操作的進度。修補程式操作完成後
vol move，Amazon FSx 會自動重新啟動 。佈建 IOPS 模式 – 對於佈建 IOPS 變更，您必須指定兩種 IOPS 模式之一：
自動模式 – Amazon FSx 會自動擴展您的 SSD IOPS，以維持每 GiB SSD 儲存容量 3 個佈建的 SSD IOPS，最高可達檔案系統組態的 SSD IOPS 上限。減少 SSD 容量時，您的自動 SSD IOPS 會按比例縮減。
注意
如需可為 FSx for ONTAP 檔案系統佈建之 SSD IOPS 數量上限的詳細資訊，請參閱 輸送量容量對效能的影響。
-
使用者佈建模式 – 您必須提供等於或高於目前佈建 IOPS 的 IOPS 值。減少 SSD 容量時，只要不超過較小彙總支援的 SSD IOPS 上限 （每 GB 請求的 SSD 容量 50 IOPS)，您就可以保留額外的使用者佈建 SSD IOPS。如果您的佈建 IOPS 高於較小彙總支援的最大值，請在減少 SSD 容量之前減少 IOPS。
減少 SSD 儲存容量的限制
減少檔案系統的 SSD 儲存容量時，適用下列限制：
（僅限第二代檔案系統） 儲存容量減少 – 您只能在第二代檔案系統上減少儲存容量。
儲存容量下限 – 每個 SSD 儲存容量下限都必須是檔案系統目前 SSD 儲存容量的 9%。減少也應該確保您檔案系統產生的 SSD 容量在減少操作後不超過 80% 的使用率。例如，如果您的檔案系統使用 10，000 GiB 的儲存容量和 5，000 GiB 的儲存容量，您可以將儲存容量降低到 6，251 GiB，讓您的 SSD 使用率保持在 80% 以下。您可以將 SSD 儲存容量降低到每個 HA 對 1，024 GiB 的最低支援大小。
若要在 SSD 層中包含一或多個磁碟區且資料超過 50 TiB 的檔案系統上減少 SSD 儲存容量，您必須為每個 HA 對佈建至少 1，536 MB/s 的輸送量容量。如果任何磁碟區在 SSD 層中包含超過 100 TiB 的資料，您必須為每個 HA 對佈建至少 3，072 MB/s 的輸送量容量。對於 SSD 層中資料超過 200 TiB 的磁碟區，您必須為每個 HA 對佈建 6，144 MB/s 的輸送量容量。
更新之間的時間 – 在修改檔案系統的 SSD 儲存容量、佈建 IOPS 或輸送量容量之後，您必須等待至少六小時，才能再次修改相同檔案系統上的任何這些組態。這有時被稱為冷卻時間。
您可以增加但不能減少檔案系統的輸送量容量
您無法將 HA 對新增至檔案系統
-
當磁碟區中的資料移至新的彙總時，您無法將磁碟區還原為先前的狀態 （使用
volume snapshot restore)。不過，您可以在目前未移動的其他磁碟區volume snapshot restore上執行 。 -
在減少操作期間，您無法離線磁碟區、移動磁碟區、建立 FlexClones、建立 SnapLock 磁碟區或修改磁碟區的儲存效率設定。
