<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:clearspace="http://www.jivesoftware.com/xmlns/clearspace/rss" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:opensearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>VMware Communities: Message List - ESX &amp;#38; NetApp: To vif, or not to vif?</title>
    <link>http://communities.vmware.com/community/vmtn/planning?view=discussions</link>
    <description>Most recent forum messages</description>
    <language>en</language>
    <pubDate>Wed, 02 Jul 2008 13:57:43 GMT</pubDate>
    <generator>Clearspace 1.10.12 (http://jivesoftware.com/products/clearspace/)</generator>
    <dc:date>2008-07-02T13:57:43Z</dc:date>
    <dc:language>en</dc:language>
    <item>
      <title>ESX &amp;#38; NetApp: To vif, or not to vif?</title>
      <link>http://communities.vmware.com/message/984744?tstart=0#984744</link>
      <description>&lt;br /&gt;
Firstly: I said NetApp in the subject line but I'd imagine this question would also apply to lots of other IP-based SANs. &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
We are in process of deploying an entirely new virtualised server environment based around ESX 3.5 &amp;#38; a NetApp 2050A. All of our ESX storage will be IP based (mainly NFS, with a bit of iSCSI).&lt;br /&gt;
&lt;p /&gt;
For redundancy, we have 2 cross-connected pSwitches dedicated to IP storage, and each of the ESX servers has 2 teamed pNICs dedicated to storage traffic (1 pNIC connected to each swtich).&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
My question is about how best to setup the NICs / IP addressing on the SAN to provide best performance and redundancy when operating with ESX. &lt;br /&gt;
&lt;p /&gt;
The 2050A has 2 GbE NICs per controller, each of which will be connected to a different pSwitch for redundancy. As far as I can see we have two options for how we configure these:&lt;br /&gt;
&lt;p /&gt;
Option 1:&lt;br /&gt;
&lt;p /&gt;
Set-up a single-mode vif spanning the 2 NICs (in non-NetApp speak, this is basically an active/passive fail-over setup) with a single IP address covering the vif. Set-up ESX IP storage to connect to the vif's IP address (only one path).&lt;br /&gt;
&lt;p /&gt;
If the active SAN NIC or pSwitch fails the SAN will fail-over to the second SAN NIC, keeping the same IP address (nothing has changed from the ESX host's point of view). &lt;br /&gt;
&lt;p /&gt;
Option 2:&lt;br /&gt;
&lt;p /&gt;
Configure a seperate IP address for each NIC (both NICs are active at once). Set-up ESX IP storage to use the first SAN NIC's IP address as the primary path to storage, and the second SAN NIC's IP address as a secondary path (fail-over) path.&lt;br /&gt;
&lt;p /&gt;
If the primary-path SAN NIC dies, ESX will have to fail-over to the secondary-path SAN NIC.&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
As far as I can see, option #2 should offer better performance - I know ESX doesn't do iSCSI/NFS MPIO, but I assume we could alternate which SAN IP address is the primary path to the storage on each ESX host and therefore get some rudimentary load balancing across the SAN's NICs. &lt;br /&gt;
&lt;p /&gt;
On the other hand, I think option #1 "seems" to be a more elegant/reliable solution and should(?) offer faster recovery times, as the SAN handles fail-over in the event of a SAN NIC or pSwitch failure - as far as ESX is concerned nothing has happened. Using this option (which is how we currently have things setup) the fail-over time is less than a second when we pull the active SAN NIC's network cable. &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
So, what do the experts think? Which is these options is better? What are others doing?&lt;br /&gt;
&lt;p /&gt;
Thanks in advance!</description>
      <pubDate>Wed, 02 Jul 2008 13:57:43 GMT</pubDate>
      <author>mattjk</author>
      <guid>http://communities.vmware.com/message/984744?tstart=0#984744</guid>
      <dc:date>2008-07-02T13:57:43Z</dc:date>
      <clearspace:dateToText>1 year, 4 months ago</clearspace:dateToText>
    </item>
  </channel>
</rss>

