vSphere 7.0 is coming, are you ready?

It seems like just yesterday vSphere 6.7 was dropping (the 3rd installment in the vSphere 6 series).  Like a good book turned into a movie, it seems like even the final release was split into multiple parts.  Today starts a new adventure, and with that a major change to the to vCenter and ESXi.  Today I’m going to highlight just a few of the big changes coming.

vCenter Server Profiles

I know what you’re thinking … “OMG, Host profiles is coming to vCenter, why would I want this nightmare?”  I assure you, its not like that.  The idea behind this is for those of you who have multiple environments and require multiple vCenters.  We’ve all been there in just how complicated it can be to fine tune all the settings to meet security and integration needs.  Now you can do all that busy work on your first server, and just export that configuration to other vCenters, standardizing your implementation across the board.  There is even version control, so you can revert back to a previous known good if you mess something up (but of course you wouldn’t do that because you’re an expert!).  For those using automation platforms (puppet, chef, ansible, etc…) there is a wide range of APIs (4, just 4) that allow you to control this functionality as well as an exportable JSON configuration.  This API even has the built in ability to check if your changes are valid and will let you know which settings won’t work before you deploy.  While those in the SMB market may not need to use this functionality, those in the enterprise space will welcome it I’m sure.

vCenter Server Scalability

There have been a few improvements to vCenter server around it’s ability to scale up and out.  First and foremost, as expected with every major release, the number of hosts and VMs increase to 2500 and 30,000 respectively.  While were still limited to 15 vCenters in linked mode, the number of hosts that can be managed in that topology increased dramatically.  These will make great VCP test questions (They still ask for maximums on the exam, right?).  

Speaking of SSO, the CLI tools (cmsso-util) has been included for all your easy domain repointing and unregistering needs.

Content libraries are being improved and these are now considered the go to for template deployments.  One of the new features being included is a new version control system for templates, so you can roll back and deploy an early version if you need to.  It’s a simple check out / check in system to handle this.

Improved Performance

Several enhancements were made to the performance systems in a cluster.  First, DRS runs every 1 minute instead of every 5 to get better understanding of the workloads in an environment.  Also gone is the bubble level and instead a percentage score to show how optimized you are.  A lower score doesn’t necessarily mean a VM isn’t running properly, just that there are improvements to be gained. The other enhancement is around the concept of saleable shares.  This better aligns the amount of resource entitlements a VMs can get as determined by the resource pool they are in.  Now things dynamically adjust based on the number of VMs instead of a fixed share amount being granted.  No longer could a VM marked as normal be granted more shares than a Higher level VM.

Even vMotion is getting an enhancement.  By claiming a single vCpu during the vMotion process, great efficiencies can be had in the memory page tracing process, allowing for a decrease in the stun time.  While you may not notice this with a small VM, large workloads (such as SAP or Oracle) will greatly benefit from this and allow you to vMotion them without a huge impact.

Upgrades

Finally, probably one of the best announcements, the external platform controller is dead (and there was much rejoicing).  Any upgrades done with an external platform controller will be converged into an integrated, and its done as part of the upgrade so there is no longer a need to run the separate converged tool.  Even the upgrade planner gets some enhancements where it now gets notifications of the latest versions of vCenter server and has a what-if capability to validate as much as it can before an upgrade happens as well as checking interoperability between multiple VMware products.  To be honest, this is the simplest solution for everyone and I’m glad this is being built in to the installer and not just a KB article that has to be referenced.

The final piece of the upgrade enhancements revolves around the vSphere lifecycle manager.  Previously, upgrades were limited to the ESXi image (and any drivers that may be baked into an OEM image).  Now we can combine ESXi, Drivers, and even hardware firmware as part of the upgrade lifecycle (where have I seen this before … *cough* VRail *cough*).  Users will now be able to combine a base image, vendor add ons, firmware updates, and any additional components they deem necessary for the upgrade cycle.

So what do you think? Is this enough to take the plunge and upgrade right away?

The vSphere C# client is dead! Long live the C# client!

Web Client All The ThingsToday VMware announced that it will no longer be supporting the C# client in the next major version of vSphere.  This really shouldn’t come as a surprise to anyone.  VMware has been shifting towards this for some time now as they keep improving on their web interface.  Earlier, other advanced vSphere functionality as well as  plugins such as SRM went web client only.  With additions of the embedded host client and a new HTML5 web client fling, it’s clear that this will be the future of GUI management going forward.

During a recent discussion on this news, it’s clear there are some concerns about the announcement and the plans going forward.  Right now there is a percentage of the user base that have to use both clients to successfully manage their vSphere environment.  My biggest concern revolves around the Client Integration Plugin, which seems to have issues depending on what browser that you want to use.  Other things like VUM don’t really work that well in the web client either (not to mention there is still a windows dependency on the VUM server currently).  These are all hurdles that VMware will need to overcome, and I’m sure they can in time, the question is will they be ready on GA date.

The biggest hurdle of all will be user acceptance and the learning curve associated with it.  There are a lot of users that still like the way the C# client is laid out and avoid the web client at all costs.  I know a lot of that was based on the speed of the interface.  The jump from 5.5 –> 6.0 saw vast improvements in speed and performance, and I’m sure the next major version will see gains as well.

At this point, my suggestion to everyone is to start getting used to the web client as it is the future of GUI management for vSphere.  If you are running 5.5 or 6.0, go ahead and give it a try (you might need to separately install the web client server depending on your vSphere environment).  If you are running something older, well now might be a good time to start planning an upgrade!