You can customize the upgrade sequence of the hosts, disable certain hosts from the upgrade, or pause the upgrade at various stages of the upgrade process.

All the existing standalone ESXi hosts, vCenter Server managed ESXi hosts, KVM hosts, and bare metal server are grouped in separate host upgrade unit groups by default.

Before you upgrade the hosts, you can select to update the hosts in parallel or serial mode. The maximum limit for a simultaneous upgrade is five host upgrade unit groups and ten hosts per group.

Note: Host upgrade unit group with hosts that belong to the same vCenter Server cluster can be upgraded serially.

You can customize the host upgrade sequence before the upgrade. You can edit a host upgrade unit group to move a host to a different host upgrade unit group that upgrades immediately and another host to a host upgrade unit group that upgrades later. If you have a frequently used host, you can reorder the host upgrade sequence within a host upgrade unit group so it is upgraded first and move the least used host to upgrade last.

Note: You can upgrade your bare metal server using the same steps as provided for upgrading a KVM host.

Prerequisites

  • Verify that ESXi hosts that are part of a disabled DRS cluster or standalone ESXi hosts are placed in maintenance mode.

    For ESXi hosts that are part of a fully enabled DRS cluster, if the host is not in maintenance mode, the upgrade coordinator requests the host to be put in maintenance mode. vSphere DRS migrates the VMs to another host in the same cluster during the upgrade and places the host in maintenance mode.

  • For ESXi host, for an in-place upgrade you do not need to power off the tenant VMs.
  • For a KVM host, for an in-place upgrade you do not need to power off the VMs. For a maintenance mode upgrade, power off the VMs.
  • Verify that the transport zone or transport node N-VDS name does not contain spaces.

    If there are spaces, create a transport zone with no spaces in the N-VDS name. You must reconfigure all the components that are associated with the old transport zone to use the new transport zone and delete the old transport zone.

  • Verify that your vSAN environment is in good health before you use the in-place upgrade mode.

See the Place a Host in Maintenance Mode section of the vSphere Resource Management guide.

Procedure

  1. Enter the host upgrade plan details.
    You can configure the overall group upgrade order to set the host upgrade unit groups to be upgraded first.
    Option Description
    Serial

    Upgrade all the host upgrade unit groups consecutively.

    This menu item is selected by default and applied to the overall upgrade sequence. This selection is useful to maintain the step-by-step upgrade of the host components.

    For example, if the overall upgrade is set to serial and the host upgrade unit group upgrade is set to parallel, the host upgrade unit group is upgraded one after the other. The hosts within the group are updated in parallel.

    Parallel

    Upgrade all the host upgrade unit groups simultaneously.

    You can upgrade up to five hosts simultaneously.

    When an upgrade unit fails to upgrade

    Select to pause the upgrade process if any host upgrade fails.

    This selection allows you to fix the error on the host upgrade unit group and resume the upgrade.

    After each group completes

    Select to pause the upgrade process after each host upgrade unit group finishes upgrading.

  2. (Optional) Change the host upgrade unit group upgrade order.
    If you configure the overall group upgrade in the serial order, the upgrade waits for a host upgrade unit group upgrade to finish before proceeding to upgrade the second host upgrade unit group. You can reorder the host upgrade unit group upgrade sequence to set a host upgrade unit group to upgrade first.
    1. Select the host upgrade unit group and click the Actions tab.
    2. Select Reorder from the drop-down menu.
    3. Select Before or After from the drop-down menu.
  3. (Optional) Remove a host upgrade unit group from the upgrade sequence.
    1. Select the host upgrade unit group and click the Actions tab.
    2. Select Change State from the drop-down menu.
    3. Select Disabled to remove the host upgrade unit group.
  4. (Optional) Change the individual host upgrade unit group upgrade sequence.
    By default, the upgrade sequence is set to the parallel order.
    1. Select the host upgrade unit group and click the Actions tab.
    2. Select Change Upgrade Order from the drop-down menu.
    3. Select Serial to change the upgrade sequence.
  5. (Optional) Change the host upgrade unit group upgrade mode.
    • Select Maintenance mode.

      For standalone ESXi hosts and ESXi hosts that are part of a disabled DRS cluster, place the hosts into maintenance mode.

      For KVM hosts, power off the VMs.

      For ESXi hosts that are part of a fully enabled DRS cluster, if the host is not in maintenance mode, the upgrade coordinator requests the host to be put in maintenance mode. vSphere DRS migrates the VMs to another host in the same cluster during the upgrade and places the host in maintenance mode.

    • Select In-place mode to avoid powering off and placing a host into maintenance mode before the upgrade.

      For standalone ESXi hosts and ESXi hosts that are part of a disabled DRS cluster, you do not need to place the hosts into maintenance mode.

      For KVM hosts, you do not need to power off the VMs.

      For ESXi hosts that are part of a fully enabled DRS cluster, you do not need to place the host into maintenance mode.

      Note: During upgrade the host might experience a packet drop in the workload traffic.
    • (Optional) Use an API call PUT https://<nsx-manager>/api/v1/upgrade/upgrade-unit-groups/<group-id> and enable the upgrade coordinator to restart the ESXi host.

      The rebootless_upgrade:true parameter states that after the ESXi host upgrade, the host is not rebooted.

      By default, the upgrade coordinator does not restart the ESXi host. This mode is used for troubleshooting purposes.

    • (Optional) Use an API call PUT https://<nsx-manager>/api/v1/upgrade/upgrade-unit-groups/<group-id> and upgrade vCenter Server managed ESXi hosts that are part of a DRS cluster with vSAN configured.

      The ensure_object_accessibility parameter requires vSAN to assume control of data accessibility while a vCenter Server managed ESXi host that is part of a DRS cluster is placed in maintenance mode for the upgrade.

      The evacuate_all_data parameter requires vSAN to take all the data from a vCenter Server managed ESXi host that is part of a DRS cluster to another managed ESXi host that is part of a DRS cluster while placed in maintenance mode for the upgrade.

      The no_action parameter requires vSAN to take no action while the vCenter Server managed ESXi host that is part of a DRS cluster is placed in maintenance mode for the upgrade.

      For more information about the parameters, see the Update the upgrade unit group section of the NSX-T Data Center REST API guide.

  6. Starting NSX-T Data Center 3.1.1, for vSphere Lifecycle Manager-enabled clusters, select one of the following options:
    • NSX only Upgrade: Use this option if you want to upgrade only NSX-T Data Center. The Upgrade Coordinator runs the entire upgrade process including the remediation of hosts.
    • Stage in vSphere Lifecycle Manager: Use this option if you want to upgrade NSX-T Data Center along with ESXi hosts and other solutions. You need to remediate the hosts using vSphere Lifecycle Manager. After remediation, you can monitor the upgrade from the Upgrade Coordinator.
  7. Click Reset to discard your custom upgrade plan and revert to the default state.
    Caution: You cannot restore your previous upgrade configuration.

    If you register a new host transport node during the upgrade, you must click Reset to view the status of the recently added host and to continue the upgrade process.

What to do next

Determine whether to add, edit, or delete host upgrade unit groups or to upgrade host upgrade unit groups. See Manage Host Upgrade Unit Groups or Upgrade Hosts.