<?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: NetApp iGroup Strategies for VMware ESX</title>
	<atom:link href="http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/</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: Brandon</title>
		<link>http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/comment-page-1/#comment-50429</link>
		<dc:creator>Brandon</dc:creator>
		<pubDate>Tue, 08 Mar 2011 19:02:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/#comment-50429</guid>
		<description>Rich and Yasir, I&#039;m in EXACTLY the same situation.  I have setup individual iGroups for each ESX host and when I present a LUN using the NetApp I make sure to map it to each IGroup(ESX host).  

Now, I need to have an RDM connected to a VM but can I create another iGroup as type &quot;Windows&quot; (instead of VM) but still use the same WWN as the other ESX iGroups?

I guess the only way to know is to test it, but my environment is EXTREMELY new and we are running short on time before our migration.

Anyone?  Anyone?  Bueller?  Bueller?</description>
		<content:encoded><![CDATA[<p>Rich and Yasir, I&#8217;m in EXACTLY the same situation.  I have setup individual iGroups for each ESX host and when I present a LUN using the NetApp I make sure to map it to each IGroup(ESX host).  </p>
<p>Now, I need to have an RDM connected to a VM but can I create another iGroup as type &#8220;Windows&#8221; (instead of VM) but still use the same WWN as the other ESX iGroups?</p>
<p>I guess the only way to know is to test it, but my environment is EXTREMELY new and we are running short on time before our migration.</p>
<p>Anyone?  Anyone?  Bueller?  Bueller?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yasir</title>
		<link>http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/comment-page-1/#comment-49871</link>
		<dc:creator>Yasir</dc:creator>
		<pubDate>Thu, 30 Dec 2010 06:08:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/#comment-49871</guid>
		<description>Rich, I think i saw same question from you on now site. I
am stuck with the same problem, did you find an answer for this? If
so can you please share. Thanks Y</description>
		<content:encoded><![CDATA[<p>Rich, I think i saw same question from you on now site. I<br />
am stuck with the same problem, did you find an answer for this? If<br />
so can you please share. Thanks Y</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Gray</title>
		<link>http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/comment-page-1/#comment-47432</link>
		<dc:creator>Richard Gray</dc:creator>
		<pubDate>Fri, 05 Feb 2010 13:46:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/#comment-47432</guid>
		<description>Hi Scott,

What should one do when using RDMs on a NetApp Filer presented to ESX?
Consider, I have a VMFS LUN and an RDM LUN, both need to be presented to my ESX hosts. NetApp advises that my VMFS LUN be setup as a VMware &#039;type&#039; and as the RDM is native to the guest OS it should be configured as needed, for me it&#039;ll be a Windows &#039;type&#039;.
When it comes to the iGroup it NEEDS to match the LUN type it is being mapped against. This is fine I will create 2 iGroups (esx_vmfs &amp; esx_rdm) - 1 for each &#039;type&#039;....BUT, I can not have my ESX HBA WWNs added to more than 1 iGroup if it is of a differnent &#039;type&#039;!!!

Im stuck as to what to do for the best.

Do I create both LUNs as either Windows or VMware or go a bit complicated and use iSCSI for my VMFS LUN (I&#039;m only using this VMFS LUN to store the RDM mapping files - everything else is NFS). But I dont see that as the answer becuase &#039;what if&#039; my VMFS LUNs were used by VMs etc. Also I really didnt want to use all 3 protocols in my enivronment!!

Are these LUN types and iGroup types really that crucial?
Would appreciate any thoughts you have on this :)

Also David, surely suggesting only the ESX hosts that have a running MCSC VM have the LUNs exposed to them, will that not actually limit HA/DRS quite considerably.

Rich.</description>
		<content:encoded><![CDATA[<p>Hi Scott,</p>
<p>What should one do when using RDMs on a NetApp Filer presented to ESX?<br />
Consider, I have a VMFS LUN and an RDM LUN, both need to be presented to my ESX hosts. NetApp advises that my VMFS LUN be setup as a VMware &#8216;type&#8217; and as the RDM is native to the guest OS it should be configured as needed, for me it&#8217;ll be a Windows &#8216;type&#8217;.<br />
When it comes to the iGroup it NEEDS to match the LUN type it is being mapped against. This is fine I will create 2 iGroups (esx_vmfs &amp; esx_rdm) &#8211; 1 for each &#8216;type&#8217;&#8230;.BUT, I can not have my ESX HBA WWNs added to more than 1 iGroup if it is of a differnent &#8216;type&#8217;!!!</p>
<p>Im stuck as to what to do for the best.</p>
<p>Do I create both LUNs as either Windows or VMware or go a bit complicated and use iSCSI for my VMFS LUN (I&#8217;m only using this VMFS LUN to store the RDM mapping files &#8211; everything else is NFS). But I dont see that as the answer becuase &#8216;what if&#8217; my VMFS LUNs were used by VMs etc. Also I really didnt want to use all 3 protocols in my enivronment!!</p>
<p>Are these LUN types and iGroup types really that crucial?<br />
Would appreciate any thoughts you have on this <img src='http://blog.scottlowe.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Also David, surely suggesting only the ESX hosts that have a running MCSC VM have the LUNs exposed to them, will that not actually limit HA/DRS quite considerably.</p>
<p>Rich.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben Hale</title>
		<link>http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/comment-page-1/#comment-47355</link>
		<dc:creator>Ben Hale</dc:creator>
		<pubDate>Sat, 23 Jan 2010 04:21:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/#comment-47355</guid>
		<description>When mapping a Windows machine to see the ESX LUNs for vRanger, using VCB..they recommend making the LUNs read only to the Windows machine.  How do you do that in the NetApp filer?</description>
		<content:encoded><![CDATA[<p>When mapping a Windows machine to see the ESX LUNs for vRanger, using VCB..they recommend making the LUNs read only to the Windows machine.  How do you do that in the NetApp filer?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Maldonado</title>
		<link>http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/comment-page-1/#comment-46115</link>
		<dc:creator>David Maldonado</dc:creator>
		<pubDate>Fri, 02 Oct 2009 19:44:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/#comment-46115</guid>
		<description>One good reason for going with multiple igroups is if you are hosting VMs in a MSCS cluster and using RDM LUNs; AND only certain ESX hosts in the cluster have participating MSCS guest VMs. According to KB article 1009287 (http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;cmd=displayKC&amp;externalId=1009287); &quot;For ESX machines that are exposed to the LUNs used by Microsoft Clustering and no virtual machine on these hosts are involved in MSCS, VMware recommends that you do not expose the LUNs used by MSCS to ESX hosts that are not part of the Cluster configuration. &quot;</description>
		<content:encoded><![CDATA[<p>One good reason for going with multiple igroups is if you are hosting VMs in a MSCS cluster and using RDM LUNs; AND only certain ESX hosts in the cluster have participating MSCS guest VMs. According to KB article 1009287 (<a href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&#038;cmd=displayKC&#038;externalId=1009287" rel="nofollow">http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&#038;cmd=displayKC&#038;externalId=1009287</a>); &#8220;For ESX machines that are exposed to the LUNs used by Microsoft Clustering and no virtual machine on these hosts are involved in MSCS, VMware recommends that you do not expose the LUNs used by MSCS to ESX hosts that are not part of the Cluster configuration. &#8220;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/comment-page-1/#comment-44537</link>
		<dc:creator>John</dc:creator>
		<pubDate>Wed, 20 May 2009 17:38:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/#comment-44537</guid>
		<description>Thank you very much, I had this question/concern for a while.</description>
		<content:encoded><![CDATA[<p>Thank you very much, I had this question/concern for a while.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slowe</title>
		<link>http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/comment-page-1/#comment-44526</link>
		<dc:creator>slowe</dc:creator>
		<pubDate>Tue, 19 May 2009 14:33:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/#comment-44526</guid>
		<description>John,

You&#039;ll want to create a separate igroup (type Windows) for the VCB proxy server, and place the VCB proxy in that igroup. Then map the LUNs (using the same LUN IDs as for the ESX/ESXi hosts!) and you should be OK. Hope this helps!</description>
		<content:encoded><![CDATA[<p>John,</p>
<p>You&#8217;ll want to create a separate igroup (type Windows) for the VCB proxy server, and place the VCB proxy in that igroup. Then map the LUNs (using the same LUN IDs as for the ESX/ESXi hosts!) and you should be OK. Hope this helps!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/comment-page-1/#comment-44522</link>
		<dc:creator>John</dc:creator>
		<pubDate>Tue, 19 May 2009 13:16:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/#comment-44522</guid>
		<description>How about when you want a windows host to access the VMware LUNs for VCB(VMware Consolidated Backup)? Should the initiator group os type for the Windows host be Windows  or VMware?</description>
		<content:encoded><![CDATA[<p>How about when you want a windows host to access the VMware LUNs for VCB(VMware Consolidated Backup)? Should the initiator group os type for the Windows host be Windows  or VMware?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Fraser</title>
		<link>http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/comment-page-1/#comment-42971</link>
		<dc:creator>Steve Fraser</dc:creator>
		<pubDate>Thu, 25 Dec 2008 16:51:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/#comment-42971</guid>
		<description>Understood. I had mistakenly been under the assumption we were dealing with iSCSI. Of course zoning is done at the fabric level. Using Fiber Channel where you can set up SI/ST zoning, I believe it would be best to choose the strategy that works best for your environment and Administrators (which is most likely going to be having separate iGroups for individual ESX clusters as Rich suggested). However on iSCSI I would still be wary of presenting all the LUNs from the same iGroup, because you lose the ability to set up proper zoning as iSCSI works on the TCP/IP protocol for switching and routing, instead of FCP.</description>
		<content:encoded><![CDATA[<p>Understood. I had mistakenly been under the assumption we were dealing with iSCSI. Of course zoning is done at the fabric level. Using Fiber Channel where you can set up SI/ST zoning, I believe it would be best to choose the strategy that works best for your environment and Administrators (which is most likely going to be having separate iGroups for individual ESX clusters as Rich suggested). However on iSCSI I would still be wary of presenting all the LUNs from the same iGroup, because you lose the ability to set up proper zoning as iSCSI works on the TCP/IP protocol for switching and routing, instead of FCP.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: slowe</title>
		<link>http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/comment-page-1/#comment-42970</link>
		<dc:creator>slowe</dc:creator>
		<pubDate>Thu, 25 Dec 2008 16:09:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.scottlowe.org/2008/10/03/netapp-igroup-strategies-for-vmware-esx/#comment-42970</guid>
		<description>Steve, you are correct--single initiator zoning (or even single initiator/single target zoning) is a best practice. However, NetApp igroups are independent of zoning; they are a way of managing LUN presentation, not initiator/target visibility. So, it would be very possible to use a SI or SI/ST zoning method but still place all the initiators into a single igroup so that they can see a LUN.

Zoning works at the fabric level, while NetApp igroups work at the storage array level. They are two different things.

I hope this makes sense to you. Thanks for reading!</description>
		<content:encoded><![CDATA[<p>Steve, you are correct&#8211;single initiator zoning (or even single initiator/single target zoning) is a best practice. However, NetApp igroups are independent of zoning; they are a way of managing LUN presentation, not initiator/target visibility. So, it would be very possible to use a SI or SI/ST zoning method but still place all the initiators into a single igroup so that they can see a LUN.</p>
<p>Zoning works at the fabric level, while NetApp igroups work at the storage array level. They are two different things.</p>
<p>I hope this makes sense to you. Thanks for reading!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

