本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
檔案系統儲存容量與 IOPS
當您建立適用於 ONTAP 檔案系統的 FSx 時，您必須指定 SSD 層的儲存容量。對於向外延展檔案系統，您指定的儲存容量會平均分散在每個高可用性 (HA) 配對的儲存池中；這些儲存集區稱為彙總。
對於您佈建的每個 GiB SSD 儲存，Amazon FSx 會為檔案系統自動佈建每秒 3 個 SSD 輸入/輸出作業 (IOPS)，每個檔案系統最多可達 160,000 個 SSD IOPS。對於向外延展檔案系統，SSD IOPS 會平均分散在每個檔案系統的彙總中。您可以選擇在每 GiB 的自動 3 SSD IOPS 之上，指定佈建的固態硬碟 IOPS 等級。如需有關可為 FSx 佈建 ONTAP 檔案系統之最大固態硬碟 IOPS 數目的詳細資訊，請參閱。輸送量容量對效能的影響
主題
更新檔案系統固態硬碟儲存和 IOPS
當您需要為資料集的使用中部分提供額外儲存空間時，可以增加適用於 NetApp ONTAP 檔案系統的 Amazon FSx 固態硬碟儲存容量。使用 Amazon FSx 主控台、Amazon FSx API 或 AWS Command Line Interface (AWS CLI) 來增加固態硬碟儲存容量。如需詳細資訊，請參閱 修改 SSD 儲存容量和佈建的 IOPS。
當您增加 Amazon FSx 檔案系統的 SSD 儲存容量時，新容量通常可在幾分鐘內使用。新的 SSD 儲存容量可供您使用之後，我們會向您收費。如需有關定價的詳細資訊，請參閱 Amazon FSx 瞭解 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 固態硬碟儲存容量 3 個佈建的固態硬碟 IOPS，最高可達您檔案系統組態的最大 SSD IOPS。
注意
如需有關可為 FSx 佈建 ONTAP 檔案系統之最大固態硬碟 IOPS 數目的詳細資訊，請參閱。輸送量容量對效能的影響
使用者佈建模式 — 您可以指定 SSD IOPS 的數目，其數目必須大於或等於每 GiB 的 SSD 儲存容量 3 IOPS。如果您選擇佈建較高層級的 IOPS，您需要支付該月內佈建率高於包含費率的平均 IOPS 費用，以 IOPS 月為單位。
如需有關定價的詳細資訊，請參閱 Amazon FSx 瞭解 NetApp ONTAP 定
何時增加 SSD 儲存容量
如果您的可用 SSD 層儲存空間不足，建議您增加檔案系統的儲存容量。儲存空間不足表示您的 SSD 層對於資料集的使用中部分而言已經過小。
若要監控檔案系統上可用的可用儲存空間量，請使用檔案系統層級StorageCapacity和 StorageUsed Amazon CloudWatch 指標。您可以在指標上建立 CloudWatch 警示，並在其低於特定閾值時收到通知。如需詳細資訊，請參閱 使用 Amazon 監控 CloudWatch。
注意
我們建議您不要超過 80% 的 SSD 儲存容量使用率，以確保資料分層、輸送量擴展和其他維護活動正常運作，並且有容量可供其他資料使用。對於向外延展檔案系統，此建議適用於所有檔案系統彙總的平均使用率，以及每個個別彙總。
如需檔案系統 SSD 儲存體的使用方式，以及為檔案中繼資料和作業軟體保留多少 SSD 儲存空間的詳細資訊，請參閱選擇適當的檔案系統 SSD 儲存容量。
