共用方式為


在 Azure VMware 解決方案上部署 Horizon

注意

本文件著重於 VMware Horizon 產品,先前稱為 Horizon 7。 雖然有一些共用元件,但是 Horizon 是與 Azure 上的 Horizon Cloud 不同的解決方案。 Azure VMware 解決方案的主要優點包括更直接的調整大小方法,以及將軟體定義資料中心 (SDDC) 私人雲端管理整合至 Azure 入口網站。

VMware Horizon® 是虛擬桌面和應用程式平台,可在資料中心執行,並提供簡單且集中式的管理。 會在任何裝置上隨處提供虛擬桌面和應用程式。 Horizon 可讓您建立與 Windows 和 Linux 虛擬桌面、遠端桌面伺服器 (RDS) 裝載的應用程式、桌面和實體機器的代理程式連線。

在這裡,我們特別著重於在 Azure VMware 解決方案上部署 Horizon。 如需 VMware Horizon 的一般資訊,請參閱 Horizon 生產文件:

隨著我們在 Azure VMware 解決方案中引進 Horizon,Azure 平台上現在有兩個虛擬桌面基礎結構 (VDI) 解決方案:

  • Azure VMware 解決方案中的 VMware Horizo​​n

  • VMware Horizon Cloud (桌面即服務模型)

Horizon 8 版本行上的 Horizon 2006 和更新版本支援內部部署和 Azure VMware 解決方案部署。 內部部署支援幾個 Horizon 功能,但是在 Azure VMware 解決方案上不支援。 也支援 Horizon 生態系統中的其他產品。 如需詳細資訊,請參閱功能同位和互通性

在混合式雲端中部署 Horizon

您可以使用 Horizon Cloud Pod Architecture (CPA) 在混合式雲端環境中部署 Horizon,以將內部部署和 Azure 資料中心互連。 CPA 會擴大您的部署、建置混合式雲端,並供應商務持續性和災害復原的備援。 如需詳細資訊,請參閱展開現有的 Horizon 7 環境

重要

CPA 不是延展式部署;每個 Horizon Pod 都是不同的,而且屬於每個個別 Pod 的所有連線伺服器都必須位於單一位置,並從網路觀點在相同的廣播網域上執行。

如同內部部署或私人資料中心,您可以在 Azure VMware 解決方案私人雲端中部署 Horizon。 在下列各節中,將討論在內部部署與 Azure VMware 解決方案上部署 Horizon 的主要差異。

Azure 私人雲端在概念上與 VMware SDDC 相同,這是通常會在 Horizon 文件中使用的詞彙。 本文件的其餘部分會交替使用這兩個詞彙。

Azure VMware 解決方案上的 Horizon 需要 Horizon Cloud Connector 才能管理訂用帳戶授權。 您可以在 Azure 虛擬網路與 Horizon Connection Servers 一起部署 Cloud Connector。

重要

尚未針對 Azure VMware 解決方案上的 Horizon 提供 Horizon 控制平面支援。 請務必下載 Horizon Cloud Connector 的 VHD 版本。

vCenter Server Cloud 管理員角色

由於 Azure VMware 解決方案是 SDDC 服務,而 Azure 會管理 Azure VMware 解決方案上 SDDC 的生命週期,因此 Azure VMware 解決方案上的 vCenter Server 權限模型會受到設計限制。

客戶必須使用 Cloud 管理員角色,該角色具有一組有限的 vCenter Server 權限。 Horizon 產品已修改為使用 Azure VMware 解決方案上的 Cloud 管理員角色,特別是:

  • 已修改立即複製佈建,以在 Azure VMware 解決方案上執行。

  • 特定 vSAN 原則 (VMware_Horizon) 是在Azure VMware 解決方案上建立,以便與 Horizon 搭配運作,這必須在針對 Horizon 部署的 SDDC 中提供並且使用。

  • vSphere 內容型讀取快取 (CBRC),也稱為「檢視儲存體加速器」,會在 Azure VMware 解決方案上執行時停用。

重要

CBRC 不得重新開啟。

注意

只要您在 Horizon 8 分支上部署 Horizon 2006 (也稱為 Horizon 8) 和更新版本,並且在 Horizon Connection Server 安裝程式中選取 [Azure] 選項,Azure VMware 解決方案就會自動設定特定的 Horizon 設定。

Azure VMware 解決方案部署架構上的 Horizon

典型 Horizon 架構設計會使用 Pod 和區塊策略。 區塊是單一 vCenter Server,而多個區塊合併成 Pod。 Horizon Pod 是由 Horizon 可擴縮性限制所決定的組織單位。 每個 Horizon Pod 都有個別的管理入口網站,因此標準設計做法是將 Pod 數目降到最低。

每個雲端都有自己的網路連線配置。 與 VMware NSX 結合後,Azure VMware 解決方案網路連線有著與內部部署不同的獨特 Horizon 部署需求。

每個 Azure VMware 解決方案私人雲端和 SDDC 都可以處理 4,000 個桌面或應用程式工作階段,假設:

  • 工作負載流量會與 LoginVSI 工作背景工作角色設定檔一致。

  • 只會考慮通訊協定流量,不考慮使用者資料。

  • NSX Edge 已設定為大型。

注意

您的工作負載設定檔和需求可能不同,因此結果可能會根據您的使用案例而有所不同。 使用者資料磁碟區可能會降低工作負載內容中的調整限制。 據以調整您的部署大小和規劃。 如需詳細資訊,請參閱調整適用於 Horizon 部署的 Azure VMware 解決方案主機大小一節中的調整大小指導方針。

指定 Azure 私人雲端和 SDDC 上限,我們建議部署架構,其中 Horizon Connection Servers 和 VMware Unified Access Gateways (UAG) 是在 Azure 虛擬網路內執行。 有效地將每個 Azure 私人雲端和 SDDC 轉換成區塊。 接著,將在 Azure VMware 解決方案上執行的 Horizon 可擴縮性最大化。

您應使用 ExpressRoute 連線 (啟用 FastPath),設定從 Azure 虛擬網路到 Azure 私人雲端/SDDC 的連線。 下圖顯示基本 Horizon Pod 部署。

顯示使用 ExpressRoute 連線 (啟用 FastPath) 的典型 Horizon Pod 部署的圖表。

在 Azure VMware 解決方案上調整 Horizon 的網路連線能力

本節會使用一些常見的部署範例來配置網路架構,以協助您調整 Azure VMware 解決方案上的 Horizon。 焦點特別放在重要的網路元素上。

Azure VMware 解決方案上的單一 Horizon Pod

顯示 Azure VMware 解決方案上單一 Horizon Pod 的圖表。

單一 Horizon Pod 是最直接的部署案例,因為您只在美國東部區域部署一個 Horizon Pod。 由於每個私人雲端和 SDDC 都估計可處理 4000 個桌面工作階段,因此您會部署 Horizon Pod 大小上限。 您可以規劃最多三個私人雲端/SDDC 的部署。

透過在 Azure 虛擬網路中部署的 Horizon 基礎結構虛擬機器 (VM),每個 Horizon Pod 可以觸達 12000 個工作階段。 每個私人雲端和 SDDC 與 Azure 虛擬網路之間的連線是 ExpressRoute 連線 (啟用 FastPath)。 不需要私人雲端之間的東部-西部流量。

此基本部署範例的主要假設包括:

  • 您沒有想要使用 Cloud Pod Architecture (CPA) 連線到這個新 Pod 的內部部署 Horizon Pod。

  • 終端使用者會透過網際網路連線到其虛擬桌面 (與透過內部部署資料中心連線)。

您可以透過 VPN 或 ExpressRoute 線路,將 Azure 虛擬網路中的 AD 網域控制站與內部部署 AD 連線。

基本範例的變化可能是支援內部部署資源的連線能力。 例如,使用者存取桌面並產生虛擬桌面應用程式流量,或使用 CPA 連線到內部部署 Horizon Pod。

顯示如何支援內部部署資源連線能力的圖表。 若要連線公司網路與 Azure 虛擬網路,您需要 ExpressRoute 線路。 您需要使用 ExpressRoute Global Reach,將公司網路與每個私人雲端和 SDDC 連線。 允許從 SDDC 連線到 ExpressRoute 線路和內部部署資源。

顯示公司網路與 Azure 虛擬網路連線的圖表。

跨多個區域 Azure VMware 解決方案上的多個 Horizon Pod

另一個案例是跨多個 Pod 調整 Horizon。 在此案例中,您會在兩個不同的區域中部署兩個 Horizon Pod,並使用 CPA 建立同盟。 這類似於上一個範例中的網路設定,但是有更多跨區域連結。

在每個區域中將 Azure 虛擬網路連線到其他區域中的私人雲端/SDDC。 可以讓屬於 CPA 同盟的 Horizon 連線伺服器連線到管理下的所有桌面。 將額外的私人雲端/SDDC 新增至此組態,可讓您整體調整為 24000 個工作階段。 

如果您在相同區域中部署兩個 Horizon Pod,則適用相同的準則。 請務必在個別 Azure 虛擬網路中部署第二個 Horizon Pod。 就像單一 Pod 範例一樣,您可以使用 ExpressRoute 和 Global Reach 將公司網路和內部部署 Pod 連線到此多 Pod/區域範例。

 顯示跨多個區域 Azure VMware 解決方案上多個 Horizon Pod 的圖表。

調整適用於 Horizon 部署的 Azure VMware 解決方案主機大小

在 Azure VMware 解決方案中執行的主機上,Horizon 的調整大小方法比 Horizon 內部部署更簡單。 因為 Azure VMware 解決方案主機已標準化,因此比較簡單。 確切的主機調整大小有助於判斷支援 VDI 需求所需的主機數目。 這是決定每部桌面成本的中心。

調整資料表大小

Horizon 虛擬桌面的特定 vCPU/vRAM 需求取決於客戶的特定工作負載設定檔。 請與您的 MSFT 和 VMware 銷售小組合作,以協助判斷虛擬桌面的 vCPU/vRAM 需求。

每個 VM 的 vCPU 每個 VM 的 vRAM (GB) 執行個體 100 個 VM 200 個 VM 300 個 VM 400 個 VM 500 個 VM 600 個 VM 700 個 VM 800 個 VM 900 個 VM 1000 個 VM 2000 個 VM 3000 個 VM 4000 個 VM 5000 個 VM 6000 個 VM 6400 個 VM
2 3.5 AVS 3 3 4 4 5 6 6 7 8 9 17 25 33 41 49 53
2 4 AVS 3 3 4 5 6 6 7 8 9 9 18 26 34 42 51 54
2 6 AVS 3 4 5 6 7 9 10 11 12 13 26 38 51 62 75 79
2 8 AVS 3 5 6 8 9 11 12 14 16 18 34 51 67 84 100 106
2 12 AVS 4 6 9 11 13 16 19 21 23 26 51 75 100 124 149 158
2 16 AVS 5 8 11 14 18 21 24 27 30 34 67 100 133 165 198 211
4 3.5 AVS 3 3 4 5 6 7 8 9 10 11 22 33 44 55 66 70
4 4 AVS 3 3 4 5 6 7 8 9 10 11 22 33 44 55 66 70
4 6 AVS 3 4 5 6 7 9 10 11 12 13 26 38 51 62 75 79
4 8 AVS 3 5 6 8 9 11 12 14 16 18 34 51 67 84 100 106
4 12 AVS 4 6 9 11 13 16 19 21 23 26 51 75 100 124 149 158
4 16 AVS 5 8 11 14 18 21 24 27 30 34 67 100 133 165 198 211
6 3.5 AVS 3 4 5 6 7 9 10 11 13 14 27 41 54 68 81 86
6 4 AVS 3 4 5 6 7 9 10 11 13 14 27 41 54 68 81 86
6 6 AVS 3 4 5 6 7 9 10 11 13 14 27 41 54 68 81 86
6 8 AVS 3 5 6 8 9 11 12 14 16 18 34 51 67 84 100 106
6 12 AVS 4 6 9 11 13 16 19 21 23 26 51 75 100 124 149 158
6 16 AVS 5 8 11 14 18 21 24 27 30 34 67 100 133 165 198 211
8 3.5 AVS 3 4 6 7 9 10 12 14 15 17 33 49 66 82 98 105
8 4 AVS 3 4 6 7 9 10 12 14 15 17 33 49 66 82 98 105
8 6 AVS 3 4 6 7 9 10 12 14 15 17 33 49 66 82 98 105
8 8 AVS 3 5 6 8 9 11 12 14 16 18 34 51 67 84 100 106
8 12 AVS 4 6 9 11 13 16 19 21 23 26 51 75 100 124 149 158
8 16 AVS 5 8 11 14 18 21 24 27 30 34 67 100 133 165 198 211

Horizon 調整大小輸入

以下是您需要針對計劃性工作負載收集的內容:

  • 並行桌面數目

  • 每個桌面所需的 vCPU

  • 每個桌面所需的 vRAM

  • 每個桌面所需的儲存體

一般而言,VDI 部署會受限於 CPU 或 RAM,這會決定主機大小。 讓我們透過下列範例來了解使用效能測試驗證的 LoginVSI 知識工作者類型工作負載:

  • 2000 個並行桌面部署

  • 每個桌面 2 個 vCPU。

  • 每個桌面 4 GB vRAM。

  • 每個桌面 50 GB 的儲存體

在此範例中,主機因素總數為 18,產生每部主機的 VM 密度為 111。

重要

客戶工作負載會因 LoginVSI 知識工作者的這個範例而有所不同。 在規劃部署的過程中,請與您的 VMware EUC SE 合作,以取得您的特定調整大小和效能需求。 在完成主機調整大小並據以調整之前,請務必使用實際、規劃的工作負載來執行您自己的效能測試。

Azure VMware 解決方案上的 Horizon 授權

執行 Azure VMware 解決方案上的 Horizon 整體成本有四個元件。 

Azure VMware 解決方案容量成本

如需價格的詳細資訊,請參閱 Azure VMware 解決方案價格頁面

Horizon 授權成本

有兩個可用授權可與 Azure VMware 解決方案搭配使用,可以是並行使用者 (CCU) 或具名使用者 (NU):

  • Horizon 訂用帳戶授權

  • Horizon 通用訂用帳戶授權

如果只是要在可預見的未來部署 Azure VMware 解決方案上的 Horizon,請使用 Horizon 訂用帳戶授權,因為其成本較低。

如果要在 Azure VMware 解決方案和內部部署上部署,請選擇 [Horizon 通用訂用帳戶授權] 作為災害復原使用案例。 不過,其包含內部部署的 vSphere 授權,因此其成本較高。

請與您的 VMware EUC 銷售小組合作,根據您的需求判斷 Horizon 授權成本。

Azure 執行個體類型

若要了解 Horizon 基礎結構所需的 Azure 虛擬機器大小,請參閱 Azure VMware 解決方案上的 Horizon 安裝

參考資料

適用於 Linux 的 Horizon 代理程式系統需求