- We somehow ended up with a per-server VMFS partition that contains the esxconsole guest. Dunno whether we missed something during the install, or whether it's supposed to work like this.
- We completed the upgrade on release day, installing on two hosts connected to a FC SAN.
- Had problems using either Update Manager or manual installations of the VMware Tools on all of our Windows 2008 guests. 32-bit and 64-bit, Standard and Enterprise all had weird Windows Installer failures that caused us to "force remove" the old package before installing the new versions. We copied the Tools installer package to a temp directory, ran "setup /c" to forcibly remove the old one, then ran "setup" to install the new ones. Windows XP, 2003 and CentOS 4 and 5 all worked fine without any weird hangups.
- Upgrading the Virtual Hardware took a little bit to figure out how to accomplish. VMware's got a good video about how to do it, but the menu item doesn't show up for the guest until you shut down the machine. Would be better if the choice was simply grayed out so you knew it was there but unavailable while the guest was running.
- Upgrading the Virtual Hardware seems to take non-C: drive disks offline on Windows. They're easy enough to bring back online, but it's a little freaky to see they're gone and hope to hell you didn't just toast the corporate Exchange Mailboxes.
- Update Manager install and configuration was quick and easy, it's the first time we'll use it. We only set it up for VMware updates, we use WSUS for Windows updates and do the Linux updates by hand.
- Had to call VMware to get our licensing straightened out. Dunno what the issue was, but the Indian call center handled it quickly and we're ready to do the other data center once other issues get worked out.
- Looks like vSphere 4 does a little better on memory overcommits. Total memory usage was around 30GB/server on the old version, about 22GB on the new one.
- Distributed Power Management is no longer experimental. We've used it all along, never had issues with it. vSphere seems to want to talk to the HP ILO boards to do the power management in the new version, which is different than just doing Wake-on-LAN like the previous version. Seems to work just fine, though.
- Veeam Backup 3.0.1 doesn't like vSphere 4.0. We ended up turning off the VSS support on the backup jobs in Veeam to get them to run without warning. They're saying an update should be available in a couple weeks.
- Installation of vSphere on the hosts is quick and painless. We did it using an ISO connected to the Virtual Media applet of the ILO boards on our HP DL380 G5's. Using the Virtual Media applet slows things down a little, but I didn't feel like dealing with burning a CD.
- Overall, good stuff!
5.23.2009
VMware vSphere 4 Install
Finished up the majority of the work to upgrade our main data center from VMware ESX 3.5u4 to vSphere 4.0 last night (and early this morning). Just some quicky notes about the experience:
Subscribe to:
Post Comments (Atom)

7 comments:
Whoa there big fella,
Veeam Backup 3.0.1 doesn't like vSphere 4.0?
:) Gotta keep my geek street cred somehow!
Once in a while a little bit of my "work" carries into my home rants.
The esxconsole folder + vmdk file is where the linux service console is installed. It's now crammed into a virtual machine disk file to make it somewhat more portable and it keeps the console partitions from sprawling all over you disks.
Thanks a lot for this VERY useful info. You're definetly gonna save me some time wondering "what the hell?!" during the close upgrade.
Leonid, IL
Hey Steve,
Is been a while since you upgrade your data center.
I wanted to ask you if you are currently using the vcenter vsphere 4 on Linux or windows? with MS sql express or separate DB? There is also Oracle supported did you check anything on that?
I am planning to upgrade mine but I am trying to stay away from M$ Licenses
jairzhino -
I think I might have left some confusion about which VMware product we're running... vSphere 4 is the newest version of ESX and runs directly on the server hardware. It's a different product than VMware Server (what used to be GSX).
The vCenter server, which is responsible for managing the cluster of physical servers, is being run as a guest in each of our clusters. We installed it on a Windows 2008 64-bit Enterprise Edition OS and are using the included SQL Express for it's data collection use.
We have way more experience using Microsoft SQL Server day-to-day than we do using Oracle, so it was an easy choice for us.
Apart from the vCenter server which only runs on Windows, there are no other requirements for any Microsoft Windows licenses when running vSphere.
One thing we did discover is that it's MUCH cheaper to license Windows Datacenter Edition on a per-socket basis when you're doing virtualization -- Datacenter Edition's licensing allows an unlimited number of Windows guests to run on that physical server. If I remember right, pricing was right around $2500/socket for Windows Datacenter Edition.
I'm liking that licensing idea. How does client access licensing work with datacenter edition? are CALs based on the host OS or the overall server 2008 license? i.e if a user accesses 3 of the VMs does it use 3 CALs or 1?
Post a Comment