Horizon Cloud on Microsoft Azure のデプロイ

Microsoft Azure にクラウド キャパシティのサブスクリプションがあり、そのサブスクリプション情報を使用してそのクラウド キャパシティを Horizon Cloud とペアリングする必要があります。Horizon Universal Console を使用して、そのサブスクリプションのデプロイを立ち上げ、ゴールド イメージを作成します。これらのイメージから、任意のデバイスから安全にアクセスできるように、リモート アプリケーションと単一セッションおよびマルチセッション デスクトップをエンド ユーザーにプロビジョニングします。

デプロイにより、Horizon Cloud ポッドと呼ばれるものが作成されます。リモート アプリケーションと単一セッションおよびマルチセッション デスクトップは、Microsoft Azure サブスクリプションのキャパシティを使用して、そのポッドからプロビジョニングされます。デプロイされたポッドの場所に基づいて、デスクトップとアプリケーションを常駐させる場所を選択します。

Horizon Cloud の概要については、「 第 1 世代テナント - Horizon テナントの基本概念」を参照してください。最初の Horizon Cloud ポッド デプロイのアクティビティの推奨ワークフローについては、 Horizon Cloud ポッド - 最初のポッドのオンボーディング - ワークフローの概要を参照してください。

デプロイされた Horizon Cloud ポッド

Horizon Cloud によって Microsoft Azure にデプロイされたポッドは、Microsoft Azure クラウド内に物理的な場所に配置されます。ポッド デプロイ ウィザードでは、特定の Microsoft Azure サブスクリプションで使用可能なリージョンに応じて、ポッドの配置場所を選択します。選択したリージョンでポッドが使用する既存の仮想ネットワーク (VNet) も選択します。ポッドに外部ゲートウェイ構成をデプロイするオプションがあります。その外部ゲートウェイのリソースをポッドと同じ VNet にデプロイするか、ポッドの VNet とピアリングされる別の VNet にデプロイします。

メモ: ポッド VNet(およびその構成オプションを使用する場合は外部ゲートウェイ VNet)を使用して、Microsoft Azure 環境を事前に構成します。ポッドと外部ゲートウェイの構成に必要なサブネットを事前に作成するか、デプロイ中にポッド デプロイヤにサブネットを作成させることができます。サブネットを事前に作成しない場合、ポッド デプロイヤは必要な仮想マシンとリソースを 環境にデプロイするときにサブネットを作成します。ポッド デプロイヤによって必要なサブネットを作成する場合は、デプロイ ウィザードを開始する前に、ポッドのサブネットに使用する IP アドレス空間を把握しておく必要があります。サブネットを事前に作成する場合は、デプロイ プロセスを開始する前に、サブネットが特定の要件を満たしていることを確認する必要があります。サブネットを事前に作成する場合の要件の詳細については 、第 1 世代テナント - ポッドのデプロイに先立って、Microsoft Azure の VNet で Horizon Cloud ポッドに必要なサブネットを作成する および第 1 世代テナント - Microsoft Azure の Horizon Cloud ポッドに既存のサブネットを使用する場合を参照してください。

重要: Microsoft Azure のこのポッドはテナントではありません。このポッドの特性は、テナントを定義する特性と、ユーザーがテナントに期待する特性とまったく同じものではありません。たとえば、テナントが Active Directory ドメインに 1 対 1 でマッピングされていて、他のテナントから隔離されている場合でも、同じ Horizon Cloud 顧客アカウント レコードを使用してデプロイされている Microsoft Azure のすべての Horizon Cloud ポッドは、同じ Active Directory サーバに到達できる必要があり、DNS 構成はそれらすべての Active Directory ドメインを解決する必要があります。

マルチテナントを実行するには、複数の Horizon Cloud 顧客アカウント レコードを設定します。Horizon Cloud にサインアップしたときに作成され、Customer Connect 認証情報に関連付けられる Horizon Cloud の顧客アカウント レコードは、よりテナントに近いものになります。Horizon Cloud の顧客アカウント レコードは、他の Horizon Cloud の顧客アカウント レコードから分離されます。1 つの顧客アカウント レコードは複数のポッドにマッピングされます。また、誰かが管理コンソールにログインするためにその顧客アカウント レコードに関連付けられたいずれかのアカウント認証情報を使用するときに、その顧客アカウント レコードにマッピングされているすべてのポッドがコンソールに反映されます。

ポッドのデプロイ プロセスでは、一連のリソース グループが Microsoft Azure キャパシティに自動的に作成されます。リソース グループは、環境が必要とし、作成する次のような資産を編成するために使用されます。

• ポッド マネージャ インスタンスの仮想マシン。
• Unified Access Gateway インスタンスとそのロード バランサの仮想マシン
• ポッドの VNet とは別の VNet に外部ゲートウェイ構成をデプロイする場合の、その構成のコネクタ仮想マシンの仮想マシン
• RDSH 対応ゴールド イメージの仮想マシン
• VDI デスクトップのゴールド イメージの仮想マシン
• ゴールド イメージから作成された割り当て可能な(公開済み、シールド済み)イメージの仮想マシン
• RDSH デスクトップとリモート アプリケーションを提供する RDSH ファームの仮想マシン
• VDI デスクトップの仮想マシン
• ネットワーク インターフェイス、IP アドレス、ディスク、キー コンテナ、Microsoft Azure Database for PostgreSQL サーバ リソースなど、サポートされている操作のために仮想マシンと環境で必要となる追加のアセット、およびそれらに関連するさまざまなアイテム。ポッドのデプロイ プロセスは、デプロイ ウィザードで指定する値を使用して、必要な仮想サブネットを作成することもできます。

Microsoft Azure 環境でHorizon Cloudによって作成されたすべてのリソース グループの名前には、 hcs- というパターンが含まれています。

注意：

次の場合を除き、Microsoft Azure ポータルを使用してポッド関連のリソースを手動で変更または削除しないでください。

• ゴールド イメージの手動作成。
• 必要に応じてファームおよび VDI デスクトップ割り当てのネットワーク セキュリティ グループを変更し、ビジネスの状況に合わせてポートを構成します。

ポッドや Unified Access Gateway リソース グループなど、Horizon 管理リソース グループ内に追加のリソースを手動で作成しないでください。

• ポッドのアップグレード メンテナンス スケジュールの前に、ポッドまたは Unified Access Gateway リソース グループ内のカスタム リソースを削除します。

Horizon Cloud は、ポッドが設計どおりに動作するように、ポッド関連のリソースを自動的に構成します。割り当てられた IP アドレスや名前など、ワークフロー中に Horizon Cloud が自動的に作成およびデプロイするリソースの設定を手動で変更しないでください。仮想マシン インスタンスを手動でパワーオフしたり、Microsoft Azure ポータルを使用して直接削除したりしないでください。マネージャ仮想マシンまたは Unified Access Gateway 仮想マシンを手動で削除しないでください。リソース グループ(特に Unified Access Gateway リソース グループ)から NIC を手動で削除しないでください。生成された設定を変更するか、仮想マシンを手動でパワーオフするか、ポッド デプロイヤによって作成された仮想マシンまたは NIC を手動で削除すると、予測できない結果が発生し、ポッドの操作、ポッドの更新、およびポッドの削除操作が失敗する可能性があります。

次の図は、外部と内部の両方のタイプのゲートウェイ構成があり、外部ゲートウェイがポッド自身と同じ VNet に存在するデプロイ済みポッドを示しています。この図では、 RG はリソース グループを意味します。

外部ゲートウェイ構成の Unified Access Gateway インスタンスには、非武装地帯 (DMZ) ネットワーク上に NIC があります。外部ゲートウェイ構成を使用すると、インターネットや企業ネットワーク外部のエンド ユーザーは、その構成を介してポッドがプロビジョニングされた仮想デスクトップおよびアプリケーションにアクセスできます。内部ゲートウェイ構成を使用すると、イントラネットや企業ネットワーク内部のエンド ユーザーは、そのゲートウェイを介してポッドがプロビジョニングされた仮想デスクトップおよびアプリケーションに信頼された接続を確立できます。

ポッド デプロイヤは、両方の構成を事前に使用してポッドをデプロイするオプションを提供します。または、ポッドを 1 つのゲートウェイ構成のみでデプロイするか、まったく構成せずにデプロイし、デプロイされたポッドを後で編集して、選択されていないゲートウェイ構成を追加することもできます。どちらのタイプも使用せずに最初にポッドをデプロイし、後で追加することもできます。

システムは高可用性でポッドをデプロイします。デフォルトでは、2 台のポッド マネージャ仮想マシンがあります。

次の図は、外部ゲートウェイをポッドの VNet とは別の専用の VNet に配置するオプションを選択したときにデプロイされるリソースを示しています。2 つの VNet をピアリングする必要があります。この図は、ポッドに使用されているものとは異なる Microsoft Azure サブスクリプションを使用して外部ゲートウェイのリソースをデプロイするオプションを選択した場合にも適用されます。VNet は複数のサブスクリプションをまたがることはできないため、外部ゲートウェイを専用のサブスクリプションにデプロイすることは、外部ゲートウェイを専用の VNet に配置することの一部として選択することになります。

ヒント: 外部ゲートウェイ構成を専用の VNet にデプロイすると、これらの Horizon Cloud ポッドを 、Microsoft Azure のハブ - スポーク ネットワーク トポロジを使用する複雑な Microsoft Azure 環境にデプロイできます。

サブスクリプションとポッドの数

1 つのサブスクリプションにデプロイするポッドの数については、特に大規模に各ポッドを実行させる予定がある場合は、十分に考慮しておいてください。複数のポッドを 1 つの Microsoft Azure サブスクリプションにデプロイできますが、すべてを 1 つのリージョンにデプロイしても、複数のリージョンにわたりデプロイしても、Microsoft Azure では 1 つのサブスクリプション内で一定の制限がかかります。このような Microsoft Azure の制限により、多数のポッドを 1 つのサブスクリプションにデプロイすると、それらの制限に到達する可能性が高くなります。これらの制限に到達するために、ポッドの数、各ポッド内のファームと割り当ての数、各ポッド内のファーム RDSH 仮想マシンの数、各割り当て内のデスクトップの数など、多くの変数、およびそれらの変数の組み合わせが関係しています。

大規模にポッドを実行する予定がある場合は、1 つの Microsoft Azure アカウントで複数のサブスクリプションを使用するアプローチを採用することを検討してください。Microsoft Azure のユーザーはこの方法を使用しており、多くの場合、サブスクリプションの継続的な管理にいくつかのメリットがあるため、好まれます。この方法を使用すると、サブスクリプションあたり 1 つのポッドをデプロイし、それらのサブスクリプションを 1 つのプライマリ アカウントにロール アップして、1 つのサブスクリプションに対して適用される Microsoft Azure の制限に到達する可能性を排除します。

現在の Horizon Cloud リリースより前にデプロイされた既存のポッドがある場合

Horizon Cloud ポッド - メンテナンスと更新で説明されているように、Horizon Cloud ソフトウェア コンポーネントを定期的に更新して、新機能とバグ修正を含めます。クラウド内管理環境は毎週更新され、ポッドのソフトウェア コンポーネントの基盤となるバイナリは通常、ほぼ四半期ごとに更新されます。第 1 世代の Horizon Cloud ドキュメント ページでは、お客様に表示される実質的な機能が初めて登場した各カレンダーの時点での新機能リストを提供するリリース ノート ページにアクセスできます。

新しいポッドをデプロイすると、そのポッドは常に、現在の本番サービス環境の最新のマニフェスト バージョンで作成されます。たとえば、2019 年 8 月に新しいポッドを作成した場合、そのポッドは、その日付の時点で Horizon Cloud に対して最新のソフトウェア コンポーネントとともにデプロイされました。Horizon Cloud 環境の使用期間に応じて、特定のカレンダー日付の時点で、Horizon Cloud 環境全体に、最新リリース バージョンのポッドと、最新のマニフェストにまだ更新されていない以前のリリース バージョンのポッドが含まれる場合があります。

重要: 一般に、この管理ガイドの内容では、現在の実稼動リリースで使用でき、ポッドが現在のリリースで利用可能になった最新のポッド マニフェスト バージョンである場合に適用できる機能、ワークフロー、および動作について説明します。管理タスクを実行するクラウドベースのコンソールは動的です。コンソールの Web ベースのインターフェイスは通常、コンソールの領域またはアクションでその機能を使用するためにポッドをアップグレードする必要がある場合にメッセージを表示します。このリリースより前に存在していたポッドの場合、一部のワークフローでは、この管理ガイドの説明とは異なる手順が必要になる場合があります。今回のリリースで、最新のマニフェスト バージョンのポッドと異なるワークフローがある場合は、そのリストについては、ドキュメントのトピック既存の クラウド接続ポッドを使用している現在のユーザー向け — Horizon Cloud リリースについて およびトピックに含まれるセクションを参照してください。

Microsoft Azure の専門用語とリファレンス

Horizon Cloud on Microsoft Azure 製品ドキュメントでは、Horizon Cloud on Microsoft Azure ワークフローの説明とタスク手順において、必要に応じて該当する Microsoft Azure の用語を使用します。Microsoft Azure の用語に慣れていない場合は、Microsoft Azure 製品ドキュメントに記載されている次の該当するリファレンスを使用して詳細を学習できます。

メモ: 以下の引用に含まれる大文字と小文字の区別およびスペルはすべて、Microsoft Azure ドキュメント自体のリンク先の記事と同じ大文字の区別およびスペルに従います。

役立つ Microsoft Azure のリファレンス	説明
Microsoft Azure glossary: A dictionary of cloud terminology on the Azure platform(Microsoft Azure 用語集: Azure プラットフォームに関するクラウド用語の辞書)	この用語集を使用して、ロード バランサ、リージョン、リソース グループ、サブスクリプション、仮想マシン、仮想ネットワーク (vnet) など、Microsoft Azure クラウドのコンテキストで使用される用語の意味を学習します。 注: Microsoft Azure 用語集には「サービス プリンシパル」という用語は含まれていません。サービス プリンシパルは、Microsoft Azure でアプリケーション登録を作成するときに Microsoft Azure で自動的に作成されるリソースであるためです。Microsoft Azure サブスクリプションでアプリケーション登録を作成する理由は、Microsoft Azure キャパシティを使用するためにHorizon Cloudを アプリケーションとして 承認する方法であるためです。アプリケーション登録とそのコンパニオン サービス プリンシパルにより、アプリケーションとして機能する Horizon Cloud Cloud Service が Microsoft Azure サブスクリプションのリソースにアクセスできるようになります。Microsoft Azure のリソースにアクセスできるアプリケーションとサービス プリンシパルについては、次のリファレンスを参照してください。
Use portal to create an Azure Active Directory application and service principal that can access resources(ポータルを使用してリソースにアクセスできる Azure アプリケーションとサービス プリンシパルを作成する)	この記事では、Microsoft Azure クラウドでのアプリケーションとサービス プリンシパルの関係について説明しています。
Azure Resource Manager の概要	この記事では、Microsoft Azure のリソース、リソース グループ、およびリソース マネージャの関係について説明します。
Azure VNet	この記事では、Microsoft Azure の Azure 仮想ネットワーク (VNet) サービスについて説明します。Azure 仮想ネットワークに関する FAQ も参照してください。
Azure VNet ピアリング	この記事では、Microsoft Azure の仮想ネットワーク ピアリングについて説明します。
Azure のハブ - スポーク ネットワーク トポロジ	この記事では、Microsoft Azure のハブ/スポーク ネットワーク トポロジについて説明します。
Microsoft Azure ExpressRoute の概要	この記事では、Microsoft Azure ExpressRoute について、およびオンプレミス ネットワーク、Microsoft Azure、および Horizon Cloud ポッド間の接続を確立するために Microsoft Azure ExpressRoute を使用する方法について説明します。
VPN ゲートウェイについて Azure ポータルでの VPN ゲートウェイ サイト間接続の作成の計画と設計	これらの記事では、Microsoft Azure で VPN を構成する方法について説明します。
Azure Load Balancer とは	この記事では、ポッドにデプロイされる Azure ロード バランサ(ポッド マネージャ仮想マシンのロード バランサとゲートウェイ構成のロード バランサ)について説明します。
Azure Database for PostgreSQL とは何ですか。	この記事では、Microsoft Azure Database for PostgreSQL サービスについて説明します。
Azure 仮想デスクトップとは	この記事では、Microsoft Azure 仮想デスクトップについて、および Microsoft Windows 10 Enterprise マルチセッションおよび拡張セキュリティ更新プログラムが適用された Microsoft Windows 7 Enterprise との関係について説明します。Horizon Cloud テナント アカウントに、Microsoft Azure 仮想デスクトップを拡張する Horizon Cloud on Microsoft Azure の構成がある場合、Microsoft Azure にデプロイされたポッドで Microsoft Windows 10 Enterprise マルチセッションおよび Microsoft Windows 7 Enterprise を使用するためのサポートが提供されます。