

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

# 磁碟區儲存容量
<a name="volume-storage-capacity"></a>

FSx for ONTAP 磁碟區是您用來分組資料的虛擬資源、決定資料的儲存方式，以及決定資料的存取類型。磁碟區就像資料夾一樣，不會自行使用檔案系統儲存容量。只有存放在磁碟區中的資料會耗用 SSD 儲存體，並根據[磁碟區的分層政策](#data-tiering-policy)，使用容量集區儲存體。您可以在建立磁碟區時設定磁碟區的大小，之後可以變更磁碟區的大小。您可以使用 AWS 管理主控台、 API 和 ONTAP CLI 來監控和管理 FSx for AWS CLI ONTAP 磁碟區的儲存容量。

**Topics**
+ [磁碟區資料分層](#volume-data-tiering)
+ [快照和磁碟區儲存容量](#managing-snapshots)
+ [磁碟區檔案容量](#managing-volume-file-capacity)
+ [管理儲存效率](manage-vol-SE.md)
+ [啟用自動調整大小](enable-volume-autosizing.md)
+ [啟用雲端寫入模式](cloud-write-mode.md)
+ [更新儲存容量](manage-volume-capacity.md)
+ [更新分層政策](modify-volume-tiering-policy.md)
+ [更新最低冷卻天數](set-cooling-days.md)
+ [更新磁碟區的雲端擷取政策](set-cloud-retrieval.md)
+ [更新磁碟區上的檔案數量上限](increase-volume-max-files.md)
+ [監控磁碟區儲存容量](monitor-volume-storage-console.md)
+ [監控磁碟區的檔案容量](view-volume-file-capacity.md)

## 磁碟區資料分層
<a name="volume-data-tiering"></a>

Amazon FSx for NetApp ONTAP 檔案系統有兩個儲存層：主要儲存體和容量集區儲存體。主要儲存體是佈建、可擴展且高效能的 SSD 儲存體，專為資料集的作用中部分而打造。容量集區儲存是一個全彈性儲存層，可擴展至 PB 大小，並針對不常存取的資料進行成本最佳化。

每個磁碟區上的資料會根據磁碟區的分層政策、冷卻期間和閾值設定，自動分層至容量集區儲存層。下列各節說明ONTAP磁碟區分層政策，以及用於判斷資料何時分層至容量集區的閾值。

**注意**  
FSx for ONTAP 支援將資料分層到所有SnapLock磁碟區的容量集區，無論SnapLock類型為何。如需詳細資訊，請參閱[SnapLock 的運作方式](how-snaplock-works.md)。

### 磁碟區分層政策
<a name="data-tiering-policy"></a>

您可以為檔案系統上的每個磁碟區選擇分層政策，以決定如何使用 FSx for ONTAP 檔案系統的儲存層。您可以在建立磁碟區時選擇分層政策，而且您可以隨時使用 Amazon FSx 主控台 AWS CLI、API 或使用 [NetApp 管理工具](managing-resources-ontap-apps.md)進行修改。您可以選擇下列其中一個政策，決定哪些資料會分層到容量集區儲存。

**注意**  
分層可以將檔案資料和快照資料移至容量集區層。不過，檔案中繼資料一律會保留在 SSD 層。如需詳細資訊，請參閱[如何使用 SSD 儲存體](managing-storage-capacity.md#how-ssd-is-used)。
+ **自動** – 此政策會將所有冷資料—使用者資料和快照—移至容量集區層。資料的冷卻速率取決於政策的冷卻期間，預設為 31 天，並可設定為 2–183 天之間的值。隨機讀取基礎冷資料區塊時 （如同一般檔案存取），它們會變得很熱，並寫入主要儲存層。當冷資料區塊循序讀取時 （例如，透過防毒掃描），它們會保持冷，並保留在容量集區儲存層上。這是使用 Amazon FSx 主控台建立磁碟區時的預設政策。
+ **僅限快照** – 此政策只會將快照資料移至容量集區儲存層。快照分層至容量集區的速率取決於政策的冷卻期間，該期間預設為 2 天，並可設定為 2–183 天之間的值。讀取冷快照資料時，它們會變得很熱，並寫入主要儲存層。這是使用 AWS CLI、Amazon FSx API 或 NetApp ONTAP CLI 建立磁碟區時的預設政策。
+ **全部** – 此政策會將所有使用者資料和快照資料標記為冷，並將其存放在容量集區層中。讀取資料區塊時，它們會保持冷，不會寫入主要儲存層。當資料寫入具有**所有**分層政策的磁碟區時，它最初仍會寫入 SSD 儲存層，並透過背景程序分層至容量集區。如果**所有**政策都套用到已包含資料的磁碟區，現有資料會從 SSD 分層到容量集區。請注意，檔案中繼資料一律保留在 SSD 層。
+ **無** – 此政策會將磁碟區的所有資料保留在主要儲存層，並防止其移至容量集區儲存。如果您在使用任何其他政策後將磁碟區設定為此政策，則容量集區儲存體中的現有資料 （包括快照） 會由背景程序移至 SSD 儲存體。只有當您的 SSD 使用率低於 90% 且雲端擷取政策設定為 `promote`或 時，才會發生此資料遷移`on-read`。您可以刻意讀取資料來加速此背景程序。如需詳細資訊，請參閱[雲端擷取政策](#cloud-retrieval-policies)。

如需設定或修改磁碟區分層政策的詳細資訊，請參閱 [更新分層政策](modify-volume-tiering-policy.md)。

 最佳實務是，遷移您計劃長期存放在容量集區儲存中的資料時，建議您在磁碟區上使用 **Auto** 分層政策。使用**自動**分層時，資料會存放在 SSD 儲存層上至少 2 天 （根據磁碟區的冷卻期間），然後再移至容量集區層。 會定期對存放在 SSD 儲存層中的資料ONTAP執行後製重複資料刪除，根據磁碟區中的資料變更速率自動調整頻率，較高的速率會更頻繁地觸發後製重複資料刪除任務。

根據預設，在 中停用後置程序壓縮，ONTAP因為它可能會對檔案系統上的持續工作負載產生效能影響。您應該先評估工作負載效能的影響，再啟用後製壓縮。若要啟用程序後壓縮，請在 CLI ONTAP 中擔任診斷權限層級，並執行下列命令：

```
::> volume efficiency inactive-data-compression modify -vserver {{svm-name}} -volume {{vol-name}} -is-enabled true
```

ONTAP 會對保留在 SSD 儲存體至少 14 天的資料執行程序後壓縮。對於在較短期間後不太可能存取資料的工作負載，您可以修改後製壓縮設定，以更快地執行後製壓縮。例如，若要將程序後壓縮節省套用至 5 天未存取的資料，請執行下列 ONTAP CLI 命令：

```
::> volume efficiency inactive-data-compression modify -vserver {{svm-name}} -volume {{vol-name}} -threshold-days 5 -threshold-days-min 2 -threshold-days-max 14
```

如需 命令的詳細資訊，請參閱磁碟[區效率inactive-data-compression修改](https://docs.netapp.com/us-en/ontap-cli-9141/volume-efficiency-inactive-data-compression-modify.html)

 透過保留 SSD 上的資料，您可以最大限度地提高您建立的磁碟區備份的傳輸速度，因為 SSD 儲存體的資料傳輸率較高。

### 分層冷卻期間
<a name="tiering-cooling-period"></a>

磁碟區的分層冷卻期間會設定 SSD 層中資料標記為冷所需的時間量。冷卻期間適用於 `Auto`和 `Snapshot-only`分層政策。您可以將冷卻期間設定為 2–183 天範圍內的值。如需設定冷卻期間的詳細資訊，請參閱 [更新最低冷卻天數](set-cooling-days.md)。

資料會在其冷卻期間到期後 24-48 小時分層。分層是使用網路資源的背景程序，優先順序低於面向用戶端的請求。當有持續面對用戶端的請求時，會調節分層活動。

### 雲端擷取政策
<a name="cloud-retrieval-policies"></a>

磁碟區的雲端擷取政策會設定條件，指定何時允許從容量集區層讀取的資料提升為 SSD 層。當雲端擷取政策設定為 以外的任何項目時`Default`，此政策會覆寫磁碟區分層政策的擷取行為。磁碟區可以有下列其中一個雲端擷取政策：
+ **預設** – 此政策會根據磁碟區的基礎分層政策擷取分層資料。這是所有磁碟區的預設雲端擷取政策。
+ **從不** – 此政策永遠不會擷取分層資料，無論讀取是循序還是隨機。這類似於將磁碟區的分層政策設定為**全部**，但您可以根據最短冷卻期間將它與其他政策 - **自動**、**僅限快照** - 用於分層資料，而不是立即使用。
+ **讀取中** – 此政策會擷取所有用戶端驅動資料讀取的分層資料。使用**所有**分層政策時，此政策沒有作用。
+ **提升** – 此政策會標記容量集區中的所有磁碟區資料，以擷取至 SSD 層。資料會在下一次執行每日背景分層掃描器時標記。此政策適用於具有不常執行的循環工作負載，但在執行時需要 SSD 層效能的應用程式。使用**所有**分層政策時，此政策沒有作用。

如需設定磁碟區雲端擷取政策的資訊，請參閱 [更新磁碟區的雲端擷取政策](set-cloud-retrieval.md)。

### 分層閾值
<a name="storage-tiering-thresholds"></a>

檔案系統的 SSD 儲存容量使用率決定 如何ONTAP管理所有磁碟區的分層行為。根據檔案系統的 SSD 儲存容量使用量，下列閾值會如所述設定分層行為。如需如何監控磁碟區 SSD 儲存層容量使用率的資訊，請參閱 [監控磁碟區儲存容量](monitor-volume-storage-console.md)。

**注意**  
建議您不要超過 SSD 儲存層的 80% 儲存容量使用率。對於第二代檔案系統，此建議同時適用於所有檔案系統彙總的總平均使用率，以及每個個別彙總的使用率。這可確保分層正常運作，並為新資料提供額外負荷。如果您的 SSD 儲存層持續超過 80% 的儲存容量使用率，您可以增加 SSD 儲存層的容量。如需詳細資訊，請參閱[更新檔案系統 SSD 儲存體和 IOPS](storage-capacity-and-IOPS.md#increase-primary-storage)。

FSx for ONTAP 使用以下儲存容量閾值來管理磁碟區的分層：
+ **<=50% SSD 儲存層使用**率 – 在此閾值下，SSD 儲存層會被視為未充分利用，而且只有使用**所有**分層政策的磁碟區已將資料分層至容量集區儲存。具有 **Auto** 和**僅限快照**政策的磁碟區不會在此閾值分層資料。
+ **> 50% SSD 儲存層使用率** – 根據分層最短冷卻天數設定，具有 **Auto** 和**僅限快照**分層政策層資料的磁碟區。預設設定為 31 天。
+ **>=90% SSD 儲存層使用**率 – 在此閾值中，Amazon FSx 會優先保留 SSD 儲存層中的空間。使用 **Auto** 和**僅限快照**政策讀取磁碟區時，容量集區層的冷資料不會再移至 SSD 儲存層。
+ **>=98% SSD 儲存層使用率** – 當 SSD 儲存層使用率達到或超過 98% 時，所有分層功能都會停止。您可以繼續從儲存層讀取，但無法寫入層。

## 快照和磁碟區儲存容量
<a name="managing-snapshots"></a>

*快照*是 Amazon FSx for NetApp ONTAP 磁碟區的唯讀影像。快照可保護您磁碟區中的檔案，避免意外刪除或修改。透過快照，您的使用者可以輕鬆地從較早的快照檢視和還原個別檔案或資料夾。

快照會與您的檔案系統資料一起存放，而且會耗用檔案系統的儲存容量。不過，快照只會針對自上次快照以來變更的檔案部分使用儲存容量。檔案系統磁碟區的備份中不包含快照。

您的磁碟區預設會使用預設快照政策來啟用快照。快照會存放在磁碟區根目錄的 `.snapshot` 目錄中。您可以透過下列方式管理快照的磁碟區儲存容量：
+ [快照政策](snapshots-ontap.md#snapshot-policies) – 選取內建快照政策，或選擇您在 ONTAP CLI 或 REST API 中建立的自訂政策。
+ [手動刪除快照](manually-delete-snapshots.md) – 透過手動刪除快照來回收儲存容量。
+ [建立快照自動刪除政策](snapshot-autodelete-policy.md) – 建立刪除比預設快照政策更多快照的政策。
+ [關閉自動快照](disable-snapshots.md) – 關閉自動快照以節省儲存容量。

如需詳細資訊，請參閱[使用快照保護您的資料](snapshots-ontap.md)。

## 磁碟區檔案容量
<a name="managing-volume-file-capacity"></a>

Amazon FSx for NetApp ONTAP 磁碟區具有檔案指標，用於存放檔案中繼資料，例如檔案名稱、上次存取時間、許可、大小，以及做為資料區塊的指標。這些檔案指標稱為 Inodes，每個磁碟區都有有限的 Inode 數量容量，稱為磁碟區檔案容量。當磁碟區在 上執行不足或耗盡其可用檔案 (inodes) 時，您無法將其他資料寫入該磁碟區。

檔案系統物件的數量 - 檔案、目錄、快照複本 - 可以包含的磁碟區取決於其有多少個索引。磁碟區中的節點數量會隨著磁碟區的儲存容量 （以及磁碟區的磁碟區成分數量FlexGroup) 而增加。根據預設，儲存容量為 648 GiB 或更多的FlexVol磁碟區 （或FlexGroup元件） 都有相同數量的 Inode：21，251，126。如果您建立大於 648 GiB 的磁碟區，並且希望它具有超過 21，251，126 個索引，則必須手動增加索引 （檔案） 的數量上限。如需檢視磁碟區檔案數量上限的詳細資訊，請參閱 [監控磁碟區的檔案容量](view-volume-file-capacity.md)。

磁碟區上的預設 Inode 數量為每 32 KiB 磁碟區儲存容量 1 個 Inode，磁碟區大小上限為 648 GiB。對於 1 GiB 磁碟區：

Volume\_size\_in\_bytes × (1 個檔案 ÷ inode\_size\_in\_bytes) = maximum\_number\_of\_files

1，073，741，824 個位元組 × (1 個檔案 ÷ 32，768 個位元組） = 32，768 個檔案

您可以增加磁碟區可以包含的索引數量上限，每 4 KiB 儲存容量最多可以有 1 個索引。對於 1 GiB 磁碟區，這會將 32，768 個節點或檔案的數量上限增加到 262，144 個：

1，073，741，824 個位元組 × (1 個檔案 ÷ 4096 個位元組） = 262，144 個檔案

ONTAP 磁碟區的 FSx 最多可以有 20 億個節點。

如需變更磁碟區可存放檔案數目上限的資訊，請參閱 [更新磁碟區上的檔案數量上限](increase-volume-max-files.md)。