- How to use VMware vSAN ReadyNode Configurator - Fri, Dec 17 2021
- VMware Tanzu Kubernetes Toolkit version 1.3 new features - Fri, Dec 10 2021
- Disaster recovery strategies for vCenter Server appliance VM - Fri, Nov 26 2021
You should not upgrade if your hardware isn't certified compatible with vSphere 7 or if your backup software vendor hasn't released an upgrade for your backup software. Also, please consider all of your dependencies, such as monitoring or other data recovery (DR) or replication software you might be running, and which of these the upgrade to the latest vSphere 7 might affect.
Source | Destination | Upgrade path |
vSphere 5.5 and 6.0 | vSphere 7 | Not supported |
vSphere 6.5 and 6.7 | vSphere 7 | Supported |
You should always check the VMware Product Interoperability Matrices and the VMware Compatibility Guide for the latest, most-detailed paths.
Note: If you are running vSphere 6.0, please note that end of general support (EOGS) for vSphere 6.0 has been effective since March 12, 2020.
vSphere 7 update sequence
If you want a more detailed overview on the sequence of how you need to upgrade, here's a quick list of the different software components and additions that might be present in your environment.
If you're running these solutions, you should upgrade them before you upgrade to vSphere 7:
- vRealize Suite Lifecycle Manager
- vRealize Log Insight
- vRealize Network Insight
- vRealize Automation
- vStorage API for Data Protection (vADP) backup solution (or any backup program you're using to back up your VMs)
- vSphere Replication
- VMware Site Recovery Manager (SRM)
- vCenter Server
- ESXi
- VMware Tools
- Virtual hardware
- Virtual Storage Area Network (VSAN)/Virtual Machine File System (VMFS)
Steps to do before the upgrade
- Create a backup of your VCSA 6.7 via your regular backup software.
- Create a snapshot of your VCSA 6.7 VM via vSphere Client.
- Create a file-level backup via the administration interface of your VCSA by connecting to the vCenter Appliance Management Infrastructure (VAMI) user interface at https://ip_of_VCSA:5480.
- Do the same for all of your vCenter Servers and Platform Services Controllers (PSCs) if any.
You might consider these steps a bit too cautious, but things can go wrong, and we all knows Murphy's law, don't we? If you have a large vSphere environment with multiple vCenter Servers linked with multiple sites, it might take a while, but it allows you to go back and restore if something goes wrong.
When upgrading your vCenter Server from version 6.5 or 6.7 to 7.0, the installer can detect external PSCs. This allows merging these two processes for a simple method of upgrading and consolidating deprecated single sign-on SSO topologies.
The vCenter Server 6.7 to 7.0 upgrade steps
I assume you have vCenter Server 6.5 or 6.7 up and running and that it is a vCenter Server on Linux (VCSA).
First, mount the ISO within Windows Explorer if you're running the upgrade from a Windows workstation or laptop. You can also use Linux or Mac as operating systems to launch the upgrade.
The VCSA 7.0 ISO has this subfolder:
d:\vcsa-ui-installer\win32
Here you can find the installer.exe you'll need to launch.
This will launch the assistant.
The process has two phases:
- Phase 1 deploys a new vCenter Server (creates a new VM) to the target ESXi host or a compute resource on the target vCenter Server.
- Phase 2 copies data from the source appliance to the newly deployed vCenter Server.
vSphere 7 upgrade: connect to the source VCSA 6.7
After accepting the VMware end-user license agreement (EULA), we can connect to the source appliance and the source vCenter Server or ESXi host.
In the next window, you'll see a pop-up window. This is the prompt to accept the certificate. Click OK to accept the certificate.
Note: During the upgrade process, you will be able to merge any external PSCs that might be present in your environment. The system will automatically merge these into vSphere 7 as embedded PSCs. This has been the case since the 6.7 recommended architecture and because vSphere 7 the only way of going forward. It is no longer possible to deploy external PSCs from within the VCSA ISO.
We need to specify a folder for the VM's location at the destination.
Also, as we do not have our Distributed Resource Scheduler (DRS) active, we need to select the host where the VM will be running.
The next step is to specify the name of the VCSA VM, which the vSphere Client UI will show.
The deployment size lets you define which size of your environment the vCenter Server will be responsible for. With this, the VM will have the correct number of virtual CPUs (vCPUs) and enough virtual RAM (vRAM) to function correctly.
One of the last steps is to specify the datastore for the VM disk files. Note the option for thin disks lets us save some datastore space.
The network settings for the temporary execution during the upgrade must be different from the original vCenter Server settings. The upgrade process will shut down the source vCenter, and the new vCenter Server will receive the network configuration of the old vCenter.
That's it. We can now see the recapitulation window with all the details.
Click the Finish button to start the assistant
We can now start the upgrade process.
After the first stage, the assistant will launch the second stage (configuration).
We can specify what we want to copy. In our case we don't need the Tasks, Events, or Performance Metrics.
We can join the VMware Customer Experience Improvement Program (CEIP) for free, but it is not a mandatory step.
After clicking the Next button, we can see the assistant will shut down the source vCenter Server and apply the new configuration.
Note the checkbox to back up the vCenter Server. This one is mandatory.
We can follow the progress through the web-based window.
At the end, an information window tells us that vSphere 7.0 disables TLS 1.0 and 1.1; however, we have no errors.
Then we have the final screen.
We're done. Now we can connect to the same URL as usual, and we now have vSphere 7 as a view.
After we have upgraded our vCenter Server to version 7.0, we can now upgrade our hosts and clusters to ESXi 7.0, but this is outside of scope of this post. There are several ways to upgrade individual ESXi hosts, but the preferred way is via vSphere Update Manager (VUM). This is now called Lifecycle Manager and is responsible for installing and upgrading or patching hosts to the latest release.
Final words
VMware has greatly polished and simplified the migration process. While the upgrade to vSphere 6.7 still had some manual conversion steps for external PSCs, the vSphere 7 upgrade process has integrated this workflow to provide a seamless experience.
The upgrade process is quite simple, and preparing for the upgrade takes more time than the actual upgrade. You must make sure all of your installed solutions are compatible and upgrade them first.
The post-upgrade tasks consist of upgrading some of your VMs to virtual hardware 17 perhaps (not mandatory) and updating VMware Tools on all of your VMs.
Hi Vladan,
that is a very comprehensive post right there, especially on the update sequence.
One question tho – I cant quickly find an answer on VMware site. Which ESXi host version is supported by vCenter 7? Is it only 7?
Cheers
Leos
Hi Leos,
Good question. According to VMware VMware Product Interoperability Matrices, ESXi 6.5 and later, are supported by vCenter server 7.0.
At the end of the day, anything earlier (6.0, 5.5) is out of general support.
Best,
Vladan
Should we upgrade the hardware (compatibility) of the vCenter appliance itself?
I dont think it is really needed, because you will most probably never hit the limits of the current VM hardware or use the capabilities the higher level offers with vCenter appliance itself. On the other hand, to upgrade the VM hardware level is few clicks and nothing should block you to do it.
Many thanks, I really understood the steps
Excellent post Vladan, thought I had found an answer to by issue.
We recently upgrade a 6.7 Windows based VC to 7.0.0.0 which appeared to go well, eventually. What we noticed a few days latter was that we could not hit :5480 for management. Everything else in VC is perfect except cant get to 5480. Opened a support case with VMWare and have been working it for a month now. Making no progress. I thought to myself, I would just migrate 7.0 to a new 7.0 appliance. Imagine my surprise when I found that you are not allowed to migrate same versions. I have, under VMWare's instruction, done an inpalce upgrade to 7.0.0b but this did not help.
Any thoughts on how I can perform a 7.0 to 7.0 migration. Upgrade dosnt work as it is already the current version and a migration does not work as it is an appliance not a Windows server.
Kind regards
Grant
You should be able to do a 7.0 to 7.0U1 upgrade when it will be out, later in october.
How to do this on Photon?
Any option for upgrading the vCenter appliance in VMware workstation?
The same way as the "normal" upgrade when running on ESXi – "in guest" upgrade via VAMI and 5480 port.