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

# 管理儲存容量
<a name="managing-storage-capacity"></a>

Amazon FSx for NetApp ONTAP 提供多種儲存相關功能，可讓您用來管理檔案系統的儲存容量。

**Topics**
+ [FSx for ONTAP 儲存層](#storage-tiers)
+ [選擇適當數量的檔案系統 SSD 儲存體](#choose-ssd-capacity)
+ [檔案系統儲存容量和 IOPS](storage-capacity-and-IOPS.md)
+ [磁碟區儲存容量](volume-storage-capacity.md)

## FSx for ONTAP 儲存層
<a name="storage-tiers"></a>

儲存層是 Amazon FSx for NetApp ONTAP 檔案系統的實體儲存媒體。FSx for ONTAP 提供下列儲存層：
+ *SSD 層* – 使用者佈建的高效能固態硬碟 (SSD) 儲存體，專為資料集的作用中部分而打造。
+ *容量集區層* – 全彈性儲存，可自動擴展至 PB 大小，並針對不常存取的資料進行成本最佳化。

FSx for ONTAP 磁碟區是一種虛擬資源，類似於資料夾，不會消耗儲存容量。您存放且耗用實體儲存的資料會存在於磁碟區中。建立磁碟區時，您可以指定其大小 - 您可以在建立磁碟區之後加以修改。ONTAP 磁碟區的 FSx 是精簡佈建的，而且檔案系統儲存不會事先保留。反之，SSD 和容量集區儲存會視需要動態配置。您在磁碟區層級設定的[分層政策](volume-storage-capacity.md#data-tiering-policy)會判斷存放在 SSD 層中的資料是否以及何時轉換至容量集區層。

下圖說明檔案系統中跨多個 FSx for ONTAP 磁碟區配置的資料範例。

![\[FSx for ONTAP SSD 和容量集區儲存層以邏輯方式跨檔案系統磁碟區佈建。\]](http://docs.aws.amazon.com/zh_tw/fsx/latest/ONTAPGuide/images/fsx-ontap-volume-virtual-resource.png)


下圖說明上圖四個磁碟區中的資料如何耗用檔案系統的實體儲存容量。

![\[SSD 或主要儲存層，以及檔案系統實體儲存容量的容量集區儲存層使用情況，在檔案系統的所有磁碟區中看起來如何。\]](http://docs.aws.amazon.com/zh_tw/fsx/latest/ONTAPGuide/images/fsx-ontap-storage-tiers-physical-resource.png)


您可以選擇最符合您檔案系統上每個磁碟區需求的分層政策，以降低儲存成本。如需詳細資訊，請參閱[磁碟區資料分層](volume-storage-capacity.md#volume-data-tiering)。

## 選擇適當數量的檔案系統 SSD 儲存體
<a name="choose-ssd-capacity"></a>

為 FSx for ONTAP 檔案系統選擇 SSD 儲存容量時，您需要記住下列會影響資料儲存可用 SSD 儲存容量的項目：
+ 為 NetApp ONTAP 軟體額外負荷預留的儲存容量。
+ 檔案中繼資料
+ 最近寫入的資料
+ 您想要存放在 SSD 儲存體上的檔案，無論是未達到冷卻期間的資料，或是您最近讀取並擷取回 SSD 的資料。

### 如何使用 SSD 儲存體
<a name="how-ssd-is-used"></a>

檔案系統的 SSD 儲存體用於 NetApp ONTAP 軟體 （額外負荷）、檔案中繼資料和資料的組合。

#### NetApp ONTAP 軟體額外負荷
<a name="ONTAP-overhead"></a>

如同其他 NetApp ONTAP 檔案系統，檔案系統的 SSD 儲存容量最多可保留 16% 用於 ONTAP 額外負荷，這表示它不適用於儲存您的檔案。ONTAP 額外負荷的配置方式如下：
+ 11% 保留給 NetApp ONTAP 軟體。對於 SSD 儲存容量超過 30 tebibytes (TiB) 的檔案系統，會保留 6%。
+ 5% 保留給彙總快照，這是在兩個檔案系統的檔案伺服器之間同步資料的必要項目。



#### 檔案中繼資料
<a name="file-metadata"></a>

檔案中繼資料通常會耗用檔案所耗用 3-7% 的儲存容量。此百分比取決於平均檔案大小 （較小的平均檔案大小需要更多中繼資料），以及檔案節省的儲存效率。請注意，檔案中繼資料不會受益於儲存效率節省。您可以使用下列準則來估算檔案系統上用於中繼資料的 SSD 儲存量。


| 平均檔案大小 | 中繼資料的大小，以檔案資料的百分比表示 | 
| --- | --- | 
|  4 KB  |  7%  | 
|  8 KB  |  3.5%  | 
|  32 KB 或更高  |  1-3%  | 

調整您計劃存放在容量集區層上之檔案中繼資料所需的 SSD 儲存容量時，建議您針對計劃存放在容量集區層的每 10 GiB 資料，使用 1 GiB SSD 儲存體的保守比率。

#### 存放在 SSD 層上的檔案資料
<a name="file-data-on-ssd-tier"></a>

除了作用中的資料集和所有檔案中繼資料之外，寫入檔案系統的所有資料最初都會寫入 SSD 層，然後再分層至容量集區儲存。無論磁碟區的分層政策為何，這都是如此，但在以**所有資料**分層政策設定的磁碟區上使用 SnapMirror 時，資料會直接寫入容量集區儲存體。

只要 SSD 層的使用率低於 90%，容量集區層的隨機讀取就會快取在 SSD 層中。如需詳細資訊，請參閱[磁碟區資料分層](volume-storage-capacity.md#volume-data-tiering)。

### 建議的 SSD 容量使用率
<a name="ssd-utilization"></a>

我們建議您持續不超過 SSD 儲存層的 80% 使用率。對於第二代檔案系統，我們也建議您不要超過任何檔案系統彙總持續使用率的 80%。這些建議與 NetApp 的 ONTAP 建議一致。由於檔案系統的 SSD 層也用於容量集區層的暫存寫入和隨機讀取，因此存取模式的任何突然變更都會快速增加 SSD 層的使用率。

在 90% 的 SSD 使用率下，從容量集區層讀取的資料不會再快取在 SSD 層上，以便為寫入檔案系統的任何新資料保留剩餘的 SSD 容量。這會導致從容量集區層重複讀取相同資料，以便從容量集區儲存體讀取，而不是從 SSD 層快取和讀取，這可能會影響檔案系統的輸送量容量。

當 SSD 層達到或超過 98% 使用率時，所有分層功能都會停止。如需詳細資訊，請參閱[分層閾值](volume-storage-capacity.md#storage-tiering-thresholds)。

### 儲存效率
<a name="storage-efficiency"></a>

NetApp ONTAP 在磁碟區層級提供區塊層級儲存效率功能，包括壓縮、壓縮和重複資料刪除。這些功能可為一般檔案共享節省高達 65% 的儲存容量，而不會犧牲效能。您可以根據每個磁碟區啟用儲存效率。這些功能可減少資料使用的儲存容量，讓您可以在 SSD、容量集區和備份儲存體中消耗較少的儲存空間。您可以針對 SSD 儲存體中的資料，在每個磁碟區上啟用壓縮和重複資料刪除。當資料分層至容量集區儲存體時，會保留 SSD 儲存體中壓縮和重複資料刪除的儲存體節省成本。無論檔案系統的儲存效率組態為何，備份資料一律都會啟用儲存效率。

下表顯示典型儲存節省的範例。


|  | 僅限壓縮 | 僅限重複資料刪除 | 壓縮和重複資料刪除 | 
| --- | --- | --- | --- | 
| 一般用途檔案共享 | 50% | 30% | 65% | 
| 虛擬伺服器和桌面 | 55% | 70% | 70% | 
| 資料庫 | 65-70% | 0% | 65-70% | 
| 工程資料 | 55% | 30% | 75% | 
| 地理地震資料 | 40% | 3% | 40% | 

對於大多數工作負載，啟用壓縮和重複資料刪除不會對檔案系統效能造成負面影響。對於大多數工作負載，壓縮可提高整體效能。為了提供 RAM 快取的快速讀取和寫入，FSx for ONTAP 檔案伺服器在前端網路介面卡 (NICs) 上的網路頻寬比檔案伺服器和儲存磁碟之間可用的網路頻寬更高。由於資料壓縮可減少檔案伺服器和儲存磁碟之間傳送的資料量，因此對於大多數工作負載而言，使用資料壓縮時，整體檔案系統輸送量容量會增加。一旦您使檔案系統的前端 NIC 飽和，與資料壓縮相關的傳輸量容量增加就會受到限制。

Amazon FSx for NetApp ONTAP 也支援其他可節省空間ONTAP的功能，包括快照、精簡佈建和 FlexClone 磁碟區。

預設不會啟用儲存效率功能。您可以啟用它們，如下所示：
+ [建立檔案系統時，](creating-file-systems.md)在 SVM 的根磁碟區上。
+ 當您[建立新的磁碟區](creating-volumes.md)時。
+ 當您[修改現有的磁碟區](updating-volumes.md)時。

若要檢視已啟用儲存效率之檔案系統的儲存節省量，請參閱 [監控儲存效率節省](view-storage-efficiency.md)。

#### 計算儲存效率節省
<a name="storage-efficiency-calculation"></a>

您可以使用 `LogicalDataStored`和 `StorageUsed` FSx for ONTAP CloudWatch 檔案系統指標，從壓縮、重複資料刪除、壓縮、快照和 計算儲存節省FlexClones。這些指標具有單一維度 `FileSystemId`。如需詳細資訊，請參閱[檔案系統指標](file-system-metrics.md)。
+ 若要以位元組為單位計算儲存效率節省，請採用`StorageUsed`指定期間的平均 ，並將其從`LogicalDataStored`相同期間的平均 中減去。
+ 若要以總邏輯資料大小的百分比來計算儲存效率節省，請在`StorageUsed`指定期間取得 `Average` 的 ，並在`LogicalDataStored`相同期間從 `Average` 的 中減去它。然後將差異除以`LogicalDataStored`相同期間的 `Average` 。

#### SSD 大小範例
<a name="sizing-ssd-example"></a>

假設您想要為不常存取 80% 資料的應用程式存放 100 TiB 的資料。在此案例中，80% (80 TiB) 的資料會自動分層為容量集區層，其餘 20% (20 TiB) 保留在 SSD 儲存中。根據一般用途檔案共用工作負載的典型儲存效率節省 65%，相當於 7 TiB 的資料。若要維持 80% 的 SSD 使用率，您需要 20 TiB 主動存取資料的 8.75 TiB SSD 儲存容量。您佈建的 SSD 儲存體數量也需要考量 16% 的 ONTAP 軟體儲存體額外負荷，如下列計算所示。

```
ssdNeeded = ssdProvisioned * (1 - 0.16)
8.75 TiB / 0.84 = ssdProvisioned
10.42 TiB = ssdProvisioned
```

因此，在此範例中，您需要佈建至少 10.42 TiB 的 SSD 儲存體。對於其餘 80 TiB 不常存取的資料，您也將使用 28 TiB 的容量集區儲存。