<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Memory overcommitment, not for production servers.</title>
	<atom:link href="http://www.jonathancusson.com/2010/03/08/vmware-memory-overcommitment-why-its-not-for-production-servers/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.jonathancusson.com/2010/03/08/vmware-memory-overcommitment-why-its-not-for-production-servers/</link>
	<description></description>
	<lastBuildDate>Tue, 13 Dec 2011 14:04:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: petros</title>
		<link>http://www.jonathancusson.com/2010/03/08/vmware-memory-overcommitment-why-its-not-for-production-servers/comment-page-1/#comment-954</link>
		<dc:creator>petros</dc:creator>
		<pubDate>Tue, 30 Aug 2011 14:09:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonathancusson.com/?p=205#comment-954</guid>
		<description>While I agree with your post I must add that the overcommitment must be seen as a crucial advantage of VMWare&#039;s ESX hypervisors over the competition - even in a production setting - since it improves flexibility by orders of magnitude. 
Granted, one should not make a practice out of overcommiting memory resources, however, one will not have to reserve huge amounts of idle servers in one&#039;s clusters to allow for high HA since... they don;t need to! One can keep a very small percentage of idle servers since even if a large proportion of the cluster&#039;s resources fail, memory overcommit will kick in and easily save the day. The same cannot be said for the competition since with e.g. hyper-v or Xen, the degree of HA is decided by the number of reserved idle servers in clusters.</description>
		<content:encoded><![CDATA[<p>While I agree with your post I must add that the overcommitment must be seen as a crucial advantage of VMWare&#8217;s ESX hypervisors over the competition &#8211; even in a production setting &#8211; since it improves flexibility by orders of magnitude.<br />
Granted, one should not make a practice out of overcommiting memory resources, however, one will not have to reserve huge amounts of idle servers in one&#8217;s clusters to allow for high HA since&#8230; they don;t need to! One can keep a very small percentage of idle servers since even if a large proportion of the cluster&#8217;s resources fail, memory overcommit will kick in and easily save the day. The same cannot be said for the competition since with e.g. hyper-v or Xen, the degree of HA is decided by the number of reserved idle servers in clusters.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Setup Hyper-V Dynamic Memory with Windows 2008 R2 SP1 Beta &#124; Matthew Hodgkins Blog</title>
		<link>http://www.jonathancusson.com/2010/03/08/vmware-memory-overcommitment-why-its-not-for-production-servers/comment-page-1/#comment-851</link>
		<dc:creator>Setup Hyper-V Dynamic Memory with Windows 2008 R2 SP1 Beta &#124; Matthew Hodgkins Blog</dc:creator>
		<pubDate>Sun, 25 Jul 2010 01:21:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonathancusson.com/?p=205#comment-851</guid>
		<description>[...] use this feature in a production environment (read this blog post for an explanation why: Memory over commitment, not for production servers), this new technology is perfect for use in the development and testing Hyper-V environment at [...]</description>
		<content:encoded><![CDATA[<p>[...] use this feature in a production environment (read this blog post for an explanation why: Memory over commitment, not for production servers), this new technology is perfect for use in the development and testing Hyper-V environment at [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kristen Drohan</title>
		<link>http://www.jonathancusson.com/2010/03/08/vmware-memory-overcommitment-why-its-not-for-production-servers/comment-page-1/#comment-741</link>
		<dc:creator>Kristen Drohan</dc:creator>
		<pubDate>Thu, 29 Apr 2010 17:49:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonathancusson.com/?p=205#comment-741</guid>
		<description>This is a amazing piece of writing, I discovered your weblog browsing yahoo for a similar theme and arrived to this. I couldnt come across to much additional information on this piece, so it was awesome to find this one. I will likely be returning to look at some other articles that you have another time.</description>
		<content:encoded><![CDATA[<p>This is a amazing piece of writing, I discovered your weblog browsing yahoo for a similar theme and arrived to this. I couldnt come across to much additional information on this piece, so it was awesome to find this one. I will likely be returning to look at some other articles that you have another time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Broderick Kor</title>
		<link>http://www.jonathancusson.com/2010/03/08/vmware-memory-overcommitment-why-its-not-for-production-servers/comment-page-1/#comment-737</link>
		<dc:creator>Broderick Kor</dc:creator>
		<pubDate>Tue, 13 Apr 2010 20:18:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonathancusson.com/?p=205#comment-737</guid>
		<description>This is a terrific post, but I was wondering how do I suscribe to the RSS feed?</description>
		<content:encoded><![CDATA[<p>This is a terrific post, but I was wondering how do I suscribe to the RSS feed?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://www.jonathancusson.com/2010/03/08/vmware-memory-overcommitment-why-its-not-for-production-servers/comment-page-1/#comment-725</link>
		<dc:creator>admin</dc:creator>
		<pubDate>Fri, 19 Mar 2010 14:10:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonathancusson.com/?p=205#comment-725</guid>
		<description>You are right saying that memory overcommit is possible. However, my point here is that using overcommitment would reduce or cancel your ability to implement High Availability and Failover of production VM in the event a host as a hardware or other major failure and VM&#039;s need to be transfered on other host of the cluster. Most article about overcommitment are considering only VDI or SMB. In the case of large enterprise, you have to keep in mind that HA and failover will be implemented and if you are overcommiting your memory, you will lose those abilities quite fast.</description>
		<content:encoded><![CDATA[<p>You are right saying that memory overcommit is possible. However, my point here is that using overcommitment would reduce or cancel your ability to implement High Availability and Failover of production VM in the event a host as a hardware or other major failure and VM&#8217;s need to be transfered on other host of the cluster. Most article about overcommitment are considering only VDI or SMB. In the case of large enterprise, you have to keep in mind that HA and failover will be implemented and if you are overcommiting your memory, you will lose those abilities quite fast.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kris</title>
		<link>http://www.jonathancusson.com/2010/03/08/vmware-memory-overcommitment-why-its-not-for-production-servers/comment-page-1/#comment-724</link>
		<dc:creator>Kris</dc:creator>
		<pubDate>Fri, 19 Mar 2010 11:35:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonathancusson.com/?p=205#comment-724</guid>
		<description>In the real world, mem overcommitment is actually used.  How? Well, VMware recommends to do a max. overcommitment of 160-180 percent.  So if your host has 24GB that gives about 38GB of memory to be commited.  Most companies subtract 20 to 30 percent from this. Intel, for example, subtracts 20 percent giving about 30GB to be commited.</description>
		<content:encoded><![CDATA[<p>In the real world, mem overcommitment is actually used.  How? Well, VMware recommends to do a max. overcommitment of 160-180 percent.  So if your host has 24GB that gives about 38GB of memory to be commited.  Most companies subtract 20 to 30 percent from this. Intel, for example, subtracts 20 percent giving about 30GB to be commited.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Conrad Veltri</title>
		<link>http://www.jonathancusson.com/2010/03/08/vmware-memory-overcommitment-why-its-not-for-production-servers/comment-page-1/#comment-723</link>
		<dc:creator>Conrad Veltri</dc:creator>
		<pubDate>Thu, 18 Mar 2010 16:29:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.jonathancusson.com/?p=205#comment-723</guid>
		<description>This is a terrific piece of writing, im delighted I discovered this. Ill be back again later on to check out other posts that you have on your blog.</description>
		<content:encoded><![CDATA[<p>This is a terrific piece of writing, im delighted I discovered this. Ill be back again later on to check out other posts that you have on your blog.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

