Skip to main content
Cloud Manager 3.8
此產品有較新版本可以使用。
本繁體中文版使用機器翻譯,譯文僅供參考,若與英文版本牴觸,應以英文版本為準。

資料分層總覽

貢獻者

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

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

支援 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 StorageColdline 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因此、您可能會經歷更長的冷卻時間。

設定資料分層

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