Under the revised vSphere 5 licensing model, the customer needs three CPU-based vSphere Enterprise Plus licenses -- not two, as in under the vSphere 4 license.
The first two CPU-based licenses, sufficient for the two CPUs on the system, would provide 96GB of VRAM entitlement each, for a total of 192GB. However, because the scenario includes 256GB of RAM, the customer has to buy a third vSphere CPU-based licenses to use the full 256GB of RAM.
As a result, this example customer is paying 50 percent more under the revised vSphere 5 license than with vSphere 4 -- but at least its not 300 percent more, as was the case with the original vSphere 5 licensing model.
Change No. 2: Capping vRAM usage to encourage virtual machines with large amounts of VRAM
The second licensing change VMware made is that the amount of VRAM counted against any one virtual machine is now capped at 96GB. Using the example above, if your system has 256GB of physical RAM and you want to allocate 128GB of vRAM to two virtual machines, VMware reduces your vRAM allocation from 256GB to 192GB. As a result, you'd be 64GB under your 256GB VRAM entitlement even while using a full 256GB of VRAM across the two virtual machines.
In explaining the change, VMware said customers could use a 1TB VRAM virtual machine while reducing their vRAM allotment by only 96GB from the total VRAM pool. Customers would still need sufficient vSphere CPU-based licenses to use the 1TB (or however much) of physical RAM available on the system. In other words, this change applies only to how much VRAM is used from within the VRAM pool. Thus, you may need additional vSphere CPU-based licenses if you exceed the total pooled VRAM allotment later on.
Change No. 3: Measuring average VRAM usage, not maximum usage
VMware now calculates a 12-month average of consumed VRAM rather than tracking the high-water mark of VRAM used. Thus, it's less likely that you will use more than your VRAM allotment per year.
The combination of the second and third licensing change make it much more attractive to run multiple Tier 1 applications on VMware compared to the original vSphere 5 license.
Despite the changes, your costs go up, so don't put all your eggs in the VMware basket
But the cost still goes up for many customers. And risk remains that it will continue to go up: Although VMware backed off somewhat from its original fee structure, the new licensing may change in the future, after customers are heavily reliant on VMware for even their Tier 1 applications.
So it's good to evaluate options, especially as open source hypervisors become more mature. And as you move more business-critical applications to VMware, consider moving some of your existing, less-critical VMware applications and environments to an open source hypervisor. Using a mixture of VMware and an open source hypervisor is likely your best long-term option for balancing costs and flexibility.
I should state: "The postings on this site are my own and don't necessarily represent IBM's positions, strategies, or opinions."
This article, "VMware backs down on vSphere 5 pricing -- but only partway," was originally published at InfoWorld.com. Read more of Savio Rodrigues's Open Sources blog and follow the latest developments in open source at InfoWorld.com. For the latest business technology news, follow InfoWorld.com on Twitter.