You can upgrade the vSphere components that host your runtime deployment, either VMware Tanzu Application Service for VMs (TAS for VMs) or VMware Tanzu Kubernetes Grid Integrated Edition (TKGI), without disrupting service.

Minimum requirements

At minimum, vSphere contains a vCenter Server and one or more ESXi hosts.

You cannot complete an in-place upgrade of vSphere without at least two ESXi hosts in your cluster.

If you do not meet this requirement, you have insufficient resources to evacuate an entire host, and you will experience runtime downtime during the upgrade.

To upgrade vSphere with only one ESXi host, or without sufficient headroom capacity, you must reduce your runtime deployment size. To do this, you can:

  • Reduce the number of Diego Cells in your deployment
  • Pause VMs to make more capacity available.

These actions might result in downtime for TAS for VMs or TKGI.

Recommended starting configuration

If you run a TAS for VMs or TKGI deployment following the base reference architecture described in vSphere reference architecture, your vSphere deployment has these components:

  • One vCenter Server

  • Three ESXi hosts per cluster

  • Three or more clusters

  • One NSX Edge appliance (or an HA pair)

VMware recommends having at least three ESXi hosts in your cluster to maintain high availability (HA) during your upgrade.

Upgrade vSphere

The following sections describe the procedure to upgrade the vSphere management layer that underlies Tanzu Operations Manager.

Step 1: Upgrade vCenter

To upgrade vCenter, see the instructions in Overview of the vCenter server upgrade process in the vSphere documentation.

Step 2: Upgrade ESXi hosts

After a successful vCenter upgrade, you must upgrade your ESXi hosts one at a time, starting with the first ESXi host.

To upgrade your ESXi hosts:

  1. Verify that your ESXi hosts have sufficient resources and headroom to evacuate the VM workload of a single ESXi host to the two remaining hosts.

    If you have enabled vSphere HA on your ESXi host, ensure that each ESXi host has sufficient headroom capacity; vSphere HA reserves 66% of available memory.

  2. Use vMotion to move all the VMs on the host you want to upgrade to the other ESXi hosts. vMotion places the VMs on the other hosts based on available capacity. For more information, see Migration with vMotion in the vSphere documentation.

  3. Upgrade the evacuated ESXi host. See Upgrading ESXi hosts in the vSphere documentation.

  4. Repeat the previous steps for each remaining host, one at a time. vSphere automatically rebalances all VMs back onto the upgraded hosts through DRS after you have upgraded all hosts.

Step 3: Upgrade ESG on VMware NSX

If your TAS for VMs deployment is on a network behind an Edge Services Gateway (ESG) as recommended in vSphere Reference Architecture, upgrade each ESG only after completing the upgrade of vCenter and your ESXi hosts.

When you upgrade an ESG on VMware NSX, you upgrade the NSX Manager software. This upgrade can cause some slight downtime, the amount of which depends on the number of ESGs you are using:

  • If your deployment only has one ESG, you can expect a downtime of five minutes for network re-convergence.

  • If your ESGs are deployed in HA, upgrade the first ESG. Then, upgrade the second ESG. This upgrade causes only 15-20 seconds of downtime.

For more information, see NSX Upgrade Guide in the VMware documentation.

check-circle-line exclamation-circle-line close-line
Scroll to top icon