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

深入瞭解雲端分層

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

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

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

雲端分層授權也可與FabricPool 採用「鏡射」組態(MetroCluster 不包括「非」組態)的叢集共享。此功能必須使用System Manager或CLI完成、FabricPool ONTAP 但是 "這類叢集的授權是使用雲端分層來完成。"

功能

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

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

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

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

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

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

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

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

支援的物件儲存供應商

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

  • Amazon S3

  • Microsoft Azure Blob

  • Google Cloud Storage

  • S3相容的物件儲存設備

  • NetApp StorageGRID

雲端分層授權也可與叢集共享、這些叢集會將資料分層儲存至IBM Cloud Object Storage。此功能必須使用System Manager或CLI完成、FabricPool ONTAP 但是 "此類組態的授權是使用雲端分層來完成。"

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

物件儲存層

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

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

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

定價與授權

透過隨用隨付訂閱、自帶雲端分層授權或兩者兼具的方式、來支付雲端分層費用。如果您沒有授權、第一個叢集可以免費試用 30 天。

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

30 天免費試用

如果您沒有Cloud Tiering授權、則在設定分層至第一個叢集時、即可免費試用30天的Cloud Tiering。30天免費試用結束後、您必須透過隨用隨付訂閱、BYOL授權或兩者的組合來支付Cloud Tiering的費用。

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

隨用隨付訂閱

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

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

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

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

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

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

您在免費試用期間或未超過Cloud Tiering BYOL授權時、不會從隨用隨付訂閱中收取費用。

請自帶授權

向NetApp購買* Cloud Tiering *授權、即可自帶授權。您可以購買2、12、24或36個月期限的授權、並指定任何數量的分層容量。BYOL Cloud分層授權是一個_浮 點型授權、可用於多ONTAP 個內部部署的物件叢集。您在雲端分層授權中定義的總分層容量、可用於所有內部部署叢集。

購買雲端分層授權之後、您需要使用Cloud Manager中的「Digital Wallet」頁面來新增授權。 "瞭解如何使用雲端分層BYOL授權"

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

附註 自2021年8月起、舊* FabricPool 《》的授權已被 Cloud Tiering *授權取代。 "深入瞭解Cloud Tiering授權與FabricPool 不含本功能的使用許可有何不同"

雲端分層的運作方式

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

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

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

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

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

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

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

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

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

  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 作業)、即使這些作業使用不同的分層原則也一樣。

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

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

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

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