<?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: VMWare VI and iSCSI, a match made in&#8230;wait, what?</title>
	<atom:link href="http://joshcurrier.com/2008/09/vmware-vi-and-iscsi-a-match-made-inwait-what/feed/" rel="self" type="application/rss+xml" />
	<link>http://joshcurrier.com/2008/09/vmware-vi-and-iscsi-a-match-made-inwait-what/</link>
	<description>Blogging about stuff.</description>
	<lastBuildDate>Wed, 14 Jul 2010 13:47:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Josh</title>
		<link>http://joshcurrier.com/2008/09/vmware-vi-and-iscsi-a-match-made-inwait-what/comment-page-1/#comment-3932</link>
		<dc:creator>Josh</dc:creator>
		<pubDate>Mon, 05 Oct 2009 17:26:54 +0000</pubDate>
		<guid isPermaLink="false">http://joshcurrier.com/?p=17#comment-3932</guid>
		<description>Hi Shawn, 
   I haven&#039;t done much testing since getting the HBAs.  The performance is better but not what I would like to see from this system.  I do plan to test further but I&#039;m spread pretty thin these days and it might be a while before this particular issue finds its way to the top of the list again.  Thanks for the insight on Server 2008 and Win7, I&#039;ll keep that in mind when I get back to testing!</description>
		<content:encoded><![CDATA[<p>Hi Shawn,<br />
   I haven&#8217;t done much testing since getting the HBAs.  The performance is better but not what I would like to see from this system.  I do plan to test further but I&#8217;m spread pretty thin these days and it might be a while before this particular issue finds its way to the top of the list again.  Thanks for the insight on Server 2008 and Win7, I&#8217;ll keep that in mind when I get back to testing!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shawn Lebbon</title>
		<link>http://joshcurrier.com/2008/09/vmware-vi-and-iscsi-a-match-made-inwait-what/comment-page-1/#comment-3928</link>
		<dc:creator>Shawn Lebbon</dc:creator>
		<pubDate>Sat, 03 Oct 2009 13:05:30 +0000</pubDate>
		<guid isPermaLink="false">http://joshcurrier.com/?p=17#comment-3928</guid>
		<description>I&#039;d be curious if you ever did any more testing or trying to isolate this issue?  I have a nearly identical setup to yours before you got the Qlogic HBAs, (VMware ESX 3.5, Equallogic san, both Broadcom built-in and pci-e intel gig-e cards, etc) except we have old dell gigabit switches (although we don&#039;t think they&#039;re the main performance problem), even right down to having the Dell servers.

We notice similar issues never getting more than 20MB/s or so of speeds from our virtualized, SAN-attached servers.  Although general performance for small random I/O has still been OK, as we have exchange, SQL, file servers, etc all running off this setup concurrently and it&#039;s all still a littlle faster than it used to be before SANs and Virtulization...although maybe it&#039;s supposed to be A LOT faster and we&#039;re just not seeing it?

However there&#039;s one key factor we discovered in testing...Windows.  We&#039;re still mostly an XP/2003 shop, but have just started playing with some Win7/Svr 2008 stuff.  To an XP machine from 2003 file server, I can&#039;t get more than 20MB-27MB/s download of a large file.  Even trying to eliminate the local disk, by downloading to a RAM-disk or opening CAD files direct from the server.  Funny issue though is we know our Backups pull in close to 80MB/s, which is really starting to show good utilization of a gigabit pipe...and they&#039;re running as clients on the servers, sending out to the tape library server over the LAN links, so we kind of figure the SAN/VMware infrastructure isn&#039;t likely at fault...  Then we tested with Windows 7 on an older Laptop.  And got much closer to expected speeds!  30-40MB/s coping large file to the local drive, and even higher opening/loading large file into memory...  So I wonder if the problem isn&#039;t more on the client (server?) OS side?  

I&#039;d be interested in hearing what you think.  Thanks.</description>
		<content:encoded><![CDATA[<p>I&#8217;d be curious if you ever did any more testing or trying to isolate this issue?  I have a nearly identical setup to yours before you got the Qlogic HBAs, (VMware ESX 3.5, Equallogic san, both Broadcom built-in and pci-e intel gig-e cards, etc) except we have old dell gigabit switches (although we don&#8217;t think they&#8217;re the main performance problem), even right down to having the Dell servers.</p>
<p>We notice similar issues never getting more than 20MB/s or so of speeds from our virtualized, SAN-attached servers.  Although general performance for small random I/O has still been OK, as we have exchange, SQL, file servers, etc all running off this setup concurrently and it&#8217;s all still a littlle faster than it used to be before SANs and Virtulization&#8230;although maybe it&#8217;s supposed to be A LOT faster and we&#8217;re just not seeing it?</p>
<p>However there&#8217;s one key factor we discovered in testing&#8230;Windows.  We&#8217;re still mostly an XP/2003 shop, but have just started playing with some Win7/Svr 2008 stuff.  To an XP machine from 2003 file server, I can&#8217;t get more than 20MB-27MB/s download of a large file.  Even trying to eliminate the local disk, by downloading to a RAM-disk or opening CAD files direct from the server.  Funny issue though is we know our Backups pull in close to 80MB/s, which is really starting to show good utilization of a gigabit pipe&#8230;and they&#8217;re running as clients on the servers, sending out to the tape library server over the LAN links, so we kind of figure the SAN/VMware infrastructure isn&#8217;t likely at fault&#8230;  Then we tested with Windows 7 on an older Laptop.  And got much closer to expected speeds!  30-40MB/s coping large file to the local drive, and even higher opening/loading large file into memory&#8230;  So I wonder if the problem isn&#8217;t more on the client (server?) OS side?  </p>
<p>I&#8217;d be interested in hearing what you think.  Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Capacity Planning for Virtualization &#124; Josh Currier</title>
		<link>http://joshcurrier.com/2008/09/vmware-vi-and-iscsi-a-match-made-inwait-what/comment-page-1/#comment-3917</link>
		<dc:creator>Capacity Planning for Virtualization &#124; Josh Currier</dc:creator>
		<pubDate>Mon, 28 Sep 2009 18:28:57 +0000</pubDate>
		<guid isPermaLink="false">http://joshcurrier.com/?p=17#comment-3917</guid>
		<description>[...] transition went great!  I had some network performance issues early on but we got things smoothed out and were back on track.  What I didn&#8217;t see coming [...]</description>
		<content:encoded><![CDATA[<p>[...] transition went great!  I had some network performance issues early on but we got things smoothed out and were back on track.  What I didn&#8217;t see coming [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh</title>
		<link>http://joshcurrier.com/2008/09/vmware-vi-and-iscsi-a-match-made-inwait-what/comment-page-1/#comment-3845</link>
		<dc:creator>Josh</dc:creator>
		<pubDate>Tue, 15 Sep 2009 21:03:45 +0000</pubDate>
		<guid isPermaLink="false">http://joshcurrier.com/?p=17#comment-3845</guid>
		<description>I haven&#039;t done a direct comparison no, but thanks for the tip!  I will do some testing with this next week.</description>
		<content:encoded><![CDATA[<p>I haven&#8217;t done a direct comparison no, but thanks for the tip!  I will do some testing with this next week.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joord</title>
		<link>http://joshcurrier.com/2008/09/vmware-vi-and-iscsi-a-match-made-inwait-what/comment-page-1/#comment-3844</link>
		<dc:creator>Joord</dc:creator>
		<pubDate>Tue, 15 Sep 2009 20:56:57 +0000</pubDate>
		<guid isPermaLink="false">http://joshcurrier.com/?p=17#comment-3844</guid>
		<description>Hi,

You might want to check teaming settings.

I have noticed that the teaming settings &quot;route based on...&quot; are by far slower than the &quot;use explicit failover..&quot;.

Hope it helps,</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>You might want to check teaming settings.</p>
<p>I have noticed that the teaming settings &#8220;route based on&#8230;&#8221; are by far slower than the &#8220;use explicit failover..&#8221;.</p>
<p>Hope it helps,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh</title>
		<link>http://joshcurrier.com/2008/09/vmware-vi-and-iscsi-a-match-made-inwait-what/comment-page-1/#comment-3747</link>
		<dc:creator>Josh</dc:creator>
		<pubDate>Wed, 12 Aug 2009 20:46:24 +0000</pubDate>
		<guid isPermaLink="false">http://joshcurrier.com/?p=17#comment-3747</guid>
		<description>Hi Will,
   As it turns out, none of my performance issues were caused byt he 2810 switches.  As recommended by a &#039;storage expert&#039; I upgraded to a Procurve 2900 because it supported jumbo frames and flow control simultaneously, but it didn&#039;t fix the problem.  In light of that, yep I was more than happy with the 2810 switch.  

I hear that software iSCSI has been much improved in ESX4 as well, though I haven&#039; had the opportunity to work with it yet.</description>
		<content:encoded><![CDATA[<p>Hi Will,<br />
   As it turns out, none of my performance issues were caused byt he 2810 switches.  As recommended by a &#8216;storage expert&#8217; I upgraded to a Procurve 2900 because it supported jumbo frames and flow control simultaneously, but it didn&#8217;t fix the problem.  In light of that, yep I was more than happy with the 2810 switch.  </p>
<p>I hear that software iSCSI has been much improved in ESX4 as well, though I haven&#8217; had the opportunity to work with it yet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: huberw</title>
		<link>http://joshcurrier.com/2008/09/vmware-vi-and-iscsi-a-match-made-inwait-what/comment-page-1/#comment-3746</link>
		<dc:creator>huberw</dc:creator>
		<pubDate>Wed, 12 Aug 2009 20:23:47 +0000</pubDate>
		<guid isPermaLink="false">http://joshcurrier.com/?p=17#comment-3746</guid>
		<description>Josh,

Are you happy with the 2810 switches for iSCSI? We are having a hard time deciding on an HP iSCSI network switch. It&#039;s either the 1800-24G or the 2810-24G.

Thanks,

Will</description>
		<content:encoded><![CDATA[<p>Josh,</p>
<p>Are you happy with the 2810 switches for iSCSI? We are having a hard time deciding on an HP iSCSI network switch. It&#8217;s either the 1800-24G or the 2810-24G.</p>
<p>Thanks,</p>
<p>Will</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian</title>
		<link>http://joshcurrier.com/2008/09/vmware-vi-and-iscsi-a-match-made-inwait-what/comment-page-1/#comment-338</link>
		<dc:creator>Brian</dc:creator>
		<pubDate>Fri, 27 Mar 2009 15:06:57 +0000</pubDate>
		<guid isPermaLink="false">http://joshcurrier.com/?p=17#comment-338</guid>
		<description>I think this may be the solution I was looking for:

I tested IOmeter on a new Win2003 host I created from scratch and it&#039;s virtual disk throughput was great (80MB/sec @ 1MB, 50/50 RW, 50/50 random) to our iSCSI DataCore storage. 

I tested IOmeter on an old P2V converted host and got poor performance (15MB/sec @ 1MB, 50/50 RW, 50/50 random).  I also did more of a real-world test to see how the IO was rather than just disk bandwidth (~280 iops, 1MB/sec @ 4K 50/50 RW, 75/25 random, 64 command queue).

I then took the same P2V converted host and changed the virtual SCSI controller used from Buslogic to LSI, rebooted, let it install drivers, rebooted again, ran IOmeter, and got really good performance (50MB/sec  @ 1MB, 50/50 RW, 50/50 random), (~1300 iops, 5MB/sec @ 4K 50/50 RW, 75/25 random, 64 command queue).

This made my day!!!  Now I just have to go back and switch to LSI SCSI all my P2V&#039;ed hosts.  This doesn&#039;t clear up my poor disk throughput when I am copying large vmdk files using VI  Client, but at least my guest VMs will be zippy now!

Cross-posted to: http://communities.vmware.com/post!reply.jspa?messageID=1191348</description>
		<content:encoded><![CDATA[<p>I think this may be the solution I was looking for:</p>
<p>I tested IOmeter on a new Win2003 host I created from scratch and it&#8217;s virtual disk throughput was great (80MB/sec @ 1MB, 50/50 RW, 50/50 random) to our iSCSI DataCore storage. </p>
<p>I tested IOmeter on an old P2V converted host and got poor performance (15MB/sec @ 1MB, 50/50 RW, 50/50 random).  I also did more of a real-world test to see how the IO was rather than just disk bandwidth (~280 iops, 1MB/sec @ 4K 50/50 RW, 75/25 random, 64 command queue).</p>
<p>I then took the same P2V converted host and changed the virtual SCSI controller used from Buslogic to LSI, rebooted, let it install drivers, rebooted again, ran IOmeter, and got really good performance (50MB/sec  @ 1MB, 50/50 RW, 50/50 random), (~1300 iops, 5MB/sec @ 4K 50/50 RW, 75/25 random, 64 command queue).</p>
<p>This made my day!!!  Now I just have to go back and switch to LSI SCSI all my P2V&#8217;ed hosts.  This doesn&#8217;t clear up my poor disk throughput when I am copying large vmdk files using VI  Client, but at least my guest VMs will be zippy now!</p>
<p>Cross-posted to: <a href="http://communities.vmware.com/post" rel="nofollow">http://communities.vmware.com/post</a>!reply.jspa?messageID=1191348</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh</title>
		<link>http://joshcurrier.com/2008/09/vmware-vi-and-iscsi-a-match-made-inwait-what/comment-page-1/#comment-151</link>
		<dc:creator>Josh</dc:creator>
		<pubDate>Mon, 23 Feb 2009 19:40:17 +0000</pubDate>
		<guid isPermaLink="false">http://joshcurrier.com/?p=17#comment-151</guid>
		<description>Long story short, VMWare software iSCSI initiator is crap.  Last week I got 4 QLogic 4062c iSCSI HBAs, and wouldn&#039;t you know it I&#039;m getting 500-700 Mbps throughput on file copy tests across the network.  I knew that software iSCSI would be a little slower than hardware, but that&#039;s a little ridiculous.</description>
		<content:encoded><![CDATA[<p>Long story short, VMWare software iSCSI initiator is crap.  Last week I got 4 QLogic 4062c iSCSI HBAs, and wouldn&#8217;t you know it I&#8217;m getting 500-700 Mbps throughput on file copy tests across the network.  I knew that software iSCSI would be a little slower than hardware, but that&#8217;s a little ridiculous.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian</title>
		<link>http://joshcurrier.com/2008/09/vmware-vi-and-iscsi-a-match-made-inwait-what/comment-page-1/#comment-16</link>
		<dc:creator>Brian</dc:creator>
		<pubDate>Fri, 30 Jan 2009 19:37:56 +0000</pubDate>
		<guid isPermaLink="false">http://joshcurrier.com/?p=17#comment-16</guid>
		<description>I am working through the same issue on some HP DL360 G4 and HP DL360 G5 servers using ESXi 3.5 Update3 with two Cisco 3650G switches.  And in my case installing the MS initiator inside a virtual guest is fast (~100MBytes/sec) just like on a physical host, but letting VMware ESXi&#039;s software iSCSI handle the I/O I only get around 7MBytes/sec each direction.

Please update here and on your VMware community post if you find out anything, and I will do the same.

Thanks!</description>
		<content:encoded><![CDATA[<p>I am working through the same issue on some HP DL360 G4 and HP DL360 G5 servers using ESXi 3.5 Update3 with two Cisco 3650G switches.  And in my case installing the MS initiator inside a virtual guest is fast (~100MBytes/sec) just like on a physical host, but letting VMware ESXi&#8217;s software iSCSI handle the I/O I only get around 7MBytes/sec each direction.</p>
<p>Please update here and on your VMware community post if you find out anything, and I will do the same.</p>
<p>Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Josh</title>
		<link>http://joshcurrier.com/2008/09/vmware-vi-and-iscsi-a-match-made-inwait-what/comment-page-1/#comment-15</link>
		<dc:creator>Josh</dc:creator>
		<pubDate>Tue, 27 Jan 2009 13:53:02 +0000</pubDate>
		<guid isPermaLink="false">http://joshcurrier.com/?p=17#comment-15</guid>
		<description>I haven&#039;t tried that, no...but all indications point to the ESX network side as the culprit.  I&#039;ll do some testing with the MS initiator though, thanks for the suggestion!</description>
		<content:encoded><![CDATA[<p>I haven&#8217;t tried that, no&#8230;but all indications point to the ESX network side as the culprit.  I&#8217;ll do some testing with the MS initiator though, thanks for the suggestion!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ben</title>
		<link>http://joshcurrier.com/2008/09/vmware-vi-and-iscsi-a-match-made-inwait-what/comment-page-1/#comment-14</link>
		<dc:creator>ben</dc:creator>
		<pubDate>Tue, 27 Jan 2009 10:47:35 +0000</pubDate>
		<guid isPermaLink="false">http://joshcurrier.com/?p=17#comment-14</guid>
		<description>Have you tried a Microsoft iSCSI initiator in the actual VM?  I have heard that this is actually faster than the ESX iSCSI initiator if you do not have hardware HBA in the ESX server....</description>
		<content:encoded><![CDATA[<p>Have you tried a Microsoft iSCSI initiator in the actual VM?  I have heard that this is actually faster than the ESX iSCSI initiator if you do not have hardware HBA in the ESX server&#8230;.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
