NSX Application Platform は、NSX Manager ユーザー インターフェイスを使用して、新しいビルド バージョンにアップグレードできます。
アップグレード プロセスでは、現在のプラットフォームの展開で使用されているフォーム ファクタが保持されます。評価版フォーム ファクタを使用してプラットフォームを展開しており、引き続き評価版フォーム ファクタを使用するが、以降のバージョンのプラットフォームを使用する場合は、まず NSX Application Platform の現在の展開を削除する必要があります。それから、以降のプラットフォーム バージョンを使用してプラットフォームを再展開します。
NSX Application Platform の新しいバージョンへのアップグレードには、多数の手順が関与します。プラットフォームと現在有効化されている各 NSX 機能のアップグレードを進める前に、まず Upgrade Coordinator を構成して展開する必要があります。Upgrade Coordinator ですべてのアップグレード手順を調整し、各コンポーネントをアップグレードするのに応じて、ユーザー インターフェイスで状態が表示されます。
NSX 3.2.3.1 リリース以降、VMware でホストされる NSX Application Platform レジストリとリポジトリの場所で、Harbor などの ChartMuseum 互換のプライベート コンテナ レジストリがサポートされなくなりました。
3.2.3.1 より前の NSX バージョンを現在使用している場合は、現在の NSX Application Platform 展開をアップグレードする前に、NSX バージョン 3.2.3.1 にアップグレードすることを検討してください。
VMware でホストされているパブリック NSX Application Platform レジストリとリポジトリの場所にアクセスできない場合は、インフラストラクチャ管理者と協力して、NSX Application Platform Helm チャートと Docker イメージを会社のプライベートな Helm リポジトリおよび Docker レジストリの場所にアップロードします。この両方のプライベート ホストの場所は、Kubernetes クラスタと、NSX Application Platform の展開で使用している NSX Manager アプライアンスからアクセスできる必要があります。Harbor によって提供される ChartMuseum を引き続き使用する必要がある場合は、Harbor バージョンがバージョン 2.8.1 より前である必要があります。詳細については、「NSX Application Platform Docker イメージと Helm チャートのプライベート コンテナ レジストリへのアップロード」を参照してください。
前提条件
『NSX リリース ノート』で、NSX Application Platform のアップグレードについてドキュメント化されている既知の問題と回避策を確認します。
NSX Application Platform でオープン アラームが検出されていないことを確認します。
NSX Application Platform 展開の前提条件に記載されている前提条件とシステム要件をすべて満たしていることを確認します。
エンタープライズ管理者の権限が必要です。
手順
- Upgrade Coordinator を展開します。
- NSX Application Platform カードの [アップグレード] をクリックします。
この手順は、システムがVMwareホストされた Helm リポジトリから情報を取得するのに時間がかかることがあります。情報が正常に取得されると、次の図に示すように、 [アップグレードの準備] タブが表示され、 [Helm リポジトリ]、 [Docker レジストリ]、および [プラットフォームのターゲット バージョン] について取得した情報がテキスト ボックスにあらかじめ入力されています。イメージに表示される値は、VMware でホストされる Helm リポジトリと Docker レジストリの場所のデフォルト値、および使用可能な最新の NSX Application Platform バージョンであることに注意してください。
![[NSX Application Platform のアップグレード] ユーザー インターフェイスの準備のタブに、Helm リポジトリのデフォルト値があらかじめ入力されているテキスト ボックスが表示されています。](images/GUID-E5A2AEC2-A76B-480E-8C7E-F33FFBC75DFC-low.png)
- （オプション） プライベート Helm リポジトリと Docker レジストリの場所を使用している場合は、必要な Helm チャートと Docker イメージのプライベートの場所を指定します。
[Helm リポジトリ] テキスト ボックスには、次の情報を使用します。
- 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>の形式を使用します。
[Docker レジストリ] テキスト ボックスには、
<your-private-registry-server-fqdn>/<your-private-registry-name>/clusteringの形式を使用します。[URL の保存] をクリックします。
- OCI 互換の Helm プライベート リポジトリの場合は、
- [プラットフォームのターゲット バージョン] テキスト ボックスで、アップグレードに使用するビルド バージョンが選択されていることを確認します。
- [Upgrade Coordinator の展開] をクリックします。
システムがスーパーバイザー ポッドまたはアップストリーム Kubernetes ポッドの TKG クラスタに Upgrade Coordinator をデプロイするため、この手順にも時間がかかることがあります。
Upgrade Coordinator の展開が完了すると、[準備] タブが表示されます。[状態] セクションには、成功 状態が表示されます。
- NSX Application Platform カードの [アップグレード] をクリックします。
- [準備] タブの下半分にある [サマリ] セクションを確認します。
[NSX Application Platform] カードには、プラットフォームの状態情報が表示されます。アップグレード完了 は、Upgrade Coordinator がターゲットの NSX Application Platform バージョンで正常にアップグレードされたことを示します。カードには、プラットフォームがアップグレードされる現在のバージョンとターゲット バージョンが表示されます。カードには、事前チェックのステータスも表示されます。
[NSX Application Platform] でホストされている他の NSX 機能が有効になっている場合は、これらの機能もチェックされ、アップグレードがスケジュール設定されます。アクティベーションされた機能ごとに個別の機能カードも表示されます。たとえば、次の図で NSX Intelligence 機能が表示されているのは、これが、現在 NSX Application Platform で有効化されている NSX 機能であるためです。プラットフォームのアップグレードが正常に完了すると、有効化されている機能がアップグレードされます。
![[NSX Application Platform のアップグレード] のユーザー インターフェイス ページ。[準備] タブの内容を周辺のテキストで表示し説明しています。](images/GUID-A596238F-B788-4E92-8E11-3699FF1ED589-low.png)
