<?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: VMware DPM usage &#8211; My view</title>
	<atom:link href="http://www.vmlover.com/2010/06/vmware-dpm-usage-my-view/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.vmlover.com/2010/06/vmware-dpm-usage-my-view/</link>
	<description>Virtually Insane?</description>
	<lastBuildDate>Tue, 27 Dec 2011 22:38:25 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Andrew Storrs</title>
		<link>http://www.vmlover.com/2010/06/vmware-dpm-usage-my-view/comment-page-1/#comment-521</link>
		<dc:creator>Andrew Storrs</dc:creator>
		<pubDate>Fri, 25 Jun 2010 20:53:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmlover.com/?p=293#comment-521</guid>
		<description>I&#039;m all for DPM in LabManager and SRM/DR designs, it&#039;s an easy sell to the client and easy for the client to evangelize internally w/o much dissent. However, for too many of my clients the effort to internally get sign off won&#039;t outweigh the dollars saved for implementing it with production/business critical servers.

I&#039;m sure this will change as attitudes shift, but for now the biggest block I find myself facing is people, and the $ are too low to provide ammunition to force the issue.</description>
		<content:encoded><![CDATA[<p>I&#8217;m all for DPM in LabManager and SRM/DR designs, it&#8217;s an easy sell to the client and easy for the client to evangelize internally w/o much dissent. However, for too many of my clients the effort to internally get sign off won&#8217;t outweigh the dollars saved for implementing it with production/business critical servers.</p>
<p>I&#8217;m sure this will change as attitudes shift, but for now the biggest block I find myself facing is people, and the $ are too low to provide ammunition to force the issue.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob Upham</title>
		<link>http://www.vmlover.com/2010/06/vmware-dpm-usage-my-view/comment-page-1/#comment-520</link>
		<dc:creator>Rob Upham</dc:creator>
		<pubDate>Fri, 25 Jun 2010 19:45:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmlover.com/?p=293#comment-520</guid>
		<description>Disclaimer: I&#039;m a VMware employee and I sell this stuff (vSphere, not specifically DPM) for a living.

I find this topic quite interesting - possibly for the wrong reasons. I find it interesting that folks seem to have such strong opinions on it(!) DPM is one of many features provided within vSphere that together provide a hugely powerful solution for customers. Is DPM in itself the be-all and end-all of datacentre efficiency? Of course not. Can it be useful in some/most scenarios? Absolutely. But the benefits will naturally vary according to use-case.

I completely accept that (particularly older) datacentre PDUs and HVAC systems are designed and optimised to run at full load, and therefore don&#039;t offer linear savings when power draw is reduced. However, there&#039;s no doubting that taking away the power consumption for devices (blades, servers, whatever) that are essentially idle for many hours at a time has to have a positive effect on the TCO for the majority of deployments.

There are some great use-cases I can think of just off the top of my head:
 - Small to mid-sized dedicated Lab Manager clusters sized to cope with peak demand but often left under-utilised. The power of LM is in all the configurations/VMs you can hold - extremely efficiency - on shared storage without requiring dozens of racks of equipment. But much of the time they may not be powered on. I completely agree this would be better served as a resource pool within a larger multi-use cloud, but many orgs just aren&#039;t there yet with this kind of model.
 - SRM failover sites which may host small non-essential workloads but are sized to cope with a full site failover. Are you really telling me it&#039;s not beneficial to have, say, 5 out of 8 blades in each cluster shut down if they&#039;re not being used?
 - VDI clusters used by 8-6 workers that aren&#039;t utilised during the night. (again, I fully agree that it&#039;d be great if a use could be found for these compute nodes during the night - but most orgs just aren&#039;t there yet - so why pay for the leccy?)

As I say, it&#039;s not the be-all and end-all. It&#039;s not as game-changing as HA or DRS and it&#039;s not going to cut your IT spend by 15% or anything radical - but it all helps. We&#039;re all used to TVs that are now designed to use 1W in standby rather than 15W... we have CPUs that enter power saving mode and hard drives that spin down after 5 mins of inactivity to save a few Watts here and there... etc, etc. I could provide dozens of examples of technologies that have a tiny power-saving effect in isolation, but together add up to a lot.

&quot;Every little helps&quot; as they say.

But does it really warrant arguing about? And a TCO calculator?! Really?! To me that would only ever make sense if DPM were a $500/CPU add-on feature.</description>
		<content:encoded><![CDATA[<p>Disclaimer: I&#8217;m a VMware employee and I sell this stuff (vSphere, not specifically DPM) for a living.</p>
<p>I find this topic quite interesting &#8211; possibly for the wrong reasons. I find it interesting that folks seem to have such strong opinions on it(!) DPM is one of many features provided within vSphere that together provide a hugely powerful solution for customers. Is DPM in itself the be-all and end-all of datacentre efficiency? Of course not. Can it be useful in some/most scenarios? Absolutely. But the benefits will naturally vary according to use-case.</p>
<p>I completely accept that (particularly older) datacentre PDUs and HVAC systems are designed and optimised to run at full load, and therefore don&#8217;t offer linear savings when power draw is reduced. However, there&#8217;s no doubting that taking away the power consumption for devices (blades, servers, whatever) that are essentially idle for many hours at a time has to have a positive effect on the TCO for the majority of deployments.</p>
<p>There are some great use-cases I can think of just off the top of my head:<br />
 &#8211; Small to mid-sized dedicated Lab Manager clusters sized to cope with peak demand but often left under-utilised. The power of LM is in all the configurations/VMs you can hold &#8211; extremely efficiency &#8211; on shared storage without requiring dozens of racks of equipment. But much of the time they may not be powered on. I completely agree this would be better served as a resource pool within a larger multi-use cloud, but many orgs just aren&#8217;t there yet with this kind of model.<br />
 &#8211; SRM failover sites which may host small non-essential workloads but are sized to cope with a full site failover. Are you really telling me it&#8217;s not beneficial to have, say, 5 out of 8 blades in each cluster shut down if they&#8217;re not being used?<br />
 &#8211; VDI clusters used by 8-6 workers that aren&#8217;t utilised during the night. (again, I fully agree that it&#8217;d be great if a use could be found for these compute nodes during the night &#8211; but most orgs just aren&#8217;t there yet &#8211; so why pay for the leccy?)</p>
<p>As I say, it&#8217;s not the be-all and end-all. It&#8217;s not as game-changing as HA or DRS and it&#8217;s not going to cut your IT spend by 15% or anything radical &#8211; but it all helps. We&#8217;re all used to TVs that are now designed to use 1W in standby rather than 15W&#8230; we have CPUs that enter power saving mode and hard drives that spin down after 5 mins of inactivity to save a few Watts here and there&#8230; etc, etc. I could provide dozens of examples of technologies that have a tiny power-saving effect in isolation, but together add up to a lot.</p>
<p>&#8220;Every little helps&#8221; as they say.</p>
<p>But does it really warrant arguing about? And a TCO calculator?! Really?! To me that would only ever make sense if DPM were a $500/CPU add-on feature.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Storrs</title>
		<link>http://www.vmlover.com/2010/06/vmware-dpm-usage-my-view/comment-page-1/#comment-519</link>
		<dc:creator>Andrew Storrs</dc:creator>
		<pubDate>Fri, 25 Jun 2010 17:52:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.vmlover.com/?p=293#comment-519</guid>
		<description>(I initially posted this as a Twitter rant, so I&#039;ll repost it here so others can better comment)

&quot;TCO Evidence&quot; is where I have the biggest issue with DPM right now. At a high level, I question if the $ saved by turning off random servers in a rack while leaving most still running impacts the bottom line. You&#039;re not adjusting HVAC that much (servers that get powered off will be randomly located so you can&#039;t just &quot;switch this row from 100% to 20% cooling power to maintain room temp&quot;, you&#039;re not spinning down any shared disk or additional peripherals. 

So it comes down to the &quot;hourly cost to run a server&quot; * &quot;the number you could power down&quot;. Unless that number is pretty damn high, I&#039;m not convinced it&#039;s worth the effort to implement/manage. I think I&#039;d rather focus on different green areas (even if it&#039;s just pushing harder to achieve 100% virtualization).</description>
		<content:encoded><![CDATA[<p>(I initially posted this as a Twitter rant, so I&#8217;ll repost it here so others can better comment)</p>
<p>&#8220;TCO Evidence&#8221; is where I have the biggest issue with DPM right now. At a high level, I question if the $ saved by turning off random servers in a rack while leaving most still running impacts the bottom line. You&#8217;re not adjusting HVAC that much (servers that get powered off will be randomly located so you can&#8217;t just &#8220;switch this row from 100% to 20% cooling power to maintain room temp&#8221;, you&#8217;re not spinning down any shared disk or additional peripherals. </p>
<p>So it comes down to the &#8220;hourly cost to run a server&#8221; * &#8220;the number you could power down&#8221;. Unless that number is pretty damn high, I&#8217;m not convinced it&#8217;s worth the effort to implement/manage. I think I&#8217;d rather focus on different green areas (even if it&#8217;s just pushing harder to achieve 100% virtualization).</p>
]]></content:encoded>
	</item>
</channel>
</rss>

