第 1 世代テナント - ポッドのデプロイの前に、Microsoft Azure の VNet に Horizon Cloud ポッドに必要なサブネットを作成する

ピアリングされた VNet を使用している場合のベスト プラクティスは、ポッドをデプロイする前に必要なサブネットを作成し、デプロイ ウィザードを実行する前に VNet でサブネットが必要とするアドレス空間を確実に把握しておくことです。VNet がピアリングされていない場合でも、第 1 世代のポッドのデプロイ プロセスに必要なサブネットを作成させる代わりに、VNet で事前に作成することができます。

重要: この情報は、第 1 世代の制御プレーンで第 1 世代のテナント環境にアクセスできる場合にのみ適用されます。KB-92424 で説明されているように、第 1 世代の制御プレーンは提供終了 (EOA) となりました。詳細については、その記事を参照してください。

重要: 2019 年 9 月のリリースのポッド マニフェスト バージョン以降、そのバージョン以降のマニフェストで新しくデプロイされたポッドと、そのバージョンまたはそれ以降のバージョンに更新されたポッドの両方について、ポッドの管理サブネットはポッドの Microsoft Azure Database for PostgreSQL サービス リソースとのネットワーク通信もサポートする必要があります。新しいポッドをデプロイする前、または既存のポッドをアップグレードする前に、作成するポッド管理サブネットには、Microsoft.Sql サービスがサービス エンドポイントとしてリストされている必要があります。デプロイまたは更新プロセスでは、サブネットにエンドポイントがあるかどうかがチェックされ、サブネットでエンドポイントが有効になっていない場合は続行されません。詳細については、 第 1 世代テナント - Microsoft Azure で Horizon Cloud ポッドの既存のサブネットを使用する場合を参照してください。

サブネットを事前に作成する場合は、クラスレス ドメイン間ルーティング (CIDR) 表記のアドレス範囲がポッド デプロイ ウィザードの最小要件を満たしていることを確認する必要があります。

• 管理サブネットの場合、/27 以上の CIDR が必要です。このサブネットは、ポッド自身の管理アクティビティに含まれる仮想マシンで使用される IP アドレス用です。

• プライマリ仮想マシン サブネット(デスクトップまたはテナント サブネットとも呼ばれる)の場合、/27 以上の CIDR が必要です。本番環境では、/24 から /21 の CIDR を推奨します(256 アドレス対 2048 アドレス)。このサブネットは、そのサブネット上の RDSH サーバ仮想マシンおよび VDI デスクトップ仮想マシンに使用される IP アドレスのためのものです。ポッドのマネージャ仮想マシンは、このサブネットからの IP アドレスを使用します。ポッドに内部 Unified Access Gateway 構成が含まれる場合、それらの Unified Access Gateway 仮想マシンもこのサブネットからの IP アドレスを使用します。ポッドに、ポッドの VNet を使用してデプロイされた外部ゲートウェイ構成がある場合、その外部ゲートウェイの Unified Access Gateway 仮想マシンもこのサブネットからの IP アドレスを使用します。

  重要: VDI デスクトップの仮想マシン、RDS 対応イメージ、およびポッドのファーム内のすべての RDSH 仮想マシンは、これらの IP アドレスを使用します。このプライマリ仮想マシンのサブネットはポッドのデプロイ後に拡張できないため、このポッドで提供するデスクトップの数を考慮して、この範囲を十分に大きく設定します。たとえば、このポッドが将来 1,000 台以上のデスクトップを提供すると予想される場合は、この範囲がそれ以上の IP アドレスを提供するようにします。2020 年 7 月のリリース以降、新機能を使用すると、後でポッドを編集し、ファーム仮想マシンと VDI デスクトップ仮想マシンで使用する仮想マシン サブネットを追加できます。この新機能により、ファームと VDI デスクトップ割り当ての拡大に対応するために、時間の経過とともに仮想マシンのサブネットを柔軟に追加できます。ファームと VDI デスクトップ割り当ての定義で追加のサブネットを明示的に指定しない限り、システムはデフォルトでこのプライマリ仮想マシンのサブネットを使用するため、ベスト プラクティスとして、このプライマリ仮想マシンのサブネットの範囲を、予想されるファーム仮想マシンとデスクトップの数に対応できる十分な大きさにします。

• 外部 Unified Access Gateway 構成をポッドの VNet にデプロイする場合は、CIDR が /28 以上の DMZ サブネットが必要です。このサブネットは、Unified Access Gateway 仮想マシンの NIC がこの外部ゲートウェイ構成のロード バランサと通信するために使用する IP アドレスのためのものです。管理および DMZ サブネット範囲を同じ場所に共存させるには、IP アドレスを指定して、管理サブネットと同様の DMZ サブネット範囲を指定します。たとえば、管理サブネットが 192.168.8.0/27 の場合、一致する DMZ サブネットは 192.168.8.32/27 になります。

• 外部 Unified Access Gateway 構成をポッドとは別の専用の VNet にデプロイする場合、その VNet には次の 3 つのサブネットが必要です。

  • 管理サブネット。/27 以上の CIDR が必要です。このサブネットは、ゲートウェイ コネクタ仮想マシンなど、外部ゲートウェイ全体の管理アクティビティに含まれる仮想マシンで使用される IP アドレス用です。
  • バックエンド サブネット。/27 以上の CIDR が必要です。このサブネットは、Unified Access Gateway 仮想マシンの NIC が、ポッドの VNet を使用してピアリングされた VNet を介してポッドがプロビジョニングされたファームおよびデスクトップ仮想マシンと通信するために使用する IP アドレス用です。
  • フロントエンド (DMZ) サブネットで、CIDR が /28 以上である必要があります。このサブネットは、Unified Access Gateway 仮想マシンの NIC が外部ゲートウェイのロード バランサと通信するために使用する IP アドレスのためのものです。管理サブネットとフロントエンド サブネットの範囲をこの VNet 内で同じ場所に共存させるには、IP アドレスを指定して DMZ サブネット範囲を管理サブネットと同様のものに指定できます。たとえば、管理サブネットが 192.168.8.0/27 の場合、一致するフロントエンド サブネットは 192.168.8.32/27 になります。

重要: 各 CIDR について、プリフィックスとビットマスクの各組み合わせが、プリフィックスを開始 IP アドレスとする IP アドレス範囲になるようにします。Microsoft Azure では、CIDR プリフィックスを範囲の先頭にする必要があります。たとえば、正しい CIDR が 192.168.182.48/28 の場合、IP アドレス範囲は 192.168.182.48 から 192.168.182.63 となり、プリフィックスは開始 IP アドレス (192.168.182.48) と同じになります。ただし、CIDR が誤って 192.168.182.60/28 の場合、IP アドレス範囲は 192.168.182.48 から 192.168.182.63 になります。この場合、開始 IP アドレスは 192.168.182.60 のプリフィックスと同じではありません。CIDR の結果、IP アドレス範囲の開始 IP アドレスが CIDR プレフィックスと一致することを確認します。

前提条件

Microsoft リージョンに、ポッドに使用する VNet があることを確認します。VNet の設定の詳細については、『 Horizon Cloud デプロイ ガイド』を参照してください。

サブネットに使用するアドレス範囲が重複していないことを確認します。サブネット範囲が重複している場合、ポッド デプロイ ウィザードはエラーを表示します。

手順

1. Microsoft Azure ポータルで、説明されているサブネットを作成する必要がある VNet に移動します。

2. サブネット をクリックします。

3. + サブネット をクリックします。

   サブネットの追加 (Add subnet) 画面が表示されます。

4. 必須フィールドに情報を入力します。

   オプション	説明
   名前	サブネットの名前を指定します。
   アドレス範囲(CIDR ブロック)	サブネットの CIDR を入力します。

5. このサブネットを管理サブネットにする場合は、 サービス エンドポイント セクションで Microsoft.Sql サービスを選択します。

6. [OK] をクリックします。

   サブネットが VNet に追加されます。

7. 手順 3 から 5 を繰り返して、残りの必要なサブネットを追加します。

8. 外部ゲートウェイを専用の VNet にデプロイする場合は、その VNet のサブネットに対して手順を繰り返します。

タスクの結果

注意：

ポッドのデプロイのために事前に VNet 上に手動で作成したサブネットは空のままである必要があります。既存のサブネットで IP アドレスを使用しているアイテムがすでにある場合は、これらのサブネットを再利用しないでください。IP アドレスがサブネットですでに使用されている場合、ポッドのデプロイの失敗や他のダウンストリーム IP アドレスの競合の問題などの問題が発生する可能性が高くなります。これらのサブネットにリソースを配置したり、IP アドレスを使用したりしないでください。この警告通知には、Horizon Cloud からデプロイされたポッドが含まれています。デプロイ済みのポッドがあるサブネットを再利用しないでください。

次のタスク

作成した管理サブネットについて、Microsoft.Sql サービスがサービス エンドポイントとして有効になっていることを確認します。第 1 世代テナント - Microsoft Azure の Horizon Cloud ポッドに既存のサブネットを使用する場合を参照してください。このサービスはポッドの管理サブネットで有効にする必要があります。また、外部ゲートウェイを専用の VNet にデプロイする場合は、そのゲートウェイの管理サブネットでもサービスを有効にする必要があります。