NSX Application Platform の展開

NSX-T Data Center バージョン 3.2 以降がインストールされ、すべての展開の前提条件を満たしたら、NSX Application Platform の展開に進むことができます。

前提条件

フォームファクタのシステム要件を含む、展開の前提条件をすべて満たす必要があります。詳細については、NSX Application Platform 展開の前提条件トピックを参照してください。

注意：

NSX Intelligence 1.2.x トラフィックフローデータを移行した場合は、評価フォームファクタを使用して NSX Application Platform を展開しないでください。評価フォームファクタを使用すると、以前の NSX Intelligence 1.2.x インストールからトラフィックフローデータを移行することなく NSX Application Platform が強制的に展開され、以前のインストールに関する情報が失われます。

手順 1：展開の準備

NSX Application Platform を展開するには、Helm リポジトリと Docker レジストリの情報を入力します。

手順

ブラウザから、エンタープライズ管理者の権限で NSX Manager (https://<nsx-manager-ip-address>) にログインします。
[構成] セクションで [システム] > [NSX Application Platform] の順に移動します。
[NSX Application Platform の展開] をクリックします。
[Helm リポジトリ] の URL と [Docker レジストリ] のパスを確認します。

NSX-T Data Center 3.2.3.1 以降では、[Helm リポジトリ] テキストボックスのデフォルト値は oci://projects.registry.vmware.com/nsx_application_platform/helm-charts です。これは、VMware でホストされるパブリック Helm リポジトリで、システムはここからパッケージ化された NSX Application Platform Helm チャートを取得します。

[Docker レジストリ] パスの値は projects.registry.vmware.com/nsx_application_platform/clustering です。これは VMware でホストされるパブリックレジストリの場所で、システムはここから NSX Application Platform docker イメージを取得します。

これらの VMware のパブリックホストにある NSX Application Platform レジストリとリポジトリの場所を使用すると、展開プロセスが簡素化されます。この展開プロセスでは送信接続のみが使用され、ユーザーのデータは保持されません。

推奨の展開プロセスを使用できず、VMware のパブリックホストの場所にアクセスできない場合は、インフラストラクチャ管理者と協力して、NSX Application Platform Helm チャートと Docker イメージを会社のプライベートな Helm リポジトリおよび Docker レジストリの場所にアップロードします。この両方のプライベートホストの場所は、Kubernetes クラスタと、NSX Application Platform の展開で使用している NSX Manager アプライアンスからアクセスできる必要があります。NSX Application Platform Docker イメージと Helm チャートのプライベートコンテナレジストリへのアップロードを参照してください。

プライベート Helm リポジトリと Docker レジストリの場所を使用している場合は、次の手順を実行します。
1. [Helm リポジトリ] テキストボックスにプライベートレジストリの URL を入力します。
  - OCI 互換の Helm プライベートリポジトリの場合は、oci://<your-private-registry-server-fqdn>/<your-private-registry-name>/helm-charts の形式を使用します。
  - ChartMuseum 互換の Helm プライベートリポジトリの場合は、https://<your-private-registry-server-fqdn>/chartrepo/<your-private-registry-name> の形式を使用します。
2. [Docker リポジトリ] テキストボックスにプライベートレジストリの場所を入力します。OCI 互換または ChartMuseum 互換の Helm リポジトリの場合は、<your-private-registry-server-fqdn>/<your-private-registry-name>/clustering の形式を使用します。
  このパス値の先頭には https または oci を付けません。
[URL の保存] をクリックします。

NSX Application Platform の詳細が Helm チャートと Docker レジストリの場所から収集されるため、この手順が完了するまでに時間がかかる場合があります。
[プラットフォームのターゲットバージョン] テキストボックスで、展開に適した NSX Application Platform バージョンが選択されていることを確認します。

システムでは、バージョンのリストを Helm リポジトリから取得します。
[次へ] をクリックします。

手順 2：構成の詳細の入力

NSX Application Platform を展開するには、インフラストラクチャ管理者が作成したスーパーバイザーまたはアップストリーム Kubernetes クラスタ上の TKG クラスタリソースに関する構成情報を入力する必要があります。

インフラストラクチャ管理者から取得した kubeconfig ファイルが必要です。このファイルには、スーパーバイザーまたはアップストリーム Kubernetes 上の TKG クラスタ環境の構成情報が含まれており、アクセス情報があります。

手順

[ファイルのアップロード] テキストボックスで [選択] をクリックし、インフラストラクチャ管理者が提供した kubeconfig ファイルの場所に移動します。
[アップロード] をクリックします。

システムで Kubernetes 構成ファイルの内容を検証するため、この手順が完了するまでには時間がかかる場合があります。
（オプション） 「サーババージョンとクライアントバージョンに互換性がありません。エラーを解決するには、最新バージョンの Kubernetes Tools をアップロードしてください」というエラーメッセージが表示された場合は、互換性のあるバージョンの Kubernetes ツールバンドルをアップロードします。

VMware 製品ダウンロードポータルで提供されている Kubernetes Tools バンドルは、ご利用の NSX-T Data Center のバージョンで使用できます。Kubernetes Tools バンドルをダウンロードする場合、デフォルト名は、kubernetes-tools-buildversion.tar.gz です。kubernetes-tools-1.20.11-00_3.5.4-1.tar.gz のようになります。ファイルをダウンロードする際は、ファイルの名前変更をしないでください。ファイルは VMware プライベートキーで署名されています。
1. [ローカルファイルのアップロード] か [リモートファイルのアップロード] を選択します。
2. [ローカルファイルのアップロード] を選択した場合は、[選択] をクリックして Kubernetes ツールファイルの場所に移動します。
3. [リモートファイルのアップロード] を選択した場合は、互換性のある Kubernetes ツールファイルが取得できる URL を入力します。たとえば、ダウンロードした kubernetes-tools-buildversion.tar.gz ファイルの URL を入力します。
4. [アップロード] をクリックします。
[クラスタタイプ] の情報が正しいことを確認します。

この情報は、Kubernetes 環境のタイプを参照します。現在サポートされているタイプは、Standard のみです。
[ストレージクラス] の情報が正しいことを確認します。

ストレージクラスの値は Kubernetes 構成ファイルから取得され、ドロップダウンメニューで選択できるようになります。
NSX-T Data Center 3.2.0 展開では [サービス名] テキストボックスに有効な完全修飾ドメイン名 (FQDN) 値を入力します。NSX-T Data Center 3.2.1 以降の展開では [インターフェイスサービス名] テキストボックスに入力します。

[サービス名] または [インターフェイスサービス名] の値は、NSX Application Platform に接続するための HTTPS エンドポイントとして使用されます。詳細については、NSX Application Platform 展開の前提条件トピックの「サービス名 (FQDN)」セクションを参照してください。
NSX-T Data Center 3.2.1 以降の展開の場合は、[メッセージングサービス名] テキストボックスに有効な FQDN 値を入力します。

[メッセージングサービス名] 値は、NSX データソースから効率的にデータを受信するために使用される HTTPS エンドポイントです。
必要に応じた [フォームファクタ] を選択します。詳細については、NSX Application Platform のシステム要件を確認してください。
（オプション）[評価版] フォームファクタを選択した場合は、展開を非本番環境用途でのみ使用することを確認します。
1. [評価版] ダイアログボックスに表示される情報を読んでおきます。
2. [確認] チェックボックスを選択して、NSX Application Platform 展開を POC（事前検証）および非本番環境用途でのみ使用することを確認します。
3. [選択] をクリックします。
[構成] タブに戻り、[次へ] をクリックします。

手順 3：プラットフォームの事前チェック

システムで NSX Application Platform の展開を進める前に、取得してある構成情報をチェックする必要があります。

手順

[プラットフォームの事前チェック] タブで、[事前チェックを実行] をクリックします。
事前チェックが実行されるたびに、その進行状況が表示されます。
何らかのエラーが [詳細] 列に表示されている場合は、エラーについてのリンクをクリックします。詳細を取得し、報告されているエラーを解決するために必要な修正を行います。詳細については、NSX Application Platform の問題のトラブルシューティングを参照してください。
[次へ] をクリックします。

手順 4：確認と展開

NSX Application Platform の展開ウィザードからは、システムで取得した構成の詳細を確認して編集することができます。

手順

[確認と展開] タブで、[プラットフォーム]、[構成]、[事前チェック] などのセクションに表示される情報を確認します。必要な変更に対応するセクションの [編集] リンクをクリックします。

[編集] をクリックすると、タブへ戻り、情報を更新できるようになります。
すべての情報が正しい場合は、[展開] をクリックします。

システムでは引き続き展開の最終手順を行い、進行についての情報をユーザーインターフェイスに表示します。手順が完了するまでには時間がかかることがあります。

注意：システムで NSX Intelligence 1.2.x のトラフィックフローデータを移行した後に、 NSX Application Platform の展開で NSX Metrics の有効化が失敗した場合は、 [キャンセル] を押さないでください。押してしまうと、データ移行情報を含むパーシステントストレージが削除され、 NSX Intelligence 1.2.x のインストールに関する情報が失われます。別のブラウザタブまたは新しいブラウザウィンドウを使用して NSX Metrics の問題を解決してから、元の NSX Application Platform 展開ウィンドウに戻って [再試行] をクリックします。 NSX Metrics での問題のトラブルシューティングの詳細については、 NSX Application Platform の問題のトラブルシューティングを参照してください。

結果

システムで NSX Application Platform を正常に展開し、ユーザーインターフェイスではアラームやクラスタ情報といったプラットフォームの詳細が更新されます。次の図で、展開が正常に完了した後のユーザーインターフェイスがどのように見えるかを例示します。

展開が正常に完了した後の NSX Application Platform ユーザーインターフェイス。プラットフォーム構成の詳細と使用可能な NSX 機能が表示されています。

次のタスク

NSX Application Platform でホスト可能であり、現在使用しているフォームファクタと NSX ライセンスで利用可能な NSX 機能を有効化できるようになっています。詳細についてはNSX Application Platform で使用可能な NSX 機能を参照してください。