資料分層總覽
將非作用中資料自動分層至低成本的物件儲存設備、藉此降低儲存成本。作用中資料仍保留在高效能 SSD 或 HDD 中、而非作用中資料則分層至低成本物件儲存設備。如此一來、您就能回收主儲存設備上的空間、並縮減二線儲存設備。
支援 AWS 、 Azure 和 Google Cloud Platform 中的資料分層。 Cloud Volumes ONTAP資料分層是 FabricPool 以不同步技術為後盾。
您不需要安裝功能授權、就能啟用資料分層 FabricPool (例如、)。 |
AWS 中的資料分層
當您在 AWS 中啟用資料分層功能時、 Cloud Volumes ONTAP VMware 會使用 EBS 做為熱資料的效能層、而 AWS S3 則是非作用中資料的容量層。
- 效能層級
-
效能層可以是通用 SSD 、已配置的 IOPS SSD 或最佳化處理量的 HDD 。
- 容量層
-
利用 Standard 儲存類別、將非作用中資料分層至單一 S3 儲存區。 Cloud Volumes ONTAPStandard 適用於儲存在多個可用度區域中的常用資料。
Cloud Manager 會針對每個工作環境建立單一 S3 儲存區、並將其命名為「網路資源池」、「叢集唯一識別碼」。並不會針對每個 Volume 建立不同的 S3 儲存區。 - 儲存類別
-
AWS 中階層式資料的預設儲存類別為 Standard 。如果您不打算存取非作用中資料、可以將儲存類別變更為下列其中一項、藉此降低儲存成本: _Intelligent Tiering _ 、 _One Zone In頻率 存取 _ 或 _Standard-in頻繁 存取 _ 。當您變更儲存類別時、非作用中的資料會從 Standard 儲存類別開始、並轉換至您選取的儲存類別(如果 30 天後仍未存取資料)。
如果您確實存取資料、存取成本就會較高、因此在變更儲存類別之前、請先將此納入考量。 "深入瞭解 Amazon S3 儲存類別"。
您可以在建立工作環境時選取儲存類別、之後隨時變更。如需變更儲存類別的詳細資訊、請參閱 "將非作用中資料分層至低成本物件儲存設備"。
資料分層的儲存類別是全系統範圍、並非每個磁碟區。
Azure 中的資料分層
當您在 Azure 中啟用資料分層功能時、 Cloud Volumes ONTAP VMware 會使用 Azure 託管磁碟做為熱資料的效能層、而 Azure Blob 儲存設備則是非作用中資料的容量層。
- 效能層級
-
效能層可以是 SSD 或 HDD 。
- 容量層
-
利用 Azure hot 儲存層、 Cloud Volumes ONTAP 將非作用中資料分層至單一 Blob 容器。熱層是經常存取資料的理想選擇。
Cloud Manager 會為 Cloud Volumes ONTAP 每個運作環境建立一個新的儲存帳戶、其中包含一個容器。儲存帳戶名稱為隨機。並不會針對每個 Volume 建立不同的容器。 - 儲存存取層
-
Azure 中階層式資料的預設儲存存取層為 hot 層。如果您不打算存取非作用中資料、可以改用 _cool 儲存層來降低儲存成本。當您變更儲存層時、非作用中的資料會從熱儲存層開始、並在 30 天後無法存取資料時、移轉至冷卻儲存層。
如果您確實存取資料、存取成本就會較高、因此在變更儲存層之前、請先將此納入考量。 "深入瞭解 Azure Blob 儲存設備存取層"。
您可以在建立工作環境時選取儲存層、之後隨時變更。如需變更儲存層的詳細資訊、請參閱 "將非作用中資料分層至低成本物件儲存設備"。
資料分層的儲存存取層是全系統的、並非每個磁碟區。
GCP 中的資料分層
當您在 GCP 中啟用資料分層功能時 Cloud Volumes ONTAP 、 VMware 會使用持續性磁碟做為熱資料的效能層、並使用 Google Cloud Storage 儲存庫做為非作用中資料的容量層。
- 效能層級
-
效能層可以是 SSD 或 HDD (標準磁碟)。
- 容量層
-
利用 _Regional 儲存類別、將非作用中資料分層至單一 Google Cloud Storage 儲存庫。 Cloud Volumes ONTAP
Cloud Manager 會為每個工作環境建立單一儲存區、並將其命名為「網路資源池」、「叢集唯一識別碼」。並不會針對每個 Volume 建立不同的儲存區。 - 儲存類別
-
階層式資料的預設儲存類別為 Standard Storage 類別。如果資料不常存取、您可以改用 Nearline Storage 或 Coldline Storage 來降低儲存成本。當您變更儲存類別時、非作用中的資料會從 Standard Storage 類別開始、並轉換至您選取的儲存類別、如果資料在 30 天後仍未存取。
如果您確實存取資料、存取成本就會較高、因此在變更儲存類別之前、請先將此納入考量。 "深入瞭解 Google Cloud Storage 的儲存課程"。
您可以在建立工作環境時選取儲存層、之後隨時變更。如需變更儲存類別的詳細資訊、請參閱 "將非作用中資料分層至低成本物件儲存設備"。
資料分層的儲存類別是全系統範圍、並非每個磁碟區。
資料分層和容量限制
如果您啟用資料分層、系統的容量限制會維持不變。此限制分佈於效能層和容量層。
Volume 分層原則
若要啟用資料分層、您必須在建立、修改或複寫磁碟區時、選取磁碟區分層原則。您可以為每個 Volume 選取不同的原則。
有些分層原則具有相關的最低冷卻週期、可設定磁碟區中的使用者資料必須保持非作用中狀態的時間、以便將資料視為「冷」並移至容量層。
Cloud Manager 可讓您在建立或修改 Volume 時、從下列磁碟區分層原則中進行選擇:
- 僅適用於 Snapshot
-
當 Aggregate 達到 50% 容量後、 Cloud Volumes ONTAP 將不會與作用中檔案系統相關聯的 Snapshot 複本的 Cold 使用者資料分層至容量層。冷卻期約為 2 天。
如果讀取、容量層上的冷資料區塊會變熱、並移至效能層。
- 全部
-
所有資料(不含中繼資料)會立即標示為冷資料、並儘快分層至物件儲存設備。無需等待 48 小時、磁碟區中的新區塊就會變冷。請注意、在設定 All 原則之前、位於磁碟區中的區塊需要 48 小時才能變冷。
如果讀取、雲端層上的 Cold 資料區塊會保持冷卻狀態、不會寫入效能層。本政策從 ONTAP 推出時起即為供應。
- 自動
-
當 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因此、您可能會經歷更長的冷卻時間。
設定資料分層
如需相關指示及支援組態清單、請參閱 "將非作用中資料分層至低成本物件儲存設備"。