根据升级顺序，最后升级管理平面。如果需要，您可以在升级管理平面时继续更改配置。

前提条件

确认已成功升级 NSX Edge 集群。请参见升级 NSX Edge 集群。

NSX 仅支持集群中的节点数为奇数。建议的容错配置是三节点集群。升级过程还包括对可用于还原或回滚系统的 NSX Manager 节点执行本地备份。完成所有预检查后，系统会保存配置备份，然后保存集群中所有节点的本地备份。要检查系统是否保存了本地备份，您可以转到 root 管理员并检查以下文件夹：
  • /image/backup<unified_app_version>//cluster-node-backups - 如果从 NSX 4.0.x 及更低版本升级。

  • /config_bak/<unified_app_version>backup//cluster-node-backups - 如果从 NSX 4.1.0 及更高版本升级。

回滚备份也会保存在 /config_bak 位置。如果本地备份由于任何原因失败，升级将停止。

过程

  1. 备份 NSX Manager。
    请参见 NSX 管理指南。
  2. 单击开始以升级管理平面。
  3. 接受升级通知。

    您可以安全地忽略任何升级相关错误，例如，此时出现的 HTTP 服务中断。出现这些错误是因为，NSX Manager 节点在升级期间可能正在重新引导。您可以继续从任何其他 NSX Manager 节点的 UI 中监控升级进度。

    如果使用虚拟 IP 地址，UI 仍可访问，但您需要在升级所有节点后自行重新进行身份验证。
  4. 如果出现升级错误，NSX 可能会提示您回滚升级。在所有 NSX Manager 节点上执行回滚：
    1. 在所有 NSX Manager 节点上从 root shell 运行以下命令：

      /etc/init.d/corfu-server stop

    2. 在所有 NSX Manager 节点上以 admin 用户身份运行以下命令：

      node-rollback run-step step1_start_rollback

    3. 在任一 NSX Manager 节点上以 admin 用户身份运行以下命令：

      node-rollback run-step step2_restore_data

      如果遇到任何错误，请运行以下命令：
      1. 执行 corfu_tool_runner 以从注册表表格中删除该记录： 
        /opt/vmware/bin/corfu_tool_runner.py  -t RegistryTable -n CorfuSystem --port 9000 -o deleteRecord --keyToDelete='{"namespace": "CorfuSystem","tableName": "CompactionControlsTable"}'
      2. 运行压缩验证：
        /opt/vmware/bin/corfu_compactor_upgrade_runner.py --runs 3 --lock false
      3. 停止所有 NSX Manager 节点上的 corfu-server。
      4. 启动所有 NSX Manager 节点上的 corfu-server。
      5. 在任一 NSX Manager 节点上，以 admin 用户身份使用还原命令进行恢复：

        node-rollback run-step step2_restore_data

    4. 在所有 NSX Manager 节点上以 admin 用户身份运行以下命令：

      node-rollback run-step step3_exit_rollback

    回滚仅适用于管理平面升级。您的 NSX Manager 节点将恢复到开始升级管理平面之前的版本。

下一步做什么