Upgrading. It’s inevitable!
At some point, this is a bridge that all vSphere admins will need to jump off.
As with the capabilities of each release of vSphere (6.5 included), the upgrade process has evolved to become a more refined and simplified process. I’m not saying that an upgrade is a walk in the park, there are simply to many variables to make that statement. What I am saying is that the documentation around the upgrade process, along with the migration and upgrade tools that are available, have led to fewer sleepless nights by those that are tasked with caring for the environment.
If your company is still running a version of vSphere older than 6.0, now would probably be a good time to start thinking about jumping off the proverbial bridge. As you can see from the table below, vSphere 5.5 is end of support in September of this year with 5.1 and earlier nothing more than a fond but distant memory.
Planning a vSphere upgrade or deployment takes a certain amount of time and a fair amount of knowledge, especially if it is to be executed with a successful outcome in mind. The larger and more complex the environment, the more time and experience required by those working on the project.
With the operational stability of potentially the entire data center resting on the outcome of this kind of project, there should be no substitute for thoroughly documenting the environment and the planning of the migration or upgrade process.
Over the years I’ve had my fair share of conversations with customers who prefer to go it alone instead of enlisting the help and guidance of VMware Professional Services or one of our Certified Delivery Partners. For some this route might be feasible.
Personally I’d rather have a seasoned veteran, a VMware Partner that does this kind of thing every day, assisting me with the project to ensure that no step, regardless of how minor or seemingly insignificant, has been over looked.
Regardless of the route you take, here are a few things to start thinking about as you begin planning your upgrade and or migration.
- What version of vSphere are you currently running?
- If the environment is on a version lower than 5.5, you will need to perform an intermediary upgrade, or upgrades, to get to 5.5. KB2053132 provides some best practice guidelines when upgrading to vCenter 5.5.
- If the environment is already at the 5.5 version you can proceed without any additional steps.
- Are you currently running the Windows-based deployment of vCenter or the vCenter Server Virtual Appliance (VCSA)?
- If the Windows-based vCenter is what you are currently using, you have 2 options available.
- You can continue with the Windows version of vCenter and perform an in place upgrade. In this case you lose out on a number of new capabilities introduced in 6.5 that are only available with the vCenter appliance.
- Or you could perform a migration of your Windows vCenter and external database server (Oracle or SQL) to the vCenter Server Virtual Appliance with its embedded Postgres database. This route also allows for some cost savings in the form of reducing the number of Windows OS and Oracle or SQL database licenses needed.
- If you are already using the vCenter Server Appliance version 5.5 or 6.0, you can perform an in place upgrade to the 6.5 version.
- The next step involves upgrading your ESXi hosts to 6.5. There are numerous different ways to achieve this including the old burn the ISO to cd-rom method, using vSphere Update Manager or my personal favorite, via the command line using esxcli.
- The final step is to update VMware Tools on all your guest virtual machines to the latest version and update the virtual hardware version for those same virtual machines so that they can take advantage of the new capabilities in the 6.5 version of the hypervisor.
Another web-based tool that I use is the vSphere 6.5 Topology and Upgrade Planning tool. (Output in the image below) It allows you to input certain information about the source environment as well as what the desired architectural state of the completed environment should look like (moving from embedded to external PSC etc). Using this information, the tool will visually and textually map out the process for you to follow to get to the desired outcome.
I’ll leave you with one last thought. vCenter and ESXi are not the only software components in the typical data center. Think about management and automation components. What about network virtualization and security software? What about other non-VMware software such as backup and recovery software that has a dependency on vCenter and ESXi and the version they are running?