Comments on: Essential Reading for VMware ESX iSCSI Users! http://blog.fosketts.net/2009/01/26/essential-vmware-esx-iscsi/ Understanding the accumulation of data Sat, 20 Mar 2010 04:04:22 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: webroalty http://blog.fosketts.net/2009/01/26/essential-vmware-esx-iscsi/comment-page-1/#comment-14255 webroalty Thu, 07 Jan 2010 22:30:55 +0000 http://blog.fosketts.net/?p=1371#comment-14255 Very good posting. I just love it. <br>Good luck man with your work.<br><br><a href="http://webroyalty.com" rel="nofollow">http://webroyalty.com</a> Very good posting. I just love it.
Good luck man with your work.

http://webroyalty.com

]]> By: sfoskett http://blog.fosketts.net/2009/01/26/essential-vmware-esx-iscsi/comment-page-1/#comment-14155 sfoskett Mon, 05 Oct 2009 19:31:44 +0000 http://blog.fosketts.net/?p=1371#comment-14155 Yes, the folks have put together an updated post! See it here:<br><a href="http://blogs.netapp.com/virtualstorageguy/2009/09/a-multivendor-post-on-using-iscsi-with-vmware-vsphere.html" rel="nofollow">http://blogs.netapp.com/virtualstorageguy/2009/...</a> Yes, the folks have put together an updated post! See it here:
http://blogs.netapp.com/virtualstorageguy/2009/...

]]> By: sfoskett http://blog.fosketts.net/2009/01/26/essential-vmware-esx-iscsi/comment-page-1/#comment-13738 sfoskett Mon, 05 Oct 2009 15:31:44 +0000 http://blog.fosketts.net/?p=1371#comment-13738 Yes, the folks have put together an updated post! See it here:<br><a href="http://blogs.netapp.com/virtualstorageguy/2009/09/a-multivendor-post-on-using-iscsi-with-vmware-vsphere.html" rel="nofollow">http://blogs.netapp.com/virtualstorageguy/2009/...</a> Yes, the folks have put together an updated post! See it here:
http://blogs.netapp.com/virtualstorageguy/2009/...

]]> By: David http://blog.fosketts.net/2009/01/26/essential-vmware-esx-iscsi/comment-page-1/#comment-13736 David Sun, 04 Oct 2009 02:15:12 +0000 http://blog.fosketts.net/?p=1371#comment-13736 Has anything changed about this since vsphere was released or is this article still up to date? Has anything changed about this since vsphere was released or is this article still up to date?

]]> By: Raymond Brighenti http://blog.fosketts.net/2009/01/26/essential-vmware-esx-iscsi/comment-page-1/#comment-13163 Raymond Brighenti Wed, 04 Feb 2009 19:34:01 +0000 http://blog.fosketts.net/?p=1371#comment-13163 Can anyone verify this comment from Equallogic? I don't remember seeing anywhere that you'll get performance problems by having a stanby NIC... strange<br><br>Please Note: To avoid severe performance degradation, please use the IP or MAC hash option with Multiple Physical trunked/channel group (non-stacked) switches. Having any „stand-by‟ physical NICs in your vSwitch can also result in severe performance degradation. Can anyone verify this comment from Equallogic? I don't remember seeing anywhere that you'll get performance problems by having a stanby NIC… strange

Please Note: To avoid severe performance degradation, please use the IP or MAC hash option with Multiple Physical trunked/channel group (non-stacked) switches. Having any „stand-by‟ physical NICs in your vSwitch can also result in severe performance degradation.

]]> By: Raymond Brighenti http://blog.fosketts.net/2009/01/26/essential-vmware-esx-iscsi/comment-page-1/#comment-13101 Raymond Brighenti Wed, 04 Feb 2009 16:34:01 +0000 http://blog.fosketts.net/?p=1371#comment-13101 Can anyone verify this comment from Equallogic? I don't remember seeing anywhere that you'll get performance problems by having a stanby NIC... strange<br><br>Please Note: To avoid severe performance degradation, please use the IP or MAC hash option with Multiple Physical trunked/channel group (non-stacked) switches. Having any „stand-by‟ physical NICs in your vSwitch can also result in severe performance degradation. Can anyone verify this comment from Equallogic? I don't remember seeing anywhere that you'll get performance problems by having a stanby NIC… strange

Please Note: To avoid severe performance degradation, please use the IP or MAC hash option with Multiple Physical trunked/channel group (non-stacked) switches. Having any „stand-by‟ physical NICs in your vSwitch can also result in severe performance degradation.

]]> By: Chad Sakac http://blog.fosketts.net/2009/01/26/essential-vmware-esx-iscsi/comment-page-1/#comment-13072 Chad Sakac Tue, 27 Jan 2009 12:55:53 +0000 http://blog.fosketts.net/?p=1371#comment-13072 Thanks Steve - it was hard to make it multivendor, and involved some compromises - but nothing fatal, and I think the compromises were right to make it multi-vendor.<br><br>Two corrections (I'm being an nit/engineer about this :-) <br>- the 4th bullet is the key one.<br>- on link aggr , I think you've distilled it a bit too far... it can help, just less than people would naturally expect.... You still need to use something to ensure outbound use of multiple links (something I don't think we did well enough in the post - for a followup) - this is either via link aggregation (but you still need multiple iSCSI targets, and likely will also use MPIO config) Thanks Steve – it was hard to make it multivendor, and involved some compromises – but nothing fatal, and I think the compromises were right to make it multi-vendor.

Two corrections (I'm being an nit/engineer about this :-)
- the 4th bullet is the key one.
- on link aggr , I think you've distilled it a bit too far… it can help, just less than people would naturally expect…. You still need to use something to ensure outbound use of multiple links (something I don't think we did well enough in the post – for a followup) – this is either via link aggregation (but you still need multiple iSCSI targets, and likely will also use MPIO config)

]]>