アップグレード手順の最後に管理プレーンをアップグレードします。管理プレーンのアップグレード中は、どのノードでも構成を変更しないようにします。

注： アップグレードを開始した後に、 NSX Manager ユーザー インターフェイスに一時的にアクセスできなくなります。
NSX 3.2 以降のバージョンからアップグレードする場合、アップグレード プロセスには、システムのリストアまたはロールバックに使用できる NSX Manager ノードのローカル バックアップの作成も含まれます。すべての事前チェックが完了すると、システムは構成のバックアップを保存し、その後にクラスタ内のすべてのノードのローカル バックアップを保存します。システムがローカル バックアップを保存したかどうかを確認するには、root admin に移動して、 /image/backup/<unified_app_version>/cluster-node-backups を確認します。ロールバック バックアップは、 /config_bak にも保存されます。何らかの理由でローカル バックアップが失敗した場合、アップグレードは停止します。

前提条件

NSX Edge クラスタが正常にアップグレードされたことを確認します。「NSX Edge クラスタをアップグレードします」を参照してください。

手順

  1. NSX Manager をバックアップします。
    『 NSX 管理ガイド』を参照してください。
  2. [開始] をクリックして、管理プレーンをアップグレードします。
  3. アップグレード通知に同意します。
    HTTP サービスの中断など、この時点で表示されるアップグレード関連のエラーは無視してかまいません。これらのエラーは、アップグレード中に管理プレーンが再起動していることが原因で表示されます。
  4. Orchestrator ノードの NSX Manager CLI で、アップグレードの進行状況をモニターします。NSX Manager のユーザー インターフェイスにアクセスできない可能性があります。
    get upgrade progress-status
    注： アップグレードの進行中はアプライアンスを再起動しないでください。すべてのノードがアップグレードされ、クラスタが安定した状態になるまでに数分かかる場合があります。

    アップグレードに成功し、NSX Manager サービスが開始していることが get upgrade progress-status に示されている場合は、NSX Manager ユーザー インターフェイスにログインします。

  5. CLI で NSX Manager にログインして、クラスタの状態をチェックし、サービスが起動していることを確認します。
    • get service

      サービスを開始すると、サービスの状態が「実行中」と表示されます。SSH、install-upgrade、manager などのサービスが該当します。

      get service を実行して、オーケストレータ ノードの IP アドレスのリストを取得します。 Enabled on を参照してください。この IP アドレスは、アップグレード プロセス全体で使用します。
      注： NSX のアップグレードで仮想 IP アドレスを使用しないでください。
    • get cluster status

      グループの状態が「安定」でない場合は、問題のトラブルシューティングを行います。

次のタスク

アップグレードの状態に応じて、アップグレード後の処理やエラーの解決を行います。アップグレード後のタスクまたはアップグレード エラーのトラブルシューティングを参照してください。