<?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"
	>
<channel>
	<title>Comments on: My Thoughts on the Live Migration-Quick Migration Discussion</title>
	<atom:link href="http://blog.scottlowe.org/2008/04/25/my-thoughts-on-the-live-migration-quick-migration-discussion/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.scottlowe.org/2008/04/25/my-thoughts-on-the-live-migration-quick-migration-discussion/</link>
	<description>The weblog of an IT pro specializing in virtualization, storage, and servers</description>
	<pubDate>Sun, 07 Sep 2008 21:02:09 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Brandon</title>
		<link>http://blog.scottlowe.org/2008/04/25/my-thoughts-on-the-live-migration-quick-migration-discussion/#comment-40154</link>
		<dc:creator>Brandon</dc:creator>
		<pubDate>Wed, 23 Jul 2008 21:29:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/04/25/my-thoughts-on-the-live-migration-quick-migration-discussion/#comment-40154</guid>
		<description>I suppose I'm a couple of months late posting on this.

VMware's DRS with vmotion is amazing technology.  I'm not a fanboy, either.  We thought about using Hyper-V for dev/qual because.. that is about the only place it makes ANY sense in the enterprise.  With 240 VMs we have to worry about a process kicking off and using up a lot of resources on a server.  When that happens vmotion with DRS migrates things around and load balances very quickly.

Interesting enough, with Microsoft doing the jig here.. that soon as they have this feature, it'll be the best thing since sliced bread.  With all the bullshit talk, don't think they're not working on getting it done too.  Its very necessary, except when you don't have it and are trying to sell something without it.</description>
		<content:encoded><![CDATA[<p>I suppose I&#8217;m a couple of months late posting on this.</p>
<p>VMware&#8217;s DRS with vmotion is amazing technology.  I&#8217;m not a fanboy, either.  We thought about using Hyper-V for dev/qual because.. that is about the only place it makes ANY sense in the enterprise.  With 240 VMs we have to worry about a process kicking off and using up a lot of resources on a server.  When that happens vmotion with DRS migrates things around and load balances very quickly.</p>
<p>Interesting enough, with Microsoft doing the jig here.. that soon as they have this feature, it&#8217;ll be the best thing since sliced bread.  With all the bullshit talk, don&#8217;t think they&#8217;re not working on getting it done too.  Its very necessary, except when you don&#8217;t have it and are trying to sell something without it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slowe</title>
		<link>http://blog.scottlowe.org/2008/04/25/my-thoughts-on-the-live-migration-quick-migration-discussion/#comment-37290</link>
		<dc:creator>slowe</dc:creator>
		<pubDate>Thu, 01 May 2008 02:49:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/04/25/my-thoughts-on-the-live-migration-quick-migration-discussion/#comment-37290</guid>
		<description>Martin,

There's been plenty of mud-slinging from all parties involved, I think.</description>
		<content:encoded><![CDATA[<p>Martin,</p>
<p>There&#8217;s been plenty of mud-slinging from all parties involved, I think.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin</title>
		<link>http://blog.scottlowe.org/2008/04/25/my-thoughts-on-the-live-migration-quick-migration-discussion/#comment-37281</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Wed, 30 Apr 2008 12:20:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/04/25/my-thoughts-on-the-live-migration-quick-migration-discussion/#comment-37281</guid>
		<description>Go VMware fanboys! Ignore all the mud VMware has been slinging at MS now that there's actual competition in the field...</description>
		<content:encoded><![CDATA[<p>Go VMware fanboys! Ignore all the mud VMware has been slinging at MS now that there&#8217;s actual competition in the field&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hot carl</title>
		<link>http://blog.scottlowe.org/2008/04/25/my-thoughts-on-the-live-migration-quick-migration-discussion/#comment-37239</link>
		<dc:creator>hot carl</dc:creator>
		<pubDate>Sun, 27 Apr 2008 18:36:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/04/25/my-thoughts-on-the-live-migration-quick-migration-discussion/#comment-37239</guid>
		<description>just wanted to agree with you and awake (above) regarding vmotion'ing vm's during the business day.  we do it all the time (.edu w/ ~110k users).  it sure beats having to do maintenance after hours, and the users never even know anything is going on.</description>
		<content:encoded><![CDATA[<p>just wanted to agree with you and awake (above) regarding vmotion&#8217;ing vm&#8217;s during the business day.  we do it all the time (.edu w/ ~110k users).  it sure beats having to do maintenance after hours, and the users never even know anything is going on.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Duncan</title>
		<link>http://blog.scottlowe.org/2008/04/25/my-thoughts-on-the-live-migration-quick-migration-discussion/#comment-37234</link>
		<dc:creator>Duncan</dc:creator>
		<pubDate>Sun, 27 Apr 2008 07:25:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/04/25/my-thoughts-on-the-live-migration-quick-migration-discussion/#comment-37234</guid>
		<description>It's just another marketing campaign. I never expected them to compare their technology to vmware's in a decent way, but this is by far the worst comparison i've seen in years.

As if any decent system engineer would wait till the evening to replace defect hardware. Especially when you have an 8:1 consolidation ratio. I don't think so.</description>
		<content:encoded><![CDATA[<p>It&#8217;s just another marketing campaign. I never expected them to compare their technology to vmware&#8217;s in a decent way, but this is by far the worst comparison i&#8217;ve seen in years.</p>
<p>As if any decent system engineer would wait till the evening to replace defect hardware. Especially when you have an 8:1 consolidation ratio. I don&#8217;t think so.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Awake</title>
		<link>http://blog.scottlowe.org/2008/04/25/my-thoughts-on-the-live-migration-quick-migration-discussion/#comment-37225</link>
		<dc:creator>Awake</dc:creator>
		<pubDate>Sat, 26 Apr 2008 13:30:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/04/25/my-thoughts-on-the-live-migration-quick-migration-discussion/#comment-37225</guid>
		<description>Typical microsoft deception. They do that stuff all the time hoping people are stupid.

If you didnt use Vmotion during the course of a business day you couldnt add hosts to a VMware HA cluster during business hours. Because once the host is added the VM's would start to muigrate, Live, as it balances resources in the cluster. 
We move VM's all the time with Vmotion during the course of the day. Users don't even notice. Even if connected to the VM with RDP.
I take any MS says with a grain of salt. They tend to make it up as they go along and dont care if they are right or wrong.</description>
		<content:encoded><![CDATA[<p>Typical microsoft deception. They do that stuff all the time hoping people are stupid.</p>
<p>If you didnt use Vmotion during the course of a business day you couldnt add hosts to a VMware HA cluster during business hours. Because once the host is added the VM&#8217;s would start to muigrate, Live, as it balances resources in the cluster.<br />
We move VM&#8217;s all the time with Vmotion during the course of the day. Users don&#8217;t even notice. Even if connected to the VM with RDP.<br />
I take any MS says with a grain of salt. They tend to make it up as they go along and dont care if they are right or wrong.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
