Deploy Horizon on Azure VMware Solution
- 09/29/2020
- 11 minutes to read
-
- s
- t
-
What is VMware Horizon?
-
Learn more about VMware Horizon
-
Horizon Reference Architecture
-
Instant Clone Provisioning は Azure VMware Solution で実行されるように変更されました。
-
特定の vSAN ポリシー (VMware_Horizon) が Horizon で動作するように Azure VMware Solution で作成され、これは Horizon 用に展開された SDDC で使用可能でなければなりません。
-
vSphere Content-Based Read Cache (CBRC) は View Storage Accelerator とも呼ばれ、Azure VMware Solution で実行すると無効化されます。
-
ワークロード トラフィックは LoginVSI のタスク ワーカー プロファイルに一致する。
-
プロトコル トラフィックのみを考慮し、ユーザー データは考慮しない。
-
NSX Edge は大きく構成される。
-
Cloud Pod Architecture(CPA)を使用してこの新しいポッドに接続するオンプレミスの Horizon ポッドはありません。
-
エンド ユーザーはインターネットを介して仮想デスクトップに接続します(これに対して、Azure Network は仮想デスクトップへのアクセスを提供しません)。
-
同時実行デスクトップ数
-
デスクトップあたりの必要 vCPU
-
デスクトップあたりの必要 vRAM
-
デスクトップあたりの必要ストレージ
-
2,000 同時デスクトップ展開
-
デスクトップあたり 2vCPU.
-
デスクトップあたり 4-GB vRAM.
-
デスクトップあたり 50 GB のストレージ
-
Horizon Subscription License
-
Horizon Universal Subscription License
をご覧ください。
注意
本ドキュメントは VMware Horizon 製品を対象としています。 以前はHorizon 7と呼ばれていました。 Horizon は、Horizon Cloud on Azure とは異なるソリューションですが、共有するコンポーネントがいくつかあります。 Azure VMware ソリューションの主な利点には、よりわかりやすいサイジング方法と、Azure ポータルへの VMware Cloud Foundation 管理の統合の両方があります。
VMware Horizon® は、データセンターで実行する仮想デスクトップおよびアプリケーション プラットフォームで、シンプルかつ集中型の管理を実現します。 仮想デスクトップとアプリケーションを、あらゆるデバイスで、あらゆる場所に提供します。 Horizon では、Windows および Linux の仮想デスクトップ、Remote Desktop Server (RDS) でホストされたアプリケーション、デスクトップ、および物理マシンへの接続を作成および仲介できます。 VMware Horizon の一般的な情報については、Horizon の製品ドキュメントを参照してください:
Azure VMware Solution で Horizon が導入され、現在 Azure プラットフォームには 2 つの仮想デスクトップ インフラ (VDI) ソリューションが存在することになりました。 次の図は、主要な違いを高いレベルでまとめたものです。
Horizon 2006 およびそれ以降の Horizon 8 リリース ラインのバージョンでは、オンプレミス展開と Azure VMware Solution 展開の両方がサポートされています。 オンプレミスでサポートされているが、Azure VMware Solution でサポートされていない Horizon 機能がいくつかあります。 Horizon エコシステムのその他の製品もサポートされます。 詳細については、機能の同等性と相互運用性を参照してください。
ハイブリッド クラウドでの Horizon の展開
オンプレミスと Azure データセンターを相互接続するために Horizon Cloud Pod Architecture(CPA)を使用すると、ハイブリッド クラウド環境で Horizon を展開することができます。 CPA は、展開をスケールアップし、ハイブリッド クラウドを構築し、事業継続とディザスタ リカバリのための冗長性を提供します。 詳細については、「既存の Horizon 7 環境の拡張」を参照してください。
重要
CPA はストレッチ展開ではなく、各 Horizon ポッドは独立しており、個々のポッドに属するすべての接続サーバーは、単一の場所に配置されて、ネットワークの観点から同じブロードキャスト ドメインで実行される必要があります。
オンプレミスやプライベート データセンターと同様に、Horizon も Azure VMware Solution プライベート クラウドに導入することが可能です。 以下のセクションでは、オンプレミスと Azure VMware Solution 上で Horizon を展開する際の主な違いについて説明します。
Azure プライベート クラウドは、概念的には VMware SDDC と同じで、Horizon のドキュメントでは通常この用語が使用されています。 このドキュメントの他の部分では、Azure プライベート クラウドと VMware SDDC という用語を互換的に使用しています。
Horizon on Azure VMware Solution では、サブスクリプション ライセンスを管理するために Horizon Cloud Connector が必要です。 Cloud Connectorは、Horizon Connection Serversと一緒にAzure Virtual Networkに展開できます。
重要
Horizon Control Planeサポートは、Azure VMwareソリューションではまだ提供されていません。 Horizon Cloud Connector の VHD バージョンを必ずダウンロードしてください。
vCenter Cloud Admin ロール
Azure VMware Solution は SDDC サービスであり、Azure VMware Solution 上の SDDC のライフサイクルを管理しているので、設計上 Azure VMware Solution 上の vCenter 許可モデルは制限されています。 Horizon 製品は、Azure VMware Solution 上の Cloud Admin ロールで動作するように変更されました。
Important
CBRC をオンに戻すことはできません。
注意
Azure VMware Solution は、Horizon 2006(別名 Horizon 8)およびそれ以上を Horizon 8 分岐に導入して、Horizon Connection Server インストーラーで Azure オプションを選択すれば、自動的に特定の Horizon 設定が構成されます。
Horizon on Azure VMware Solution の展開アーキテクチャ
一般的な Horizon のアーキテクチャ設計では、ポッドとブロックの戦略を使用します。 ブロックは 1 つの vCenter であり、複数のブロックを組み合わせるとポッドになります。 Horizon ポッドは、Horizon のスケーラビリティの制限によって決定される組織の単位です。 各 Horizon ポッドには個別の管理ポータルがあるため、ポッドの数を最小限に抑えることが標準的な設計手法です。 VMware SDDC ネットワーキング / NSX Edge と組み合わせて、Azure VMware ソリューションのネットワーク接続は、オンプレミスとは異なる Horizon を展開するための独自の要件を示します。
各 Azure プライベート クラウドおよび SDDC は、以下を前提として 4,000 デスクトップまたはアプリケーション セッションを処理できます:
注意
作業負荷プロファイルとニーズは異なる場合があり、結果は使用事例に基づいて異なる場合があります。 ユーザー データ ボリュームは、ワークロードのコンテキストでスケールの制限を下げる可能性があります。 それに応じて、展開のサイズと計画を立てます。 詳細については、「Horizon 導入用の Azure VMware ソリューション ホストのサイズ」セクションのサイジング ガイドラインを参照してください。
Azureプライベート クラウドとSDDCの最大制限を考慮すると、Horizon接続サーバーとVMware Unified Access Gateway(UAG)がAzure仮想ネットワーク内で実行されている展開アーキテクチャを推奨します。 これにより、各AzureプライベートクラウドとSDDCが効果的にブロック化されます。
Azure仮想ネットワークからAzureプライベート クラウド/SDDCへの接続は、ExpressRoute FastPathで構成する必要があります。 次の図は、基本的な Horizon ポッドの展開を示しています。
Azure VMware ソリューション上で Horizon を拡張するネットワーク接続
このセクションでは、Azure VMware ソリューション上での Horizon の拡張に役立つ、いくつかの共通の展開例とともにネットワーク構成を高レベルで説明します。 4295>
Single Horizon pod on Azure VMware Solution
単一の Horizon ポッドは、US East 地域に 1 つの Horizon ポッドのみを展開するため、最もわかりやすい展開シナリオになります。 各プライベート クラウドと SDDC は 4,000 デスクトップ セッションを処理すると推定されるため、最大サイズの Horizon ポッドを導入します。 最大 3 つのプライベート クラウド/SDDC の展開を計画できます。
Azure Virtual Network に展開された Horizon インフラストラクチャ仮想マシン (VM) を使用すると、Horizon ポッドごとに 12,000 セッションに達することができます。 各プライベート クラウドと SDDC 間の Azure Virtual Network への接続は、ExpressRoute Fast Path です。
VPN または ExpressRoute 回線を通じて、Azure Virtual Network の AD ドメイン コントローラーとオンプレミスの AD を接続します。 たとえば、ユーザーがデスクトップにアクセスして仮想デスクトップ アプリケーション トラフィックを生成したり、CPA を使用してオンプレミスの Horizon ポッドに接続したりします。
この図は、オンプレミス リソースの接続をサポートする方法を示しています。 企業ネットワークから Azure 仮想ネットワークに接続するには、ExpressRoute 回線が必要です。 また、企業ネットワークと各プライベートクラウドやSDDCを接続するには、ExpressRoute Global Reachを使用する必要があります。 これにより、SDDC から ExpressRoute 回路およびオンプレミス リソースへの接続が可能になります。
Multiple Horizon pods on Azure VMware Solution across multiple regions
別のシナリオは、複数の Pods で Horizon をスケールしている場合です。 このシナリオでは、2 つの異なる地域に 2 つの Horizon ポッドを展開し、CPA を使用してそれらをフェデレートします。 これは、前の例のネットワーク構成と似ていますが、いくつかの追加のクロス リージョン リンクがあります。
各リージョンの Azure 仮想ネットワークを、もう一方のリージョンのプライベート クラウド/SDDC に接続します。 これにより、CPA フェデレーションの一部である Horizon 接続サーバーは、管理下のすべてのデスクトップに接続できるようになります。 この構成にさらにプライベート クラウド/SDDC を追加すると、全体で 24,000 セッションまで拡張することができます。
同じ地域に 2 つの Horizon ポッドを展開する場合にも、同じ原則が適用されます。 2 番目の Horizon ポッドを別の Azure 仮想ネットワークにデプロイすることを確認します。 単一のポッドの例と同様に、ExpressRoute と Global Reach を使用して、企業ネットワークとオンプレミス ポッドをこの複数ポッド/リージョンの例に接続できます。
Horizon 導入用の Azure VMware Solution ホストのサイズ設定
Horizon VMware Solution で実行するホストのサイズ設定は、オンプレミス環境の Horizon よりシンプルに行われます。 それは、Azure VMware Solution のホストが標準化されているからです。 正確なホストのサイジングは、VDI要件をサポートするために必要なホストの台数を決定するのに役立ちます。 Horizon 仮想デスクトップに対する特定の vCPU/vRAM 要件は、顧客固有のワークロード プロファイルによって決まります。 MSFT および VMware の営業チームと協力して、仮想デスクトップの vCPU/vRAM 要件を決定してください。
vCPU per VM | vRAM per VM (GB) | Instance | 100 VMs | 200 VMs | 300 VMs | 400 VMs | 500 VMs | 600 VMs | 700 VMs800 VMs | 900 VMs | 1000 VMs | 2000 VMs | 3000 VMs | 4000 VMs VMs | 5000 VMs | 6000 VMs | 6400 VMs | |||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
2 | 3.5 | avs | 3 | 4 | 5 | 6 | 6 | 7 | 8 | 9 | 17 | 25 | 33 | 41 | 49 | 53 | ||||||
2 | 4 | avs | 3 | 4 | 5 | 6 | 7 | 8 | 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 | 2 | 12 | 12 | 46 | 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 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 22 | 33 | 44 | 55 | 66 | 70 | |||||
4 | avs | 3 | 43 | 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 | 46 | 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 | 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 | avs | 3 | 4 | 5 | 6 | 3 | 3 | 3 | 3 | 3 | 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 | 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 |
ホライズンサイズの入力
計画した作業負荷に対して収集すべきものは、以下のとおりです。
通常、VDI 展開では CPU または RAM が制限されるので、ホスト サイズは決定されることになります。 パフォーマンス テストで検証された LoginVSI Knowledge Worker タイプのワークロードについて、次の例を見てみましょう。
この例では、ホスト数の合計は 18 となり、ホストあたりの VM 密度は 111 となります。 導入計画の一環として、VMware EUC SEと連携して、特定のサイズとパフォーマンスのニーズを確認します。 ホストのサイジングを最終決定する前に、計画した実際のワークロードを使用して独自のパフォーマンス テストを実行し、それに応じて調整するようにしてください。
Azure VMware Solution Capacity Cost
価格については、Azure VMware Solution 価格ページを参照
Horizon Licensing Cost
AzureVMwareソリューションで使用できるライセンスは、CCU(同時ユーザー)またはNU(指定ユーザー)の2つが用意されています。
当面の間のみ Azure VMware Solution で Horizon を展開する場合は、コストが低い Horizon Subscription ライセンスを使用するようにしてください。
災害復旧のユースケースのように、Azure VMware Solutionとオンプレミスにデプロイする場合は、Horizon Universal Subscription Licenseを選択します。
VMware EUC 営業チームと連携して、ニーズに基づいて Horizon ライセンスのコストを決定します。
Azure Instance Types
Horizon Infrastructure に必要となる Azure 仮想マシン サイズを理解するには、ここに記載されている VMware のガイドラインを参照してください。