<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Balancing ESX LUNs across controllers on EVA8000 in Operating System - VMware</title>
    <link>https://community.hpe.com/t5/operating-system-vmware/balancing-esx-luns-across-controllers-on-eva8000/m-p/5261346#M918</link>
    <description>Be carefully with multipath options in ESX 3.5. This version is not ALUA compliant, it means it is possible that a host may access a LUN from a proxy controller resulting in a performance degradation because the read request must go across mirror port to the owner  controller. Also if a LUN is acceded from two different hosts, across different controllers path trashing may ocurr, resulting in performance degradation too.&lt;BR /&gt;Greetings&lt;BR /&gt;Oscar</description>
    <pubDate>Wed, 03 Nov 2010 14:16:40 GMT</pubDate>
    <dc:creator>Oscar_Maimó</dc:creator>
    <dc:date>2010-11-03T14:16:40Z</dc:date>
    <item>
      <title>Balancing ESX LUNs across controllers on EVA8000</title>
      <link>https://community.hpe.com/t5/operating-system-vmware/balancing-esx-luns-across-controllers-on-eva8000/m-p/5261343#M915</link>
      <description>I want to balance the Vdisks on the EVA across the controllers as some were set to no preference and some to failover/failback etc.&lt;BR /&gt;&lt;BR /&gt;I have 2 EVA 8000 with CA replication. Each one has a c7000 blade enclosure with 4xBL680c blades running ESX3.5&lt;BR /&gt;So far I have listed all the presented VMware Vdisks on one EVA and then grouped all the Vdisks by DR group (as I think all Vdisks in a DR group have the same owning controller). I have then set all DR group1 to controller A failover/failback then DR group2 to controller B Failover/Failback and so on. Any Vdisks not replicated I have mixed between A and B.&lt;BR /&gt;On the ESX side I have set all Vdisks to fixed and set the preferred path to either WWWN ending in 8,9,A,B, for controller A and ending in C,D,E,F for controller B.&lt;BR /&gt;&lt;BR /&gt;I think this should leave me with Vdisks balanced across controller and also across port on each controller. Can anyone confirm this is OK?&lt;BR /&gt;Should I also set the destination replicated Vdisks to failover/failback also and balance across controllers even though they are not presented?&lt;BR /&gt;Thanks</description>
      <pubDate>Tue, 02 Nov 2010 16:25:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-vmware/balancing-esx-luns-across-controllers-on-eva8000/m-p/5261343#M915</guid>
      <dc:creator>Mel Nugent</dc:creator>
      <dc:date>2010-11-02T16:25:23Z</dc:date>
    </item>
    <item>
      <title>Re: Balancing ESX LUNs across controllers on EVA8000</title>
      <link>https://community.hpe.com/t5/operating-system-vmware/balancing-esx-luns-across-controllers-on-eva8000/m-p/5261344#M916</link>
      <description>First of all:&lt;BR /&gt;What version of ESX do you have?&lt;BR /&gt;ESX 3.5.x or ESX 4.x&lt;BR /&gt;This detail is very important because storage architecture changes a lot between versions.&lt;BR /&gt;Greetings &lt;BR /&gt;Oscar</description>
      <pubDate>Wed, 03 Nov 2010 13:46:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-vmware/balancing-esx-luns-across-controllers-on-eva8000/m-p/5261344#M916</guid>
      <dc:creator>Oscar_Maimó</dc:creator>
      <dc:date>2010-11-03T13:46:14Z</dc:date>
    </item>
    <item>
      <title>Re: Balancing ESX LUNs across controllers on EVA8000</title>
      <link>https://community.hpe.com/t5/operating-system-vmware/balancing-esx-luns-across-controllers-on-eva8000/m-p/5261345#M917</link>
      <description>Thanks Oscar.&lt;BR /&gt;&lt;BR /&gt;I have 2 EVA 8000 with CA replication. Each one has a c7000 blade enclosure with 4xBL680c blades running ESX3.5&lt;BR /&gt;3.5.0, 207095 being full version details.&lt;BR /&gt;</description>
      <pubDate>Wed, 03 Nov 2010 13:50:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-vmware/balancing-esx-luns-across-controllers-on-eva8000/m-p/5261345#M917</guid>
      <dc:creator>Mel Nugent</dc:creator>
      <dc:date>2010-11-03T13:50:55Z</dc:date>
    </item>
    <item>
      <title>Re: Balancing ESX LUNs across controllers on EVA8000</title>
      <link>https://community.hpe.com/t5/operating-system-vmware/balancing-esx-luns-across-controllers-on-eva8000/m-p/5261346#M918</link>
      <description>Be carefully with multipath options in ESX 3.5. This version is not ALUA compliant, it means it is possible that a host may access a LUN from a proxy controller resulting in a performance degradation because the read request must go across mirror port to the owner  controller. Also if a LUN is acceded from two different hosts, across different controllers path trashing may ocurr, resulting in performance degradation too.&lt;BR /&gt;Greetings&lt;BR /&gt;Oscar</description>
      <pubDate>Wed, 03 Nov 2010 14:16:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-vmware/balancing-esx-luns-across-controllers-on-eva8000/m-p/5261346#M918</guid>
      <dc:creator>Oscar_Maimó</dc:creator>
      <dc:date>2010-11-03T14:16:40Z</dc:date>
    </item>
    <item>
      <title>Re: Balancing ESX LUNs across controllers on EVA8000</title>
      <link>https://community.hpe.com/t5/operating-system-vmware/balancing-esx-luns-across-controllers-on-eva8000/m-p/5261347#M919</link>
      <description>I have balanced the LUNS as described and will run EVA perf on them to see if any other amendments need to be made.</description>
      <pubDate>Tue, 16 Nov 2010 16:23:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-vmware/balancing-esx-luns-across-controllers-on-eva8000/m-p/5261347#M919</guid>
      <dc:creator>Mel Nugent</dc:creator>
      <dc:date>2010-11-16T16:23:48Z</dc:date>
    </item>
  </channel>
</rss>

