Configuración de LACP en vSphere 7
Configuración de LACP en vSphere 7

Configuración de LACP en vSphere 7

Hola a tod@s

La compatibilidad con LACP en un switch distribuido de vSphere, puede conectar hosts ESXi a switch físicos mediante la agregación dinámica de enlaces. Puede crear varios grupos de agregación de enlaces (LAGs) en un switch distribuido para agregar el ancho de banda de las NIC físicas en los hosts ESXi que están conectados a los port channels LACP.

Aunque el soporte de LACP fue introducido en vSphere haca ya varias versiones atrás, son muy pocos los clientes que utilizan esta configuración en sus entornos. Esto puede deberse a que puede parecer complejo, porque no tienen conocimiento sobre su funcionamiento o ni siquiera saben que existe en algunos casos.

Es verdad que VMware ya cuenta con algoritmos de equilibrio de carga hasta mejores que LACP, aun así es bueno saber que existe esta opción de configuración.

     Compatibilidad mejorada con LACP en vSphere Distributed Switch – Vía VMware

Ventajas al usar LACP

Algunas de las ventajas que nos brinda utilizar LACP, son las siguientes:

  • Aumenta el ancho de banda de un único vínculo físico.
  • Mayor disponibilidad
  • Uso compartido de la carga entre varios vínculos
  • Configuración automática
  • Configuración rápida
  • Comportamientos deterministas

Limitaciones de la compatibilidad con LACP en vSphere Distributed Switch

La compatibilidad con LACP en vSphere Distributed Switch permite a los dispositivos de red negociar la agrupación automática de vínculos mediante el envío de paquetes LACP a un par. Sin embargo, la compatibilidad con LACP en vSphere Distributed Switch tiene limitaciones.

  • La configuración de LACP no es soportada para host profiles.
  • La compatibilidad con LACP no es posible entre hosts ESXi anidados.
  • La compatibilidad con LACP no funciona con ESXi dump collector.
  • LACP no se soporta iSCSI port binding . Se admite iSCSI multipath sobre los LAG, siempre que no se utilice port binding.
  • Los paquetes de control LACP (LACP PDU) no se reflejan cuando la duplicación de puertos está activada.
  • La comprobación de la salud del teaming y del failover no funciona para los puertos del LAG. LACP comprueba la conectividad de los puertos LAG.
  • El soporte mejorado de LACP funciona correctamente cuando sólo un LAG maneja el tráfico por puerto distribuido o grupo de puertos.
  • Puede crear hasta 64 LAGs en un conmutador distribuido. Un host puede admitir hasta 64 LAGs.
  • LACP no es compatible actualmente con SR-IOV.

Compatibilidad de LACP con vDS:

Configuración de Port Channel en el switch físico

Para cada host en el que desee utilizar LACP, debe crear un port channel LACP independiente en el switch físico. Usted debe considerar los requisitos siguientes al configurar el LACP en el switch físico:

  • El número de puertos en el Port Channel LACP debe ser igual al número de NIC físicas que desea agrupar en el host. Por ejemplo, si desea agregar el ancho de banda de dos NIC físicas en un host, debe crear un Port Channel LACP con dos puertos en el switch físico. El LAG en el switch distribuido debe configurarse con al menos dos puertos.
  • El algoritmo hash del Port Channel LACP en el switch físico debe ser el mismo que el algoritmo hash que está configurado para el LAG en el switch distribuido.
  • Todas las NIC físicas que desea conectar con el Port Channel LACP deben configurarse con la misma velocidad y dúplex.

Si quieren saber cómo se configura LACP desde el lado de los switch físicos les dejo el siguiente KB 1004048 de VMware, para que tengan una idea.

Creación de un Distributed Switch

Para crear un switch distribuido, vamos a la pestaña de redes y sobre el data center hacemos clic derecho y seleccionamos distributed switch > New distributed switch.

Agregamos un nombre a nuestro switch distribuido.

Elegimos la versión para nuestro switch, en este caso usare la versión 7.0.0.

Configuramos la cantidad de uplinks y desmarcare la creación de un port group por defecto.

Revisamos el detalle de la configuración y finalizamos.

Ya podemos ver nuestro switch distribuido creado, ahora vamos a la configuración de LACP.

Configurar LACP

Para comenzar vamos a la pestaña de redes y seleccionamos el switch distribuido que creamos. Vamos a la ruta Configure > Settings > LACP > New.

Proporcionamos un nombre para el LAG, asignamos la cantidad de uplink que usaremos y el modo que puede ser activo o pasivo.  Al menos uno de los dos dispositivos debe estar activo, o de lo contrario ambos solo escucharán.

Seleccione cualquiera de los modos de equilibrio de carga según los requisitos de su entorno. VSphere LACP admite estos tipos de equilibrio de carga:

  • Destination IP address
  • Destination IP address and TCP/UDP port
  • Destination IP address and VLAN
  • Destination IP address, TCP/UDP port and VLAN
  • Destination MAC address
  • Destination TCP/UDP port
  • Source IP address
  • Source IP address and TCP/UDP port
  • Source IP address and VLAN
  • Source IP address, TCP/UDP port and VLAN
  • Source MAC address
  • Source TCP/UDP port
  • Source and destination IP address
  • Source and destination IP address and TCP/UDP port
  • Source and destination IP address and VLAN
  • Source and destination IP address, TCP/UDP port and VLAN
  • Source and destination MAC address
  • Source and destination TCP/UDP port
  • Source port ID
  • VLAN

Se debe ver con la persona que está encargada de las redes de su organización para estar coordinados en las configuraciones por el lado de los switch físicos.

Una vez creado el LAG, haga clic en Migración de tráfico de red a LAGs, como se indica en la imagen.

Se abrirá un asistente de 3 pasos que muestra el flujo de trabajo para configurar correctamente LACP.

Seleccionamos el primer paso.

Solucionamos la opción “Teaming and failover” de la lista disponible.

Seleccione el grupo de puertos de la lista. En mi caso solo dispongo de uno.

Seleccionamos el tipo de load balaning y el Failback lo desactivamos. En este caso como es una implementación de laboratorio, el vínculo superior queda configurado con el LAG1 y los uplinks quedan “unused“.

Revisamos los cambios y continuamos.

Ahora continuamos con el segundo paso que es agregar y administrar los host.

Seleccionamos la opción de agregar host.

Pulsamos sobre “New host” para agregar nuestros equipos ESXi.

Seleccionamos los host ESXi que conectaremos a nuestro switch distribuido.

Ya con los host seleccionamos, podemos continuar.

Seleccionamos la vmnic que será parte del LAG y pulsamos sobre “Assign uplink

Seleccionamos el lag1-0 para esta vmnic y marcamos el checkbox como muestra en la imagen (para asignar el mismo puerto en el resto de los host ESXi). Esto nos ahorra bastante tiempo en realizar el mismo procedimiento por cada host.

Ya con las vmnic asignadas podemos continuar.

En este punto dejamos todo por defecto.

Lo mismo en este punto, todo por defecto.

Podremos ver el resumen de la configuración y finalizamos.

Ahora vamos con el último punto de la configuración, así que paciencia que queda poco.

Seleccionamos la opción “Teaming and failover” de la lista disponibles.

Seleccione el grupo de puertos que tenemos disponible.

Dejamos el LAG como uplink activo y los link físicos como sin usar.

Revise la configuración y haga clic en Finalizar.

Si nos vamos a “Topology” podremos ver que ya está configurado nuestro LAG visible.

Como les comentaba puede que LACP a estas alturas no sea una de las mejores opciones al realizar equilibrio de cargas. LBT (ruta basada en la carga del adaptador de red físico) es una opción más recomendada.

Para más detalles les dejo esta recomendación de diseño validado por VMware en el siguiente enlace.

Espero que esta información les haya sido útil. Si tienes dudas o alguna acotación sobre este post, déjalo en comentarios. Saludos.

3 Comments

  1. Alfredo Juarez

    Hola!! por fin encuentro algo en español y muy bien explicado, muchas gracias por tu aporte :D, tengo una duda, puedo crear portchannel en ESXi ? sin vDS ? osease con switches virtuales normales?

Leave a Reply

Your email address will not be published. Required fields are marked *