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

瞭解 BlueXP 分層

貢獻者 netapp-tonacki netapp-tonias netapp-bcammett
PDF

NetApp 的 BlueXP 分層服務會自動將內部部署 ONTAP 叢集的非使用中資料分層、將資料中心延伸至雲端、進而將其移至物件儲存設備。如此一來、叢集上的寶貴空間就能釋出、以容納更多工作負載、而無需變更應用程式層。BlueXP 分層可降低資料中心的成本、並可讓您從 CAPEX 模式切換至 OPEX 模式。

BlueXP tiering服務使用_FabricPool_。NetApp Data Fabric 技術可自動將資料分層至低成本的物件儲存設備。 FabricPool作用中（熱）資料會保留在本機層（內部部署ONTAP 的資訊集合體）、而非作用中（冷）資料則移至雲端層、同時維持ONTAP 資料效率不變。

建議：活動（熱）資料保留在本地層（內部ONTAP聚合），而非活動（冷）資料則移動到雲層 - 以保持ONTAP資料的高效率。

原支援AFF 採用FAS All SSD集合體的支援功能、從ONTAP Select VMware 9.8開始ONTAP 、除了高效能SSD之外、您也可以從由HDD組成的集合體來分層資料。請參閱 "使用過程中的考量與要求FabricPool" 以取得詳細資料。

BlueXP 分層可設定為單節點叢集、 HA 設定的叢集、分層鏡像組態中的叢集、以及使用 FabricPool 鏡像的 MetroCluster 組態。BlueXP 分層授權會在所有叢集之間共用。

"請使用 BlueXP 分層 TCO 計算機來查看您可以節省多少成本"。

功能

BlueXP 分層提供自動化、監控、報告及通用管理介面：

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

  • 您可以選擇預設的雲端供應商儲存類別 / 存取層、或使用生命週期管理、將更具成本效益的層級指派給較舊的階層式資料

  • 您可以建立連線至其他物件存放區、以便用於叢集中的其他集合體

  • 您可以使用UI將物件存放區拖曳至集合體、以便分層和FabricPool 進行鏡射

  • 單一窗口可讓您不再需要在 FabricPool 多個叢集之間獨立管理各種功能

  • 報告會顯示每個叢集上的作用中和非作用中資料量

  • 分層健全狀況狀態可協助您識別並修正發生的問題

  • 如果您有 Cloud Volumes ONTAP 系統、您可以在「叢集」頁面中找到這些系統、以便完整檢視混合雲基礎架構中的資料分層

如需 BlueXP 分層所提供價值的詳細資訊、 "請參閱 BlueXP 網站上的 BlueXP 分層網頁"。

提示 Cloud Volumes ONTAP 系統是 BlueXP 分層的唯讀系統。 "您可以在 BlueXP 的工作環境中設定 Cloud Volumes ONTAP 系統的分層"。

支援的物件儲存供應商

您可以將非作用中的資料從內部部署ONTAP 的不活動資料系統分層處理至下列物件儲存供應商：

  • Amazon S3

  • Microsoft Azure Blob

  • Google Cloud Storage

  • NetApp StorageGRID

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

BlueXP 分層授權也可以與將資料分層至 IBM Cloud Object Storage 的叢集共用。必須使用System Manager或CLI來設定此功能、FabricPool ONTAP 但是 "此類組態的授權是使用 BlueXP 分層完成的。"

註 您可以將資料從NAS磁碟區分層到公有雲或私有雲、例如StorageGRID ：在分層SAN傳輸協定存取的資料時、NetApp建議使用私有雲端、因為連線考量。

物件儲存層

叢集可將非作用中的資料分層至單一物件存放區或多個物件存放區。ONTAP設定資料分層時、您可以選擇新增儲存區 / 容器、或選擇現有的儲存區 / 容器、以及儲存類別或存取層。

BlueXP 分層使用雲端供應商的預設儲存類別 / 存取層來處理您的非使用中資料。不過、您可以套用生命週期規則、讓資料在特定天數後、自動從預設儲存類別轉換至另一個儲存類別。這可將非常冷的資料移至成本較低的儲存設備、有助於降低成本。

註 您無法為階層式資料至StorageGRID 不支援支援功能或S3的儲存設備選擇生命週期規則。

定價與授權

透過隨用隨付訂閱、一年訂閱、自帶 BlueXP 分層授權或組合來支付 BlueXP 分層。如果您沒有授權、第一個叢集可免費試用30天。

將資料分層至 StorageGRID 不徵收任何費用。不需要 BYOL 授權或 PAYGO 登錄。

"檢視價格詳細資料"。

由於 BlueXP 分層可保留來源磁碟區的儲存效率、因此您必須在 ONTAP 效率之後、為階層式資料支付雲端供應商物件儲存成本（在套用重複資料刪除和壓縮之後、為較少的資料量支付）。

30 天免費試用

如果您沒有 BlueXP 分層授權、則當您設定第一個叢集的分層時、就會開始 30 天的 BlueXP 分層免費試用。30 天免費試用結束後、您必須透過隨用隨付訂閱、年度訂閱、 BYOL 授權或組合、支付 BlueXP 分層費用。

如果您的免費試用期結束、但您尚未訂閱或新增授權、則 ONTAP 將不再將冷資料分層至物件儲存設備。所有先前的階層式資料仍可存取、這表示您可以擷取及使用此資料。擷取後、此資料會從雲端移回效能層。

隨用隨付訂閱

BlueXP 分層功能以隨用隨付模式提供消費型授權。透過雲端供應商的市場訂閱之後、您就能為分層資料支付每GB的費用、而且無需預付任何款項。您的雲端供應商會透過每月帳單向您收費。

即使您有免費試用版或自帶授權（ BYOL ）、您仍應訂閱：

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

    試用結束時、您將會根據分層的資料量、每小時收取一次費用。

  • 如果您分層的資料超過BYOL授權所允許的數量、則資料分層會透過隨用隨付訂閱繼續進行。

    例如、如果您擁有 10 TB 授權、超過 10 TB 的所有容量都會透過隨用隨付訂閱收費。

免費試用期間、您將不會從隨用隨付訂閱中收取費用、或如果您未超過 BlueXP 分層 BYOL 授權、也不會收取費用。

"瞭解如何設定隨用隨付訂閱"。

年度合約

BlueXP 分層提供一年一度的合約、將非使用中的資料分層到 Amazon S3 或 Azure 。提供1年、2年或3年期限。

目前不支援年度合約、因為這些合約會分層到 Google 雲端。

請自帶授權

請自帶授權、向 NetApp 購買 * BlueXP 分層 * 授權（先前稱為「雲端分層」授權）。您可以購買 1 年、 2 年或 3 年期授權、並指定任何數量的分層容量（從至少 10 TiB 開始）。BYOL BlueXP 分層授權是一個 _ 浮動 _ 授權、您可以在多個內部部署 ONTAP 叢集上使用。您在BlueXP tiering授權中定義的總分層容量可供所有本機叢集使用。

購買 BlueXP 分層授權後、您需要使用 BlueXP 中的 BlueXP 數位錢包來新增授權。 "瞭解如何使用 BlueXP 分層 BYOL 授權"。

如上所述、建議您設定隨用隨付訂閱、即使您已購買BYOL授權亦然。

註 自2021年8月起、舊* FabricPool 《》的授權已被 Cloud Tiering *授權取代。 "深入瞭解 BlueXP 分層授權與 FabricPool 授權的不同之處"。

BlueXP 分層的運作方式

BlueXP 分層是 NetApp 託管的服務、使用 FabricPool 技術將內部部署 ONTAP 叢集的非使用中（冷）資料自動分層、以在公有雲或私有雲中建立物件儲存。連接 ONTAP 至鏈接器的連接。

下圖顯示每個元件之間的關係：

顯示 BlueXP 分層服務的架構映像、其中會連線至雲端供應商的 Connector 、連線至 ONTAP 叢集的 Connector 、以及雲端供應商的 ONTAP 叢集與物件儲存設備之間的連線。作用中資料位於 ONTAP 資源中心叢集中、而非作用中資料則位於物件儲存區。

在高層級上、 BlueXP 分層的運作方式如下：

  1. 您從BlueXP發現您的內部部署叢集。

  2. 您可以提供物件儲存設備的詳細資料、包括儲存庫/容器、儲存類別或存取層、以及階層式資料的生命週期規則、藉此設定分層。

  3. BlueXP可設定ONTAP 使用物件儲存供應商、並探索叢集上的作用中和非作用中資料量。

  4. 您可以選擇要分層的磁碟區、以及要套用至這些磁碟區的分層原則。

  5. 一旦資料達到臨界值時、系統即會將非作用中的資料分層至物件存放區（請參閱ONTAP Volume 分層原則）。

  6. 如果您已將生命週期規則套用至階層式資料（僅適用於部分供應商）、則較舊的階層式資料會在特定天數後指派給更具成本效益的階層。

Volume 分層原則

當您選取要分層的磁碟區時、會選擇要套用至每個磁碟區的 _ 磁碟區分層原則 _ 。分層原則可決定何時或是否將磁碟區的使用者資料區塊移至雲端。

您也可以調整*冷卻週期*。這是磁碟區中的使用者資料在被視為「冷」並移至物件儲存之前、必須保持非作用中狀態的天數。對於允許您調整冷卻期間的分層原則、有效值為2至183天（使用ONTAP 版本號為12、9.8及更新版本）、2至63天（使用舊ONTAP 版的）；2至63天為建議的最佳實務做法。

無原則（無）

將資料保留在效能層的磁碟區上、避免將資料移至雲端層。

Cold 快照（僅限 Snapshot ）

不與作用中檔案系統共享的磁碟區中的 Cold Snapshot 區塊、可用於物件儲存。 ONTAP如果讀取、雲端層上的冷資料區塊會變得很熱、並移至效能層。

只有在 Aggregate 達到 50% 容量、且資料達到冷卻期後、資料才會階層化。預設的冷卻天數為2、但您可以調整此數值。

註 只有在有空間的情況下、才會將重新加熱的資料寫入效能層。如果效能層容量已滿70%以上、就會繼續從雲端層存取區塊。
Cold使用者資料與快照（自動）

將磁碟區中的所有冷區塊（不含中繼資料）分層以進行物件儲存。 ONTAPCold資料不僅包括Snapshot複本、也包括來自作用中檔案系統的冷使用者資料。

如果以隨機讀取方式讀取、雲端層上的冷資料區塊會變得很熱、並移至效能層。如果以連續讀取方式讀取（例如與索引和防毒掃描相關的讀取）、則雲端層上的冷資料區塊會保持冷卻狀態、而且不會寫入效能層。本政策從ONTAP 版本9.4開始提供。

只有在 Aggregate 達到 50% 容量、且資料達到冷卻期後、資料才會階層化。預設的冷卻天數為31、但您可以調整此數值。

註 只有在有空間的情況下、才會將重新加熱的資料寫入效能層。如果效能層容量已滿70%以上、就會繼續從雲端層存取區塊。
所有使用者資料（全部）

所有資料（不含中繼資料）會立即標示為冷資料、並儘快分層至物件儲存設備。無需等待 48 小時、磁碟區中的新區塊就會變冷。請注意、在設定 All 原則之前、位於磁碟區中的區塊需要 48 小時才能變冷。

如果讀取、雲端層上的 Cold 資料區塊會保持冷卻狀態、不會寫入效能層。本政策從 ONTAP 推出時起即為供應。

選擇此分層原則之前、請先考量下列事項：

  • 分層資料可立即降低儲存效率（僅限即時）。

  • 只有當您確信磁碟區上的冷資料不會變更時、才應使用此原則。

  • 物件儲存設備並非交易性質、如果發生變更、將會導致嚴重的分散。

  • 在資料保護關係中將 All Tiering 原則指派給來源磁碟區之前、請先考量 SnapMirror 傳輸的影響。

    由於資料會立即分層、所以 SnapMirror 會從雲端層讀取資料、而非從效能層讀取資料。這將導致 SnapMirror 作業速度變慢（可能會拖慢稍後在佇列中的其他 SnapMirror 作業）、即使這些作業使用不同的分層原則也一樣。

  • BlueXP 備份與還原也同樣受到使用分層原則設定的磁碟區所影響。 "請參閱 BlueXP 備份與還原的分層原則考量"。

所有 DP 使用者資料（備份）

資料保護磁碟區上的所有資料（不含中繼資料）會立即移至雲端層。如果讀取、雲端層上的 Cold 資料區塊會保持冷態、不會寫回效能層（從 ONTAP VMware 9.4 開始）。

註 本政策適用於 ONTAP 不含更新版本的版本。改用 * All （全部） * 分層原則、從 ONTAP 功能上的版本為 S69.6 。