Skip to main content

2026 年 9 月 1 日

Microsoft Azure の NSX Cloud ポッドと Horizon Cloud ポッド

ポッドで使用されている Microsoft Azure VNet が NSX Cloud 用に構成されている場合、これらのポッドのファームと VDI デスクトップ割り当てで NSX-T Data Center ネットワーク仮想化の機能を活用できます。NSX Cloud のマイクロセグメンテーション機能を使用すると、ファーム RDSH インスタンスと VDI デスクトップ間の仮想マシンが同じテナント サブネットにある場合でも、それらの間のアクセスを制限できます。

現在の バージョンの現在のポッド マニフェストとこの統合でサポートされているNSX-T Data Centerの特定のバージョンについては、ドキュメントのトピック Horizon Cloud — 環境、オペレーティング システム、および互換性を参照してください。

メモ: 既存のポッドを 1101 より前のマニフェスト バージョンからそれより新しいマニフェスト バージョンに更新した場合、ポッドを更新する前にポッドに存在していたファームと VDI デスクトップ割り当てを更新後に編集して、NSX Cloud 管理を有効にすることはできません。

Horizon Cloud の統合は、NSX Cloud 管理コンポーネント(NSX Manager および Cloud Service Manager (CSM))でサポートされます。オンプレミスで展開されるか、NSX-T Data Center バージョン 3.1.1 以降では Microsoft Azure にネイティブで展開されます。NSX Cloudアーキテクチャとコンポーネントの概要については、Broadcom サイト techdocs.broadcom.com にあるNSX ドキュメントの「NSX Cloud アーキテクチャとコンポーネント」を参照してください。

メモ: NSX Cloud 3.1.1 以降では、検疫モードと非検疫モードの両方が Microsoft Azure の Horizon Cloud ポッドで使用できます。以前のリリースでは、非検疫モードのみがサポートされていました。

Microsoft Azure 環境で NSX Cloud を使用するための要件の 1 つとして、Microsoft Azure VNet とオンプレミスの NSX-T Data Center アプライアンス間の接続を確立する必要があります。Microsoft Azure では、VNet のピアリング後または VPN ゲートウェイへの接続後に VNet の CIDR ブロックを変更することは許可されていないため、VNet を VPN ゲートウェイに接続する前に、使用するすべての値を確認してください。NSX Cloudパブリック クラウドに接続するための大まかな手順のワークフローについては、Broadcom サイト techdocs.broadcom.com にあるNSX ドキュメント内のNSXトピック「NSX Cloud との統合」を参照してください。

次の表は、ポッドの RDSH 仮想マシンと VDI デスクトップ仮想マシンで NSX Cloud 機能を使用できるようにするためのエンドツーエンドの手順の概要です。

手順の概要詳細
Horizon Cloud ポッドで使用するために Horizon Cloud と NSX Cloud を統合するBroadcom サイト techdocs.broadcom.com にあるNSX ドキュメント内のNSX ドキュメント ページ「Integrate with NSX Cloud」を参照してください。

重要: ポッドで App Volumes 割り当てを作成する場合は、NSX PCG を展開した後、そのポッドを使用して最初の App Volumes 割り当てを作成する前に、NSX ファイアウォール ルールでポッドのテナント サブネットのポート 445/TCP を手動で開く必要があります。App Volumes Microsoft Azure での Horizon Cloud 用アプリケーション - 概要と前提条件 で説明したように、Horizon Cloud ポッドでの使用がサポートされている App Volumes 機能の使用をサポートするには、ポッドのテナント サブネットでポート 445 を TCP プロトコル トラフィック用に構成する必要があります。
[Marketplace からの仮想マシンのインポート] ウィザードを使用して、仮想マシンを作成し、Horizon Cloud にインポートします。Microsoft Azure Marketplace からベース仮想マシンを自動的に作成し、ポッドごとに Horizon Cloud とペアリングするを参照してください。必要な NSX Agent を簡単にインストールできるように、パブリック IP アドレスのオプションを選択することをお勧めします。 注: 仮想マシンをインポートするときに、仮想マシンを最適化するオプションを選択し、Windows 10 または 11 の場合は、Windows Store アプリケーションを削除します。これらのオプションを使用すると、その後イメージをシーリングするときの sysprep の問題を防止できます。
インポートされた仮想マシンに接続し、必要な NSX Tools をインストールします。Horizon Cloud のインポートされたイメージ仮想マシンへの NSX Tools のインストール
イメージを公開します。構成済みイメージ仮想マシンをポッドごとに Horizon Cloud の割り当て可能なイメージに変換する
そのイメージと、そのファームまたは割り当ての NSX Cloud 管理を有効にする設定を使用して、ファームと VDI デスクトップ割り当てを作成します。 RDSH 仮想マシンと VDI デスクトップ仮想マシンが作成されると、NSX Cloud インベントリに表示されます。
RDSH 仮想マシンおよび VDI デスクトップ仮想マシンとの通信を許可する NSX Manager の分散ファイアウォール ルールを有効にしますNSX Cloud はデフォルトでこれらの通信をブロックするため、ポッドからプロビジョニングされた NSX 管理対象仮想マシンとの通信を許可するには、NSX Manager で一部の分散ファイアウォール ルールを有効にする必要があります。ポッドでプロビジョニングされた仮想マシンの NSX Manager で必要なファイアウォール ルールを参照してください。 NSX-T Data Center 2.4 を使用している場合は、ファイアウォール ルールを有効にするだけでなく、NSX 管理対象仮想マシンに関連するトラフィックを Microsoft Azure クラウドのネットワークを介してルーティングする転送ポリシーも追加する必要があります(アンダーレイ)。ポッドでプロビジョニングされた仮想マシンのNSX Managerに必要な転送ポリシーを追加するを参照してください。
NSX Cloud インベントリの RDSH 仮想マシンと VDI デスクトップ仮想マシンで NSX Cloud 機能を使用します。NSX Cloud インベントリおよび NSX Cloud 機能の詳細については、Broadcom サイト techdocs.broadcom.com にある『NSX 管理ガイド』を参照してください。

Horizon Cloud ワークフローと NSX Cloud

NSX エージェントで構成したゴールド イメージ仮想マシンを使用して、Horizon Cloud ポッドで RDSH ファームまたは VDI デスクトップ割り当てを作成する場合、そのファームまたは VDI デスクトップ割り当てで NSX Cloud 管理を有効にするかどうかを決定できます。ファームまたは VDI デスクトップ割り当てに対して NSX Cloud 管理を有効にすると、そのファームまたは VDI デスクトップ割り当て内のすべての仮想マシン (VM) が、NSX Cloud で使用するためにタグ付けされます。ファームまたは VDI デスクトップ割り当てを作成するときに NSX Cloud 管理を指定します。ファームまたは割り当ての作成後にその状態を変更することはできません。ファームと VDI デスクトップ割り当てを作成する Horizon Cloud ワークフローには、ファームの RDSH インスタンスまたは VDI デスクトップ割り当ての仮想デスクトップで NSX Cloud の使用を有効にするためのトグルが含まれています。これらのワークフローの詳細については、以下を参照してください。

ファームまたは VDI デスクトップ割り当てを作成するときに 管理対象 NSX Cloud トグルを はい に設定すると、結果ファームの RDSH 仮想マシンまたは VDI デスクトップ仮想マシンに nsx.network=default という名前のカスタム タグが付与されます。NSX Cloud PCG は、そのタグを持つすべての仮想マシンを管理します。NSX Cloud は、このタグを持つ構成済みの Microsoft Azure VNet 内の仮想マシンを自動的に検出し、パブリック クラウド インベントリにこれらの仮想マシンを含めます。その後、NSX-T Data Center の CSM コンポーネントを使用して、これらの仮想マシンを保護できます。CSM コンポーネントの詳細については、Broadcom サイト techdocs.broadcom.com 内の『NSX 管理ガイド』を参照してください。

Horizon Cloud のポッドで NSX Cloud 管理機能を使用する場合は、いくつかの制限が適用されます。

  • NSX Cloud 管理が有効になっているファームまたは VDI デスクトップ割り当ての名前を編集することはできません。
  • フローティング VDI デスクトップ割り当てでディスク暗号化と NSX Cloud 管理機能の両方を使用するには、最新バージョンの NSX Agent をインストールする必要があります。この組み合わせは、以前のバージョンの NSX Agent ではサポートされていません。

Horizon Cloud のインポートされたイメージ仮想マシンへの NSX Tools のインストール

NSX Cloud 管理が有効になっているファームまたは VDI デスクトップ割り当てを作成する場合は、そのファームまたは割り当てに使用する公開イメージに NSX Tools をインストールする必要があります。イメージ仮想マシンを公開する前に、イメージ仮想マシンに NSX Tools をインストールする必要があります。仮想マシンが作成されたら NSX Tools をインストールします。[インポートされた仮想マシン] ページには、仮想マシンの Horizon Agent ソフトウェアのステータスがアクティブとして表示されます。

このページの手順は、個々のイメージ仮想マシンに NSX Tools をダウンロードしてインストールする方法として説明されている NSX Cloud の方法に従います。この方法では、NSX Cloud 環境の Cloud Service Manager (CSM) で特定されたダウンロード場所から PowerShell インストール スクリプト ファイルをダウンロードします。イメージ仮想マシンでは、そのインストール スクリプトを実行して NSX Tools インストール バイナリをダウンロードし、インストールを実行します。この方法の詳細については、Broadcom サイト techdocs.broadcom.com 内の『NSX 管理ガイド』ページの「Windows VM への NSX Tools のインストール」を参照してください。

前提条件

[インポートされた仮想マシン] ページで、仮想マシンのエージェントに関連するステータスがアクティブになっていることを確認します。このステータスを取得するには、仮想マシンで [インポートされた仮想マシン] ページの エージェント ペアリングをリセット アクションを使用します。このアクションは、 詳細 ドロップダウン リストにあります。

メモ: Microsoft リモート デスクトップ クライアントを RDP ソフトウェアとして使用して仮想マシンに接続する場合は、それが最新のバージョンであることを確認してください。たとえば、Windows 7 オペレーティング システムのデフォルトの RDP ソフトウェアのバージョンが十分ではありません。のバージョンは、バージョン 8 以降である必要があります。

仮想マシンの作成方法に応じて、仮想マシンのゲスト Windows オペレーティング システムにログインするための認証情報(ユーザー名とパスワード)の少なくとも 1 つがあることを確認します。

仮想マシンの作成方法ログインに使用する認証情報
[インポートされた仮想マシン] ページからの [仮想マシンのインポート] ウィザード。 2019 年 12 月のサービス リリース日以降、[仮想マシンのインポート] ウィザードは、作成プロセスの最後に、ウィザードで作成された仮想マシンを指定された Active Directory ドメインに参加させるか、仮想マシンをドメインに参加させないかのオプションを提供します。
  • ウィザードの ドメイン参加 トグルを有効にして仮想マシンを作成した場合は、指定した Active Directory ドメインのドメイン アカウントの認証情報を使用するか、ウィザードで指定されたローカル管理者アカウントを使用できます。
  • ウィザードの ドメイン参加 トグルをオフにして仮想マシンを作成した場合は、ウィザードで指定されたローカル管理者アカウントを使用する必要があります。この場合、仮想マシンはドメインに参加していないため、ローカル管理者アカウントのみがログインのアクセス権を持ちます。
手動の準備手順 通常、仮想マシンを手動で構築するときに、仮想マシンを Active Directory ドメインに参加させる必要はありません。その仮想マシンにログインするには、次のいずれかを使用します。
  • 手動で構築された仮想マシンが Microsoft Azure ポータルで作成されたときに指定されたローカル管理者アカウントの認証情報。
  • その仮想マシンを Active Directory ドメインに手動で参加させた場合は、そのドメインのドメイン アカウントの認証情報。

重要: ポッド マニフェスト 1230 以降では、ドメイン アカウントはエージェント ソフトウェアがインストールされているドメイン参加イメージ仮想マシンに直接接続できます。ポッド マニフェスト 1230 より前のバージョンでは、ドメインに参加した仮想マシンにインストールされたエージェント ソフトウェアにより、ドメイン アカウントをその仮想マシンに直接接続できませんでした。2298 より前のマニフェストはサポート対象外であり、 KB86476 の説明に従って更新する必要があることに注意してください。

仮想マシンにダウンロードしてインストールすることで NSX Tools をインストールする場合は、NSX Cloud 環境の CSM のポータルにログインするための認証情報があることを確認します。CSM を使用して、NSX Tools をインストールするための PowerShell インストール スクリプトをダウンロードする場所を特定します。CSM は NSX Cloud のコンポーネントであり、パブリック クラウド インベントリに単一の管理エンドポイントを提供します。CSM の詳細については、Broadcom サイト techdocs.broadcom.com 内のNSX ドキュメントを参照してください。

手順

  1. 仮想マシンの Windows オペレーティング システムに接続するには、RDP ソフトウェアで仮想マシンの IP アドレスを使用します。

    • 仮想マシンがパブリック IP アドレスを使用して作成された場合は、その IP アドレスを RDP ソフトウェアで使用できます
    • 仮想マシンにプライベート IP アドレスがある場合は、次の 2 つの方法のいずれかを使用して仮想マシンに RDP 接続する必要があります。
      • パブリック IP アドレスを持つ Microsoft Azure サブスクリプション内の別の仮想マシンを使用し、イメージ仮想マシンに対してアウトバウンド RDP を実行する。
      • VPN と RDP を企業ネットワーク経由でイメージ仮想マシン内で使用する 注: エージェントに関連するソフトウェア コンポーネントを実行している仮想マシンにアクセスするには、リモート デスクトップ クライアントのバージョンがバージョン 8 以降である必要があります。そうしないと、接続に失敗します。最新のリモート デスクトップ クライアントを使用することをお勧めします。
  2. こちらの前提条件の説明に従って、認証情報(ユーザー名とパスワード)を使用して Windows オペレーティング システムにログインします。

    仮想マシンの作成時に [イメージのインポート] ウィザードで指定されたローカル管理者アカウントの認証情報を使用する場合は、ユーザー名を \username と入力します。

    メモ:前提条件に記述されているように、仮想マシンがドメインに参加した仮想マシンで、ローカル管理者アカウントの代わりにドメイン アカウントを使用する場合は、ユーザー名を domain\username 形式で入力します。ここで domain はドメインの名前です。

  3. Windows仮想マシンから CSM にログインし、 クラウド > Azure > VNet の順に移動して、ポッドの適切な VNet に移動します。

  4. 画面の NSX Tools のダウンロードとインストール 領域を見つけて、Windows 用のダウンロード場所とインストール コマンドを取得します。

    その領域で、表示されている Windows インストール スクリプトのダウンロード場所を見つけます。ダウンロード場所の下には、単純な基本インストール コマンドもあります。

    • 表示されるダウンロード場所には、パターン http://filepath/nsx_install.ps1 が表示されます。 nsx_install.ps1 は PowerShell スクリプト ファイル、 filepath はファイルのダウンロード元のパスです。

    • 表示される基本的なインストール コマンドには、 -dnsSuffix DNS-suffixが含まれています。DNS-suffix は動的に生成された値です。DNS-suffix は、NSX Cloudの構成の一環として Microsoft Azure VNet に PCG を展開したときに選択した DNS 設定に関連しています。 重要: Horizon Cloud のイメージ仮想マシンに NSX Tools をインストールするスクリプトを実行する場合は、以下を指定する必要があります。

    • Microsoft Azure VNet の CSM に表示されるのと同じ DNS-suffix。DNS-suffix は、構成した環境に固有です。

    • startOnDemand true オプション。このオプションは、Horizon Cloud 公開ワークフロー用に NSX Tools を最適化します。

  5. 表示された DNS-suffix をコピーして、次の手順でインストール スクリプトを実行するときに使用します。

  6. ダウンロード場所を使用して、仮想マシン上の場所に nsx_install.ps1 ファイルをダウンロードします。

  7. PowerShell プロンプトを開き、nsx_install.ps1 ファイルをダウンロードした場所に移動し、DNS-suffix の値とオプション -startOnDemand true を使用してインストール コマンドを実行し、NSX Tools をインストールします。

    重要: オプション -startOnDemand true が必要です。

    次のコード ブロックは、DNS サフィックスが xxxxxxxxxxxxxxxxxxxxxxxxx.xx.internal.cloudapp.net の PowerShell プロンプト内のコマンドの例です。

    powershell -file 'nsx_install.ps1' -operation install -dnsSuffix xxxxxxxxxxxxxxxxxxxxxxxxx.xx.internal.cloudapp.net -startOnDemand true
    

    スクリプトの実行が完了すると、NSX Tools が正常にインストールされているかどうかを示すメッセージが表示されます。

  8. PowerShell コマンド プロンプトを閉じます。

  9. 通常のコマンド プロンプトを開き、次のコマンドを実行して、NSX Tools のブートストラップ ステータスが準備完了であることを確認します。

    schtasks /query /tn nsx_bootstrap
    

    このコマンドを実行すると、nsx_bootstrap タスクが Ready ステータスで表示されます。以下に例を示します。

    
    TaskName              Next Run Time       Status
    --------------------- ------------------- -----------
    nsx_bootstrap         N/A                 Ready
    
    
  10. 仮想マシンの Windows オペレーティング システムからログアウトします。

次のタスク

NSX Tools がインストールされ、 nsx_bootstrap タスクが Ready として表示されている状態で、これ以上カスタマイズする必要がなければ、イメージを公開できます。構成 済みイメージ仮想マシンをポッドごとに Horizon Cloud の割り当て可能なイメージに変換するを参照してください。

ポッドでプロビジョニングされた仮想マシンの NSX Manager で必要なファイアウォール ルール

Microsoft Azure のポッドで NSX Cloud 機能を使用する場合、ポッドからプロビジョニングされた NSX 管理対象仮想マシンとの通信を許可するには、NSX Manager で一部の分散ファイアウォール ルールを有効にする必要があります。これらのルールが有効になっていない場合、エンド ユーザーはデスクトップまたはリモート アプリケーションを起動してログインできません。

NSX Manager で、これらのルールを有効にして、トラフィックを指示どおりに許可します。表で、デスクトップ プールという語句は RDSH ファームまたは VDI デスクトップ割り当てを指します。

トラフィック タイプソース宛先サービス/プロトコル/ポート
Horizon Web Client (Blast) トラフィックポッドの Unified Access Gateway 仮想マシンデスクトップ プール
  • View-PCoIP/TCP/4172
  • View5.x-PCoIP/UDP/4172
  • HTTPS/TCP/443
  • Horizon Blast UDP/UDP/22443
  • Horizon Blast TCP/TCP/22443
  • Horizon-USB-RedirectionIn/TCP/32111
  • Horizon-Beat/TCP-8443
  • Horizon-TCP-Side-Channel/TCP/9427
デスクトップ プールからポッド マネージャへのトラフィックデスクトップ プールポッドのマネージャ仮想マシン
  • View5.x-JMS/TCP/4001
  • デスクトップ メッセージング サーバ/TCP/3099
  • View7-JMS/TCP/4002
デスクトップ プールから Active Directory ドメイン サーバへのトラフィックデスクトップ プールポッドのマネージャ仮想マシン
  • 任意

ポッドでプロビジョニングされた仮想マシンに必要な転送ポリシーの NSX Manager への追加

Microsoft Azure の ポッドで NSX-T Data Center 2.4 を使用している場合は、ファイアウォール ルールを有効にするだけでなく、ポッドの NSX 管理対象仮想マシンに関連するトラフィックを Microsoft Azure クラウドのネットワーク(アンダーレイ)を介してルーティングする転送ポリシーも追加する必要があります。転送ポリシーは NSX-T Data Center 2.4 で導入されました。

これらの手順は、NSX-T Data Center 2.4 環境で実行します。

手順

  1. 環境の NSX Manager にログインします。

  2. ネットワーク > 転送ポリシー の順に移動します。

  3. その 転送ポリシー ページで、ポッドを使用するために NSX Public Cloud Gateway (PCG) がデプロイされている VNet を表すセクションを展開します。

  4. 展開されたセクションで、右クリックして ルールのコピー を選択することにより、そのセクションにリストされている最後のルール(CloudDefaultRoute という名前のルール)のコピーを作成します。

  5. 新しいコピーのアクションを アンダーレイへのルート に設定します。

  6. 公開 をクリックします。

このページは役に立ちましたか?

このトピックについてフィードバックを送信

このトピックは役に立ちましたか?

個人情報や機密情報は入力しないでください。

リンクを生成しています…