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 展開の前提条件に記載されている前提条件とシステム要件をすべて満たしていることを確認します。

  • エンタープライズ管理者の権限が必要です。

手順

  1. ブラウザから、エンタープライズ管理者の権限で NSX Manager (https://<nsx-manager-ip-address>) にログインします。
  2. [システム] > [アップグレード] の順に移動します。
  3. Upgrade Coordinator を展開します。
    1. NSX Application Platform カードの [アップグレード] をクリックします。
      この手順は、システムがVMwareホストされた Helm リポジトリから情報を取得するのに時間がかかることがあります。情報が正常に取得されると、次の図に示すように、 [アップグレードの準備] タブが表示され、 [Helm リポジトリ][Docker レジストリ]、および [プラットフォームのターゲット バージョン] について取得した情報がテキスト ボックスにあらかじめ入力されています。イメージに表示される値は、VMware でホストされる Helm リポジトリと Docker レジストリの場所のデフォルト値、および使用可能な最新の NSX Application Platform バージョンであることに注意してください。
      [NSX Application Platform のアップグレード] ユーザー インターフェイスの準備のタブに、Helm リポジトリのデフォルト値があらかじめ入力されているテキスト ボックスが表示されています。

    2. (オプション) プライベート 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 の保存] をクリックします。

    3. [プラットフォームのターゲット バージョン] テキスト ボックスで、アップグレードに使用するビルド バージョンが選択されていることを確認します。
    4. [Upgrade Coordinator の展開] をクリックします。

      システムがスーパーバイザー ポッドまたはアップストリーム Kubernetes ポッドの TKG クラスタに Upgrade Coordinator をデプロイするため、この手順にも時間がかかることがあります。

    Upgrade Coordinator の展開が完了すると、[準備] タブが表示されます。[状態] セクションには、成功 状態が表示されます。

  4. [準備] タブの上半分にある [Upgrade Coordinator の展開] セクションで、[Helm リポジトリ][Docker レジストリ][プラットフォームのターゲット バージョン] テキスト ボックスに表示されている値が正しいことを確認します。

    値を変更する必要がある場合は、[状態] セクションの後にある [注] の横の [削除] をクリックして、新しい Upgrade Coordinator を再展開します。

  5. [準備] タブの下半分にある [サマリ] セクションを確認します。

    [NSX Application Platform] カードには、プラットフォームの状態情報が表示されます。アップグレード完了 は、Upgrade Coordinator がターゲットの NSX Application Platform バージョンで正常にアップグレードされたことを示します。カードには、プラットフォームがアップグレードされる現在のバージョンとターゲット バージョンが表示されます。カードには、事前チェックのステータスも表示されます。

    [NSX Application Platform] でホストされている他の NSX 機能が有効になっている場合は、これらの機能もチェックされ、アップグレードがスケジュール設定されます。アクティベーションされた機能ごとに個別の機能カードも表示されます。たとえば、次の図で NSX Intelligence 機能が表示されているのは、これが、現在 NSX Application Platform で有効化されている NSX 機能であるためです。プラットフォームのアップグレードが正常に完了すると、有効化されている機能がアップグレードされます。


    [NSX Application Platform のアップグレード] のユーザー インターフェイス ページ。[準備] タブの内容を周辺のテキストで表示し説明しています。

  6. Upgrade Coordinator のすべての値が正しい場合は、[事前チェックの実行] をクリックし、ドロップダウン メニューから [すべての事前チェック] を選択します。

    オプションで、特定のコンポーネントのみを事前チェックするには、[事前チェックを実行] をクリックし、ドロップダウン メニューで事前チェックするコンポーネントの名前を選択します。

    システムでは、アップグレードがスケジュール設定されているすべてのコンポーネントに対して、すべての事前チェックを実行します。事前チェックは、アップグレード プロセスの早い段階で潜在的な問題を検出して解決することで、アップグレード プロセスがよりスムーズに実行されるよう支援するものです。コンポーネント カードは、事前チェックの状態で更新されます。

    事前チェック中に問題が特定された場合、[事前チェックの結果をダウンロード] をクリックしてダウンロードされるファイルの情報を使用すると、報告される問題の調査に役立ちます。

  7. [次へ] をクリックします。

    [NSX Application Platform] タブには、プラットフォームを構成するコンポーネントのすべてのグループのグリッドが表示されます。各行を展開すると、アップグレードされる各コンポーネント グループのすべてのユニットを表示できます。

  8. [アップグレード] をクリックします。

    NSX Application Platform を構成する各グループがアップグレードされます。この手順が完了するまでには時間がかかることがあります。[アップグレード] ユーザー インターフェイス画面から退出して戻るには、[システム] > [アップグレード] ページに戻って [アップグレードを続行] をクリックします。

    アップグレードの進行状況を追跡する方法は複数あります。

    1. アップグレードが進行するにつれて生成されたログを表示するには、[最新のログ] をクリックします。

    2. 各コンポーネント グループのアップグレード状態をモニターするには、[グループ状態] 列を使用します。

    3. 特定のグループの各項目のアップグレード状態を表示するには、そのグループのグリッド行を展開し、各グループ項目の状態を確認します。

    グループのアップグレードでエラーが発生した場合は、グループの行を展開し、[失敗] リンクをクリックして失敗の原因を確認します。その情報を使用して、報告されている問題を解決し、インフラストラクチャ管理者または VMware サポートと連携します。失敗の原因を解決したら、[再試行] をクリックしてアップグレードの完了を試行します。

  9. NSX Application Platform が正常にアップグレードされたら、[次へ] をクリックし、NSX 機能(NSX Intelligence など)のタブで [更新] をクリックします。

    この機能が正常にアップグレードされたら、アップグレードする必要がある残りの NSX 機能ごとに、同じ手順を繰り返します。

  10. NSX Application Platform で有効化されている NSX 機能をすべてアップグレードしたら、[システム] > [NSX Application Platform] の順に移動します。有効化されている機能ごとに、[プラットフォーム バージョン][機能バージョン] の詳細情報が正しいことを確認します。