<?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: Republished: Dispelling Some VMware over NFS Myths</title>
	<atom:link href="http://blog.scottlowe.org/2009/07/01/republished-dispelling-some-vmware-over-nfs-myths/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.scottlowe.org/2009/07/01/republished-dispelling-some-vmware-over-nfs-myths/</link>
	<description>The weblog of an IT pro specializing in virtualization, storage, and servers</description>
	<pubDate>Thu, 11 Mar 2010 19:17:28 +0000</pubDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Cliff</title>
		<link>http://blog.scottlowe.org/2009/07/01/republished-dispelling-some-vmware-over-nfs-myths/comment-page-1/#comment-45622</link>
		<dc:creator>Cliff</dc:creator>
		<pubDate>Wed, 26 Aug 2009 01:51:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/?p=1434#comment-45622</guid>
		<description>This article states that the "Think - to - thick" issue is fixed in vpshere 4, yet when I download a VM from the datastore to my PC, it still expands. Is there a patch or update I'm missing? I am running esxi4.</description>
		<content:encoded><![CDATA[<p>This article states that the &#8220;Think - to - thick&#8221; issue is fixed in vpshere 4, yet when I download a VM from the datastore to my PC, it still expands. Is there a patch or update I&#8217;m missing? I am running esxi4.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Slav Pidgorny</title>
		<link>http://blog.scottlowe.org/2009/07/01/republished-dispelling-some-vmware-over-nfs-myths/comment-page-1/#comment-45080</link>
		<dc:creator>Slav Pidgorny</dc:creator>
		<pubDate>Tue, 07 Jul 2009 08:31:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/?p=1434#comment-45080</guid>
		<description>There is another reason why I prefer NFS over FC: Fibre channel analysers are expensive equipment while IP and Ethernet analysis tools are readily available on you platform of choice. I have seen situations with both NAS and SAN when performance was suboptimal, and figuring out what's wrong is much more complicated with FC SAN. So is replacing parts of the storage infrastructure.</description>
		<content:encoded><![CDATA[<p>There is another reason why I prefer NFS over FC: Fibre channel analysers are expensive equipment while IP and Ethernet analysis tools are readily available on you platform of choice. I have seen situations with both NAS and SAN when performance was suboptimal, and figuring out what&#8217;s wrong is much more complicated with FC SAN. So is replacing parts of the storage infrastructure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philip Arnason</title>
		<link>http://blog.scottlowe.org/2009/07/01/republished-dispelling-some-vmware-over-nfs-myths/comment-page-1/#comment-45074</link>
		<dc:creator>Philip Arnason</dc:creator>
		<pubDate>Mon, 06 Jul 2009 16:27:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/?p=1434#comment-45074</guid>
		<description>With the advent of 10GB ethernet, performance CAN be better than fiber channel.  We are running 10GB and have all our datastores on NFS and loving it.</description>
		<content:encoded><![CDATA[<p>With the advent of 10GB ethernet, performance CAN be better than fiber channel.  We are running 10GB and have all our datastores on NFS and loving it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://blog.scottlowe.org/2009/07/01/republished-dispelling-some-vmware-over-nfs-myths/comment-page-1/#comment-45072</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Mon, 06 Jul 2009 15:14:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/?p=1434#comment-45072</guid>
		<description>NetApp also have a very nice utility called RCU (Rapid Clone Utility) which utilises Flex Clone on NetApp which keeps clones small. It integrates in VC as well. Details here http://now.netapp.com/NOW/download/software/rapid_cloning/2.0.1/ if you have a NOW login.</description>
		<content:encoded><![CDATA[<p>NetApp also have a very nice utility called RCU (Rapid Clone Utility) which utilises Flex Clone on NetApp which keeps clones small. It integrates in VC as well. Details here <a href="http://now.netapp.com/NOW/download/software/rapid_cloning/2.0.1/" rel="nofollow">http://now.netapp.com/NOW/download/software/rapid_cloning/2.0.1/</a> if you have a NOW login.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slowe</title>
		<link>http://blog.scottlowe.org/2009/07/01/republished-dispelling-some-vmware-over-nfs-myths/comment-page-1/#comment-45053</link>
		<dc:creator>slowe</dc:creator>
		<pubDate>Sun, 05 Jul 2009 03:47:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/?p=1434#comment-45053</guid>
		<description>VMDKs do start out thin, but quickly grow thick. I discussed this in a post on my site some time ago. And, based on my experience, this behavior is corrected in VMware vSphere 4.</description>
		<content:encoded><![CDATA[<p>VMDKs do start out thin, but quickly grow thick. I discussed this in a post on my site some time ago. And, based on my experience, this behavior is corrected in VMware vSphere 4.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: wer</title>
		<link>http://blog.scottlowe.org/2009/07/01/republished-dispelling-some-vmware-over-nfs-myths/comment-page-1/#comment-45052</link>
		<dc:creator>wer</dc:creator>
		<pubDate>Sun, 05 Jul 2009 03:11:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/?p=1434#comment-45052</guid>
		<description>Don't forget that in ESX versions before vSphere - there is no such thing as "thin provisioned" on NFS, contrary to VMware's documentation.  VMware support indicated that this will be fixed in version 4 (vSphere).  

Upside to this if you are running NFS you should be using NetApp, and can then use dedupe, but still doesn't help that creating thousands of VM's and templates in the initial deployment of large ESX clusters over NFS can be a pain without thin provisioning.</description>
		<content:encoded><![CDATA[<p>Don&#8217;t forget that in ESX versions before vSphere - there is no such thing as &#8220;thin provisioned&#8221; on NFS, contrary to VMware&#8217;s documentation.  VMware support indicated that this will be fixed in version 4 (vSphere).  </p>
<p>Upside to this if you are running NFS you should be using NetApp, and can then use dedupe, but still doesn&#8217;t help that creating thousands of VM&#8217;s and templates in the initial deployment of large ESX clusters over NFS can be a pain without thin provisioning.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Miller</title>
		<link>http://blog.scottlowe.org/2009/07/01/republished-dispelling-some-vmware-over-nfs-myths/comment-page-1/#comment-45043</link>
		<dc:creator>Andrew Miller</dc:creator>
		<pubDate>Fri, 03 Jul 2009 06:27:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/?p=1434#comment-45043</guid>
		<description>Any word on a timeline for said SRM release?</description>
		<content:encoded><![CDATA[<p>Any word on a timeline for said SRM release?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slowe</title>
		<link>http://blog.scottlowe.org/2009/07/01/republished-dispelling-some-vmware-over-nfs-myths/comment-page-1/#comment-45033</link>
		<dc:creator>slowe</dc:creator>
		<pubDate>Thu, 02 Jul 2009 12:04:16 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/?p=1434#comment-45033</guid>
		<description>Brian, you are correct--NFS is not yet supported on SRM. The next major SRM release is slated to include NFS support.</description>
		<content:encoded><![CDATA[<p>Brian, you are correct&#8211;NFS is not yet supported on SRM. The next major SRM release is slated to include NFS support.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Norris</title>
		<link>http://blog.scottlowe.org/2009/07/01/republished-dispelling-some-vmware-over-nfs-myths/comment-page-1/#comment-45031</link>
		<dc:creator>Brian Norris</dc:creator>
		<pubDate>Thu, 02 Jul 2009 09:07:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/?p=1434#comment-45031</guid>
		<description>Hi Scott, Great article. I agree, the NFS vs FC vs iSCSI question comes up alot, but more often its NFS vs iSCSI. Ill be honest and say im bias and tend to lean towards iSCSI, not  because I think iSCSI is better but mainly because its what I know, and most important if you look back over the last few years Im pretty sure VCB, Storage Vmotion, SRM  were all supported on iSCSI before NFS, in fact I must go have a look at the support matrix to see if NFS is supported yet, but I suspect not till the next release of SRM.</description>
		<content:encoded><![CDATA[<p>Hi Scott, Great article. I agree, the NFS vs FC vs iSCSI question comes up alot, but more often its NFS vs iSCSI. Ill be honest and say im bias and tend to lean towards iSCSI, not  because I think iSCSI is better but mainly because its what I know, and most important if you look back over the last few years Im pretty sure VCB, Storage Vmotion, SRM  were all supported on iSCSI before NFS, in fact I must go have a look at the support matrix to see if NFS is supported yet, but I suspect not till the next release of SRM.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ken Carlile</title>
		<link>http://blog.scottlowe.org/2009/07/01/republished-dispelling-some-vmware-over-nfs-myths/comment-page-1/#comment-45018</link>
		<dc:creator>Ken Carlile</dc:creator>
		<pubDate>Wed, 01 Jul 2009 15:13:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/?p=1434#comment-45018</guid>
		<description>I'm curious about your feelings on iSCSI. I've already committed to it (in a very small environment), but it would be nice to know if I've chosen wrong.</description>
		<content:encoded><![CDATA[<p>I&#8217;m curious about your feelings on iSCSI. I&#8217;ve already committed to it (in a very small environment), but it would be nice to know if I&#8217;ve chosen wrong.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
