<?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: Resource pools and avoiding HA slot sizing</title>
	<atom:link href="http://frankdenneman.nl/2010/02/resource-pools-and-avoiding-ha-slot-sizing/feed/" rel="self" type="application/rss+xml" />
	<link>http://frankdenneman.nl/2010/02/resource-pools-and-avoiding-ha-slot-sizing/</link>
	<description></description>
	<lastBuildDate>Thu, 17 May 2012 06:42:15 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: TBL Networks &#187; Cisco Nexus 1000v and vSphere HA Slot Sizes</title>
		<link>http://frankdenneman.nl/2010/02/resource-pools-and-avoiding-ha-slot-sizing/comment-page-1/#comment-845</link>
		<dc:creator>TBL Networks &#187; Cisco Nexus 1000v and vSphere HA Slot Sizes</dc:creator>
		<pubDate>Fri, 20 Aug 2010 03:18:37 +0000</pubDate>
		<guid isPermaLink="false">http://frankdenneman.nl/?p=720#comment-845</guid>
		<description>[...] http://frankdenneman.nl/2010/02/resource-pools-and-avoiding-ha-slot-sizing/ [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://frankdenneman.nl/2010/02/resource-pools-and-avoiding-ha-slot-sizing/" rel="nofollow">http://frankdenneman.nl/2010/02/resource-pools-and-avoiding-ha-slot-sizing/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Virtualization Short Take #36 - blog.scottlowe.org - The weblog of an IT pro specializing in virtualization, storage, and servers</title>
		<link>http://frankdenneman.nl/2010/02/resource-pools-and-avoiding-ha-slot-sizing/comment-page-1/#comment-351</link>
		<dc:creator>Virtualization Short Take #36 - blog.scottlowe.org - The weblog of an IT pro specializing in virtualization, storage, and servers</dc:creator>
		<pubDate>Tue, 09 Mar 2010 15:05:27 +0000</pubDate>
		<guid isPermaLink="false">http://frankdenneman.nl/?p=720#comment-351</guid>
		<description>[...] VCDX #029 Frank Denneman posted a good article on using reservations on resource pools to bypass slot sizing. As Frank points out, it&#8217;s not a recommended practice necessarily, but it might be warranted [...]</description>
		<content:encoded><![CDATA[<p>[...] VCDX #029 Frank Denneman posted a good article on using reservations on resource pools to bypass slot sizing. As Frank points out, it&#8217;s not a recommended practice necessarily, but it might be warranted [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Justin</title>
		<link>http://frankdenneman.nl/2010/02/resource-pools-and-avoiding-ha-slot-sizing/comment-page-1/#comment-314</link>
		<dc:creator>Justin</dc:creator>
		<pubDate>Thu, 04 Mar 2010 14:43:33 +0000</pubDate>
		<guid isPermaLink="false">http://frankdenneman.nl/?p=720#comment-314</guid>
		<description>I utilized this work around with the Cisco Nexus 1000v VSMs.  The VSMs come configured with a memory reservation 2GB.  With this reservation set, the number of available HA slots in 10 host cluster was very small.  I created a resource pool with the necessary memory reservation and moved the VSMs in these resource pools.  This solved my issue with the number of available slots in my HA cluster.</description>
		<content:encoded><![CDATA[<p>I utilized this work around with the Cisco Nexus 1000v VSMs.  The VSMs come configured with a memory reservation 2GB.  With this reservation set, the number of available HA slots in 10 host cluster was very small.  I created a resource pool with the necessary memory reservation and moved the VSMs in these resource pools.  This solved my issue with the number of available slots in my HA cluster.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Craig Stewart</title>
		<link>http://frankdenneman.nl/2010/02/resource-pools-and-avoiding-ha-slot-sizing/comment-page-1/#comment-291</link>
		<dc:creator>Craig Stewart</dc:creator>
		<pubDate>Thu, 25 Feb 2010 09:45:54 +0000</pubDate>
		<guid isPermaLink="false">http://frankdenneman.nl/?p=720#comment-291</guid>
		<description>Nice workaround Frank.  Having just implemented a vSphere cluster we were having HA capacity issues as soon as setting a reservation for a VM.  We didn&#039;t want to turn off strict admission control and I didn&#039;t want to mess with the advanced slot size settings for fear of causing slot fragmentation as mentioned in Duncan&#039;s deepdive.

So it turns out I used a similar workaround to yourself,  however I did this with groups of VM&#039;s as opposed to single VM&#039;s.  

So I created resource groups for DEV, UAT, Production, etc and placed VM&#039;s within these.  The resource groups have reservations and limits, staggered in such a way that DEV is likely to have contention but production is not as it has been assigned more resources.  Using shares within the resource group then allows us to prioritise what gets what in a contention scenario within the resource group.  This model is working fine for us just now.

If however I ever have to isolate a machine on it&#039;s own I would definately look to your workaround first before changing advanced slot settings or turning off strict admission control.</description>
		<content:encoded><![CDATA[<p>Nice workaround Frank.  Having just implemented a vSphere cluster we were having HA capacity issues as soon as setting a reservation for a VM.  We didn&#8217;t want to turn off strict admission control and I didn&#8217;t want to mess with the advanced slot size settings for fear of causing slot fragmentation as mentioned in Duncan&#8217;s deepdive.</p>
<p>So it turns out I used a similar workaround to yourself,  however I did this with groups of VM&#8217;s as opposed to single VM&#8217;s.  </p>
<p>So I created resource groups for DEV, UAT, Production, etc and placed VM&#8217;s within these.  The resource groups have reservations and limits, staggered in such a way that DEV is likely to have contention but production is not as it has been assigned more resources.  Using shares within the resource group then allows us to prioritise what gets what in a contention scenario within the resource group.  This model is working fine for us just now.</p>
<p>If however I ever have to isolate a machine on it&#8217;s own I would definately look to your workaround first before changing advanced slot settings or turning off strict admission control.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frank</title>
		<link>http://frankdenneman.nl/2010/02/resource-pools-and-avoiding-ha-slot-sizing/comment-page-1/#comment-290</link>
		<dc:creator>Frank</dc:creator>
		<pubDate>Thu, 25 Feb 2010 07:19:21 +0000</pubDate>
		<guid isPermaLink="false">http://frankdenneman.nl/?p=720#comment-290</guid>
		<description>That is actually pretty cool. Never thought of that. Thanks for the info!</description>
		<content:encoded><![CDATA[<p>That is actually pretty cool. Never thought of that. Thanks for the info!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/


Served from: frankdenneman.nl @ 2012-05-17 09:57:09 -->
