共用方式為


延展式叢集概觀

適用於:Azure Stack HCI 版本 22H2

重要

Azure Stack HCI 現在是 Azure Local 的一部分。 不過,舊版的 Azure Stack HCI,例如 22H2 會繼續參考 Azure Stack HCI,而且不會反映名稱變更。 深入了解

重要

Azure 本地不支援延展式叢集。

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

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

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

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

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

網站可以位於兩個不同的州、不同的城市、不同的樓層或不同的房間。 使用位於兩個站點的延展式叢集,如果某一站點發生中斷或故障,則提供災難復原和業務持續性。

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

主動-被動延展式叢集

下圖顯示站點 1 是作用中的站點,並複製至站點 2,這是單向複製。

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

主動-主動延展式叢集

下圖顯示網站 1 和網站 2 皆為活躍網站,且雙向複製至其他網站。

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

客體IP故障轉移考慮

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

第一個最簡單的是使用 DHCP。 將虛擬機器從一個位置移至另一個位置時,虛擬機器會要求 DHCP 位址。 只要有 DHCP 伺服器可供使用,就會取得網站的正確 IP 位址。

接下來,會使用靜態位址。 不過,不同於 Hyper-V 複本,無法指定替代 IP 位址。 因此,必須建立腳本以根據 VM 所在的網站指派適當的 IP 位址。 例如,SiteA 使用 1.x 網路,SiteB 使用 156.x 網路。 此腳本需要偵測虛擬機所在的網路,如果位於 SiteA,則設置 1.x 的 IP 位址配置;如果位於 SiteB,則設置 156.x 的 IP 位址配置。 網域名稱系統(DNS)也必須被提醒變更,並在各站點之間進行複寫。

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

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

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

下一步