La stratégie d'association VXLAN et les paramètres MTU peuvent être modifiés sur des hôtes et des clusters préparés, mais les modifications s'appliquent uniquement lors de la préparation des nouveaux hôtes et clusters pour VXLAN. Les groupes de ports virtuels existants pour VMkernel de VTEP ne peuvent être modifiés qu'en préparant de nouveau les hôtes et les clusters manuellement. Vous pouvez modifier la stratégie d'association et les paramètres MTU à l'aide d'une API.

Problème

Un paramètre MTU incorrect est choisi pour les VTEP.

Solution

  1. Récupérez les informations sur tous les commutateurs préparés pour VXLAN à l'aide de l'API GET https://<NSX-Manager-IP-Address>/api/2.0/vdn/switches.
    Dans la sortie de l'API, localisez le commutateur que vous voulez modifier, puis notez son nom. Par exemple, dvs-35.
  2. Recherchez maintenant le commutateur vSphere Distributed Switch spécifique que vous avez noté précédemment.
    Par exemple, l'API GET https://<NSX-Manager-IP-Address>/api/2.0/vdn/switches/dvs-35.

    Un résultat semblable à l'exemple suivant doit apparaître :

    <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. Vous pouvez modifier les paramètres, tels que l'association de stratégie et/ou le MTU, sur un commutateur vSphere Distributed Switch à l'aide de l'appel d'API. L'exemple suivant indique que la stratégie d'association dvs-35 a été modifiée de FAILOVER_ORDER à LOADBALANCE_SRCMAC et le paramètre MTU de 1600 à 9000.
    • Pour NSX : PUT https://<NSX-Manager-IP-Address>/api/2.0/vdn/switches 

    Un résultat semblable à l'exemple suivant doit apparaître :
    <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>
    
    Note : Voici une liste des entrées de stratégie d'association valides pour le paramètre <teaming> :
    • FAILOVER_ORDER
    • ETHER_CHANNEL
    • LACP_ACTIVE
    • LACP_PASSIVE
    • LOADBALANCE_LOADBASED
    • LOADBALANCE_SRCID
    • LOADBALANCE_SRCMAC LACP_V2
  4. Vérifiez que la syntaxe utilisée est correcte et que la modification est active pour le commutateur vSphere Distributed Switch que vous utilisez à l'aide de la commande GET. Par exemple, GET https://<NSX-Manager-IP-Address>/api/2.0/vdn/switches/dvs-35.
  5. Ouvrez vSphere Web Client et vérifiez que les modifications de configuration sont prises en compte.