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

資料分層總覽

貢獻者
PDF

將非作用中資料自動分層至低成本的物件儲存設備、藉此降低儲存成本。作用中資料仍保留在高效能 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因此、您可能會經歷更長的冷卻時間。

設定資料分層

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