升級序列會在最後才升級管理平面。必要時,您可以在升級管理平面時,繼續進行組態變更。

必要條件

確認 NSX Edge 叢集已成功升級。請參閱升級 NSX Edge 叢集

NSX 僅支援叢集中的節點數為奇數。建議的 Fault Tolerance 組態是含有三個節點的叢集。升級程序也包括對可用於還原或復原系統的 NSX Manager 節點進行本機備份。完成所有預先檢查後,系統會儲存組態備份,然後儲存叢集中所有節點的本機備份。若要檢查系統是否已儲存本機備份,您可以前往根管理員並檢查下列資料夾:
  • /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 節點上,以管理員使用者身分執行以下命令:

      node-rollback run-step step1_start_rollback

    3. 在任一 NSX Manager 節點上,以管理員使用者身分執行以下命令:

      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 節點上,以管理員使用者身分繼續執行還原命令:

        node-rollback run-step step2_restore_data

    4. 在所有 NSX Manager 節點上,以管理員使用者身分執行以下命令:

      node-rollback run-step step3_exit_rollback

    復原僅適用於管理平面升級。您的 NSX Manager 節點會回到開始管理平面升級前的版本。

下一步