如何使用 NetApp ONTAP CLI 修改我的 FSx for ONTAP 磁碟區的儲存資料分層政策？

簡短說明

若要修改磁碟區上的資料分層政策，您必須符合下列先決條件：

• 您已建立 FSx for ONTAP 檔案系統。
• 您可以透過 SSH 連接至檔案系統。

解決方法

透過 SSH 連接至 FSx for ONTAP 管理端點 IP 地址

1.    開啟 Amazon FSx 主控台。

2.    選取您的 FSx for ONTAP 檔案系統，然後選擇管理標籤。

3.    記下管理端點 IP 地址。您可以使用此 IP 地址連接至叢集。若要尋找管理端點 IP 地址，請參閱使用 NetApp ONTAP CLI 管理檔案系統和使用 NetApp ONTAP CLI 管理 SVM。

4.    在您的 Amazon Elastic Compute Cloud (Amazon EC2) 執行個體上使用 Windows 或 Linux PowerShell 透過 SSH 連接至叢集的管理端點。

**注意：**您只能從虛擬私有雲端 (VPC) 內部或透過 AWS Transit Gateway 對等網路連線端點。如需詳細資訊，請參閱從 AWS 內部存取資料。

ssh fsxadmin@management_IP

範例：

$ ssh fsxadmin@198.19.255.189
Password:

Last login time: 5/10/2022 08:37:30
FsxIdabcdef01234567892::>

如需有關如何在 PowerShell 中使用 SSH 的資訊，請參閱 Microsoft 網站上的透過 SSH 進行 PowerShell 遠端處理。

5.    執行 set 命令，以在 NetApp ONTAP CLI 中設定權限層級。對權限層級的變更只適用於目前工作階段。這些變更在工作階段中不會持續存在。

FsxIdabcdef01234567892::> set -privilege advanced

Warning: These advanced commands are potentially dangerous; use them only when directed to do so by NetApp personnel.
Do you want to continue? {y|n}: y

6.    執行下列命令以修改儲存資料分層政策。將 svm_name 和 volume_name 取代為您的 SVM 和磁碟區名稱。

volume modify -vserver svm_name -volume volume_name-tiering-policy <auto|snapshot-only|all|none>

範例：

FsxIdabcdef01234567892::*> volume modify -volume vol1 -vserver fsx -tiering-policy auto
Volume modify successful on volume vol1 of Vserver fsx.

為自動分層和僅限快照分層政策指定最短冷卻期間

對於使用僅限快照或自動分層政策的磁碟區，請使用 -tiering-minimum-cooling-days 選用參數執行volume modify 命令。請確保將權限層級設定為進階。為分層最小冷卻天數指定介於 2 與 183 之間的值。如需詳細資訊，請參閱 NetApp 網站上的修改磁碟區的分層政策或分層最短冷卻期間來管理儲存分層。

下列範例顯示 volume modify 命令，並將 -tiering-minimum-cooling-days 設定為 4。

FsxIdabcdef01234567892::*> volume modify -volume vol1 -vserver fsx -tiering-policy auto -tiering-minimum-cooling-days 4
    Volume modify successful on volume vol1 of Vserver fsx.

**重要：**如果您未將權限設定為進階，則當您嘗試變更分層政策時會收到錯誤：

`"FsxIdabcdef01234567892::> volume modify -volume vol1 -vserver fsx -tiering-policy auto -tiering-minimum-cooling-days 4`  
`Error: invalid argument "-tiering-minimum-cooling-days"`

如果 -tiering-minimum-cooling-days 介於 2 與 183 之間，且您未將權限層級設定為進階，則會看到錯誤訊息無效引數「-tiering-minimum-cooling-days」。由於對權限層級設定的變更僅套用至目前工作階段，因此您必須為每個新工作階段設定權限層級。

不要超過您的儲存容量

FSx for ONTAP 的分層功能會維持特定閾值，這些閾值會在分層啟動和停止時觸發。這些閾值與主要儲存層的已使用容量相關。

**注意：**最佳實務是不要超過主要儲存層 80% 的儲存容量使用率。將儲存容量維持在 80% 或更低，以便分層正常運作，並為新資料留有空間。如果主要儲存層的儲存容量使用率持續高於 80%，則更新檔案系統的 SSD 儲存容量。

下列指導方針說明在不同使用案例中如何處理分層：

• 主要儲存層使用率小於或等於 50%： 只有具有全部分層政策的磁碟區才有分層至容量集區儲存的資料。自動分層和僅限快照政策不會對資料進行分層，因為當主要儲存層使用量過低時，不需要分層。
• 主要儲存層使用率大於 50%： 自動分層和僅限快照政策會根據分層最短冷卻天數設定對資料進行分層。預設分層最小冷卻天數為 31。
• 主要儲存層使用率大於或等於 90%： 讀取時，容量集區層中的冷資料不會再移到主要儲存層，以實現自動分層和僅限快照政策。將資料保留在容量集區層中，以保留主要儲存層中的空間。
• 主要儲存層使用率大於或等於 98%： 在主要儲存層使用率達到或超過 98% 時，所有分層功能都會停止。

相關資訊

分層政策

在 NetApp 網站上設定磁碟區分層政策。