Yes, VMware’s License Change Is That Bad: It’s A Trap!

So VMware announced last week the new vSphere 5. There were lots of new features and improvements announced, but the conversation that has resulted isn’t quite what VMware had in mind. Virtually (get it? virtually?) all discussion has centered around the new licensing scheme.

And some of us feel that the change is, well… a trap.

For pete’s sake Tony, they’re going to take your VCP away for this

There have been many, many blog posts with people weighing in. Most of the feedback on blogs and messages boards has been fairly negative.  A few have been more positive, although the positive blogs (retweeted rapid fire by a somewhat desperate-sounding @vSphere5 twitter account) have enthusiastic sounding topics like 7 Reasons Why VMware vSphere 5 vRAM Licensing Is Not As Bad As It Looks At First Glance.

My thoughts on this are it’s actually much worse than at first glance. To quote a certain raspy-voiced naval officer: “It’s a trap”.

What Changed

At the heart of the change is the new concept of vRAM. vRAM is an allotment of RAM to use for powered-up VMs. If you have 10 4 GB VMs, you’d need 40 GB of vRAM allotments to power them up.

With the old licensing, you could use as much RAM as you could cram into a box. You only paid per CPU (with limits on the number of cores per CPU depending on the license).  As RAM prices dropped, it made it very attractive to cram lots and lots of VMs into fewer hosts, requiring less power and cooling. Servers with 128-512 GB of RAM from Cisco, HP, and Dell are fairly common now.

With the new licensing, you pay for CPU like before, and they’ve removed any core limits. However you now get a limited vRAM allotment with each license. No more unlimited RAM. And that’s the part that’s a trap.

It’s About The Future

The @vsphere5 twitter account is busy retweeting posts from users who checked their licensing and found that to upgrade to vSphere 5, the current vRAM allotments are within the range of their physical RAM.  So yeah, right now your licensing may work out and you don’t need to purchase any extra licenses, especially if you’re running on hardware more than a year old.

But what about the hardware you were going to refresh too? Chances are, it’s a nice beefy blade dripping with RAM like jewels on an heiress. And that’s when you’ll need to buy more licenses to use all that RAM.

RAM Rules Every Thing Around Me (Get the DIMMS, Y’All)

We’ve gotten used to the idea that RAM was essentially free in terms of licensing. In physical terms, RAM had a cost associated to it, but it could easily offset those costs in terms of savings with regard increased density.

The biggest issue with vRAM allotments are that they’re too small today, and they’ll definitely be too small tomorrow. RAM is a depreciating asset.  RAM price continuously goes down, and servers are getting more and more of it. The issue isn’t if the new licensing model will screw you, it’s when.

VMware’s blog post on why they made the new licensing, and they included some graphs. Well here’s a graph I came up with.

Tony, you have a gift for visual aids.

The vRAM allotments are pretty small today, especially if you recently did a hardware refresh.  Chances are if you bought a brand new 2-way server recently, it probably came dripping with RAM like jewels on an heiress.

And RAM keeps getting less and less expensive.  A year or so from now, 1 TB systems (probably with no more than 2 or 4 10 core CPUs) won’t be that uncommon. And then the licensing for VMware will be really bad compared to vSphere 4.

Under current licensing, licensing a full 1TB system with 4 CPUs would cost $76,890 USD. That’s 22 licenses for a 4 CPU system.

“$76,890 a server? Our IT budgets can’t repel license increases of that magnitude!”

VMware’s Other Dick Move

I’ve already written about how VMware has dramatically changed the licensing for the free version of the vSphere 5 hypervisor (ESXi 5.0). The limit used to be 256 GB of RAM, now it’s 8 GB.  Was 256 GB too much? Sure. But 8 GB is way too low.

To those of us that have home labs, that means we’ll be looking elsewhere. I think this is going to have a dramatic impact on the number of virtual appliances released for VMware. The focus will then move to XenServer (since most virtual appliances are based on Linux).

I’ve Got A Bad Feeling About This

Let’s face it, this new licensing scheme (and the 8 GB limit on the free version of ESXi 5) are dick moves. Up until now, VMware has been very friendly to its customer base. Users have supported them, championed them, and advocated on their behalf. I’ve never felt the need to even look at another hypervisor, because VMware rocked it.

Now, I look at VMware like I look at vendors like Oracle and EMC. For IT managers and techies alike, we know there are some vendors where the relationship is symbiotic. We’ll sit at the same side of the table. Networking vendors like Juniper, F5, and even Cisco (with a few exceptions) take a cordial and symbiotic view of the customer/vendor relationship.  Some vendors *cough Oracle cough Checkpoint couch* take a more adversarial and parasitical view.

I’m not saying VMware is quite at the level of parasitic right now, but they’ve suddenly taken a step in that direction. And that means the honeymoon is over. There is a general feeling that the loyal customer base is being taken for granted, as if somehow we owe VMware for the awesomeness they provide us. Well it’s the IT managers and nerdarati that helped make VMware the company it is today. And I can’t help but feel they’ve turned on us. One might say even say, turned to the dark side.

Wandering Eye

Look VMware, I’ve got to be honest. I’ve been… I’ve been seeing other people. I downloaded XenServer the other day. It asked me to download it, and I was being polite, but considering you might limit us to 8 GB, I went ahead and installed it. And I’m liking what I see.

Don’t Uninstall Angry

A wise sysadmin once said: “Never uninstall angry”.  So I’m not making any moves yet. I’m not quite ready to break up with VMware. It’s still a dynamic ecosystem, and I hope its not too damaged by all this. It’s been almost a week since the announcements so I’ve been able to get a little perspective. I’m still disappointed, to be sure, but I’m not quite as aggro.

It’s clear VMware felt it was getting the short end of the stick with the trend towards high server density. And perhaps VMware licensing needed to be changed to reflect this. I’m not all together against vRAM pools, but I do think they need to be dramatically increased. Today they’re too small, and a year or two from now they’ll be laughable.