<?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: Physical switches and vSAN in VMware vSAN Discussions</title>
    <link>https://communities.vmware.com/t5/VMware-vSAN-Discussions/Physical-switches-and-vSAN/m-p/2901603#M14134</link>
    <description>&lt;P&gt;MLAG is not a requirement. You need redundant networking gear and when you create the ISL just be sure that it have enough bandwidth and redundancy. So a LAG with 2x10 or 2x25 would be fine between your 2 switches.&lt;/P&gt;&lt;P&gt;When speaking of MLAG i must think about HPE(Aruba) where other Vendors have things like VLTi and so on.&lt;/P&gt;&lt;P&gt;Regards,&lt;BR /&gt;Joerg&lt;/P&gt;</description>
    <pubDate>Thu, 31 Mar 2022 15:41:38 GMT</pubDate>
    <dc:creator>IRIX201110141</dc:creator>
    <dc:date>2022-03-31T15:41:38Z</dc:date>
    <item>
      <title>Physical switches and vSAN</title>
      <link>https://communities.vmware.com/t5/VMware-vSAN-Discussions/Physical-switches-and-vSAN/m-p/2901595#M14132</link>
      <description>&lt;P&gt;Is MLAG absolutely necessary for all flash vSAN? We are working on a virtualization project, we have quotes ready and are sure about everything except for the switching with vsan at the moment. Long story short we're doing a small deployment, 3-nodes, under 10 VMs, and the switches we have are USW-Pro-Aggregation switches from Ubiquiti. These switches do not support MLAG. Can we achieve an all flash vSAN and manage all the traffic through two switches without MLAG?&lt;/P&gt;</description>
      <pubDate>Thu, 31 Mar 2022 15:25:44 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-vSAN-Discussions/Physical-switches-and-vSAN/m-p/2901595#M14132</guid>
      <dc:creator>ScottSzcz</dc:creator>
      <dc:date>2022-03-31T15:25:44Z</dc:date>
    </item>
    <item>
      <title>Re: Physical switches and vSAN</title>
      <link>https://communities.vmware.com/t5/VMware-vSAN-Discussions/Physical-switches-and-vSAN/m-p/2901600#M14133</link>
      <description>&lt;P&gt;We almost never use MLAG. Better get faster NICs and switches.&lt;/P&gt;</description>
      <pubDate>Thu, 31 Mar 2022 15:38:05 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-vSAN-Discussions/Physical-switches-and-vSAN/m-p/2901600#M14133</guid>
      <dc:creator>CyberNils</dc:creator>
      <dc:date>2022-03-31T15:38:05Z</dc:date>
    </item>
    <item>
      <title>Re: Physical switches and vSAN</title>
      <link>https://communities.vmware.com/t5/VMware-vSAN-Discussions/Physical-switches-and-vSAN/m-p/2901603#M14134</link>
      <description>&lt;P&gt;MLAG is not a requirement. You need redundant networking gear and when you create the ISL just be sure that it have enough bandwidth and redundancy. So a LAG with 2x10 or 2x25 would be fine between your 2 switches.&lt;/P&gt;&lt;P&gt;When speaking of MLAG i must think about HPE(Aruba) where other Vendors have things like VLTi and so on.&lt;/P&gt;&lt;P&gt;Regards,&lt;BR /&gt;Joerg&lt;/P&gt;</description>
      <pubDate>Thu, 31 Mar 2022 15:41:38 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-vSAN-Discussions/Physical-switches-and-vSAN/m-p/2901603#M14134</guid>
      <dc:creator>IRIX201110141</dc:creator>
      <dc:date>2022-03-31T15:41:38Z</dc:date>
    </item>
    <item>
      <title>Re: Physical switches and vSAN</title>
      <link>https://communities.vmware.com/t5/VMware-vSAN-Discussions/Physical-switches-and-vSAN/m-p/2901620#M14135</link>
      <description>&lt;P&gt;Thank you . I figured it was a bit overkill and wanted to make sure I wasn't going to hit a wall with requirements.&lt;/P&gt;</description>
      <pubDate>Thu, 31 Mar 2022 16:40:58 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-vSAN-Discussions/Physical-switches-and-vSAN/m-p/2901620#M14135</guid>
      <dc:creator>ScottSzcz</dc:creator>
      <dc:date>2022-03-31T16:40:58Z</dc:date>
    </item>
  </channel>
</rss>

