延展式叢集概觀

適用於:Azure Stack HCI 版本 22H2 和 21H2

災害復原的 Azure Stack HCI 延展式叢集解決方案可提供自動故障轉移來快速還原生產環境,而不需要手動介入。 儲存體複本提供跨網站磁碟區複寫以因應災害復原,並讓所有伺服器保持同步。

儲存體複本支援同步和非同步複寫:

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

延展式叢集有兩種類型:主動/被動式和主動/主動式。 您可以設定主動/被動式網站複寫,這種類型有偏好的網站和複寫方向。 主動/主動式複寫則是複寫可從任一網站雙向進行。 本文只討論主動/被動式設定。

簡言之,「主動」網站具有資源,並提供可供用戶端連線的角色和工作負載。 而「被動」網站則不為用戶端提供任何角色或工作負載,且要等候主動網站的容錯移轉才能進行災害復原。

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

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

主動/被動延展式叢集

下圖顯示主動網站 Site 1 複寫至 Site 2 的單向複寫。

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

主動/主動延展式叢集

下圖顯示 Site 1 和 Site 2 都是主動網站,兩個網站互相雙向複寫。

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

客體 IP 容錯移轉考量

討論延展式叢集時,其中一個必要考量為要使用的虛擬機器和 IP 位址。 位於不同地點的資料中心通常會有不同 IP 子網路。 虛擬機器使用的 IP 位址可能對某個資料中心很方便,但從另一個資料中心卻無法連線。 因此,必須考慮如何處理 IP 位址變更。 就大多數情況而言,有四種不同方式可處理容錯移轉時的虛擬機器 IP 位址變更。 也許還有其他方式,但本文件只討論最知名的這四種。

第一種也是最簡單的方法是使用 DHCP。 將虛擬機器從某個網站移至另一個網站時,會執行一個步驟,就是要求 DHCP 位址。 只要有 DHCP 伺服器可供使用,就會取得其所在正確網站的正確 IP 位址。

第二種是使用靜態位址。 不過與 Hyper-V 複本不同的是,沒有指定替代 IP 位址的方法。 因此,您必須建立指令碼,根據 VM 所在的網站,為 VM 指派適當的 IP 位址。 例如,SiteA 使用 1.x 網路,而 SiteB 使用 156.x 網路。 此指令碼必須偵測虛擬機器所在的網路。如果在 SiteA 則設定 1.x IP 位址配置;如果在 SiteB 則設定 156.x IP 位址配置。 功能變數名稱服務 (DNS) 也必須針對網站之間的變更和復寫發出警示。

第三個選項是使用中繼網路裝置,其可提供虛擬機器的單一 IP 位址供用戶端連線,將流量路由至虛擬機器再到 VM 目前所在的網站。 用戶端和 DNS 一律有相同的虛擬機器位址,而中繼裝置則必須追蹤虛擬機器的實際 IP 位址和位置,以將用戶端正確導向至虛擬機器。

最後一個選項是使用延展式 vLAN。 使用延展式 vLAN,虛擬機器無論在哪個網站,都能保留相同的 IP 位址。 不過,因為設定和維護延展式 vLAN 略微複雜,所以 Microsoft 不建議使用此選項。

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

下一步