Home > Blogs > Virtual Reality > Tag Archives: memory

Tag Archives: memory

VMware vSphere delivers greater out-of-the-box VM density than Red Hat Virtualization

vSphere supported 160% as many VMs with out-of-the-box settings.

A third-party study shows that VMware® vSphere® 6.5 supports more virtual machines with out-of-the-box settings than Red Hat Virtualization 4.1.

Higher density, lower CapEx

The higher the VM density, the lower the per VM capital costs. This is a key advantage VMware vSphere provides to customers. Using advanced memory management VMware vSphere easily assigned more virtual memory to VMs than the total physical memory available. Red Hat Virtualization had trouble with this routine operation.   

The study also showed that operators can rely on vSphere memory management to keep critical applications running even when hardware fails unexpectedly. Red Hat KVM struggled to keep VMs powered on and running. VMware vSphere worked without hesitation and without any admin tuning.  

How we tested

Principled Technologies (PT), an independent testing facility, used hands-on testing to investigate virtual machine density. PT compared VMware vSphere 6.5 and Red Hat Virtualization (RHV) 4.1 running Microsoft® SQL Server® 2016 VMs on a Lenovo™ System x3650 M5 rack server. PT first determined how many VMs each hypervisor could power on and run an online transaction processing workload. Then they increased the number of VMs to test the range each virtualization platform could support. PT used default hypervisor memory management settings.  Using these out-of-the-box settings, vSphere was able to power on and run 160% more VMs than it—or RHV—could run without memory over commitment.  

Additional testing showed that during a simulated hardware failure vSphere also kept VMs available without administrator intervention. RHV required an admin to enable Memory Optimization and perform manual tuning to overcommit memory. Even then, RHV could power on and run only 107 times its baseline number of VMs and could not deliver high availability.  

This study offers further confirmation that VMware vSphere continues to be the most reliable, trusted and cost-effective virtualization technology on the market. You can read the entire report here.

Memory Overcommitment in the Real World

There has been a lot of talk on this blog and others about memory overcommit. Several of the blogs have tried to discredit the power of memory overcommit by saying it’s never used by customers in the real world and can simply be overcome by adding more memory to the server (see the long discussions in previous posts on this blog). One VMware customer has already commented about how he architects his environment with memory overcommit in mind. I received a private response from another VMware customer who is getting ready to implement a very large VDI environment with some interesting numbers that I’ll walk through below. The customer is a large US bank and to protect the security of their environment I did black out some of the names in the screenshots.

About the Environment

This customer configured their standard Windows XP environment for their call centers to run in a virtual machine. Each virtual machine is granted 512 MB of memory and 1 virtual CPU. Each VM runs a series of applications including Marimba, Microsoft Office, a call recording application, a customer database application, and a BPO (business process off-shoring) application.

The host used is an IBM x3850 M2 quad socket, quad core system (total of 16 cores). The server is configured with 64 GB of physical RAM. There are 32 memory sockets in the server.

At the time the system was actively being used by call center employees reflected by this CPU utilization graph.

cpu chart.jpg

Running the Numbers

Below is a screenshot of their environment showing a total of 178 VMs running on the system. You can also see in the screenshot that less than 20 GB of RAM out of the total 64 GB of RAM is being used on the system. With a total of 178 VMs configured for 512 MB of RAM each they are currently allocating 89 GB of memory to running VMs which means they are oversubscribed on the host.


Below are screenshots of the price for an identically configured host coming from IBM’s website on March 18, 2008.

VDI Configuration Summary.png

VDI Configuration Memory.png

Total cost for the server is $24,623.00. Remember that this box is overcommitted on memory. In order to run the same setup with a competitive solution we would need to have a server configured with at least 89 GB of RAM – the total allocated to all of the running virtual machines. Going back to IBM’s website and reconfiguring the server with more memory gives us the following screenshots. The closest configuration that supported at least 89 GB of RAM was 92 GB of RAM because of the memory configurations allowed in the server.

VDI Configuration - Competitor.png

VDI Confiuration Memory - Competitor.png

The new cost of the server is $36,423.00. Compared to the original configuration this is a difference of $11,800.00 just to add more memory to the server to support a solution that does not have memory overcommit. The cost of a 4 socket VMware VI3 Enterprise license is $11,500.00 list price. As you can see the cost of a VMware license is actually $300 less than the cost of adding more memory. Not much of an advantage on the cost side but it still drives home the point that the VMware solution is not more than the competitive "free" solution. What’s more is now you get all of the enhanced functionality of the VMware solution that the competitive solutions are lacking. But enough of the marketing pitch, let’s go back to the numbers and this customer case study.

We’ve shown you a real world scenario from a real customer where adding more memory to the server is still more expensive than the VMware license cost. I want to take this one step further and show what designing the architecture to more closely match the true working set size of memory could do. Remember that’s we’re using less than 20 GB of RAM to run this environment of 178 VMs. We went back to the IBM website and configured the starting point for a VMware solution to have at least 20 GB of RAM. The closest we could get is a host with 24 GB of RAM as seen below.

VDI Cheaper Starting Configuration.png

VDI Cheaper Starting Memory.png

As you can see, by truly engineering the solution to what you actually need we’ve reduced the hardware cost to $20,023.00. If we compare that to the competitive solution’s hardware cost we get a difference of $16,400.00 for the extra memory. Subtracting out the cost of the VMware license the VMware solution comes in at $4,900.00 cheaper than the competitive solution.

It’s All for Charity

I would love for us to give all of that $4,900.00 to charity but the customer wouldn’t go for that. Instead they’re using it to pay for some of the thin clients they’ll use in this solution. After all the $4,900.00 they saved by going with a VMware solution over a competitive "free" solution will buy them 33 thin clients at their current price.

The good news from all of this is James O’Neill from Microsoft was kind enough to volunteer $270 of his own money if we could show a real customer running with memory overcommit where adding memory to the server wouldn’t make the Microsoft solution still cheaper than VMware. I think we’ve adequately met that goal here. So, James, the charity of choice is One Laptop Per Child. And just in case you believe that we’ve cherry picked a use case we’ll be more than happy to connect you directly via phone to any one of the numerous customers we have leveraging memory overcommitment in their environment today.