 




<?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: Is Xen ready for the data center? Is that the right question?</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/server-virtualization/is-xen-ready-for-the-data-center-is-that-the-right-question/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/server-virtualization/is-xen-ready-for-the-data-center-is-that-the-right-question/</link>
	<description>A SearchServerVirtualization.com and SearchVMware.com blog</description>
	<lastBuildDate>Wed, 12 Sep 2012 17:14:56 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Nancy</title>
		<link>http://itknowledgeexchange.techtarget.com/server-virtualization/is-xen-ready-for-the-data-center-is-that-the-right-question/#comment-1213</link>
		<dc:creator>Nancy</dc:creator>
		<pubDate>Wed, 07 Nov 2007 13:42:38 +0000</pubDate>
		<guid isPermaLink="false">http://servervirtualization.blogs.techtarget.com/2007/07/23/is-xen-ready-for-the-data-center-is-that-the-right-question/#comment-1213</guid>
		<description><![CDATA[I’m a believer in change, especially when it comes to technology.  Though technology naturally evolves and gets better and more efficient with time the changes can sometimes be frustrating.  Over the last few years we’ve seen network automation become more and more relevant in the workplace which has really helped to improve application availability for companies’ respective networks.  That said it is frustrating to see change when it involves a degradation of the tools we use or are made available to us.   I have been witness to the implementation of a new set of &lt;a href=&quot;http://www.stratavia.com&quot; rel=&quot;nofollow&quot;&gt;automation tools&lt;/a&gt; within my own network and these tools are severely outdated, even when compared to our former set of automaton solutions.  In this way change in technology is frustrating because the sea of garbage floating around out there makes it difficult for even experienced IT pro’s to find a good set of database tools to help manage their networks.]]></description>
		<content:encoded><![CDATA[<p>I’m a believer in change, especially when it comes to technology.  Though technology naturally evolves and gets better and more efficient with time the changes can sometimes be frustrating.  Over the last few years we’ve seen network automation become more and more relevant in the workplace which has really helped to improve application availability for companies’ respective networks.  That said it is frustrating to see change when it involves a degradation of the tools we use or are made available to us.   I have been witness to the implementation of a new set of <a href="http://www.stratavia.com" rel="nofollow">automation tools</a> within my own network and these tools are severely outdated, even when compared to our former set of automaton solutions.  In this way change in technology is frustrating because the sea of garbage floating around out there makes it difficult for even experienced IT pro’s to find a good set of database tools to help manage their networks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aron Spegon</title>
		<link>http://itknowledgeexchange.techtarget.com/server-virtualization/is-xen-ready-for-the-data-center-is-that-the-right-question/#comment-1212</link>
		<dc:creator>Aron Spegon</dc:creator>
		<pubDate>Sun, 23 Sep 2007 07:00:07 +0000</pubDate>
		<guid isPermaLink="false">http://servervirtualization.blogs.techtarget.com/2007/07/23/is-xen-ready-for-the-data-center-is-that-the-right-question/#comment-1212</guid>
		<description><![CDATA[Hey there everyone!  Though I have a strong IT background and have been in the &lt;a href=&quot;http://www.stratavia.com/data_palette_overview.php&quot; rel=&quot;nofollow&quot;&gt;IT service&lt;/a&gt; industry for several years when I came to work here with my new company I knew very little about &lt;b&gt;network automation&lt;/b&gt;.  Of course I’d heard tid bits here and there when people would talk about &lt;b&gt;ITIL automation&lt;/b&gt; and trying to get their networks to process workflow better.

&lt;a href=&quot;http://en.wikipedia.org/wiki/Database_administration_and_automation&quot; rel=&quot;nofollow&quot;&gt;Data center automation&lt;/a&gt; has and will continue to change the way IT is handled and planned for.  I was really and pleasantly surprised when I found out that automation helped greatly to &lt;b&gt;improve application availability&lt;/b&gt; and give the people in the department time to get more done.  Of course I’ve been playing a lot of catch up because most of the people I work with have been with the company many years and so they are quite familiar with database administration and automation.  Kind of a culture shock at first but a good one.]]></description>
		<content:encoded><![CDATA[<p>Hey there everyone!  Though I have a strong IT background and have been in the <a href="http://www.stratavia.com/data_palette_overview.php" rel="nofollow">IT service</a> industry for several years when I came to work here with my new company I knew very little about <b>network automation</b>.  Of course I’d heard tid bits here and there when people would talk about <b>ITIL automation</b> and trying to get their networks to process workflow better.</p>
<p><a href="http://en.wikipedia.org/wiki/Database_administration_and_automation" rel="nofollow">Data center automation</a> has and will continue to change the way IT is handled and planned for.  I was really and pleasantly surprised when I found out that automation helped greatly to <b>improve application availability</b> and give the people in the department time to get more done.  Of course I’ve been playing a lot of catch up because most of the people I work with have been with the company many years and so they are quite familiar with database administration and automation.  Kind of a culture shock at first but a good one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Klein</title>
		<link>http://itknowledgeexchange.techtarget.com/server-virtualization/is-xen-ready-for-the-data-center-is-that-the-right-question/#comment-1211</link>
		<dc:creator>Jim Klein</dc:creator>
		<pubDate>Tue, 31 Jul 2007 16:35:43 +0000</pubDate>
		<guid isPermaLink="false">http://servervirtualization.blogs.techtarget.com/2007/07/23/is-xen-ready-for-the-data-center-is-that-the-right-question/#comment-1211</guid>
		<description><![CDATA[I totally agree with both points. The hypervisor will certainly become a commodity - one could argue that it already has with paravirt_ops. Paravirt_ops is largely Xen based, and, according to Xensource, will be the foundation for the next release. The point I&#039;m trying to stress is that the software industry is rallying around a Xen compatible paravirt model and, while I agree that the best tools will survive long term, the decision making process in the near term should be based on the technology that has the most long term viability. &quot;Brand X is safe&quot; should not be the deciding factor when developing a virtualization strategy.

As for the comment about bias, I believe I am being objective here. I think I made the point rather clearly that I believe Microsoft is heading in the right direction with their virtualization technology. My prior comment was simply an effort to stress that I am not a Microsoft fanboy, as was asserted earlier.]]></description>
		<content:encoded><![CDATA[<p>I totally agree with both points. The hypervisor will certainly become a commodity &#8211; one could argue that it already has with paravirt_ops. Paravirt_ops is largely Xen based, and, according to Xensource, will be the foundation for the next release. The point I&#8217;m trying to stress is that the software industry is rallying around a Xen compatible paravirt model and, while I agree that the best tools will survive long term, the decision making process in the near term should be based on the technology that has the most long term viability. &#8220;Brand X is safe&#8221; should not be the deciding factor when developing a virtualization strategy.</p>
<p>As for the comment about bias, I believe I am being objective here. I think I made the point rather clearly that I believe Microsoft is heading in the right direction with their virtualization technology. My prior comment was simply an effort to stress that I am not a Microsoft fanboy, as was asserted earlier.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Masimo Re Ferre'</title>
		<link>http://itknowledgeexchange.techtarget.com/server-virtualization/is-xen-ready-for-the-data-center-is-that-the-right-question/#comment-1210</link>
		<dc:creator>Masimo Re Ferre'</dc:creator>
		<pubDate>Sun, 29 Jul 2007 20:55:47 +0000</pubDate>
		<guid isPermaLink="false">http://servervirtualization.blogs.techtarget.com/2007/07/23/is-xen-ready-for-the-data-center-is-that-the-right-question/#comment-1210</guid>
		<description><![CDATA[Jim, 

I agree that it depends on your definition of hypervisor. Most people however would agree with the wikipedia definition of hypervisor here: http://en.wikipedia.org/wiki/Hypervisor
... where I don&#039;t see any reference to &quot;cooperative software that interacts directly with a guest operating system&quot;. 

But this is an academic discussion in my opinion. It is not esx being or not being an hypervisor that ultimately will determine its success or its failure. 

I think that you miss two points in your analysis though: 

1) long term it will not be the hypervisor the real game but the tools around it (with most functionalities draining into the cpu&#039;s and systems the hypervisor will be commoditized soon so it&#039;s those with the best tools that will survive). 

2) your paravirtualization analysis is pretty much correct but you seem to assume that no paravirtualization standardization will take place. This has actually already happened in the Linux space with things like &quot;paravirt_ops&quot; etc etc (i.e. single kernel image to run on physical, vmware, xen etc etc). We still don&#039;t know what we are going to see in the Windows space .... certainly MS will have to find a compromise between looking good in front of the DOJ and fighting VMware ..... :-) 

Massimo.]]></description>
		<content:encoded><![CDATA[<p>Jim, </p>
<p>I agree that it depends on your definition of hypervisor. Most people however would agree with the wikipedia definition of hypervisor here: <a href="http://en.wikipedia.org/wiki/Hypervisor" rel="nofollow">http://en.wikipedia.org/wiki/Hypervisor</a><br />
&#8230; where I don&#8217;t see any reference to &#8220;cooperative software that interacts directly with a guest operating system&#8221;. </p>
<p>But this is an academic discussion in my opinion. It is not esx being or not being an hypervisor that ultimately will determine its success or its failure. </p>
<p>I think that you miss two points in your analysis though: </p>
<p>1) long term it will not be the hypervisor the real game but the tools around it (with most functionalities draining into the cpu&#8217;s and systems the hypervisor will be commoditized soon so it&#8217;s those with the best tools that will survive). </p>
<p>2) your paravirtualization analysis is pretty much correct but you seem to assume that no paravirtualization standardization will take place. This has actually already happened in the Linux space with things like &#8220;paravirt_ops&#8221; etc etc (i.e. single kernel image to run on physical, vmware, xen etc etc). We still don&#8217;t know what we are going to see in the Windows space &#8230;. certainly MS will have to find a compromise between looking good in front of the DOJ and fighting VMware &#8230;.. <img src='http://itknowledgeexchange.techtarget.com/server-virtualization/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  </p>
<p>Massimo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Hutchison</title>
		<link>http://itknowledgeexchange.techtarget.com/server-virtualization/is-xen-ready-for-the-data-center-is-that-the-right-question/#comment-1209</link>
		<dc:creator>David Hutchison</dc:creator>
		<pubDate>Sun, 29 Jul 2007 15:46:30 +0000</pubDate>
		<guid isPermaLink="false">http://servervirtualization.blogs.techtarget.com/2007/07/23/is-xen-ready-for-the-data-center-is-that-the-right-question/#comment-1209</guid>
		<description><![CDATA[When portraying yourself as an expert and posting information for the world to see, this information would be much more meaningful if your took an objective stance.  By your own admission, you are not a Microsoft fan, thus anything you state will now be taken with a grain of salt except for those who agree with your &quot;perspective&quot;.

If you really want to help peole make a decision, give them all the facts.  If Xen is truly king of the hill, the facts will support your claims.  Just like &quot;no one ever got fired for buying IBM&quot;, VMWare is the safe, defacto standard for most Windows environments.  FYI - I do appreciate and read your postings.

Sincerely,

David Hutchison
www.excipio.net]]></description>
		<content:encoded><![CDATA[<p>When portraying yourself as an expert and posting information for the world to see, this information would be much more meaningful if your took an objective stance.  By your own admission, you are not a Microsoft fan, thus anything you state will now be taken with a grain of salt except for those who agree with your &#8220;perspective&#8221;.</p>
<p>If you really want to help peole make a decision, give them all the facts.  If Xen is truly king of the hill, the facts will support your claims.  Just like &#8220;no one ever got fired for buying IBM&#8221;, VMWare is the safe, defacto standard for most Windows environments.  FYI &#8211; I do appreciate and read your postings.</p>
<p>Sincerely,</p>
<p>David Hutchison<br />
<a href="http://www.excipio.net" rel="nofollow">http://www.excipio.net</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Klein</title>
		<link>http://itknowledgeexchange.techtarget.com/server-virtualization/is-xen-ready-for-the-data-center-is-that-the-right-question/#comment-1208</link>
		<dc:creator>Jim Klein</dc:creator>
		<pubDate>Wed, 25 Jul 2007 06:55:16 +0000</pubDate>
		<guid isPermaLink="false">http://servervirtualization.blogs.techtarget.com/2007/07/23/is-xen-ready-for-the-data-center-is-that-the-right-question/#comment-1208</guid>
		<description><![CDATA[If you research any of my other posts or articles, you will definitely come to the conclusion that I am not a Microsoft fan. As for the hypervisor issue, I suppose it depends on your definition of hypervisor. If you define it simply as software that sits underneath a guest operating system, then you are right - VMWare can be considered a hypervisor. If, on the other hand, you define it as cooperative software that interacts directly with a guest operating system, then VMWare&#039;s trap and patch binary translation layer simply doesn&#039;t match up. The key distinction is that the hypervisor and guest are aware of each other&#039;s presence and are optimized to work cooperatively.

Don&#039;t get me wrong, VMWare is great software. But they have a distinct problem - OS vendors aren&#039;t writing code to support them, which means that the VMWare has to do it all themselves. Long term, they will have a hard time keeping up with the OS vendors, who are going in a different direction.]]></description>
		<content:encoded><![CDATA[<p>If you research any of my other posts or articles, you will definitely come to the conclusion that I am not a Microsoft fan. As for the hypervisor issue, I suppose it depends on your definition of hypervisor. If you define it simply as software that sits underneath a guest operating system, then you are right &#8211; VMWare can be considered a hypervisor. If, on the other hand, you define it as cooperative software that interacts directly with a guest operating system, then VMWare&#8217;s trap and patch binary translation layer simply doesn&#8217;t match up. The key distinction is that the hypervisor and guest are aware of each other&#8217;s presence and are optimized to work cooperatively.</p>
<p>Don&#8217;t get me wrong, VMWare is great software. But they have a distinct problem &#8211; OS vendors aren&#8217;t writing code to support them, which means that the VMWare has to do it all themselves. Long term, they will have a hard time keeping up with the OS vendors, who are going in a different direction.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jose R</title>
		<link>http://itknowledgeexchange.techtarget.com/server-virtualization/is-xen-ready-for-the-data-center-is-that-the-right-question/#comment-1206</link>
		<dc:creator>Jose R</dc:creator>
		<pubDate>Tue, 24 Jul 2007 15:32:25 +0000</pubDate>
		<guid isPermaLink="false">http://servervirtualization.blogs.techtarget.com/2007/07/23/is-xen-ready-for-the-data-center-is-that-the-right-question/#comment-1206</guid>
		<description><![CDATA[It sounds like you do not like VMware (whatever reason).  The point is VMware ESX really is a Hypervisor (no matter what they say?, have you heard ESX Lite?)

try not to become a microsoft representative (sounds like someone here is spreading FUD).

best regards

Jose R]]></description>
		<content:encoded><![CDATA[<p>It sounds like you do not like VMware (whatever reason).  The point is VMware ESX really is a Hypervisor (no matter what they say?, have you heard ESX Lite?)</p>
<p>try not to become a microsoft representative (sounds like someone here is spreading FUD).</p>
<p>best regards</p>
<p>Jose R</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Klein</title>
		<link>http://itknowledgeexchange.techtarget.com/server-virtualization/is-xen-ready-for-the-data-center-is-that-the-right-question/#comment-1205</link>
		<dc:creator>Jim Klein</dc:creator>
		<pubDate>Tue, 24 Jul 2007 15:19:45 +0000</pubDate>
		<guid isPermaLink="false">http://servervirtualization.blogs.techtarget.com/2007/07/23/is-xen-ready-for-the-data-center-is-that-the-right-question/#comment-1205</guid>
		<description><![CDATA[I&#039;m not suggesting in some way that Xen doesn&#039;t virtualize Windows well - I know that is not the case. The point I&#039;m trying to make is that the whole system, not just basic I/O, could be even faster and more scalable once the OS is aware that it is being virtualized and has been optimized to run in that environment. There is still a lot of blocking and trapping going on, which would be eliminated.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m not suggesting in some way that Xen doesn&#8217;t virtualize Windows well &#8211; I know that is not the case. The point I&#8217;m trying to make is that the whole system, not just basic I/O, could be even faster and more scalable once the OS is aware that it is being virtualized and has been optimized to run in that environment. There is still a lot of blocking and trapping going on, which would be eliminated.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon Crosby</title>
		<link>http://itknowledgeexchange.techtarget.com/server-virtualization/is-xen-ready-for-the-data-center-is-that-the-right-question/#comment-1204</link>
		<dc:creator>Simon Crosby</dc:creator>
		<pubDate>Tue, 24 Jul 2007 10:07:49 +0000</pubDate>
		<guid isPermaLink="false">http://servervirtualization.blogs.techtarget.com/2007/07/23/is-xen-ready-for-the-data-center-is-that-the-right-question/#comment-1204</guid>
		<description><![CDATA[Great article, but Xen for Windows is a solved problem.  You forget that our ability to get very high performance for Windows on VT, with PV I/O, gives us equivalent performance or better than VMware.

I&#039;d recommend you try the XenSource 4.0 beta.  We have better support for Windows than VMware does.

Simon Crosby]]></description>
		<content:encoded><![CDATA[<p>Great article, but Xen for Windows is a solved problem.  You forget that our ability to get very high performance for Windows on VT, with PV I/O, gives us equivalent performance or better than VMware.</p>
<p>I&#8217;d recommend you try the XenSource 4.0 beta.  We have better support for Windows than VMware does.</p>
<p>Simon Crosby</p>
]]></content:encoded>
	</item>
</channel>
</rss>
