Skip to main content

2026 年 9 月 1 日

Microsoft Azure 部署上Horizon Cloud的高可用性特性

本說明文件頁面說明 Horizon Cloud on Microsoft Azure 部署的高可用性特性。

從 v2204 服務版本開始,依預設,部署的新部署已設定高可用性 (HA)。

如果您的網繭在 v2204 版本之前已存在,且目前未在該網繭上啟用高可用性,則可以使用 在 Microsoft Azure 中的 Horizon Cloud 網繭上啟用高可用性一節中的步驟來啟用高可用性。網繭的詳細資料頁面會報告是否已在網繭上啟用高可用性。

簡介

關於 Microsoft Azure 部署的高可用性特性的Horizon Cloud旨在使部署的標準操作能夠在以下方案中繼續運行:

  • 如果一個網繭管理員虛擬機器關閉或遇到問題,則傳送至該網繭管理員的流量會自動路由至另一個網繭管理員虛擬機器,而無需任何手動介入。
  • 在閘道組態中,如果一個Unified Access Gateway虛擬機器關閉或出現問題,則傳送至該Unified Access Gateway虛擬機器的流量將路由至另一個Unified Access Gateway虛擬機器,而無需任何手動介入。

設計元素

Microsoft Azure 部署的 HA 設計上的 Horizon Cloud 使用以下元素。

這些元素可提供復原能力,並在其中一個配對的虛擬機器出現問題或關閉時進行容錯移轉。

  • 配對的虛擬機器
  • 每個虛擬機器配對Microsoft Azure 可用性集合
  • Microsoft連線每個配對中虛擬機器的 Azure 負載平衡器
  • 適用於 PostgreSQL 的 Azure 資料庫Microsoft受管理服務

請繼續閱讀本說明文件頁面中的下列小節,以取得有關如何在部署中使用每個設計元素的詳細資料。

配對的虛擬機器

依預設,Microsoft Azure 部署工具上Horizon Cloud:

  • Microsoft Azure 部署上的每個Horizon Cloud都有兩個網繭管理員虛擬機器
  • 每個部署的閘道組態會有兩個Unified Access Gateway虛擬機器。

注: 在部署案例中,如果外部閘道組態部署在自身 VNet 中,則在部署閘道連接器虛擬機器的情況下,會部署單一閘道連接器虛擬機器。如果閘道連接器關閉,控制平面會傳送警示給 Horizon Cloud 作業團隊,該團隊可以使用 API 呼叫來處理閘道連接器的狀態。

每個虛擬機器配對的 Microsoft Azure 可用性集合

每個虛擬機器配對都與一個Microsoft Azure 可用性集合相關聯,即每個虛擬機器配對一個可用性集合。

透過使用可用性集,虛擬機器配對中的每個虛擬機器會部署在同一 Microsoft Azure 資料中心內的單獨實體硬體上。

根據Microsoft Azure 可用性集合的設計,可用性集合會強制將配對的虛擬機器放在該Microsoft Azure 資料中心的單獨實體硬體上。

這種後端硬體區隔可將這兩個虛擬機器同時遇到停機的可能性降至最低。只有在整個 Microsoft Azure 資料中心關閉時,虛擬機器配對中的這兩個虛擬機器才會受到影響。

Microsoft連接每個虛擬機器配對的虛擬機器的 Azure 負載平衡器

配對的虛擬機器 區段中所述,Microsoft Azure 部署上的Horizon Cloud具有一對網繭管理員虛擬機器,且每個部署的閘道組態具有一對Unified Access Gateway虛擬機器。

部署工具會為每對虛擬機器部署Microsoft Azure 負載平衡器。

網繭管理員虛擬機器 - 負載平衡器

部署工具會在網繭部署期間部署此 Azure 負載平衡器。此負載平衡器會根據部署工具所設定的健全狀況探查和規則,將流量路由至網繭管理員虛擬機器。

  • 網繭管理員虛擬機器會新增至此負載平衡器的後端集區。
  • 一個網繭管理員虛擬機器會承擔作用中角色,以利使用者用戶端連線至網繭佈建的桌面和應用程式。
  • 負載平衡器會根據定義的規則和後端集區中網繭管理員虛擬機器的健全狀況探查,判斷哪個網繭管理員具有作用中角色。
  • 負載平衡器會根據其判斷,將所有連線要求流量無縫地路由至具有作用中角色的網繭管理員虛擬機器,直到發生容錯移轉為止。
  • 然後,另一個網繭管理員虛擬機器會承擔協助用戶端連線至桌面和應用程式的作用中角色。此時,負載平衡器會將連線要求路由至該虛擬機器。
  • 發生此容錯移轉時,系統會傳送通知至主控台,以通知您網繭管理員虛擬機器具有作用中角色的相關變更。

網繭管理員虛擬機器所部署的 Azure 負載平衡器會連線至虛擬機器的 NIC,這些 NIC 具有 [新增網繭] 精靈標記為虛擬機器 子網路 - 主要的 IP,也稱為主要租用戶子網路。

網繭管理員虛擬機器的負載平衡器位於使用者用戶端連線要求與網繭管理員虛擬機器之間。

為網繭設定閘道組態時,來自 Unified Access Gateway 執行個體的流量會路由至此網繭管理員虛擬機器的 Microsoft Azure 負載平衡器,然後 Azure 負載平衡器會將該流量路由至作用中的網繭管理員虛擬機器。

當閘道上沒有閘道組態,且您已將網繭設定為直接連線時,使用者用戶端連線會移至網繭管理員虛擬機器的 Microsoft Azure 負載平衡器,而網繭負載平衡器會將該流量路由至作用中網繭管理員虛擬機器。

閘道組態 - 負載平衡器

部署工具會在部署閘道組態期間部署此 Azure 負載平衡器。此負載平衡器會根據部署工具所設定的健全狀況探查和規則,將流量路由至部署的 Unified Access Gateway 虛擬機器。

  • Unified Access Gateway虛擬機器會新增至此負載平衡器的後端集區。
  • 每個Unified Access Gateway虛擬機器在使用者用戶端流量中都有一個作用中角色。每個 Unified Access Gateway 虛擬機器旨在管理網繭的並行連線工作階段Microsoft上限如 Azure 服務限制頁面上的Horizon Cloud所述。
  • 負載平衡器會根據定義的規則和虛擬機器的健全狀況探查,判斷後端集區中的 Unified Access Gateway 虛擬機器是否狀況良好,可接收連線。
  • 負載平衡器會根據其判斷結果,將連線要求流量無縫地路由至滿足健全狀況探查要求的虛擬機器。
  • 如果後端集區中的虛擬機器出現問題或關閉,負載平衡器會將任何新的連線要求路由至狀況良好的虛擬機器。
  • 如果與遇到問題或已關閉的虛擬機器的現有連線,將中斷這些連線。這些使用者必須手動重新連接其用戶端工作階段,負載平衡器會將這些使用者連線到狀況良好的 Unified Access Gateway 虛擬機器。
  • 當狀況不良的虛擬機器回復良好狀態,並滿足負載平衡器的規則和健全狀況探查要求時,負載平衡器即允許向該虛擬機器發出新的連線要求。

閘道組態的負載平衡器位於使用者用戶端連線要求與組態的Unified Access Gateway虛擬機器之間。

對於外部閘道組態,其部署的 Azure 負載平衡器將連線至虛擬機器的 NIC,這些 NIC 具有部署工具精靈標記為 DMZ 子網路的 IP。使用精靈在其自身的 VNet 中部署外部閘道組態時,精靈會將此子網路標記為 前端子網路

對於內部閘道組態,其部署的 Azure 負載平衡器會連線至虛擬機器的 NIC,這些 NIC 具有網繭主要租用戶子網路 (在部署工具精靈中標記為 虛擬機器子網路 - 主要 ) 上的 IP。

部署的適用於 PostgreSQL 的 Azure 資料庫Microsoft受管理服務

部署會使用 適用於 PostgreSQL 的 Azure 資料庫 Microsoft受管理服務及其 單一伺服器部署選項

使用此Microsoft受管理服務,可以集中網繭作業所需的資料,並且無需跨管理員虛擬機器使用資料複寫。在目前版本中,部署工具使用下列組態:

  • PostgreSQL 版本 11
  • 記憶體最佳化
  • 運算子世代:第 5 代
  • 核心數:2
  • 儲存空間:10 GB
  • 自動增長:否
  • 備份儲存區:本機備援

如需其記憶體最佳化組態的相關資訊,請參閱 Microsoft 說明文件:

建立於此版本層級或更新至此版本層級的網繭對您的 Microsoft Azure 訂閱產生的成本影響

使用適用於 PostgreSQL 的 Azure 資料庫並執行虛擬機器配對時,此版本中支援高可用性所需的元素Microsoft Azure 訂閱中有一些成本影響。在撰寫本文件時,使用 Azure 負載平衡器或可用性集無需任何費用。

對於目前版本中使用的適用於 PostgreSQL 的 Microsoft Azure 資料庫組態,如需定價估計,請參閱 https://azure.microsoft.com/en-us/pricing/details/postgresql/server/

相關資源群組

網繭管理員的 HA 相關資源位於網繭管理員虛擬機器所在的相同資源群組中

閘道組態的 HA 相關資源位於與該閘道組態的 Unified Access Gateway 虛擬機器相同的閘道組態的資源群組中。

網繭管理員的資源群組還反映了部署對 Microsoft Azure Database for PostgreSQLMicrosoft受管理服務的使用情況。

當您登入 Microsoft Azure 入口網站並導覽至這些資源群組時,可以檢視訂閱中的資源詳細資料。

如需識別網繭資源群組的相關資訊,請參閱 為 Microsoft Azure 部署上的Horizon Cloud建立的資源群組

在 Microsoft Azure 中的 Horizon Cloud 網繭上啟用高可用性

對於未啟用高可用性的網繭,您可以依照下列步驟啟用高可用性。

此頁面僅適用於具有一或多個尚未啟用高可用性的網繭的管理員。

從 v2204 服務版本開始,依預設,Microsoft Azure 部署上的新Horizon Cloud已設定高可用性。如果已在網繭上設定高可用性,則此頁面的步驟不適用。

如果網繭的詳細資料頁面指出未啟用高可用性,您可以編輯網繭以在其上啟用高可用性。在此程序中,會將第二個網繭管理員虛擬機器部署到網繭的資源群組,並在網繭的 Microsoft Azure 負載平衡器和可用性集合中設定該虛擬機器。

重要: 為網繭啟用高可用性是一次性的動作。為網繭啟用高可用性後,之後無法還原組態並停用網繭上的該功能。

在您執行 [編輯網繭] 工作流程步驟並確認更新後,服務會在網繭的 Microsoft Azure 訂閱中具現化第二個網繭管理員虛擬機器,並在該虛擬機器與現有 Azure 負載平衡器、Azure PostgreSQL 資料庫和其他必要的網繭相關工作之間,建立適當的連線。整體程序可能需要大約 30 分鐘才能完成。

先決條件

使用 Horizon Universal Console 執行工作流程步驟之前,請確認您符合這些準則。

  • 網繭軟體必須是資訊清單 1600 版或更新版本,才能啟用高可用性。您可以從 [容量] 頁面導覽至網繭的詳細資料頁面,以查看網繭的資訊清單版本。
  • 確保您的訂閱有足夠的配額和核心可容納額外網繭管理員虛擬機器的建立。
  • 如果網繭是從低於 1600 的資訊清單版本更新的,在您可以啟用高可用性前,您必須確保:
    • 在該網繭上完成網繭更新程序
    • 網繭的所有映像虛擬機器、伺服器陣列 RDSH 虛擬機器和桌面指派虛擬機器上的代理程式已更新到與更新的網繭上執行的資訊清單相容的代理程式版本層級。如需網繭更新與代理程式更新的關係的相關資訊,請參閱 Horizon Cloud網繭更新 — 延續代理程式相容性和支援的步驟

程序

  1. 從 [容量] 頁面導覽至網繭的詳細資料頁面。

  2. 按一下 編輯

  3. 在高可用性區段中,將 已啟用的切換設為開啟。

  4. 按一下 儲存並結束

  5. 確認更新。

結果

在網繭的詳細資料頁面上,叢集狀態會顯示 擱置 中狀態。當組態活動完成時,叢集狀態會顯示 就緒 狀態。整體程序需要約 30 分鐘的時間才能完成。

此頁面對您有幫助嗎?

針對本主題提供意見回饋

本主題對您有幫助嗎?

請勿填寫任何個人或機密資訊。

正在產生連結…