Tengo curiosidad por conocer opiniones, hallazgos o pruebas de que tener varias interfaces unidas mediante LACP a puertos en varios conmutadores puede aumentar la redundancia. Las interfaces unidas anteriormente siempre han estado en un solo conmutador, con un canal redundante a otro puerto.

Sin entrar en detalles del proveedor, mi pensamiento es que como se trata de un único LACP, la probabilidad de que un evento o cambio pueda provocar una interrupción generalizada del servicio. Sin tener el equipo de repuesto o el tiempo para probar este único canal en diversos conmutadores, ¿alguien con un mayor conocimiento de redes que yo podría decirme si hay un evento lateral de la red que reduciría la conectividad de la red a un servidor que había creado una interfaz vinculada? a dos puertos en conmutadores separados?

¿El uso de canales Ethernet enlazados a través de múltiples conmutadores (que se nos informa que podemos usar) desde el servidor, proporciona tanto un rendimiento mejorado (sin duda) como una redundancia mejorada (incierta)? ¿Podrían / ​​podrían los eventos de red como fallas de conmutador, migración de puertos, parcheo, recuperación, etc. causar que el canal para ambas interfaces de red del servidor no esté disponible?

Gracias por adelantado.

answer

LACP en sí mismo no proporciona la capacidad de vincularse a través de múltiples conmutadores; se enlaza a través de varios puertos en un solo conmutador ethernet y, dependiendo del proveedor, incluso puede haber restricciones sobre qué puertos de un conmutador se pueden conectar entre sí.

Algunos proveedores tienen protocolos patentados (normalmente llamados MLAG ) que permiten canales ethernet enlazados a través de diferentes conmutadores ethernet. Como ejemplo, Cisco Nexus vPC (o genéricamente MLAG) funciona con conmutadores o vinculando un solo canal de puerto LACP en un servidor a través de dos conmutadores conectados.

Does the use of bonded ethernet channels across multiple switches (that we are advised that we can use) from the server, provide both improved throughput (unquestionably), and improved redundancy (uncertain). Could/would network events such as switch failure, port migration, patching, recovery, etc, cause the channel for both server network interfaces to be unavailable?

LACP debe proporcionar protección contra un solo puerto físico o falla de cable dentro del canal LACP.

LACP no puede proteger contra factores humanos, como apagar accidentalmente la interfaz LACP, eliminar el vlan o ejecutar un TDR en un enlace de miembro de canal de puerto. LACP tampoco puede proteger contra el aprovisionamiento excesivo de ancho de banda a través de un enlace de miembro único en ese canal LACP, eventos de árbol de expansión, tormentas de transmisión, inundaciones de unidifusión desconocidas excesivas, etc.

Si le preocupa el tiempo de recuperación, asegúrese de utilizar tiempos de espera cortos del protocolo LACP en sus interfaces.

Por lo general, LACP solo se puede lograr en un solo dispositivo o grupo de dispositivos que actúan como uno solo. Entonces ... podría hacerlo entre un conmutador y una pila de conmutadores, pero no distribuirlo en varios dispositivos únicos.

LACP es un protocolo para que el host se comunique con los conmutadores que desea agregar múltiples conexiones físicas. Sin embargo, es posible que esta agregación no siempre sea posible. Si la conexión se realiza a varios conmutadores, esos conmutadores deben admitir algún método de cooperación para realizar el enlace enlazado o no podrán hacerlo.

La mayoría de los conmutadores no admiten esta cooperación. Algunos, sin embargo, lo hacen. El método más común es el protocolo SMLT, que permite que los conmutadores cooperen en la creación de enlaces enlazados. Algunos conmutadores también admiten protocolos de apilamiento que permiten que varios conmutadores actúen como un único conmutador lógico. En cualquier caso, querrá consultar la documentación para asegurarse de la compatibilidad y la configuración.

LACP agrega múltiples enlaces físicos entre los mismos dos dispositivos en un enlace lógico que tiene un mayor rendimiento. Si está buscando redundancia en caso de falla de un conmutador, debe configurar enlaces a dos conmutadores y configurar el servidor para puentear los dos enlaces con el protocolo de árbol de expansión habilitado. STP elegirá automáticamente un enlace para que esté activo y el otro respaldo. Si el enlace principal se cae (el interruptor se apagó), cambiará a la copia de seguridad. Esto realmente no tiene nada que ver con LACP.

Agregación de 4nics (2 de 4 activos + conmutación por error automática):

Linux: eth0-3 -> bond0, modo de vinculación = 4

Switches (por ejemplo, Juniper): puerto 1 + puerto 2 -> ae1 establecer interfaces ae1 agregadas-ether-options lacp pasivo establecer interfaces ae1 (... asignaciones de vlan aquí ...)

pasivo en el lado del interruptor asegura que sea Linux quien conectará al socio con el que hablar. Si necesita un arranque PXE en los mismos nics, busque la opción force-up (juniper) en el interruptor A, ge-0/0/1

La agregación de enlaces puede ocurrir entre un dispositivo y 2 o más conmutadores Cisco siempre que estén en una pila o en núcleos utilizando VSS, por ejemplo. Por lo general, una buena regla general es que si solo hay una interfaz de administración controlando una pila de conmutadores, entonces tendrá una tabla de direcciones MAC en la que se puede usar Etherchannel o LACP para rastrear las direcciones IP y MAC que se están usando en cada una de las rutas agregadas de EC / LACP.