延展式叢集概觀

適用於:Azure Stack HCI 版本 22H2

重要

Azure Stack HCI 23H2 版尚不支援延展式叢集。

適用於災害復原的 Azure Stack HCI 延展式叢集解決方案提供自動故障轉移,以快速還原生產環境,而不需要手動介入。 記憶體復本提供跨月臺的磁碟區複寫以進行災害復原,且所有伺服器都會保持同步。

記憶體複本同時支援同步和異步複寫:

  • 同步復寫會將數據鏡像到低延遲網路中具有當機一致的磁碟區,以確保在失敗期間文件系統層級不會遺失數據。
  • 異步復寫會透過具有較高延遲的網路連結,跨跨網站鏡像數據,但無法保證兩個月臺在失敗時都有相同的數據複本。 如果復寫在失敗前完成,目的地磁碟區就會在故障轉移之後自動上線。 如果復寫在失敗時正在進行中,您必須手動讓目的地磁碟區上線。

延展式叢集有兩種類型:主動-被動和主動-主動。 您可以設定主動-被動月臺復寫,其中有慣用的月臺和復寫方向。 主動-主動復寫是從任一月臺雙向進行複寫的地方。 本文僅涵蓋主動/被動設定。

簡單來說,使用 中的 月臺是具有資源,並且為用戶端提供連線的角色和工作負載。 被動月臺是未為用戶端提供任何角色或工作負載,且正在等候主動月臺進行故障轉移以進行災害復原的月臺。

網站可以位於兩個不同的州、不同的城市、不同的樓層或不同的房間。 使用兩個月臺的延展式叢集,如果月台發生中斷或失敗,則提供災害復原和商務持續性。

請花幾分鐘的時間觀看 Azure Stack HCI 的延展式叢集影片:

主動-被動延展式叢集

下圖顯示月臺 1 做為具有複寫至月臺 2 的作用中月臺,這是單向複寫。

主動/被動延展式叢集案例。

主動-主動延展式叢集

下圖顯示月臺 1 和月臺 2 皆為使用中網站,且雙向複寫至其他月臺。

作用中/主動延展式叢集案例

客體IP故障轉移考慮

在談到延展式叢集時,必須考慮的其中一個考慮是虛擬機和所使用的IP位址。 位於不同位置的數據中心通常會有不同的IP子網。 虛擬機使用的IP位址適用於某個資料中心,但無法連線到另一個資料中心。 因此,必須考慮如何處理IP位址變更。 通常,有四種不同的方式可以處理在故障轉移時變更虛擬機上的IP位址。 可能有其他內容,但本文涵蓋前四名。

第一個最簡單的是使用 DHCP。 將虛擬機從一個月臺移至另一個月臺時,VM 會要求 DHCP 位址。 只要有 DHCP 伺服器可供使用,就會取得月臺的適當 IP 位址。

接下來,會使用靜態位址。 不過,不同於 Hyper-V 複本,無法指定替代 IP 位址。 因此,必須建立腳本,才能根據 VM 所在的月臺指派適當的 IP 位址。 例如,SiteA 使用 1.x 網路,SiteB 使用 156.x 網路。 如果虛擬機位於 SiteA 中,則此腳本必須偵測虛擬機開啟的網路,並在位於 SiteB 時設定 1.x IP 位址配置或 156.x IP 位址配置。 功能變數名稱服務 (DNS) 也必須收到變更的警示,並在網站之間複寫。

另一個選項是使用中繼網路裝置,為虛擬機提供單一IP位址以進行用戶端連線,以將流量路由傳送至虛擬機。 用戶端和 DNS 一律具有相同的虛擬機位址,而中繼裝置必須追蹤虛擬機的實際 IP 位址和位置,以便客戶端適當地導向虛擬機。

最後一個選項是使用延展式 vLAN。 使用延展式 vLAN 時,無論其所在的站台為何,虛擬機都可以保留相同的 IP 位址。 不過,由於設定和維護延展式 vLAN 的某些複雜度,因此Microsoft不建議使用此選項。

使用上述任何選項時,必須在用戶端連線能力方面考慮其他考慮(DNS、ARP 快取、TTL 等),且必須徹底考慮。請與您的網路小組合作,找出符合您需求的最佳選項。

下一步