本文件適用於舊版的 Cloud Manager。
前往文件取得最新版本。
本繁體中文版使用機器翻譯,譯文僅供參考,若與英文版本牴觸,應以英文版本為準。

資料分層總覽

貢獻者

將非作用中資料自動分層至低成本的物件儲存設備、藉此降低儲存成本。作用中資料仍保留在高效能 SSD 或 HDD 中、而非作用中資料則分層至低成本物件儲存設備。如此一來、您就能回收主儲存設備上的空間、並縮減二線儲存設備。

這是一個概念性映像、顯示要傳輸到 EBS 儲存設備的熱資料、以及要傳輸到 S3 儲存設備的非作用中資料。

支援 AWS 、 Azure 和 Google Cloud Platform 中的資料分層。 Cloud Volumes ONTAP資料分層是 FabricPool 以不同步技術為後盾。

附註 您不需要安裝功能授權、就能啟用資料分層FabricPool (例如、)。

AWS 中的資料分層

當您在 AWS 中啟用資料分層功能時、 Cloud Volumes ONTAP VMware 會使用 EBS 做為熱資料的效能層、而 AWS S3 則是非作用中資料的容量層。變更系統分層層級可讓您選擇不同的S3儲存類別。

效能層級

效能層可以是通用 SSD 、已配置的 IOPS SSD 或最佳化處理量的 HDD 。

容量層

利用 Standard 儲存類別、將非作用中資料分層至單一 S3 儲存區。 Cloud Volumes ONTAPStandard 適用於儲存在多個可用度區域中的常用資料。

附註 Cloud Manager 會針對每個工作環境建立單一 S3 儲存區、並將其命名為「網路資源池」、「叢集唯一識別碼」。並不會針對每個 Volume 建立不同的 S3 儲存區。
分層層級

如果您不打算存取非作用中資料、您可以將系統的分層層級變更為下列其中一項、藉此降低儲存成本:Intelligent Tiering _、_One Zone Inoti頻頻 存取_或_Standard-in頻繁 存取。當您變更分層層級時、非作用中的資料會從Standard儲存類別開始、並移至您選取的儲存類別、如果資料在30天後仍未存取。

如果您確實存取資料、存取成本就會較高、因此在變更分層層級之前、請先將此納入考量。 "深入瞭解 Amazon S3 儲存類別"

建立系統之後、就可以變更分層層級。如需詳細資訊、請參閱 "將非作用中資料分層至低成本物件儲存設備"

分層層級是全系統層級、並非每個Volume。

Azure 中的資料分層

當您在 Azure 中啟用資料分層功能時、 Cloud Volumes ONTAP VMware 會使用 Azure 託管磁碟做為熱資料的效能層、而 Azure Blob 儲存設備則是非作用中資料的容量層。變更系統分層層級可讓您選擇不同的Azure儲存層。

效能層級

效能層可以是 SSD 或 HDD 。

容量層

利用 Azure hot 儲存層、 Cloud Volumes ONTAP 將非作用中資料分層至單一 Blob 容器。熱層是經常存取資料的理想選擇。

附註 Cloud Manager 會為 Cloud Volumes ONTAP 每個運作環境建立一個新的儲存帳戶、其中包含一個容器。儲存帳戶名稱為隨機。並不會針對每個 Volume 建立不同的容器。
分層層級

如果您不打算存取非作用中資料、可以將系統的分層層級變更為Azure _cool儲存層、藉此降低儲存成本。當您變更分層層級時、非作用中的資料會從熱儲存層開始、並移至冷卻儲存層(如果30天後仍未存取資料)。

如果您確實存取資料、存取成本就會較高、因此在變更分層層級之前、請先將此納入考量。 "深入瞭解 Azure Blob 儲存設備存取層"

建立系統之後、就可以變更分層層級。如需詳細資訊、請參閱 "將非作用中資料分層至低成本物件儲存設備"

分層層級是全系統層級、並非每個Volume。

GCP 中的資料分層

當您在 GCP 中啟用資料分層功能時 Cloud Volumes ONTAP 、 VMware 會使用持續性磁碟做為熱資料的效能層、並使用 Google Cloud Storage 儲存庫做為非作用中資料的容量層。

效能層級

效能層可以是 SSD 或 HDD (標準磁碟)。

容量層

利用 _Regional 儲存類別、將非作用中資料分層至單一 Google Cloud Storage 儲存庫。 Cloud Volumes ONTAP

附註 Cloud Manager 會為每個工作環境建立單一儲存區、並將其命名為「網路資源池」、「叢集唯一識別碼」。並不會針對每個 Volume 建立不同的儲存區。
分層層級

目前不支援其他GCP儲存類別。

資料分層和容量限制

如果您啟用資料分層、系統的容量限制會維持不變。此限制分佈於效能層和容量層。

Volume 分層原則

若要啟用資料分層、您必須在建立、修改或複寫磁碟區時、選取磁碟區分層原則。您可以為每個 Volume 選取不同的原則。

有些分層原則具有相關的最低冷卻週期、可設定磁碟區中的使用者資料必須保持非作用中狀態的時間、以便將資料視為「冷」並移至容量層。

Cloud Manager 可讓您在建立或修改 Volume 時、從下列磁碟區分層原則中進行選擇:

僅適用於 Snapshot

當 Aggregate 達到 50% 容量後、 Cloud Volumes ONTAP 將不會與作用中檔案系統相關聯的 Snapshot 複本的 Cold 使用者資料分層至容量層。冷卻期約為 2 天。

如果讀取、容量層上的冷資料區塊會變熱、並移至效能層。

自動

當 Aggregate 容量達到 50% 後、 Cloud Volumes ONTAP 將 Volume 中的 Cold 資料區塊分層至容量層。Cold 資料不僅包括 Snapshot 複本、也包括來自作用中檔案系統的冷使用者資料。冷卻期約 31 天。

支援此原則、從 Cloud Volumes ONTAP 支援的功能為 2 。 9.4 。

如果以隨機讀取方式讀取、容量層中的冷資料區塊就會變熱、並移至效能層。如果以連續讀取方式讀取(例如與索引和防毒掃描相關的讀取)、則冷資料區塊會保持冷卻狀態、而不會移至效能層級。

將磁碟區的資料保留在效能層中、避免移至容量層。

複寫磁碟區時、您可以選擇是否要將資料分層至物件儲存設備。如果您這麼做、 Cloud Manager 會將 * 備份 * 原則套用至資料保護磁碟區。從 Sich9.6 開始 Cloud Volumes ONTAP 、 * All (全部)的分層原則將取代備份原則。

關閉 Cloud Volumes ONTAP 此功能會影響冷卻期間

資料區塊是透過冷卻掃描來冷卻。在此過程中、尚未使用的區塊溫度會移至下一個較低的值(冷卻)。預設的冷卻時間取決於磁碟區分層原則:

  • 自動: 31 天

  • 僅 Snapshot : 2 天

冷卻掃描必須執行、才能正常運作。 Cloud Volumes ONTAP如果關閉了這個功能、冷卻也會停止。 Cloud Volumes ONTAP因此、您可能會經歷更長的冷卻時間。

設定資料分層

如需相關指示及支援組態清單、請參閱 "將非作用中資料分層至低成本物件儲存設備"