Skip to main content
Cloud Volumes ONTAP
所有雲端供應商
  • Amazon Web Services
  • Google Cloud
  • Microsoft Azure
  • 所有雲端供應商
本繁體中文版使用機器翻譯,譯文僅供參考,若與英文版本牴觸,應以英文版本為準。

Azure 中的高可用度配對

貢獻者

在雲端環境發生故障時、提供企業級的可靠性和持續運作。 Cloud Volumes ONTAP在 Azure 中、儲存設備會在兩個節點之間共享。

HA 元件

HA單一可用度區域組態與分頁區組態

Azure中的一套「功能」頁面Blob組態包括下列元件Cloud Volumes ONTAP :

概念性映像顯示負載平衡器、可管理來自BlueXP和用戶端的傳入流量、Cloud Volumes ONTAP 可用度集內的兩個支援節點、開機資料的SSD磁碟、以及客戶資料的Page Blobs。

請注意以下關於BlueXP部署給您的Azure元件:

Azure 標準負載平衡器

負載平衡器負責管理 Cloud Volumes ONTAP 傳入流量至 the ireHA 配對。

可用度設定

Azure可用度集是Cloud Volumes ONTAP 一個由各個節點組成的邏輯群組。可用度集可確保節點處於不同的故障狀態、並更新網域以提供備援和可用度。 "如需可用度集的詳細資訊、請參閱Azure文件"

磁碟

客戶資料位於 Premium Storage 頁面上。每個節點均可存取其他節點的儲存設備。也需要額外的儲存空間 "開機、 root 和核心資料"

儲存帳戶
  • 託管磁碟需要一個儲存帳戶。

  • 由於達到每個儲存帳戶的磁碟容量限制、因此 Premium Storage 頁面區塊需要一個或多個儲存帳戶。

  • 資料分層至 Azure Blob 儲存設備需要一個儲存帳戶。

  • 從NetApp 9.7開始Cloud Volumes ONTAP 、BlueXP為HA配對建立的儲存帳戶是通用的v2儲存帳戶。

  • 您可以在 Cloud Volumes ONTAP 建立工作環境時、從一個可疑的 9.7 HA 配對啟用 HTTPS 連線至 Azure 儲存帳戶。請注意、啟用此選項可能會影響寫入效能。您無法在建立工作環境之後變更設定。

HA單一可用度區域組態與共享的託管磁碟

在共享託管磁碟上執行的一個僅有一個可用度區域組態包含下列元件Cloud Volumes ONTAP :

概念性映像顯示負載平衡器、可管理來自BlueXP和用戶端的傳入流量、Cloud Volumes ONTAP 可用度集內的兩個支援節點、開機資料的SSD磁碟、以及客戶資料的LRS託管磁碟。

請注意以下關於BlueXP部署給您的Azure元件:

Azure 標準負載平衡器

負載平衡器負責管理 Cloud Volumes ONTAP 傳入流量至 the ireHA 配對。

可用度設定

Azure可用度集是Cloud Volumes ONTAP 一個由各個節點組成的邏輯群組。可用度集可確保節點處於不同的故障狀態、並更新網域以提供備援和可用度。 "如需可用度集的詳細資訊、請參閱Azure文件"

磁碟

客戶資料位於本機備援儲存設備(LRS)託管磁碟上。每個節點均可存取其他節點的儲存設備。也需要額外的儲存空間 "開機、root、合作夥伴root、核心和NVRAM資料"

儲存帳戶

儲存帳戶用於託管式磁碟型部署、以處理診斷記錄並分層處理至blob儲存設備。

HA多重可用度區域組態

Azure中的一個支援多種可用度的區域組態包括下列元件Cloud Volumes ONTAP :

概念性映像顯示負載平衡器、可管理來自BlueXP和用戶端的傳入流量、Cloud Volumes ONTAP 兩個可用區域中的兩個支援節點、開機資料的SSD磁碟、以及客戶資料的託管磁碟。

請注意以下關於BlueXP部署給您的Azure元件:

Azure 標準負載平衡器

負載平衡器負責管理 Cloud Volumes ONTAP 傳入流量至 the ireHA 配對。

可用度區域

將兩Cloud Volumes ONTAP 個靜態節點部署至不同的可用度區域。可用度區域可確保節點位於不同的故障網域中。 "如需Azure區域備援儲存設備的詳細資訊、請參閱Azure文件"

磁碟

客戶資料位於區域備援儲存設備(ZRS)託管磁碟上。每個節點均可存取其他節點的儲存設備。也需要額外的儲存空間 "開機、root、合作夥伴root及核心資料"

儲存帳戶

儲存帳戶用於託管式磁碟型部署、以處理診斷記錄並分層處理至blob儲存設備。

RPO 和 RTO

HA 組態可維持資料的高可用度、如下所示:

  • 恢復點目標( RPO )為 0 秒。您的資料交易一致、不會遺失任何資料。

  • 恢復時間目標( RTO )為 120 秒。萬一發生停電、資料應在 120 秒或更短時間內可用。

儲存設備接管與恢復

與實體 ONTAP 的實體叢集類似、 Azure HA 配對中的儲存設備會在節點之間共享。連線至合作夥伴的儲存設備、可讓每個節點在 _ 接管 _ 時存取對方的儲存設備。網路路徑容錯移轉機制可確保用戶端和主機繼續與正常運作的節點通訊。當節點恢復連線時、合作夥伴 _ 會提供 Back_storage 。

對於 NAS 組態、如果發生故障、資料 IP 位址會自動在 HA 節點之間移轉。

對於 iSCSI 、 Cloud Volumes ONTAP Reality 使用多重路徑 I/O ( MPIO )和非對稱邏輯單元存取( ALUA )來管理主動最佳化和非最佳化路徑之間的路徑容錯移轉。

註 如需哪些特定主機組態支援 ALUA 的相關資訊、請參閱 "NetApp 互通性對照表工具" 以及主機作業系統的主機公用程式安裝與設定指南。

儲存設備接管、重新同步及還原均為預設自動執行。不需要使用者採取任何行動。

儲存組態

您可以使用 HA 配對做為主動 - 主動式組態、讓兩個節點都能將資料提供給用戶端、或做為主動 - 被動式組態、被動節點只有在接管主動節點的儲存設備時、才會回應資料要求。