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

解決方法

修改磁碟區上 FSx for ONTAP 檔案系統的資料分層政策。

透過 SSH 連線到 FSx for ONTAP 管理端點 IP 位址

請完成下列步驟：

1. 開啟 Amazon FSx 主控台。

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

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

4. 透過 SSH 從您的 Amazon Elastic Compute Cloud (Amazon EC2) 執行個體連線到叢集的管理端點。使用 Windows 上的 PowerShell 或 Linux 上的終端建立連線。

   **注意：**您只能從虛擬私有雲端 (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 網站上的修改 ONTAP 磁碟區的分層政策和分層最短冷卻期間。

以下範例顯示了 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 儲存容量。

以下指南解釋了 FSx for ONTAP 如何在不同情境中處理分層：

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

相關資訊

磁碟區資料分層

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