<?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: Interesting New VMware Storage Product</title>
	<atom:link href="http://blog.scottlowe.org/2007/09/10/interesting-new-vmware-storage-product/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.scottlowe.org/2007/09/10/interesting-new-vmware-storage-product/</link>
	<description>The weblog of an IT pro specializing in virtualization, storage, and servers</description>
	<lastBuildDate>Wed, 08 Feb 2012 17:13:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: DannyW</title>
		<link>http://blog.scottlowe.org/2007/09/10/interesting-new-vmware-storage-product/comment-page-1/#comment-43367</link>
		<dc:creator>DannyW</dc:creator>
		<pubDate>Wed, 14 Jan 2009 16:34:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2007/09/10/interesting-new-vmware-storage-product/#comment-43367</guid>
		<description>Hi!  Paul,

Were you able to get the DS3200 to work with VMotion and DRS?  If so how did you set it up?

Thanks!</description>
		<content:encoded><![CDATA[<p>Hi!  Paul,</p>
<p>Were you able to get the DS3200 to work with VMotion and DRS?  If so how did you set it up?</p>
<p>Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PaulM</title>
		<link>http://blog.scottlowe.org/2007/09/10/interesting-new-vmware-storage-product/comment-page-1/#comment-41156</link>
		<dc:creator>PaulM</dc:creator>
		<pubDate>Thu, 04 Sep 2008 16:59:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2007/09/10/interesting-new-vmware-storage-product/#comment-41156</guid>
		<description>Hi all,

I&#039;ve never posted before but have found the site an invaluable tool for technical issues, and just for passing the hours.

I have been asked to install ESX 3.5 into a new cluster (only two ESX hosts at initial build). The customer requires VMotion and DRS but I have only jsut been involved in the project and the kit has already been ordered.

The problem I have is that the storage for the system is the IBM DS3200 which will be configured with redundant SAS HBA&#039;s to both ESX hosts, and to a third Windows server. 

I have always worked on the basis that VMware requires shared network storage and either NFS, iSCSI or FCP to leverage the benfits of DRS and Vmotion, but upon digging further, am beginning to doubt this.

IBM have a document that suggests that the DS3200 is now certified by VMware for use in a Vmotion enabled VI3 cluster since ESX 3.5.1.

Any thoughts on this?

Paul</description>
		<content:encoded><![CDATA[<p>Hi all,</p>
<p>I&#8217;ve never posted before but have found the site an invaluable tool for technical issues, and just for passing the hours.</p>
<p>I have been asked to install ESX 3.5 into a new cluster (only two ESX hosts at initial build). The customer requires VMotion and DRS but I have only jsut been involved in the project and the kit has already been ordered.</p>
<p>The problem I have is that the storage for the system is the IBM DS3200 which will be configured with redundant SAS HBA&#8217;s to both ESX hosts, and to a third Windows server. </p>
<p>I have always worked on the basis that VMware requires shared network storage and either NFS, iSCSI or FCP to leverage the benfits of DRS and Vmotion, but upon digging further, am beginning to doubt this.</p>
<p>IBM have a document that suggests that the DS3200 is now certified by VMware for use in a Vmotion enabled VI3 cluster since ESX 3.5.1.</p>
<p>Any thoughts on this?</p>
<p>Paul</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slowe</title>
		<link>http://blog.scottlowe.org/2007/09/10/interesting-new-vmware-storage-product/comment-page-1/#comment-33393</link>
		<dc:creator>slowe</dc:creator>
		<pubDate>Mon, 17 Sep 2007 20:51:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2007/09/10/interesting-new-vmware-storage-product/#comment-33393</guid>
		<description>Well, John, I&#039;d be surprised if you didn&#039;t agree with Dan, but you did at least recognize that some customers have already invested in DAS.  That&#039;s better than I can say for some vendors...</description>
		<content:encoded><![CDATA[<p>Well, John, I&#8217;d be surprised if you didn&#8217;t agree with Dan, but you did at least recognize that some customers have already invested in DAS.  That&#8217;s better than I can say for some vendors&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Spiers</title>
		<link>http://blog.scottlowe.org/2007/09/10/interesting-new-vmware-storage-product/comment-page-1/#comment-33392</link>
		<dc:creator>John Spiers</dc:creator>
		<pubDate>Mon, 17 Sep 2007 17:52:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2007/09/10/interesting-new-vmware-storage-product/#comment-33392</guid>
		<description>I&#039;ll have to chime in one more time. Iâ€™ll have to agree with Dan here. The benefits of having all your storage out on a SAN, all centrally managed, are numerous. Booting from the SAN takes it one step further, eliminating the need to manage local disks in your servers all together. This is why LeftHand sells complete IPSANs, and has 100s of customers booting off them as well.

This being said, there are some customers that may not want to invest in a SAN, or may have already invested in Direct Attached Storage. These customers could benefit from creating a SAN out of their current islands of storage attached to servers.

The good news with LeftHand is that you can have it either way or both.

As far as NFS goes, itâ€™s a valid point in some respects, but it opens up a whole new can of worms, including performance, open file security issues, metadata locking, and the requirement for an expensive Distributed File System if you want to virtualize, cluster and load balancing across storage systems like LeftHand does. It also requires parallel extensions for NFSv4, which are not cooked yet. Please, donâ€™t get me started on NFS.

John</description>
		<content:encoded><![CDATA[<p>I&#8217;ll have to chime in one more time. Iâ€™ll have to agree with Dan here. The benefits of having all your storage out on a SAN, all centrally managed, are numerous. Booting from the SAN takes it one step further, eliminating the need to manage local disks in your servers all together. This is why LeftHand sells complete IPSANs, and has 100s of customers booting off them as well.</p>
<p>This being said, there are some customers that may not want to invest in a SAN, or may have already invested in Direct Attached Storage. These customers could benefit from creating a SAN out of their current islands of storage attached to servers.</p>
<p>The good news with LeftHand is that you can have it either way or both.</p>
<p>As far as NFS goes, itâ€™s a valid point in some respects, but it opens up a whole new can of worms, including performance, open file security issues, metadata locking, and the requirement for an expensive Distributed File System if you want to virtualize, cluster and load balancing across storage systems like LeftHand does. It also requires parallel extensions for NFSv4, which are not cooked yet. Please, donâ€™t get me started on NFS.</p>
<p>John</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slowe</title>
		<link>http://blog.scottlowe.org/2007/09/10/interesting-new-vmware-storage-product/comment-page-1/#comment-33278</link>
		<dc:creator>slowe</dc:creator>
		<pubDate>Mon, 10 Sep 2007 19:54:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2007/09/10/interesting-new-vmware-storage-product/#comment-33278</guid>
		<description>John Spiers,

Thanks for the response.  I plan to stop by and talk to LeftHand Networks while I&#039;m here in San Francisco at VMworld 2007.  It would be great to be able to look at some of those numbers and discuss implementation details.

Dan,

VMware on NFS is getting lots and lots of attention these days, so you&#039;re not alone in liking NFS, although I think some people may take exception with your choice of names. :-)

Of course, with the public announcement of ESX 3i this morning at VMworld Partner Day, the move toward no local storage will definitely pick up steam.</description>
		<content:encoded><![CDATA[<p>John Spiers,</p>
<p>Thanks for the response.  I plan to stop by and talk to LeftHand Networks while I&#8217;m here in San Francisco at VMworld 2007.  It would be great to be able to look at some of those numbers and discuss implementation details.</p>
<p>Dan,</p>
<p>VMware on NFS is getting lots and lots of attention these days, so you&#8217;re not alone in liking NFS, although I think some people may take exception with your choice of names. <img src='http://blog.scottlowe.org/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Of course, with the public announcement of ESX 3i this morning at VMworld Partner Day, the move toward no local storage will definitely pick up steam.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://blog.scottlowe.org/2007/09/10/interesting-new-vmware-storage-product/comment-page-1/#comment-33277</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Mon, 10 Sep 2007 18:24:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2007/09/10/interesting-new-vmware-storage-product/#comment-33277</guid>
		<description>Should the ESX Servers even have local storage, or should they boot from SAN?

I Say NO

ESX virtualization hardware appliance using flash storage boot device is the right direction.   

Just add Power, Network and Storage.



DanFS   Direct Attached NFS is my prediction for Storage.  Simple.  No VMFS, no ISCSI, no FC, no Problems...   10Gb DanFS!</description>
		<content:encoded><![CDATA[<p>Should the ESX Servers even have local storage, or should they boot from SAN?</p>
<p>I Say NO</p>
<p>ESX virtualization hardware appliance using flash storage boot device is the right direction.   </p>
<p>Just add Power, Network and Storage.</p>
<p>DanFS   Direct Attached NFS is my prediction for Storage.  Simple.  No VMFS, no ISCSI, no FC, no Problems&#8230;   10Gb DanFS!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Spiers</title>
		<link>http://blog.scottlowe.org/2007/09/10/interesting-new-vmware-storage-product/comment-page-1/#comment-33276</link>
		<dc:creator>John Spiers</dc:creator>
		<pubDate>Mon, 10 Sep 2007 16:48:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2007/09/10/interesting-new-vmware-storage-product/#comment-33276</guid>
		<description>This is an interesting announcement, and it brings up additional questions that havenâ€™t yet been answered (Will this SAN allow for the use of VMware technologies such as VMotion, DRS, or HA?

Yes, LeftHand&#039;s Virtual appliance works with VMotion, DRS &amp; HA.

What happens to the SAN when a member host whose local storage is being used in the SAN fails?  

If you have LeftHandâ€™s VSA running on more than one physical server, you can cluster &amp; virtualize the local storage together from any number of servers and run Network RAID on the iSCSI volumes across those servers. If any server fails the remaining servers still have access to the SAN, and all volumes are still on-line (similar to a disk failing in a RAID set), and the failed serverâ€™s disk can be incrementally rebuilt (outage with data intact), or completely rebuilt (hard failure of server and disks) from the other servers.  VSA appliances can also be moved with VMotion and provide seamless failover and failback with DRS &amp; HA.

How will the SAN maintain redundancy and data consistency in such situations?  

LeftHandâ€™s Virtual Storage Appliance is based on the SAN/iQ software, which provides redundancy with Network RAID across servers and guarantees data consistency using a 3-phase commit protocol across servers.

How will the performance of this solution compare to a dedicated SAN?  How does the pricing of this solution compare to a dedicated SAN?)  

Performance depends on the type of server and its internal disk system, i.e. CPU, memory, drive type, controller, etc. LeftHand has performance metrics for a variety of servers and disk systems that weâ€™ve ran this on and itâ€™s very impressive. Pricing is less than a complete LeftHand SAN (HW+SW) because youâ€™re not buying the hardware.

John</description>
		<content:encoded><![CDATA[<p>This is an interesting announcement, and it brings up additional questions that havenâ€™t yet been answered (Will this SAN allow for the use of VMware technologies such as VMotion, DRS, or HA?</p>
<p>Yes, LeftHand&#8217;s Virtual appliance works with VMotion, DRS &amp; HA.</p>
<p>What happens to the SAN when a member host whose local storage is being used in the SAN fails?  </p>
<p>If you have LeftHandâ€™s VSA running on more than one physical server, you can cluster &amp; virtualize the local storage together from any number of servers and run Network RAID on the iSCSI volumes across those servers. If any server fails the remaining servers still have access to the SAN, and all volumes are still on-line (similar to a disk failing in a RAID set), and the failed serverâ€™s disk can be incrementally rebuilt (outage with data intact), or completely rebuilt (hard failure of server and disks) from the other servers.  VSA appliances can also be moved with VMotion and provide seamless failover and failback with DRS &amp; HA.</p>
<p>How will the SAN maintain redundancy and data consistency in such situations?  </p>
<p>LeftHandâ€™s Virtual Storage Appliance is based on the SAN/iQ software, which provides redundancy with Network RAID across servers and guarantees data consistency using a 3-phase commit protocol across servers.</p>
<p>How will the performance of this solution compare to a dedicated SAN?  How does the pricing of this solution compare to a dedicated SAN?)  </p>
<p>Performance depends on the type of server and its internal disk system, i.e. CPU, memory, drive type, controller, etc. LeftHand has performance metrics for a variety of servers and disk systems that weâ€™ve ran this on and itâ€™s very impressive. Pricing is less than a complete LeftHand SAN (HW+SW) because youâ€™re not buying the hardware.</p>
<p>John</p>
]]></content:encoded>
	</item>
</channel>
</rss>

