實作 Azure Stack HCI 延展式叢集

已完成

在評估 Azure Stack HCI 的過程中,您已識別出提供足夠高可用性佈建的仲裁設定。 現在,您想要解決在 Contoso 內部部署資料中心近期發生的中斷期間所顯現出來,缺乏災害復原佈建的問題。 為了達成此目標,您決定探索實作橫跨兩個資料中心,且在每個站台中具有節點的 Azure Stack HCI 延展式叢集的可能性。

Azure Stack HCI 延展式叢集概觀

若要提供 Azure Stack HCI 的站台層級復原,您可以實作延展式 Azure Stack HCI 叢集,其由兩個節點群組所組成,且每個站台都有一個群組。 每個群組都必須包含至少兩個節點。 延展式叢集中的節點總數不能超過 Azure Stack HCI 針對單一叢集所支援的節點數目上限。

延展式 Azure Stack HCI 叢集需依賴儲存體複本,以在由兩個節點群組在其各自的實體站台中裝載的存放磁碟區之間執行同步複寫。 如果有失敗影響主要站台的可用性,為了將可能的停機時間降到最低,叢集會自動將其位於仍正常運作站台中之節點上的工作負載上線。 在主要站台上規劃的停機時間,您可以使用 Hyper-V 即時移轉將 VM 型的工作負載轉換至另一個網站,以維護其線上狀態。

注意

同步複寫需求會在複寫網站中的兩個叢集節點群組之間施加五毫秒 (ms) 的來回網路延遲限制。 根據實體網路連線特性,此限制通常會轉譯為 20-30 英哩的距離。

延展式 Azure Stack HCI 叢集支援主動-被動和主動-主動模式。 在主動-被動模式中,會有一個指定的主要站台,此站台會單向複寫到提供災害復原功能的另一個站台。 在主動-主動模式中,兩個站台會將其各自的磁碟區彼此單向複寫,從而在任一個站台發生失敗時提供容錯移轉功能。 主動-主動模式有助於將業務持續性成本降到最低,因為不需要專用的災害復原站台。

Azure Stack HCI 延展式叢集可感知站台。 站台感知可讓您將虛擬化工作負載指派給其慣用的站台,藉此控制其位置。 如此一來,您可以確保每個站台都會裝載提供核心基礎結構角色的叢集 VM,例如 Active Directory Domain Services (AD DS) 網域控制站和網域名稱系統 (DNS) 伺服器。

使用 Windows Admin Center 實作 Azure Stack HCI 延展式叢集

Windows Admin Center 中的 [建立叢集] 精靈提供一個精靈驅動的介面,可引導您完成建立 Azure Stack HCI 延展式叢集的程序。 此精靈會偵測叢集節點是否位於兩個不同的 AD DS 站台,或其 IP 位址是否屬於兩個不同的子網路。 如果符合這兩個條件之一,則精靈會自動建立並設定對應的叢集站台。 Windows Admin Center 也會簡化佈建複本磁碟區的流程。

注意

針對延展式叢集建立磁碟區和虛擬磁碟,比針對單一站台叢集建立的步驟更為複雜。 延展式叢集最少需要四個磁碟區,其由兩個資料磁碟區和兩個記錄磁碟區所組成,且每個站台都會有一個資料/記錄磁碟區組。 當您使用 Windows Admin Center 建立複寫的資料磁碟區時,此程序會在主要站台中自動佈建記錄磁碟區,並在次要站台中自動佈建資料和記錄複寫磁碟區。 這可確保每個磁碟區都有必要的大小和組態設定。

知識檢查

1.

您正在為 Contoso 設計災害復原站台,來為主要站台中的 Azure Stack HCI 叢集提供災害復原修復功能。 您必須確保能夠實作延展式叢集,以將虛擬化工作負載的容錯移轉自動化。 兩個站台之間的來回網路延遲上限為何?