<?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: How to P2V Multi-processor Servers to Uni-processor VMs</title>
	<atom:link href="http://vmetc.com/2008/06/11/how-to-p2v-multi-processor-servers-to-uni-processor-vms/feed/" rel="self" type="application/rss+xml" />
	<link>http://vmetc.com/2008/06/11/how-to-p2v-multi-processor-servers-to-uni-processor-vms/</link>
	<description>Go Green with Virtualization. Go UGLY Green with vmetc.com.</description>
	<lastBuildDate>Wed, 25 Jan 2012 13:41:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Mark</title>
		<link>http://vmetc.com/2008/06/11/how-to-p2v-multi-processor-servers-to-uni-processor-vms/comment-page-1/#comment-1813</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Wed, 07 Jan 2009 14:20:30 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=420#comment-1813</guid>
		<description>VMconverter is indeed capable of running migrations “managed” from a central location.  This is however only when performing a live migration…

Concurrent migrations are also possible.. but still somewhat limited, especially when you need to scaleout and run many migrations. 

Also as the the complexity of the migrations comes into play (over WAN, biz critical app) here are some issues that could affect your ability to complete a smooth migration with VMconverter:

- Offline Migration -&gt; needs boot CD

- No ServerSync; which facilitates certification testing(http://www.platespin.com/products/plateSpinMigrate/features.aspx)

- Error logging and job analysis is limited 

...</description>
		<content:encoded><![CDATA[<p>VMconverter is indeed capable of running migrations “managed” from a central location.  This is however only when performing a live migration…</p>
<p>Concurrent migrations are also possible.. but still somewhat limited, especially when you need to scaleout and run many migrations. </p>
<p>Also as the the complexity of the migrations comes into play (over WAN, biz critical app) here are some issues that could affect your ability to complete a smooth migration with VMconverter:</p>
<p>- Offline Migration -&gt; needs boot CD</p>
<p>- No ServerSync; which facilitates certification testing(http://www.platespin.com/products/plateSpinMigrate/features.aspx)</p>
<p>- Error logging and job analysis is limited </p>
<p>&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://vmetc.com/2008/06/11/how-to-p2v-multi-processor-servers-to-uni-processor-vms/comment-page-1/#comment-5227</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Wed, 07 Jan 2009 14:20:00 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=420#comment-5227</guid>
		<description>VMconverter is indeed capable of running migrations “managed” from a central location.  This is however only when performing a live migration…

Concurrent migrations are also possible.. but still somewhat limited, especially when you need to scaleout and run many migrations. 

Also as the the complexity of the migrations comes into play (over WAN, biz critical app) here are some issues that could affect your ability to complete a smooth migration with VMconverter:

- Offline Migration -&gt; needs boot CD

- No ServerSync; which facilitates certification testing(http://www.platespin.com/products/plateSpinMigrate/features.aspx)

- Error logging and job analysis is limited 

...</description>
		<content:encoded><![CDATA[<p>VMconverter is indeed capable of running migrations “managed” from a central location.  This is however only when performing a live migration…</p>
<p>Concurrent migrations are also possible.. but still somewhat limited, especially when you need to scaleout and run many migrations. </p>
<p>Also as the the complexity of the migrations comes into play (over WAN, biz critical app) here are some issues that could affect your ability to complete a smooth migration with VMconverter:</p>
<p>- Offline Migration -&gt; needs boot CD</p>
<p>- No ServerSync; which facilitates certification testing(http://www.platespin.com/products/plateSpinMigrate/features.aspx)</p>
<p>- Error logging and job analysis is limited </p>
<p>&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rich</title>
		<link>http://vmetc.com/2008/06/11/how-to-p2v-multi-processor-servers-to-uni-processor-vms/comment-page-1/#comment-1811</link>
		<dc:creator>Rich</dc:creator>
		<pubDate>Wed, 07 Jan 2009 12:24:16 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=420#comment-1811</guid>
		<description>Mark,

No argument from me on using Platespin to drastically reduce the amount of time to complete the 250 example. Today PowerConvert is a better choice hands down for this scenario. VMware Converer 4 is coming soon however, and reducing the number of processors is a feature.

I&#039;m sure you realize VMware Converter also can already be used from a centralized server today too, right?</description>
		<content:encoded><![CDATA[<p>Mark,</p>
<p>No argument from me on using Platespin to drastically reduce the amount of time to complete the 250 example. Today PowerConvert is a better choice hands down for this scenario. VMware Converer 4 is coming soon however, and reducing the number of processors is a feature.</p>
<p>I&#8217;m sure you realize VMware Converter also can already be used from a centralized server today too, right?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rbrambley</title>
		<link>http://vmetc.com/2008/06/11/how-to-p2v-multi-processor-servers-to-uni-processor-vms/comment-page-1/#comment-5226</link>
		<dc:creator>rbrambley</dc:creator>
		<pubDate>Wed, 07 Jan 2009 12:24:00 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=420#comment-5226</guid>
		<description>Mark,

No argument from me on using Platespin to drastically reduce the amount of time to complete the 250 example. Today PowerConvert is a better choice hands down for this scenario. VMware Converer 4 is coming soon however, and reducing the number of processors is a feature.

I&#039;m sure you realize VMware Converter also can already be used from a centralized server today too, right?</description>
		<content:encoded><![CDATA[<p>Mark,</p>
<p>No argument from me on using Platespin to drastically reduce the amount of time to complete the 250 example. Today PowerConvert is a better choice hands down for this scenario. VMware Converer 4 is coming soon however, and reducing the number of processors is a feature.</p>
<p>I&#8217;m sure you realize VMware Converter also can already be used from a centralized server today too, right?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://vmetc.com/2008/06/11/how-to-p2v-multi-processor-servers-to-uni-processor-vms/comment-page-1/#comment-1808</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Tue, 06 Jan 2009 21:21:29 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=420#comment-1808</guid>
		<description>Hi Rich,

Cost is always releative to the effort ahead of you.  For one-offs or a P2V here or a P2V there VMware converter works great - no dispute there.

PlateSpin can mititgate risk and reduce the manual effort in projects like these for just one example:

You have a virtual infrastructure upgrade (latest esx ver.) pending for 250 VMs.  Processor (uni to multi) changes needed, resource pools are changing, memory allocation etc.  for projects like these, there is a drastic amount of time savings involved when you pre-configure options like these.  We are talking about reducing manual effort from weeks to days which is directly related to your planning effort and expierence level with PlateSpin...

Completing projects in ridiculously short timeframes is what you can enable if the right time is invested in learning about what options exist.</description>
		<content:encoded><![CDATA[<p>Hi Rich,</p>
<p>Cost is always releative to the effort ahead of you.  For one-offs or a P2V here or a P2V there VMware converter works great &#8211; no dispute there.</p>
<p>PlateSpin can mititgate risk and reduce the manual effort in projects like these for just one example:</p>
<p>You have a virtual infrastructure upgrade (latest esx ver.) pending for 250 VMs.  Processor (uni to multi) changes needed, resource pools are changing, memory allocation etc.  for projects like these, there is a drastic amount of time savings involved when you pre-configure options like these.  We are talking about reducing manual effort from weeks to days which is directly related to your planning effort and expierence level with PlateSpin&#8230;</p>
<p>Completing projects in ridiculously short timeframes is what you can enable if the right time is invested in learning about what options exist.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://vmetc.com/2008/06/11/how-to-p2v-multi-processor-servers-to-uni-processor-vms/comment-page-1/#comment-5225</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Tue, 06 Jan 2009 21:21:00 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=420#comment-5225</guid>
		<description>Hi Rich,

Cost is always releative to the effort ahead of you.  For one-offs or a P2V here or a P2V there VMware converter works great - no dispute there.

PlateSpin can mititgate risk and reduce the manual effort in projects like these for just one example:

You have a virtual infrastructure upgrade (latest esx ver.) pending for 250 VMs.  Processor (uni to multi) changes needed, resource pools are changing, memory allocation etc.  for projects like these, there is a drastic amount of time savings involved when you pre-configure options like these.  We are talking about reducing manual effort from weeks to days which is directly related to your planning effort and expierence level with PlateSpin...

Completing projects in ridiculously short timeframes is what you can enable if the right time is invested in learning about what options exist.</description>
		<content:encoded><![CDATA[<p>Hi Rich,</p>
<p>Cost is always releative to the effort ahead of you.  For one-offs or a P2V here or a P2V there VMware converter works great &#8211; no dispute there.</p>
<p>PlateSpin can mititgate risk and reduce the manual effort in projects like these for just one example:</p>
<p>You have a virtual infrastructure upgrade (latest esx ver.) pending for 250 VMs.  Processor (uni to multi) changes needed, resource pools are changing, memory allocation etc.  for projects like these, there is a drastic amount of time savings involved when you pre-configure options like these.  We are talking about reducing manual effort from weeks to days which is directly related to your planning effort and expierence level with PlateSpin&#8230;</p>
<p>Completing projects in ridiculously short timeframes is what you can enable if the right time is invested in learning about what options exist.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rich</title>
		<link>http://vmetc.com/2008/06/11/how-to-p2v-multi-processor-servers-to-uni-processor-vms/comment-page-1/#comment-1802</link>
		<dc:creator>Rich</dc:creator>
		<pubDate>Tue, 06 Jan 2009 02:12:50 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=420#comment-1802</guid>
		<description>Mark,

Platespin Migrate looks like a great solution, but it costs $! In my experience VMware admins who already own VMware Converter (included with their VI 3.5 Enterprise licensing) are a tough sell for competition.</description>
		<content:encoded><![CDATA[<p>Mark,</p>
<p>Platespin Migrate looks like a great solution, but it costs $! In my experience VMware admins who already own VMware Converter (included with their VI 3.5 Enterprise licensing) are a tough sell for competition.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rbrambley</title>
		<link>http://vmetc.com/2008/06/11/how-to-p2v-multi-processor-servers-to-uni-processor-vms/comment-page-1/#comment-5224</link>
		<dc:creator>rbrambley</dc:creator>
		<pubDate>Tue, 06 Jan 2009 02:12:00 +0000</pubDate>
		<guid isPermaLink="false">http://vmetc.com/?p=420#comment-5224</guid>
		<description>Mark,

Platespin Migrate looks like a great solution, but it costs $! In my experience VMware admins who already own VMware Converter (included with their VI 3.5 Enterprise licensing) are a tough sell for competition.</description>
		<content:encoded><![CDATA[<p>Mark,</p>
<p>Platespin Migrate looks like a great solution, but it costs $! In my experience VMware admins who already own VMware Converter (included with their VI 3.5 Enterprise licensing) are a tough sell for competition.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

