Die VXLAN-Gruppierungsrichtlinie und die MTU-Einstellungen können auf vorbereiteten Hosts und Clustern geändert werden, aber die Änderungen werden nur angewendet, wenn neue Hosts und Cluster für VXLAN vorbereitet werden. Vorhandene virtuelle Portgruppen für VTEP VMkernel können nur geändert werden, wenn die Hosts und Cluster erneut manuell vorbereitet werden. Sie können die Gruppierungsrichtlinie und die MTU-Einstellungen per API ändern.

Problem

Für die VTEPs wurde eine falsche MTU-Einstellung ausgewählt.

Lösung

  1. Rufen Sie Informationen zu allen für VXLAN vorbereiteten Switches mit der API GET https://<NSX-Manager-IP-Address>/api/2.0/vdn/switches ab.
    Suchen Sie in der API-Ausgabe nach dem Switch, den Sie ändern möchten, und notieren Sie den Namen. Hier ein Beispiel: dvs-35.
  2. Starten Sie jetzt eine Abfrage für den vSphere Distributed Switch, den Sie zuvor notiert haben.
    Tun Sie dies beispielsweise mit der API GET https://<NSX-Manager-IP-Address>/api/2.0/vdn/switches/dvs-35.

    Es muss dann eine Ausgabe in der folgenden Art angezeigt werden: 

    <vdsContext>
<switch>
 <objectId>dvs-35</objectId>
 <objectTypeName>VmwareDistributedVirtualSwitch</objectTypeName>
 <vsmUuid>423A993F-BEE6-1285-58F1-54E48D508D90</vsmUuid>
 <nodeId>916287b3-761d-430b-8ab2-83878dfe3e7f</nodeId>
 <revision>6</revision>
 <type>
  <typeName>VmwareDistributedVirtualSwitch</typeName>
 </type>
 < name>vds-site-a</name>
 <scope>
  <id>datacenter-21</id>
  <objectTypeName>Datacenter</objectTypeName>
  < name>Datacenter Site A</name>
 </scope>
 <clientHandle/>
 <extendedAttributes/>
 <isUniversal>false</isUniversal>
 <universalRevision>0</universalRevision>
</switch>
<mtu>1600</mtu>
<teaming>FAILOVER_ORDER</teaming>
<uplinkPortName>Uplink 4</uplinkPortName>
<promiscuousMode>false</promiscuousMode
</vdsContext>
  3. Sie können Parameter wie Gruppierungsrichtlinie und/oder MTU auf einem vSphere Distributed Switch per API-Aufruf ändern. Das folgende Beispiel zeigt das Ändern der Gruppierungsrichtlinie für dvs-35 von FAILOVER_ORDER zu LOADBALANCE_SRCMAC und der MTU-Einstellung von 1600 zu 9000.

    • Für NSX: PUT https://<NSX-Manager-IP-Address>/api/2.0/vdn/switches 

    Es muss dann eine Ausgabe in der folgenden Art angezeigt werden: 
    <vdsContext>
<switch>
 <objectId>dvs-35</objectId>
 <objectTypeName>VmwareDistributedVirtualSwitch</objectTypeName>
 <vsmUuid>423A993F-BEE6-1285-58F1-54E48D508D90</vsmUuid>
 <nodeId>916287b3-761d-430b-8ab2-83878dfe3e7f</nodeId>
 <revision>6</revision>
 <type> 
  <typeName>VmwareDistributedVirtualSwitch</typeName>
 </type>
 <name>vds-site-a</name>
 <scope>
 <id>datacenter-21</id>
 <objectTypeName>Datacenter</objectTypeName>
 <name>Datacenter Site A</name>
 </scope>
 <clientHandle/>
 <extendedAttributes/>
 <isUniversal>false</isUniversal>
 <universalRevision>0</universalRevision>
</switch>
 <mtu>9000</mtu>
 <teaming>LOADBALANCE_SRCMAC</teaming>
 <uplinkPortName>Uplink 4</uplinkPortName>
 <promiscuousMode>false</promiscuousMode>
</vdsContext>
    Hinweis: Im Folgenden finden Sie eine Auflistung gültiger Gruppierungsrichtlinieneinträge für den Parameter <teaming>:
    • FAILOVER_ORDER
    • ETHER_CHANNEL
    • LACP_ACTIVE
    • LACP_PASSIVE
    • LOADBALANCE_LOADBASED
    • LOADBALANCE_SRCID
    • LOADBALANCE_SRCMAC LACP_V2
  4. Stellen Sie sicher, dass die verwendete Syntax korrekt ist und die Änderung für den bearbeiteten vSphere Distributed Switch aktiv ist. Nutzen Sie hierfür den Befehl GET. Beispiel: GET https://<NSX-Manager-IP-Address>/api/2.0/vdn/switches/dvs-35.
  5. Öffnen Sie vSphere Web Client und überprüfen Sie, ob die Änderungen an der Konfiguration vorgenommen wurden.