La directiva de creación de equipos y la configuración de la MTU pueden cambiar en hosts y clústeres preparados, pero estos cambios solo se aplican al preparar nuevos hosts y clústeres para VXLAN. Los grupos de puertos virtuales existentes de VMkernel de VTEP solo se pueden cambiar preparando de nuevo los hosts manualmente. Puede cambiar la directiva de creación de equipos y la configuración de la MTU mediante la API.

Problema

Se seleccionó una configuración de la MTU incorrecta para los VTEP.

Solución

  1. Recupere información sobre todos los conmutadores preparados de VXLAN que usen la API GET https://<NSX-Manager-IP-Address>/api/2.0/vdn/switches.
    En los resultados de la API, localice el conmutador que desee modificar y anote su nombre. Por ejemplo,  dvs-35.
  2. A continuación, realice una consulta con la instancia de vSphere Distributed Switch que anotó antes.
    Por ejemplo, la API GET https://<NSX-Manager-IP-Address>/api/2.0/vdn/switches/dvs-35.

    Debería aparecer un resultado similar al siguiente ejemplo: 

    <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. Puede modificar los parámetros como la directiva de creación de equipos y/o la MTU en un conmutador distribuido de vSphere usando la llamada de la API. En el siguiente ejemplo, se muestran el cambio de la directiva de creación de equipos de dvs-35 de FAILOVER_ORDER a LOADBALANCE_SRCMAC y el cambio de la MTU de 1600 a 9000.

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

    Debería aparecer un resultado similar al siguiente ejemplo: 
    <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>
    Nota: A continuación, se incluye una lista de entradas válidas de la directiva de creación de equipos para el parámetro <teaming>:
    • FAILOVER_ORDER
    • ETHER_CHANNEL
    • LACP_ACTIVE
    • LACP_PASSIVE
    • LOADBALANCE_LOADBASED
    • LOADBALANCE_SRCID
    • LOADBALANCE_SRCMAC LACP_V2
  4. Utilice el comando GET para verificar que la sintaxis usada sea correcta y que el cambio esté activo para la instancia de vSphere Distributed Switch con el que esté trabajando. Por ejemplo, GET https://<NSX-Manager-IP-Address>/api/2.0/vdn/switches/dvs-35.
  5. Abra vSphere Web Client y confirme que se aplicaron los cambios de configuración.