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

雲端分層技術常見問題集

如果您只是想要快速回答問題、這個常見問題集就能幫上忙。

雲端分層服務

下列常見問題集與雲端分層的運作方式有關。

使用雲端分層服務有哪些好處?

雲端分層可解決資料快速成長所帶來的挑戰、為您提供下列優勢:

  • 輕鬆將資料中心延伸至雲端、提供最多50倍的空間

  • 儲存最佳化、平均節省70%的儲存空間

  • 整體擁有成本平均降低30%

  • 無需重新調整應用程式的係數

哪種資料可用於分層至雲端?

基本上、在一線和二線儲存系統上、任何被視為非作用中的資料、都是移至雲端的理想目標。在主要系統上、這類資料可能包括快照、歷史記錄和完成的專案。在二線系統上、這包括所有包含為DR和備份目的所製作之主要資料複本的磁碟區。

我可以將NAS磁碟區和SAN磁碟區的資料分層嗎?

是的、您可以將資料從NAS磁碟區分層到公有雲或私有雲、例如StorageGRID :在分層SAN傳輸協定存取的資料時、NetApp建議使用私有雲端、因為SAN傳輸協定比NAS更敏感地處理連線問題。

非作用中資料或不常使用的資料定義為何?如何控制?

也可以稱為Cold資料的定義是:「已有一段時間未存取的Volume區塊(中繼資料除外)」。「時間量」是由名為「冷卻天數」的分層原則屬性所決定。

雲端分層是否能在雲端層保留我的儲存效率節約效益?

是的、ONTAP 將資料移至雲端層時、會保留諸如壓縮、重複資料刪除和壓縮等功能的不同步磁碟區層級儲存效率。

與眾不同的是、「不只是」「不一樣的FabricPool 「不一樣」和「雲端分層」?

NetApp是ONTAP的分層技術、可透過CLI和System Manager進行自我管理、或是透過雲端分層來管理即服務。FabricPool ONTAPCloud Tiering利用FabricPool 先進的自動化程序、在ONTAP 整個過程中、無論是在內部或雲端上、都能讓您更清楚地瞭解及控制混合雲和多雲端部署之間的分層作業。

分層至雲端的資料是否可用於災難恢復或備份/歸檔?

不可以由於磁碟區的中繼資料永遠不會從效能層分層、因此無法直接存取儲存在物件儲存設備中的資料。

不過、雲端分層可用於達成具成本效益的備份與災難恢復、方法是在二線系統和SnapMirror目的地磁碟區(DP磁碟區)上進行備份與災難恢復、以分層處理所有資料(不含中繼資料)、進而減少資料中心的佔用空間和TCO。

雲端分層是在磁碟區或集合層級套用嗎?

將分層原則與每個Volume建立關聯、即可在磁碟區層級啟用雲端分層。冷資料識別是在區塊層級完成。

雲端分層如何決定哪些區塊要分層至雲端?

與磁碟區相關的分層原則、是控制哪些區塊分層及何時分層的機制。原則定義資料區塊類型(快照、使用者資料或兩者)和冷卻期間。請參閱 "Volume分層原則" 以取得詳細資料。

雲端分層如何影響磁碟區容量?

雲端分層不會影響磁碟區的容量、而是會影響到集合體的效能層使用量。

雲端分層是否能啟用非使用中資料報告?

是的、雲端分層可在每個Aggregate上啟用非使用中資料報告(IDR)。此設定可讓我們識別可分層至低成本物件儲存的非使用中資料量。

從我開始執行資訊起、需要多久的時間才能顯示資訊?

在經過設定的冷卻期間之後、印尼盾會開始顯示資訊。使用更新版本的更新版本時、印尼盾的冷卻時間不可調整為31天。ONTAP從功能表9.8開始ONTAP 、最多可設定183天的印尼盾冷卻期。

授權與成本

下列常見問題集與使用雲端分層的授權和成本有關。

使用雲端分層的成本是多少?

將冷資料分層至公有雲時:

  • 針對隨用隨付(PAYGO)、使用型訂閱:每GB每月$05。

  • 每年(BYOL)的定期訂閱:每月每GB $0.033起。

將冷資料分層至NetApp StorageGRID 的整個系統(私有雲端)、完全不需花費任何成本。

我是否能同時擁有相同ONTAP 的__LW_Y1_cluster的BYOL和PAYGO授權?

是的。Cloud Tiering可讓您使用BYOL授權、PAYGO訂閱、或兩者的組合。

如果我達到BYOL容量上限、會發生什麼事?

如果您達到BYOL容量限制、新的冷資料分層作業就會停止、而先前所有階層式資料仍可存取。如果您訂閱了「_Cloud Manager -部署與管理雲端資料服務」的PAYGO市場訂閱、新的Cold資料將繼續分層以物件式儲存、而且每次使用都會產生費用。

雲端分層授權是否包含雲端供應商的出口費用?

不、這不是。

內部部署系統的重組是否會受到雲端供應商的外出成本影響?

是的。所有從公有雲讀取的內容均需支付出口費用。

我該如何預估雲端費用?雲端分層是否有「假設」模式?

估算雲端供應商託管資料的費用、最好的方法是使用計算機: "AWS""Azure""Google Cloud"

雲端供應商是否會額外收取從物件儲存設備讀取/擷取資料到內部儲存設備的費用?

是的。檢查 "Amazon S3定價""區塊Blob定價""雲端儲存設備定價" 以取得資料讀取/擷取所產生的額外價格。

如何在啟用雲端分層之前、預估磁碟區的節約效益並取得冷資料報告?

若要取得預估、只要將ONTAP 您的叢集新增至Cloud Manager、然後透過位於分層索引標籤的雲端分層叢集儀表板進行檢查即可。當停用非使用中資料報告(IDR)停用或在一段足夠長的時間內尚未啟動時、Cloud Tiering會使用業界不變的70%來計算預估的節約效益。一旦有可用的印尼盾資料、Cloud Tiering就會將節約成本更新為準確的數據。

ONTAP

下列問題 ONTAP 與不相關。

雲端分層支援哪些ONTAP 版本?

Cloud Tiering支援ONTAP 不支援版本9.2及更新版本。

支援哪些類型的不完整系統?ONTAP

單節點和高可用度AFF 的堆疊支援雲端分層功能、包括:FAS ONTAP Select

也支援使用「鏡射鏡射」組態的叢集FabricPool 、但分層組態必須使用System Manager或ONTAP CLI來完成。

我可以僅使用FAS HDD來分層來自於各種不知道的系統的資料嗎?

是的、從ONTAP 功能區9.8開始、您可以從HDD集合體上裝載的磁碟區分層資料。

我可以將AFF 資料從連接到叢集的不整合式資料分層FAS 、使其具有HDD的不整節點嗎?

是的。雲端分層可設定為分層託管在任何集合體上的磁碟區。資料分層組態與所使用的控制器類型以及叢集是否為異質無關。

關於此功能呢 Cloud Volumes ONTAP ?

如果您使用Cloud Volumes ONTAP 的是NetApp系統、您可以在雲端分層叢集儀表板中找到這些系統、以便在混合雲基礎架構中完整檢視資料分層。不過Cloud Volumes ONTAP 、從Cloud Tiering讀取的是隻讀的系統。您無法從 Cloud Volumes ONTAP Cloud Tiering 設定資料分層功能。 "您可以在 Cloud Volumes ONTAP Cloud Manager 中設定針對運作環境的效能提升"

我的叢集還需要哪些其他需求ONTAP ?

這取決於您分層 Cold 資料的位置。如需詳細資料、請參閱下列連結:

物件儲存

下列問題與物件儲存有關。

支援哪些物件儲存供應商?

雲端分層支援下列物件儲存供應商:

  • Amazon S3

  • Microsoft Azure Blob

  • Google Cloud Storage

  • NetApp StorageGRID

  • S3相容的物件儲存設備

  • IBM Cloud Object Storage(FabricPool 必須使用System Manager或ONTAP CLI執行此功能的不實組態)

我可以使用自己的桶 / 容器嗎?

是的、您可以。當您設定資料分層時、可以選擇新增庫位 / 容器、或是選取現有的庫位 / 容器。

支援哪些 S3 儲存類別?

雲端分層可支援資料分層至_Standard_、Standard-in頻繁 存取one Zone非常用存取、_Intelligent Tiering _和_Glacier即時擷取_儲存類別。請參閱 "支援的 S3 儲存類別" 以取得更多詳細資料。

為什麼Cloud Tiering不支援Amazon S3 Glacier Flexible和S3 Glacier Deep歸檔?

Amazon S3 Glacier Flexible和S3 Glacier Deep歸檔不受支援的主要原因、在於Cloud Tiering是專為高效能分層解決方案所設計、因此資料必須持續可用且快速存取以供擷取。有了S3 Glacier Flexible和S3 Glacier Deep歸檔、資料擷取可在數分鐘到48小時之間的任何地方進行。

我可以使用其他S3相容的物件儲存服務、例如瓦斯比、搭配雲端分層嗎?

是的、叢集使用ONTAP 的是支援透過分層UI設定S3相容的物件儲存設備、這些叢集使用的是更新版本的版本。 "請參閱此處的詳細資料"

支援哪些 Azure Blob 存取層?

雲端分層可將資料分層至_hot_或_cool _存取層、以供非使用中資料使用。請參閱 "支援的 Azure Blob 存取層" 以取得更多詳細資料。

Google Cloud Storage 支援哪些儲存類別?

雲端分層支援資料分層至_Standard_、_Nearlin、_Coldlin和_Archive_儲存類別。請參閱 "支援的Google Cloud儲存類別" 以取得更多詳細資料。

雲端分層是否支援使用生命週期管理原則?

是的。您可以啟用生命週期管理、以便在特定天數後、將資料從預設儲存類別/存取層移轉至更具成本效益的層級。生命週期規則會套用至Amazon S3和Google Cloud儲存設備所選儲存區中的所有物件、以及Azure Blob所選儲存帳戶中的所有容器。

雲端分層會將一個物件存放區用於整個叢集、還是每個 Aggregate 使用一個物件存放區?

一個物件存放區用於整個叢集。

是否可以將多個儲存區附加至同一個Aggregate?

為了鏡射、每個集合最多可附加兩個儲存區、其中冷資料會同步分層至兩個儲存區。這些庫位可以來自不同的供應商和不同的位置。不過、目前不支援透過Cloud Tiering UI進行組態、您可以透過System Manager或CLI進行設定。

是否可以將不同的儲存區附加至同一個叢集中的不同集合體?

是的。一般最佳實務做法是將單一儲存區附加至多個集合體。不過、使用公有雲時、物件儲存服務的IOPS限制最大、因此必須考量多個儲存區。不過、目前不支援透過Cloud Tiering UI進行組態、您可以透過System Manager或CLI進行設定。

當您將磁碟區從一個叢集移轉到另一個叢集時、階層式資料會有什麼影響?

將磁碟區從一個叢集移轉至另一個叢集時、所有的冷資料都會從雲端層讀取。目的地叢集上的寫入位置取決於是否已啟用分層、以及來源與目的地磁碟區上使用的分層原則類型。

當您將磁碟區從同一個叢集中的某個節點移至另一個節點時、階層式資料會發生什麼事?

如果目的地Aggregate沒有附加的雲端層、則會從來源Aggregate的雲端層讀取資料、並完全寫入目的地Aggregate的本機層。如果目的地Aggregate具有附加的雲端層、則會從來源Aggregate的雲端層讀取資料、然後先寫入目的地Aggregate的本機層、以利快速轉換。之後、根據所使用的分層原則、將其寫入雲端層。

從ONTAP S地理 資訊9.6開始、如果目的地Aggregate使用與來源Aggregate相同的雲端層、則Cold資料不會移回本機層。

如何將階層式資料重新放回內部部署的效能層級?

回寫通常是針對讀取執行、視分層原則類型而定。在使用完SUR9.8之前ONTAP 、您可以使用_volume mov移動_作業來寫回整個Volume。從ONTAP SFlash 9.8開始、分層使用者介面有選項可以*恢復所有資料*或*恢復作用中的檔案系統*。 "瞭解如何將資料移回效能層"

以新的AFF/FAS控制器取代現有的AFF/FAS控制器時、階層式資料是否會在內部部署上重新移轉?

不可以在「標頭交換」程序中、唯一需要變更的是集合體的擁有權。在這種情況下、它將會變更為新的控制器、而不會有任何資料移動。

在災難恢復情況下、我可以使用階層式資料來恢復磁碟區或系統嗎?

不可以由於磁碟區的中繼資料一律儲存在本機效能層上、因此如果發生災難且本機層遺失、中繼資料也會遺失、而且無法參照階層式資料。

我可以使用雲端供應商的主控台或物件儲存資源探查器來查看階層至儲存庫的資料嗎?我是否可以直接使用儲存在物件儲存區中的資料、而無需ONTAP 使用任何功能?

不可以建構並分層至雲端的物件不包含單一檔案、但最多可包含1、024個4 KB區塊、可與多個檔案區塊相同。磁碟區的中繼資料永遠保留在本機層上。

連接器

下列問題與Cloud Manager Connector有關。

什麼是Connector?

Connector是在雲端帳戶內或內部部署的運算執行個體上執行的軟體、可讓Cloud Manager安全地管理雲端資源。若要使用雲端分層服務、您必須部署連接器。

連接器需要安裝在何處?

  • 將資料分層至S3時、連接器可位於AWS VPC或內部部署環境中。

  • 將資料分層至Blob儲存設備時、Connector可位於Azure vnet或內部部署環境中。

  • 將資料分層至Google Cloud Storage時、Connector必須位於Google Cloud Platform VPC中。

  • 將資料分層至StorageGRID 不支援功能或其他S3的儲存供應商時、連接器必須位於內部部署環境中。

我可以在內部部署連接器嗎?

是的。Connector軟體可下載並手動安裝在網路中的Linux主機上。 "瞭解如何在內部環境中安裝Connector"

使用雲端分層之前、是否需要向雲端服務供應商提供帳戶?

是的。您必須擁有帳戶、才能定義要使用的物件儲存設備。在VPC或vnet的雲端上設定Connector時、也需要使用雲端儲存設備供應商的帳戶。

如果連接器故障、會有什麼影響?

如果連接器發生故障、只有階層式環境的可見度會受到影響。所有資料皆可存取、新識別的Cold資料會自動分層至物件儲存設備。

分層原則

有哪些可用的分層原則?

有四種分層原則:

無:將所有資料歸類為「永遠熱」;防止將磁碟區中的任何資料移至物件儲存設備。●冷快照(僅Snapshot):只有冷快照區塊會移至物件儲存設備。一般使用者資料和快照(自動):冷快照區塊和冷使用者資料區塊都會移至物件儲存設備。所有使用者資料(全部):將所有資料歸類為冷資料;立即將整個磁碟區移至物件儲存設備。

我的資料在哪一點被視為冷資料?

由於資料分層是在區塊層級執行、因此在一段時間內未存取資料區塊後、資料區塊就會被視為冷資料區塊、這是由分層原則的minimum冷卻天數屬性所定義。適用範圍為ONTAP 2至63天(含更新版本)、更新版本為2至9.7、更新版本則為2至183天(從ONTAP 更新版本9.8開始)。

在資料分層至雲端層之前、資料的預設冷卻期為何?

Cold Snapshot原則的預設冷卻週期為2天、Cold User Data和Snapshot的預設冷卻週期為31天。「冷卻天數」參數不適用於「所有分層」原則。

當我執行完整備份時、是否從物件儲存設備擷取所有階層式資料?

在完整備份期間、會讀取所有的冷資料。資料的擷取取決於所使用的分層原則。使用「All and Cold User Data and Snapshots(全部和冷使用者資料與快照)」原則時、冷資料不會寫入效能層。使用Cold Snapshot原則時、只有在舊快照用於備份時、才會擷取其Cold區塊。

您可以選擇每個Volume的分層大小嗎?

不可以不過、您可以選擇哪些磁碟區符合分層資格、要分層的資料類型及其冷卻期間。這是透過將分層原則與該磁碟區建立關聯來完成。

所有使用者資料原則是否為資料保護磁碟區的唯一選項?

不可以資料保護(DP)磁碟區可與三種可用原則的任一項建立關聯。來源與目的地(DP)磁碟區上使用的原則類型、決定資料的寫入位置。

將磁碟區的分層原則重設為「無」會重新補充冷資料、還是只是防止未來的冷區塊移至雲端?

當分層原則重設時、不會發生重組、但這會防止新的冷區塊移至雲端層。

將資料分層至雲端之後、我可以變更分層原則嗎?

是的。變更後的行為取決於新的關聯原則。

如果我想要確保某些資料不會移至雲端、該怎麼辦?

請勿將分層原則與包含該資料的磁碟區建立關聯。

檔案的中繼資料儲存在何處?

磁碟區的中繼資料永遠儲存在本機、效能層級上、永遠不會分層到雲端。

網路與安全性

下列問題與網路和安全性有關。

網路需求為何?

  • 此支援叢集可透過連接埠 443 、啟動 HTTPS 連線至您的物件儲存設備供應商。 ONTAP

    可在物件儲存設備中讀取及寫入資料。 ONTAP物件儲存設備從未啟動、只是回應而已。

  • 對於 StorageGRID 僅供使用的物件、 ONTAP 支援使用者指定的連接埠來啟動 HTTPS 連線 StorageGRID 至物件(連接埠可在分層設定期間設定)。

  • 連接器需要透過連接埠 443 連至 ONTAP 您的叢集、物件存放區和雲端分層服務的輸出 HTTPS 連線。

如需詳細資料、請參閱:

我可以使用哪些工具來監控和報告、以便管理儲存在雲端的冷資料?

除了雲端分層、 "Active IQ Unified Manager""《數位顧問》 Active IQ" 可用於監控和報告。

如果連至雲端供應商的網路連結失敗、會有什麼影響?

萬一網路故障、本機效能層會維持在線上狀態、而且熱資料仍可存取。不過、已經移至雲端層的區塊將無法存取、而應用程式在嘗試存取該資料時會收到錯誤訊息。連線恢復後、所有資料都能無縫存取。

是否有網路頻寬建議?

底層FabricPool 的分層技術讀取延遲取決於雲端層的連線能力。雖然分層可在任何頻寬上運作、但建議將叢集間的生命體放在10 Gbps連接埠上、以提供適當的效能。連接器沒有建議或頻寬限制。

使用者嘗試存取階層式資料時、是否有任何延遲?

是的。雲端層無法提供與本機層相同的延遲、因為延遲取決於連線能力。為了預估物件存放區的延遲和處理量、Cloud Tiering提供雲端效能測試(以ONTAP 物件存放區檔案工具為基礎)、可在附加物件存放區之後、以及在建立分層之前使用。

我的資料如何受到保護?

AES-256-GCM加密在效能和雲端層均維持不變。TLS 1.2加密可在傳輸至不同層級時、透過線路加密資料、並加密Connector與ONTAP the ors叢 集和物件存放區之間的通訊。

我的支援是否需要在AFF 我的支援上安裝和設定乙太網路連接埠?

是的。叢集間LIF必須在乙太網路連接埠上設定、位於HA配對內的每個節點上、該HA配對會將磁碟區與您計畫分層至雲端的資料裝載在一起。如需詳細資訊、請參閱您計畫分層資料之雲端供應商的需求一節。