The most straight forward solution to this issue is setting the deploy target of the new vCenter Server Appliance as the current vCenter FQDN. Once set in the upgrade wizard, the distributed switch port groups will be visible and the correct network for the deployment can be selected.
Additionally there are two other possible solutions if you cannot set the deploy target as the vCenter Server, all ideally performed before initiating the upgrade:
- Create an ephemeral port group if it is not already listed on the same vSphere Distributed Switch (VDS) with the same VLAN as the vCenter Server Appliance (VCSA) currently uses. This is generally the simpler and recommended approach. The Broadcom TechDocs page "Static (non-ephemeral) or ephemeral port binding on a vSphere Distributed Switch" (Static (non-ephemeral) or ephemeral port binding on a vSphere Distributed Switch) provides further details on this.
- Migrate to a vSphere Standard Switch (VSS): Move the source VCSA from its static VDS port to a vSphere Standard Switch (VSS) before initiating the upgrade. After the upgrade and data transfer are complete, the new vCenter Server Appliance can be manually reconnected to its original non-ephemeral distributed virtual port group on the VDS. This method is more complex and carries a higher risk of network disruption if an incorrect vmnic is moved from the VDS to the VSS. However, it becomes the only viable option if the vCenter VM loses network connectivity and cannot be restored even with a rollback when attempting to use an ephemeral port group. This is necessary because when deploying the vCenter Server appliance directly on an ESXi host, non-ephemeral distributed virtual port groups are not supported and are not shown during the initial deployment phase.
If required, once the upgrade is completed the vCenter 8 appliance is fully functional, so its network adapter (NIC) can be migrated back from the Ephemeral port group to the original Static port group.