資料分層總覽
建議變更
PDF
將非作用中資料自動分層至低成本的物件儲存設備、藉此降低儲存成本。作用中資料仍保留在高效能 SSD 或 HDD 中、而非作用中資料則分層至低成本物件儲存設備。如此一來、您就能回收主儲存設備上的空間、並縮減二線儲存設備。
支援 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因此、您可能會經歷更長的冷卻時間。
設定資料分層
如需相關指示及支援組態清單、請參閱 "將非作用中資料分層至低成本物件儲存設備"。