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

深入瞭解雲端分層

貢獻者

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

Cloud Tiering 服務運用 Estr_ 的功能 FabricPool 。NetApp Data Fabric 技術可自動將資料分層至低成本的物件儲存設備。 FabricPool作用中資料仍保留在高效能 SSD 上、而非作用中資料則分層至低成本物件儲存設備、同時維持 ONTAP 資料效率。

功能

雲端分層提供自動化、監控、報告及通用管理介面:

  • 自動化可讓您更輕鬆地設定及管理從內部 ONTAP 物件叢集到雲端的資料分層

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

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

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

  • 如果您使用 Cloud Volumes ONTAP 的是 NetApp 系統、您可以在叢集儀表板中找到這些系統、以便在混合雲基礎架構中完整檢視資料分層

如需雲端分層所提供價值的詳細資訊、 "請參閱 NetApp Cloud Central 上的雲端分層頁面"

註 雖然雲端分層可大幅減少儲存佔用空間、但這不是備份解決方案。

支援的物件儲存供應商

您可以將非作用中的資料從 ONTAP 一個支援叢集分層到 Amazon S3 、 Microsoft Azure Blob 儲存設備、 Google Cloud Storage 或 StorageGRID Sfor (私有雲端)。

定價與授權

透過隨用隨付訂閱、 ONTAP 名為 Set_ 的分層授權 FabricPool 、或兩者的組合、來支付雲端分層的費用。如果您沒有授權、第一個叢集可以免費試用 30 天。

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

30 天免費試用

如果 FabricPool 您沒有 VMware 授權、則在設定分層至第一個叢集時、將會開始免費試用 30 天的 Cloud Tiering 。30 天免費試用結束後、您必須透過隨用隨付訂閱、 FabricPool 不含任何功能的 VMware 授權、或兩者的組合來支付 Cloud Tiering 的費用。

如果您的免費試用結束、但您尚未訂閱或新增授權、 ONTAP 則不再將冷資料分層儲存至物件儲存設備、但現有資料仍可供存取。

隨用隨付訂閱

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

即使您有免費試用版或自帶授權( BYOL )、您仍應訂閱:

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

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

  • 如果您分層的資料超過 FabricPool 您的不受限、則資料分層會透過隨用隨付訂閱繼續進行。

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

在免費試用期間或 FabricPool 未超過 VMware 認證的情況下、您將不會從隨用隨付訂閱中收取費用。

請自帶授權

向 ONTAP FabricPool NetApp 購買一份不含任何功能的授權、即可自帶授權。您可以購買定期或永久授權。

購買 FabricPool 完不必要的授權後、您必須將其新增至叢集、 "您可以直接從雲端分層執行"

透過 Cloud Tiering 啟動授權之後、如果您稍後再購買額外的附加容量、叢集上的授權會自動以新容量更新。無需將新的 NetApp 授權檔案( NLF )套用至叢集。

如上所述、我們建議您設定隨用隨付訂閱、即使叢集具有 BYOL 授權亦然。

mailto : ng-cloud-tiering@netapp.com ® Subject = 授權 [ 請聯絡我們以購買授權 ] 。

雲端分層的運作方式

Cloud Tiering 是 NetApp 管理的服務、使用 FabricPool 支援的功能是利用支援功能來自動將非使用中(冷)的資料從內部部署 ONTAP 的叢集分層、以物件形式儲存在公有雲或私有雲中。連接 ONTAP 至鏈接器的連接。

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

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

在高層級、雲端分層的運作方式如下:

  1. 您可以從 Cloud Manager 探索內部叢集。

  2. 您可以提供物件儲存設備的詳細資料、包括貯體 / 容器、儲存類別或存取層、來設定分層。

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

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

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

物件儲存

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

Volume 分層原則

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

無分層原則

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

Cold 快照(僅限 Snapshot )

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

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

註 如果效能層容量大於 70% 、則會停用從雲端層寫入效能層的功能。如果發生這種情況、區塊會直接從雲端層存取。
Cold 使用者資料(自動)

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

如果以隨機讀取方式讀取、雲端層上的冷資料區塊會變得很熱、並移至效能層。如果以連續讀取方式讀取(例如與索引和防毒掃描相關的讀取)、則雲端層上的冷資料區塊會保持冷卻狀態、而且不會寫入效能層。

只有在 Aggregate 達到 50% 容量、且資料達到冷卻期後、資料才會階層化。冷卻期間是指磁碟區中的使用者資料必須保持非作用中狀態、才能將資料視為「冷」並移至物件存放區。預設的冷卻天數為 31 天、但您可以調整天數。

註 如果效能層容量大於 70% 、則會停用從雲端層寫入效能層的功能。如果發生這種情況、區塊會直接從雲端層存取。
所有使用者資料(全部)

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

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

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

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

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

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

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

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

所有 DP 使用者資料(備份)

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

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