LACP en ESXi 5.5

[MaLaLT]

Hola, estoy mirando de habilitar LACP en mi entorno de ESXi5.5 y he dado con los siguientes documentos:

http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&externalId=1004048

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=205130...

En ambos indica que debo disponer de vdSwitch. Al tener licencia Enterprise y no Enterprise Plus no dispongo de ellos....

La pregunta és, el hecho de tener configuradas las tarjetas en dos switch en stack, en modo teaming activo-activo con Roote based on IP hash, ¿ que implicaciones tiene si realmente el LACP solo está disponible en vdswitch ?

¿ Puede penalizar o darnos problemas de red en las VMs el hecho de dejar en los switchs ( Huawei ) el eth-trunk ( o su sinónimo en Cisco Port-Channel ) configurados para las dos tarjetas que enlazan con cada servidor ?

Gracias !

[Borja_Mari]

Hola,

el mayor problema (de haberlo) lo veo posiblemente en que estáis usando switch Huawei.

Yo personalmente he tenido problemas con switch de esa marca. Recuerda una "curiosa" que era que entre un Huawei y un Cisco no cruzaban automáticamente el cable y hubo que poner específicamente un cable cruzado ...

Dicho esto, parece que vmware solo soporta conexiones con switch HP y Cisco.

Si se parte de la suposición que se usa switch Cisco yo haría especial hincapié en la siguiente información sacada de uno de los kb que has mencionado:

EtherChannel supported scenarios:

• One IP to many IP connections. (Host A making two connection sessions to Host B and C)
• Many IP to many IP connections. (Host A and B multiple connection sessions to Host C, D, etc)
  Note: One IP to one IP connections over multiple NICs is not supported. (Host A one connection session to Host B uses only one NIC).
  
  
• Compatible with all ESXi/ESX VLAN configuration modes: VST, EST, and VGT. For more information on these modes, see VLAN Configuration on Virtual Switch, Physical Switch, and Virtual Machines (1003806).
• Supported Cisco configuration: EtherChannel Mode ON – ( Enable EtherChannel only)
• Supported HP configuration: Trunk Mode
• Supported switch Aggregation algorithm: IP-SRC-DST (short for IP-Source-Destination)
• Supported Virtual Switch NIC Teaming mode: IP HASH
  
  Note: The only load balancing option for vSwitches or vDistributed Switches that can be used with EtherChannel is IP HASH:
  • Do not use beacon probing with IP HASH load balancing.
  • Do not configure standby or unused uplinks with IP HASH load balancing.
  • VMware only supports one EtherChannel per vSwitch or vNetwork Distributed Switch (vDS).
• Lower model Cisco switches may have MAC-SRC-DST set by default, and may require additional configuration. For more information, see the Understanding EtherChannel Load Balancing and Redundancy on Catalyst Switches article from Cisco.

Un saludo,

Pablo

[MaLaLT]

Gracias por el comentario Pablo, pero la verdad, culpar de todo al Huawei no lo veo demasiado acertado...¿ Sabes que el 98% del tráfico mundial de Internet pasa por switch Huawei ? ( y no soy comercial de la marca te lo aseguro ).

Está claro que de poder escoger habría adquirido Cisco que es lo que conozco y lo que domino, pero para eso estamos en foros como este, abrir camino y poner luz a compañeros con problemas parecidos aunque no nos conozcamos de nada. Tampoco veo que hacer referencia a los propios artículos que adjunto yo en la pregunta me ayude demasiado, si los he puesto es porque ya los he leído y releído unas cuantas veces; por estas razones no voy a valorar como respuesta útil o correcta lo que me has escrito.

Dicho esto, visto el poco éxito en respuestas que tiene la pregunta que he planteado, deduzco que no debe estar muy bien hecha, mal redactada o no he sabido expresar con claridad mi duda.

Solo por si alguien viene a parar a este hilo de discusión, comentaros que dejo los standard switch configurados en teaming con Route based on IP hash en modo activo-activo. No configuro los trunks en el lado de los Huawei y todo sigue funcionado correctamente sin perdidas de paquetes, ni problemas derivados aparentes. Quedo a la espera de convencer a los financieros para adquirir licencia vdswitch para así poder activar LACP en el entorno VmWare y en los switchs.

Gracias !

[Borja_Mari]

Hola,

sobre los switch huawei yo he comentado mi breve experiencia hace ya unos años, nada más

Sobre tu configuración actual, parece que todo es correcto (no haces trunking pero si el equivalente de huawuei del port-channel de cisco).

Que no este soportado/recomendado por Vmware, no quiere decir que no vaya a funcionar bien.

Solo tengo una duda, ¿ porque quieres usar el LACP, no te sirve la "forma estática" de realizar los port-channels, sin que negocien los dos extremos (switch huawei y host esxi) del port-channel?

Un saludo,

Pablo

[MaLaLT]

La idea de usar el LACP es para poder aprovechar mejor las dos tarjetas que tengo de VMotion por un lado, y las dos tarjetas de "trabajo" de las VM por el otro, proporcionando capacidad de conexión superior a la que me ofrece una única NIC. Deduzco que tal y como lo tengo ahora, nunca podrá una VM traficar por mas de una NIC simultáneamente...

[Borja_Mari]

Hola,

efectivamente, con tu configuración (que es la configuración para hacer port-channeling en vmware), el trafico de una mv siempre irá por el mismo link/nic (a no ser que esa nick se caiga).

El hecho que el trafico de una vm vaya por una nic o otra (no puede ir por dos a la vez), lo determina el algoritmo usado para distribuir el trafico en un port-channel (IP hash en el extremo de vmware, ip-src-dest del lado del switch). No el LACP.

El LACP es un estándar de red abierto que posibilita que dos extremos negocien y establezcan un port-channel de forma dinámica. Intercambiando paquetes LACP entre los dos.

Por lo que comento, que no le veo demasiado sentido usar LACP para lo que quieres conseguir.

Un saludo,

Pablo

[MaLaLT]

Pués ahora si que me pierdo, porque yo tengo entendido lo siguiente:

Link aggregation is a computer networking term to describe various methods of combining (aggregating) multiple network connections in parallel to increase throughput beyond what a single connection could sustain, and to provide redundancy in case one of the links fail.

Es decir, activando LACP podría hacer que una VM utillize mas de una NIC para traficar con otro equipo de la red ( siempre y cuando haya capacidad para ello ).

Saludos,

[Borja_Mari]

Si,

efectivamente el "link aggregation" se usa para combinar varias conexiones de red en una sola.

Pero cada flujo de tráfico iría por un link en concreto, usando el algoritmo que comento.

Por eso, del lado de vmware y del switch físico deben usar algoritmos compatibles.

Un saludo,

Pablo