VMM ファブリックで SDN ネットワーク コントローラーを設定する

この記事では、System Center Virtual Machine Manager (VMM) ファブリックでソフトウェア定義ネットワーク (SDN) ネットワーク コントローラーを設定する方法について説明します。

SDN ネットワーク コントローラーは、ネットワーク デバイスの手動構成を実行する代わりに、ネットワーク インフラストラクチャの構成を自動化できる、スケーラブルで高可用性のサーバーロールです。 詳細情報。

優れた概要については、ネットワーク コントローラーの展開の概要を説明するビデオ (最大 5 分) をします。

ソフトウェア定義ネットワーク (SDN) の計画。 詳細情報。

• SDN ネットワーク コントローラーのインストールと展開を計画する。 詳細情報。

VMM ファブリックで SDN を設定するには、次のものが必要です。

• サービス テンプレート: VMM はサービス テンプレートを使用してネットワーク コントローラーの展開を自動化します。 ネットワーク コントローラーのサービス テンプレートは、第 1 世代および第 2 世代の VM でのマルチノードデプロイをサポートします。
• 仮想ハード ディスク: サービス テンプレートには、VMM ライブラリにインポートされた準備済みの仮想ハード ディスクが必要です。 この仮想ハード ディスクは、ネットワーク コントローラー VM に使用されます。
  • 仮想ハード ディスクは、最新のパッチがインストールされた該当する Windows Server バージョンを実行している必要があります。
  • VHD または VHDX 形式にすることができます。
• 管理論理ネットワーク: VMM ホスト、ネットワーク コントローラー ホスト、テナント VM ホストに対する物理管理ネットワークの接続をモデル化します。
• 論理スイッチ: 管理論理ネットワークにネットワーク コントローラー VM への接続を提供します。
• SSL 証明書: VMM サーバーとネットワーク コントローラー間の通信を認証します。
• HNV プロバイダーの論理ネットワークとテナント VM ネットワーク: ネットワーク コントローラーのデプロイを検証します。
• その他の前提条件: Verify その他の要件。

SDN ネットワーク コントローラーを設定するために必要な操作を次に示します。

1. ホストと物理ネットワーク インフラストラクチャの構成: VLAN、ルーティングなどを構成するには、物理ネットワーク デバイスにアクセスする必要があります。 また、SDN インフラストラクチャとテナント VM をホストするために Hyper-V ホストも必要です。 詳細情報。

2. 仮想ハード ディスクを準備する: 必要に応じて、選択したサービス テンプレートの生成用に、VHD または VHDX 形式のネットワーク コントローラー サービス テンプレート用の仮想ハード ディスクを準備できます。

3. サービス テンプレートのダウンロード: ネットワーク コントローラー サービス テンプレートをダウンロードし、VMM ライブラリにインポートします。

4. Active Directory セキュリティ グループを設定する: ネットワーク コントローラー管理用の Active Directory セキュリティ グループと、ネットワーク コントローラー クライアント用の別のセキュリティ グループが必要です。 各グループには、少なくとも 1 つのユーザー アカウントが必要です。

5. VMM ライブラリ共有を設定します。 診断ログを保持するためのオプションのライブラリ ファイル共有を持つことができます。 このライブラリ共有は、ネットワーク コントローラーによってアクセスされ、その有効期間を通じて診断情報が格納されます。

6. VMM ホスト グループの設定: すべての SDN Hyper-V ホストの専用ホスト グループを設定します。

   注意

   ホストは、最新のパッチがインストールされた該当する Windows Server を実行しており、Hyper-V ロールが有効になっている必要があります。

7. 管理論理ネットワークの作成: VMM ホスト、ネットワーク コントローラー ホスト、テナント VM ホストの管理ネットワーク接続をミラーリングする論理ネットワークを作成します。 プールから静的 IP アドレスを割り当てる場合は、この論理ネットワーク上にプールを作成します。

8. 管理論理スイッチを作成して展開する: 論理スイッチを作成し、ネットワーク コントローラー ホストに展開して、ネットワーク コントローラー VM の管理ネットワークへの接続を提供します。

9. 証明書を設定する: ネットワーク コントローラーとのセキュリティで保護された HTTPS 通信用の SSL 証明書が必要です。

10. テンプレートのインポート: ネットワーク コントローラー サービス テンプレートをインポートしてカスタマイズします。

11. サービスのデプロイ: サービス テンプレートを使用してネットワーク コントローラー サービスをデプロイします。 次に、VMM サービスとして追加します。

1. 使用するテンプレートの種類に基づいて VHD または VHDX を準備します。
2. ハード ディスクを準備したら、該当する最新の Windows Server 更新プログラムと、英語以外の環境がある場合に必要な言語パックをインストールします。
3. VHD/VHDX ファイルを VMM ライブラリにインポートします。 詳細情報。

1. Microsoft SDN GitHub リポジトリから SDN フォルダーをダウンロードしテンプレートを VMM>Templates>NC から VMM サーバー上のローカル パスにコピーします。

2. コンテンツをローカル コンピューター上のフォルダーに展開します。

3. ライブラリを更新します。後でサービス テンプレートをインポートします。

   注意

   カスタム リソース ファイルは、ネットワーク コントローラーとその他の SDN コンポーネント (ソフトウェア ロード バランサー、RAS ゲートウェイ) を設定するときに使用されます。

   NC フォルダーには、4 つのサービス テンプレートと 5 つのカスタム リソース フォルダーが含まれています。 次の表に、これらの概要を示します。

ネットワーク コントローラーの管理とクライアントのセキュリティ グループを作成します。

1. Active Directory ユーザーとコンピューターで、ネットワーク コントローラー管理用のセキュリティ グループを作成します。

   • グループに、ネットワーク コントローラーを構成するためのアクセス許可を持つすべてのユーザーを追加します。 たとえば、ネットワーク コントローラー管理者という名前のグループを作成します。
   • このグループに追加するすべてのユーザーも、Active Directory のドメイン ユーザー グループのメンバーである必要があります。
   • ネットワーク コントローラー管理のグループは、ドメイン ローカル グループである必要があります。 このグループのメンバーは、デプロイされたネットワーク コントローラー構成を作成、削除、および更新できます。
   • このグループのメンバーであり、その資格情報にアクセスできるユーザー アカウントを少なくとも 1 つ作成します。 ネットワーク コントローラーを展開した後、VMM は、ユーザー アカウントの資格情報を使用してネットワーク コントローラーとの通信を確立するように構成できます。

2. ネットワーク コントローラー クライアント用の別のセキュリティ グループを作成します。

   • ネットワーク コントローラーを使用してネットワークを構成および管理するためのアクセス許可を持つユーザーを追加します。 たとえば、ネットワーク コントローラー ユーザーという名前のグループを作成します。
   • 新しいグループに追加するすべてのユーザーも、Active Directory のドメイン ユーザー グループのメンバーである必要があります。
   • すべてのネットワーク コントローラーの構成と管理は、Representational State Transfer (DNS) を使用して実行されます。
   • グループはドメイン ローカル グループである必要があります。 ネットワーク コントローラーがデプロイされると、このグループのすべてのメンバーに、REST ベースのインターフェイスを介してネットワーク コントローラーと通信するためのアクセス許可が付与されます。
   • このグループのメンバーである少なくとも 1 つのユーザー アカウントを作成します。 ネットワーク コントローラーを展開した後、VMM は、ユーザー アカウントの資格情報を使用してネットワーク コントローラーとの通信を確立するように構成できます。

1. 必要に応じて、 VMM ライブラリにファイル共有を作成して診断ログを保持します。
2. ネットワーク コントローラーが共有にアクセスできることを確認します。 ネットワーク コントローラーは、共有にアクセスして診断情報を格納します。 共有への書き込みアクセス権を持つアカウントの資格情報をメモします。

1. SDN によって管理される Hyper-V ホストの専用ホスト グループ を作成します。
2. Hyper-V ホストで最新のパッチがインストールされた Windows Server 2016 が実行されていることを確認します。

VMM で管理論理ネットワークを作成して、物理管理ネットワークをミラーリングできます。

• 論理ネットワークは、VMM ホスト、ネットワーク コントローラー ホスト、テナント VM ホストのネットワーク接続設定を提供します。
• ネットワーク コントローラーによって管理されるインフラストラクチャ VM に接続を提供するために、この論理ネットワークを作成することをお勧めします。
• 仮想マシンがこの論理ネットワークに直接アクセスできるように同じ名前の VM ネットワークを作成する構成になっている VMM 論理ネットワークが既にある場合この論理ネットワークを再利用して、ネットワーク コントローラーへの管理接続を提供できます。

管理論理ネットワークを作成するには、次の手順に従います。

1. Fabric>Networking を選択します。 論理ネットワーク>論理ネットワークの作成を右クリックします。
2. Nameおよび省略可能な Description を指定します。

4. [ Network Site>Add を選択します。 ネットワーク コントローラーによって管理されるホストのホスト グループを選択します。 管理ネットワーク IP サブネットの詳細を挿入します。 このネットワークは、物理スイッチに既に存在し、構成されている必要があります。
5. Summary情報を確認し、Finish を選択して完了します。

ネットワーク コントローラー VM に静的 IP アドレスを割り当てる場合は、管理論理ネットワークに IP アドレス プールを作成します。 DHCP を使用している場合は、この手順をスキップできます。

1. VMM コンソールで、管理論理ネットワークを右クリックし、 [IP プールの作成を選択します。

2. プールの Name と省略可能な説明を指定し、論理ネットワークの管理ネットワークが選択されていることを確認します。

3. Network Site パネルで、この IP アドレス プールがサービスを提供するサブネットを選択します。

4. IP アドレス範囲パネルで、開始 IP アドレスと終了 IP アドレスを入力します。

5. IP を REST IP として使用するには、指定した範囲の IP アドレスの 1 つを、他の用途のために予約する IP アドレス ボックスに入力します。 REST エンドポイントを使用する場合は、この手順をスキップします。

   • 使用可能なサブネットの最初の 3 つの IP アドレスは使用しないでください。 たとえば、使用可能なサブネットが .1 から .254 の場合は、範囲を .4 以上から開始します。
   • ノードが同じサブネット内にある場合は、REST IP アドレスを指定する必要があります。 ノードが異なるサブネットにある場合は、REST DNS 名を指定する必要があります。

6. 既定のゲートウェイ アドレスを指定し、必要に応じて DNS と WINS の設定を構成します。

7. Summary ページで、設定を確認し、[完了]を選択してウィザードを完了します。

管理論理ネットワークに論理スイッチを展開する必要があります。 スイッチは、管理論理ネットワークとネットワーク コントローラー VM 間の接続を提供します。

1. VMM コンソールで、 Fabric>Networking>Create Logical Switch を選択します。 [作業の開始] 情報を確認し、[次へを選択します。

2. Nameおよび省略可能な説明を指定します。 アップリンク チームを選択。 チーミングが必要な場合は、 Embedded Team を選択します。

   注意

   Teamを使用しないでください。

3. 最小帯域幅モードの場合は、 Weight オプションを選択します。

4. Extensionsで、すべてのスイッチ拡張機能をクリアします。 This is important. この段階でスイッチ拡張機能のいずれかを選択すると、後でネットワーク コントローラーのオンボードがブロックされる可能性があります。

5. 必要に応じて、仮想ポート プロファイルを追加し、ホスト管理用のポート分類を選択できます。

6. 既存のアップリンク ポート プロファイルを選択するか、 追加>新しいアップリンク ポート プロファイルを選択します。 Nameおよび省略可能な説明を指定します。 負荷分散アルゴリズムとチーミング モードには既定値を使用します。 管理論理ネットワーク内のすべてのネットワーク サイトを選択します。

7. [新しいネットワーク アダプター 選択します。 これにより、論理スイッチとアップリンク ポート プロファイルにホスト仮想ネットワーク アダプター (vNIC) が追加されるため、論理スイッチをホストに追加すると、vNIC が自動的に追加されます。

8. vNIC の Name を指定します。 管理 VM ネットワークが Connectivity に一覧表示されていることを確認します。

9. [ このネットワーク アダプターは、ホスト アダプターからのホスト管理>Inherit 接続設定に使用されますを選択します。 これにより、ホストに既に存在するアダプターから vNIC アダプター設定を取得できます。 以前にポート分類と仮想ポート プロファイルを作成した場合は、ここで選択できます。

10. Summaryで情報を確認し、Finish を選択してウィザードを完了します。

NC を展開するすべてのホストに管理論理スイッチを展開する必要があります。 これらのホストは、前に作成した VMM ホスト グループの一部である必要があります。 詳細情報。

ネットワーク コントローラーとのセキュリティで保護された HTTPS 通信に使用される SSL 証明書が必要です。 次の方法を使用できます。

• 自己署名証明書: 自己署名証明書を生成し、パスワードで保護されている秘密キーと共にエクスポートできます。
• 証明機関 (CA) 証明書: CA によって署名された証明書を使用できます。

次の例では、新しい自己署名証明書を作成し、VMM サーバーで実行する必要があります。

証明書とその秘密キーを .pfx 形式でエクスポートします。

1. Certificates スナップイン (certlm.msc) を開き、[個人用] または [証明書] で証明書を見つけます。

2. 証明書を選択し、[すべてのタスク]>[エクスポート] の順に選択します。

3. Yes を選択し、秘密キーをエクスポートオプションを選択し、次へを選択します。

4. [Personal Information Exchange - PKCS #12 (.PFX)] を選択し、既定の [証明のパスにある証明書を可能であればすべて含む] を受け入れます。

5. ユーザー/グループとエクスポートする証明書のパスワードを割り当てます。次へを選択します。

6. エクスポートする File ページで、エクスポートしたファイルを配置する場所を参照し、名前を付けます。

7. 同様に、証明書をエクスポートします。CER 形式

   注意

   エクスポートするCER 形式で、 Yes をオフにして、秘密キーをエクスポートします オプション。

8. PFX を ServerCertificate.cr フォルダーにコピーします。

9. .CER ファイルを NCCertificate.cr フォルダーにコピーします。

完了したら、これらのフォルダーを更新し、これらの証明書がコピーされていることを確認します。

1. CA 署名付き証明書を要求します。 Windows ベースのエンタープライズ CA の場合は、証明書要求ウィザードを使用して証明書を します。

2. 証明書に、OID 1.3.6.1.5.5.7.3.1 で指定された serverAuth EKU が含まれていることを確認します。 さらに、証明書のサブジェクト名は、ネットワーク コントローラーの DNS 名と一致する必要があります。

3. PFX を ServerCertificate.cr フォルダーにコピーします。

4. .CER ファイルを NCCertificate.cr フォルダーにコピーします。

5. で CA の公開キーをコピーします。TrustedRootCertificate.cr する CER 形式。

   注意

   エンタープライズ CA が証明書の自動登録用に構成されていることを確認します。

1. Hyper-V ホスト上の個人用 (My – cert:\localmachine\my) 証明書ストアに、ホストの完全修飾ドメイン名 (FQDN) としてサブジェクト名 (CN) を持つ複数の X.509 証明書がある場合は、 SDN で使用される証明書には、OID 1.3.6.1.4.1.311.95.1.1.1 の追加のカスタム拡張キー使用法プロパティがあります。 そうでない場合、ネットワーク コントローラーとホスト間の通信が機能しない可能性があります。

2. 南境界通信用に CA によって発行された証明書に、OID 1.3.6.1.4.1.311.95.1.1.1 の追加のカスタム拡張キー使用法プロパティがあることを確認します。

テンプレートをインポートし、環境のパラメーターを更新します。

サービス テンプレートを VMM ライブラリにインポートします。 この例では、第 2 世代テンプレートをインポートします。

1. Library>Import Template を選択します。

2. サービス テンプレート フォルダーを参照し、 Network Controller Production Generation 2 VM.xml ファイルを選択します。

3. サービス テンプレートをインポートするときに、環境のパラメーターを更新します。 詳細を確認し、 インポートを選択します。

   • WinServer.vhdx 前に準備したベース仮想ハード ドライブ イメージを選択します。
   • NCSetup.cr: VMM ライブラリの NCSetup.cr ライブラリ リソースにマップします。
   • ServerCertificate.cr: VMM ライブラリの ServerCertificate.cr リソースにマップします。 さらに、先ほど準備した .pfx SSL 証明書をこのフォルダー内に配置します。 ServerCertificate.cr フォルダーに証明書が 1 つだけ存在することを確認します。
   • TrustedRootCertificate.cr: VMM ライブラリ内の TrustedRootCertificate.cr フォルダーにマッピングします。 信頼されたルート証明書が必要ない場合でも、このリソースを CR フォルダーにマップする必要があります。 ただし、フォルダーは空のままにする必要があります。

4. 完了したら、ジョブが完了していることを確認します。

プロダクト キー、IP 割り当て、DHCP、MAC スプーフィング、高可用性など、組織に関連する特定の要件を満たすようにサービス テンプレートをカスタマイズできます。 ホスト グループ、ホスト クラスター、サービス インスタンスなどのオブジェクトのプロパティをカスタマイズすることもできます。

例として、プロダクト キーを入力し、DHCP と高可用性を有効にする手順を次に示します。

1. VMM ライブラリで、サービス テンプレートを選択し、デザイナー モードで開きます。

2. コンピューター層をダブルクリックして、Windows Server ネットワーク コントローラーのプロパティ ページを開きます。

3. プロダクト キーを指定するには、 OS Configuration>Product Key を選択し、CCEP によって共有されるキーを指定します。

4. 高可用性を有効にするには、 Hardware 構成>Availabilityを選択し、 仮想マシンの高可用性を作成する チェック ボックスをオンにします。

5. 動的 IP 構成を有効にし、ネットワーク コントローラー管理に DHCP を使用するには、デザイナーでネットワーク アダプターを選択し、IPV4 アドレスの種類を Dynamic に変更します。

   注意

   • 高可用性のためにテンプレートをカスタマイズする場合は、クラスター化されたノードにデプロイしてください。
   • ネットワーク コントローラーを構成し、REST 名として FQDN を指定するときに、DNS のプライマリ NC ノードの Host A レコードを事前に作成しないでください。 これは、プライマリ NC ノードが変更されると、ネットワーク コントローラーの接続に影響を与える可能性があります。 これは、SDN Express または VMM Express スクリプトを使用して NC を展開する場合でも適用できます。

1. まず、ネットワーク コントローラーのサービス テンプレートを選択し、[展開の構成] を選択します。 サービス名を入力し、サービス インスタンスの宛先を選択します。 宛先は、ネットワーク コントローラーによって管理されるホストを含む専用ホスト グループにマップする必要があります。

2. 次の表に示すように、展開設定を構成します。

3. 仮想マシン インスタンスが最初は赤色になるのは通常です。 Refresh Preview を選択すると、作成する仮想マシンに適したホストがデプロイ サービスによって自動的に見つかります。

4. これらの設定を構成したら、 [サービスのデプロイ] を選択して、サービスデプロイ ジョブを開始します。

   注意

   展開時間はハードウェアによって異なりますが、通常は 30 分から 60 分です。 ボリューム ライセンスの VHD\VHDX を使用していない場合、または VHD\VHDX が応答ファイルを使用してプロダクト キーを提供しない場合は、ネットワーク コントローラー VM のプロビジョニング中に Product Key ページでデプロイが停止します。 VM デスクトップに手動でアクセスし、プロダクト キーをスキップまたは入力する必要があります。

5. ネットワーク コントローラーのデプロイが失敗した場合は、ネットワーク コントローラーのデプロイを再試行する前に、失敗したサービス インスタンスを削除してください。 VM とサービス>すべてのホスト>Services を選択し、インスタンスを削除します。

ネットワーク コントローラー サービスが正常に展開されたら、次の手順では、ネットワーク サービスとして VMM に追加します。

1. Fabric で、Networking>Network Service を右クリックし、 [ネットワーク サービスの追加] を選択します。

2. ネットワーク サービスの追加ウィザードが起動します。 名前と省略可能な説明を指定します。

3. 製造元 Microsoft を選択し、モデルの場合はMicrosoftネットワークコントローラ 選択。

4. Credentialsで、ネットワーク サービスの構成に使用する実行アカウントを指定します。 これは、ネットワーク コントローラー クライアント グループに含まれているアカウントと同じである必要があります。

5. Connection 文字列の場合:

   • マルチノードデプロイでは、 ServerURL は REST エンドポイントを使用し、 servicename はネットワーク コントローラー インスタンスの名前にする必要があります。
   • 単一ノードデプロイでは、 ServerURL はネットワーク コントローラーの FQDN、 servicename はネットワーク コントローラー サービス インスタンス名である必要があります。 例: serverurl=https://NCCluster.contoso.com;servicename=NC_VMM_RTM

6. Review 証明書では、証明書を取得するためにネットワーク コントローラー仮想マシンに接続されます。 表示されている証明書が想定した証明書であることを確認します。 [ 証明書が確認され、信頼された証明書ストア ボックスにインポートできることを確認。

7. 次の画面で Scan Provider を選択してサービスに接続し、プロパティとその状態を一覧表示します。 これは、サービスが正しく作成されたかどうか、および適切な接続文字列を使用して接続していることを示す優れたテストでもあります。 結果を調べて、isNetworkController = true であることを確認します。 正常に完了したら、 Next を選択します。

8. ネットワーク コントローラーが管理するホスト グループを構成します。

9. [完了] を選択してウィザードを完了します。 サービスが VMM に追加されると、VMM コンソールの Network Services 一覧に表示されます。 ネットワーク サービスが追加されていない場合は、VMM コンソールで Jobs を確認してトラブルシューティングを行います。

必要に応じて、ネットワーク コントローラーのデプロイを検証できます。 手順は次のとおりです。

1. テナント VM 接続用のネットワーク コントローラーによって管理 HNV プロバイダー ネットワーク (バックエンド ネットワーク) を作成します。 このネットワークは、ネットワーク コントローラーが正常にデプロイされていること、および同じ仮想ネットワーク内のテナント VM が相互に ping を実行できることを検証するために使用されます。 このネットワークは物理ネットワーク インフラストラクチャ内に存在する必要があり、すべての SDN ファブリック ホストには物理接続が必要です。
2. HNV 提供ネットワークを作成したら、その上に 2 つのテナント VM ネットワークを構成します。 VM ネットワークと IP アドレス プールを作成し、テナント VM をデプロイします。 また、異なるホストにデプロイされた 2 つのテナント VM 間の接続をテストして、ネットワーク コントローラーが正しくデプロイされていることを確認することもできます。

1. 論理ネットワークの作成ウィザードを起動します。 このネットワークの名前と説明 (省略可能) を入力します。

3. [ネットワーク サイト] で、HNV プロバイダー ネットワークに関するネットワーク サイト情報を追加します。 これには、ネットワークのホスト グループ、サブネット、および VLAN 情報が含まれている必要があります。
4. Summary情報を確認し、ウィザードを完了します。

HNV 論理ネットワークの構成では、このネットワークで DHCP を使用できる場合でも、IP アドレス プールが存在する必要があります。 HNV の構成ネットワークに複数のサブネットがある場合は、サブネットごとにプールを作成します。

1. [configure HNV logical network]\(HNV 論理ネットワークの構成\) を右クリックし、>[IP プールの作成] を選択します。
2. 名前と省略可能な説明を指定し、論理ネットワークに対して HNV プロバイダー論理ネットワークが選択されていることを確認します。

4. [IP アドレスの範囲] で、開始と終了の IP アドレスを構成します。 使用可能なサブネットの最初の IP アドレスは使用しないでください。 たとえば、使用可能なサブネットが .1 から .254 の場合は、範囲を .2 以上から開始します。

5. 次に、既定のゲートウェイ アドレスを構成します。 [既定のゲートウェイ]ボックスの横にある Insert を選択アドレスを入力し、既定のメトリックを使用します。 必要に応じて、DNS と WINS を構成します。

6. 概要情報を確認し、 [完了] を選択してウィザードを完了します。

7. ネットワーク コントローラーのオンボードの一環として、管理論理ネットワーク接続のホストに展開したスイッチが SDN スイッチに変換されました。 このスイッチを使用して、HNV プロバイダー論理ネットワークを含むネットワーク コントローラーマネージド ネットワークを展開できるようになりました。 管理論理スイッチのアップリンク ポート プロファイル設定で、HNV プロバイダー論理ネットワークに対応するネットワーク サイトを選択していることを確認します。

   

HNV プロバイダーの論理ネットワークに、ネットワーク コントローラーのマネージド ホスト グループ内のすべてのホストからアクセスできるようになりました。

次に、接続をテストするために、SDN インフラストラクチャ内の 2 つのテナント用に 2 つの VM ネットワークと IP プールを作成します。

1. テナントごとに VM ネットワーク を作成します。

2. 各 VM ネットワークの IP アドレス プール を作成します。

これで、テナント仮想ネットワークに接続されたテナント仮想マシンを作成できます。

1. 既存のハード ディスクから VM を作成する場合は、 次の手順に従います。
2. ネットワークに接続されている 2 つ以上の VM をデプロイした後、もう一方のテナント仮想マシンから 1 つのテナント仮想マシンに ping を実行して、ネットワーク コントローラーがネットワーク サービスとして正常にデプロイされていること、およびテナント仮想マシンが相互に ping できるように HNV プロバイダー ネットワークを管理できることを検証できます。

ソフトウェア ロード バランサーを作成する