November 18, 2009

Why you should embrace memory overcommits for your VMs

Although available only in the costlier VMware ESX, this technology should be considered essential by IT

The independent analyst firm Burton Group recently released a proposed set of standards for server virtualization -- some required, some preferred, some optional -- to help IT see beyond the data sheet marketing check boxes for EMC VMware's ESX, Microsoft's Hyper-V, and Citrix's XenServer. VMware supports 27 of the requirements and most of the preferred and optional standards, while Hyper-V supports 24 of the required standards and fewer of the others (my previous post "A new wrinkle -- and possible conclusion -- for the hypervisor wars" discusses who would be affected by those three "required" omissions in Hyper-V).

Note:  Actually, according to Chris Wolf (Citrix CTP, MVP for Microsoft Virtualization, vExpert for VMWare), the author of the Burton Group criteria, Hyper-V meets 25 of the 27 requirements because he was able to successfully cluster SCVMM.

Recently I've examined closely the Burton Group criteria and it is quite impressive.  Weighing in at 70 pages, the criteria has some debatable features in terms of placement (required, preferred or optional) but hits everything you can imagine that clients could ask for in a solution.  As I've mulled over Burton Group's recommendations, I've come to believe that one of its preferred standards -- memory overcommit -- should be considered a requirement. Right now, only VMware ESX meets that condition.

[ InfoWorld's J. Peter Bruzzese takes a look at the hypervisor war and the new Hyper-V R2. | Keep up with the latest virtualization news with InfoWorld's virtualization newsletter and visit the InfoWorld Virtualization Topic Center for news, blogs, essentials, and information about InfoWorld virtualization events. ]

additional resources
White Paper - How to Improve Delivery of Advanced Web Applications

White Paper

Virtual Workforce: The Key to Expanding The Business While Cutting Costs

Get the independent advice and expertise you need to support a virtual workforce.

Go inside:
The three-step approach to making a virtual workforce a reality.
The four flavors of client virtualization technologies.
The three key initiatives that solve IT challenges.
Download now »
White Paper: Successfully Secure Your Wireless LAN With Wi-Fi firewalls.

White Paper

Addressing Linux Threats Leveraging Fewer Resources

The increase in Linux popularity has increased the frequency and sophistication of malware attacks. Read this 2 page white paper now to learn how you can protect your Linux environment with real-time protection that is certified by all major Linux vendors.

Download now »
White Paper - The 2009 Handbook of Application Delivery

White Paper

The 2009 Handbook of Application Delivery

Ensuring acceptable application delivery will become even more difficult over the next few years. As a result, IT organizations need to ensure that the approach that they take to resolving the current application delivery challenges can scale to support the emerging challenges. This handbook elaborates on the key tasks associated with planning, optimization, management and control and provides decision criteria to help IT organizations choose appropriate solutions.

Download now »
White Paper - Is Your Backup System Outdated?

White Paper

Mid-range Storage Considerations

A common misconception is that mid-range storage requirements are dramatically different than that of a larger enterprise. Mid-range storage users may require less capacity, but they have similar functionality and management requirements. This ESG paper examines mid-range storage needs and reviews a new solution that adjusts size while retaining value, performance and functionality.

Download now »
sbaeder 18-Nov-09 11:38am

One issue that you need to look out for is clock skew. If you ARE in an over commit situation, and the Hypervisor is essentially paging to disk, it can miss updates to the various VMS, and they can get "behind" (in terms of the 'real time).

This can affect software builds that rely on Make and other time-stamped procedures. As long as it's what is called here "good" overcommit, and no paging occurs, it can be a good thing...Just watch out for the "bad" over commit, even if all it does is affect performance due to paging and slower access to "memory".

tomaddox 18-Nov-09 1:22pm
We've been using overcommit (sometimes unintentionally of the "bad" kind) for years, and it's awesome. One major selling point of virtualization is the ability to utilize resources that would otherwise sit idle, and memory overcommitment combined with page sharing allows an amazingly high VM density per server, especially as you scale out the number of CPUs and cores.

Today's Headlines: First Look Newsletter

Find out what will be news for the day, with our first-thing-in-the-morning briefing.

©1994-2010 Infoworld, Inc.