Skip to main content
本繁體中文版使用機器翻譯，譯文僅供參考，若與英文版本牴觸，應以英文版本為準。

了解NetApp Cloud Tiering

貢獻者 amgrissino
PDF

NetApp Cloud Tiering透過自動將非活動資料從本機ONTAP叢集分層到物件存儲，將您的資料中心擴展到雲端。這釋放了叢集上的寶貴空間以用於更多工作負載，而無需更改應用程式層。雲端分層可以降低資料中心的成本，並使您能夠從 CAPEX 模型切換到 O​​PEX 模型。

Cloud Tiering 利用了 FabricPool 的功能。 FabricPool是一種NetApp Data Fabric 技術，可實現資料自動分層到低成本物件儲存。活動（熱）資料保留在本地層（內部ONTAP聚合），而非活動（冷）資料則移動到雲層 - 同時保持ONTAP資料效率。

最初，在具有全 SSD 聚合的AFF、 FAS和ONTAP Select系統上受支持，從ONTAP 9.8 開始，您可以從由 HDD 和高效能 SSD 組成的聚合中分層資料。看 "使用FabricPool的注意事項和要求"了解詳情。

您可以使用FabricPool Mirror 為單節點叢集、HA 配置的叢集、分層鏡像配置中的叢集以及MetroCluster配置配置分層。 Cloud Tiering 授權可在您的所有叢集之間共用。

"使用雲端分層 TCO 計算器來查看您可以節省多少錢"。

NetApp Console

可透過NetApp Console存取NetApp Cloud Tiering 。

NetApp Console可在企業範圍內跨本機和雲端環境集中管理NetApp儲存和資料服務。需要控制台才能存取和使用NetApp資料服務。作為管理介面，它使您能夠從一個介面管理許多儲存資源。控制台管理員可以控制企業內所有系統的儲存和服務的存取。

您不需要許可證或訂閱即可開始使用NetApp Console，並且只有當您需要在雲端部署控制台代理程式以確保與儲存系統或NetApp資料服務的連線時才需要付費。但是，一些可從控制台存取的NetApp資料服務是需要授權或基於訂閱的。

詳細了解 "NetApp Console"。

特徵

Cloud Tiering 提供自動化、監控、報告和通用管理介面：

  • 自動化使得從本地ONTAP叢集到雲端的資料分層的設定和管理變得更加容易。

  • 您可以選擇預設的雲端供應商儲存類別/存取層，或使用生命週期管理為較舊的分層資料分配更具成本效益的層。

  • 您可以建立與其他物件儲存的連接，這些物件儲存可用於叢集中的其他聚合。

  • 使用 UI，您可以將物件儲存拖曳到聚合以進行分層和FabricPool映像。

  • 單一管理平台消除了跨多個叢集獨立管理FabricPool 的需要。

  • 報告顯示每個集群上的活動和非活動資料量。

  • 分層健康狀況可協助您識別並修正出現的問題。

  • 如果您有Cloud Volumes ONTAP系統，您會在 Clusters 頁面中找到它們，這樣您就可以全面了解混合雲端基礎架構中的資料分層。

有關 Cloud Tiering 提供的價值的更多詳細信息， "查看NetApp Console網站上的 Cloud Tiering 頁面" 。

提示 Cloud Volumes ONTAP系統從 Cloud Tiering 來看是唯讀的。 "您可以在NetApp Console中為Cloud Volumes ONTAP系統設定分層。" 。

支援的對象儲存提供者

您可以將本機ONTAP系統中的非活動資料分層到下列物件儲存提供者：

  • 亞馬遜 S3

  • 微軟 Azure Blob

  • Google 雲端儲存

  • NetAppStorageGRID

  • 與 S3 相容的物件儲存（例如 MinIO）

Cloud Tiering 授權也可以與將資料分層到 IBM Cloud Object Storage 的叢集共用。必須使用 System Manager 或ONTAP CLI 設定FabricPool配置，但"此類配置的授權是使用 Cloud Tiering 完成的。"

註 您可以將資料從 NAS 磁碟區分層到公有雲或私有雲，例如StorageGRID。當您對透過 SAN 協定存取的資料進行分層時，出於連接方面的考慮， NetApp建議使用私有雲。

物件儲存層

ONTAP叢集可以將非活動資料分層到單一物件儲存或多個物件儲存。設定資料分層時，您可以選擇新增新的儲存桶/容器或選擇現有的儲存桶/容器，以及儲存類別或存取層。

Cloud Tiering 使用雲端供應商預設儲存類別/存取層來儲存您的非活動資料。但是，您可以套用生命週期規則，以便資料在一定天數後自動從預設儲存類別轉換到另一個儲存類別。透過將非常冷的資料移至較便宜的儲存中，這可以幫助您降低成本。

註 您無法為分層到StorageGRID或 S3 相容儲存的資料選擇生命週期規則。

定價和許可證

透過按使用量付費訂閱、年度訂閱、自帶NetApp分層授權或組合方式支付雲端分層費用。如果您沒有許可證，您的第一個集群可以享受 30 天的免費試用。

將資料分層到StorageGRID時無需支付任何費用。不需要 BYOL 授權或 PAYGO 註冊。

"查看定價詳情"。

由於 Cloud Tiering 保留了來源磁碟區的儲存效率，因此您需要為ONTAP效率之後的分層資料（應用重複資料刪除和壓縮後的較少量資料）向雲端提供者物件儲存支付費用。

30天免費試用

如果您沒有 Cloud Tiering 許可證，則當您為第一個叢集設定分層時，將開始 30 天的分層免費試用。 30 天免費試用期結束後，您需要透過即用即付訂閱、年度訂閱、BYOL 授權或組合方式支付分層費用。

如果您的免費試用期結束且您尚未訂閱或新增許可證，則ONTAP不再將冷資料分層到物件儲存。所有先前分層的資料仍然可以存取；這意味著您可以檢索和使用這些資料。檢索後，這些資料將從雲端移回效能層。

按需付費訂閱

Cloud Tiering 以即用即付模式提供基於消費的授權。透過雲端供應商的市場訂閱後，您需要按 GB 為分層資料付費 - 無需預付款。您的雲端提供者將透過每月帳單向您收費。

即使您有免費試用版或自帶授權 (BYOL)，也應該訂閱：

  • 訂閱可確保免費試用結束後服務不會中斷。

    試用期結束後，我們將根據您分層的資料量按小時向您收費。

  • 如果您分層的資料量超出了 BYOL 授權所允許的範圍，則資料分層將透過您的即用即付訂閱繼續進行。

    例如，如果您擁有 10 TB 的許可證，則超過 10 TB 的所有容量都將透過即用即付訂閱收費。

在免費試用期間或未超出 Cloud Tiering BYOL 授權的情況下，您無需支付即用即付訂閱費用。

"了解如何設定即用即付訂閱"。

年度合約

當將非活動資料分層到 Amazon S3 或 Azure 時，Cloud Tiering 提供年度合約。其期限分為 1 年、2 年或 3 年。

目前，分級到 Google CLoud 時不支援年度合約。

自備駕照

透過從NetApp購買 Cloud Tiering 許可證（以前稱為「Cloud Tiering」許可證）來取得您自己的許可證。您可以購買 1 年、2 年或 3 年期許可證，並指定任意數量的分層容量（最低 10 TiB）。 BYOL Cloud Tiering 許可證是一種浮動許可證，您可以在多個本地ONTAP叢集中使用它。您在 Cloud Tiering 授權中定義的總分層容量可供所有本機叢集使用。

購買 Cloud Tiering 授權後，您需要將該授權新增至NetApp Console。"了解如何使用 Cloud Tiering BYOL 許可證" 。

如上所述，即使您已經購買了 BYOL 許可證，我們也建議您設定即用即付訂閱。

註 從 2021 年 8 月開始，舊的 * FabricPool* 許可證被 * Cloud Tiering * 許可證取代。"詳細了解 Cloud Tiering 授權與FabricPool授權的區別" 。

雲端分層的工作原理

Cloud Tiering 是一項由NetApp管理的服務，它使用FabricPool技術將本地ONTAP叢集中的非活動（冷）資料自動分層到公有雲或私有雲中的物件儲存。透過控制台代理可以連接到ONTAP 。

下圖顯示了各個組件之間的關係：

架構影像顯示了雲端分層服務與雲端提供者中的控制台代理程式的連接、與ONTAP叢集的連接以及ONTAP叢集與雲端提供者中的物件儲存之間的連接。活動資料駐留在ONTAP叢集中，而非活動資料駐留在物件儲存中。

從高層次來看，雲端分層的工作原理如下：

  1. 您可以從NetApp Console發現您的內部部署叢集。

  2. 您可以透過提供有關物件儲存的詳細資訊來設定分層，包括儲存桶/容器、儲存類別或存取層以及分層資料的生命週期規則。

  3. 控制台將ONTAP配置為使用物件儲存提供者並發現叢集上的活動和非活動資料量。

  4. 您選擇要分層的磁碟區以及要套用於這些磁碟區的分層策略。

  5. 一旦資料達到被視為非活動的閾值， ONTAP就會開始將非活動資料分層到物件儲存中（請參閱卷分層策略）。

  6. 如果您已將生命週期規則應用於分層資料（僅適用於某些提供者），則較舊的分層資料將在一定天數後分配到更具成本效益的層。

卷分層策略

當您選擇要分層的磁碟區時，您可以選擇一個套用於每個磁碟區的_卷分層策略_。分層策略決定何時或是否將磁碟區的使用者資料區塊移至雲端。

您也可以調整*冷卻期*。這是磁碟區中的使用者資料在被視為「冷」並移動到物件儲存之前必須保持不活動的天數。對於允許您調整冷卻期的分層策略，有效值為：

  • 使用ONTAP 9.8 及更高版本時為 2 至 183 天

  • 對於早期ONTAP版本，需要 2 至 63 天

2 到 63 是建議的最佳做法。

無政策（無）

將資料保存在效能層的磁碟區上，防止其移動到雲層。

冷快照（僅限快照）

ONTAP將磁碟區中未與活動檔案系統共用的冷快照區塊分層到物件儲存。如果讀取，雲層上的冷資料塊會變熱並被移動到效能層。

只有當聚合達到 50% 容量且資料達到冷卻期後，才會對資料進行分層。預設的冷卻天數為 2，但您可以調整此數字。

註 只有當有空間時，重新加熱的資料才會寫回效能層。如果效能層容量已滿 70% 以上，則可繼續從雲層存取區塊。
冷用戶資料和快照（自動）

ONTAP將磁碟區中的所有冷塊（不包括元資料）分層到物件儲存。冷資料不僅包括 Snapshot 副本，還包括來自活動檔案系統的冷用戶資料。

  • 如果透過隨機讀取，雲層上的冷資料塊會變熱並被移動到效能層。

  • 如果透過順序讀取（例如與索引和防毒掃描相關的讀取），則雲層上的冷資料區塊將保持冷狀態並且不會寫入效能層。

    此策略從ONTAP 9.4 開始可用。

    只有當聚合達到 50% 容量且資料達到冷卻期後，才會對資料進行分層。預設的冷卻天數為 31 天，但您可以調整此數字。

    註 只有當有空間時，重新加熱的資料才會寫回效能層。如果效能層容量已滿 70% 以上，則可繼續從雲層存取區塊。
所有用戶資料（全部）

所有數據（不包括元數據）都會立即標記為冷數據，並儘快分層到物件儲存。無需等待 48 小時讓卷中的新區塊變冷。在設定全部策略之前位於磁碟區中的區塊需要 48 小時才能冷卻。

如果讀取，雲層上的冷資料塊將保持冷狀態並且不會寫回效能層。此策略從ONTAP 9.6 開始可用。

在選擇此分層策略之前，請考慮以下事項：

  • 分層資料會立即降低儲存效率（僅限內聯）。

  • 只有當您確信磁碟區上的冷資料不會改變時才應使用此策略。

  • 物件儲存不是事務性的，如果發生變化，將導致嚴重的碎片化。

  • 在將所有分層策略指派給資料保護關係中的來源磁碟區之前，請考慮SnapMirror傳輸的影響。

    由於資料是立即分層的，因此SnapMirror將從雲層而不是效能層讀取資料。這將導致SnapMirror操作速度變慢 - 甚至可能減慢隊列中後面的其他SnapMirror操作速度 - 即使它們使用不同的分層策略。

  • NetApp Backup and Recovery同樣受到採用分層策略設定的磁碟區的影響。 "了解備份和復原的分層策略注意事項" 。

所有 DP 用戶資料（備份）

資料保護磁碟區上的所有資料（不包括元資料）都會立即移動到雲層。如果讀取，雲層上的冷資料區塊將保持冷狀態並且不會寫回效能層（從ONTAP 9.4 開始）。

註 此策略適用於ONTAP 9.5 或更早版本。從ONTAP 9.6 開始，它被 All 分層策略所取代。