¿Un solo canal LACP sobre múltiples conmutadores aumenta la redundancia?


9

Tengo curiosidad por las opiniones, los hallazgos o la evidencia de que tener múltiples interfaces unidas usando LACP a puertos en múltiples conmutadores puede aumentar la redundancia. Las interfaces previamente unidas siempre han estado en un solo conmutador, con un canal redundante a otro puerto.

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

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

Gracias por adelantado.

Respuestas:


11

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

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

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

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 sobreaprovisionamiento de ancho de banda a través de un enlace de un solo miembro en ese canal LACP, eventos de árbol de expansión, tormentas de difusión, inundación de unidifusión excesiva desconocida, etc.

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


Y es el uso de canales de ethernet enlazados a través de múltiples conmutadores que se nos recomienda usar desde el servidor. Proporcionando un rendimiento mejorado (indudablemente) y una redundancia mejorada (incierta). ¿Podrían / ​​podrían los eventos de red como la falla del conmutador, la migración de puertos, los parches, la recuperación, hacer que el canal no esté disponible?
Sirch

3

LACP generalmente 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 distribuido entre múltiples dispositivos únicos.


1
Tenga en cuenta que algunas de las tecnologías de agregación de enlaces de chasis múltiple (MLAG) en los conmutadores más nuevos funcionan sin "apilamiento". Es decir, cada interruptor mantiene su propio plano de control activo y puede funcionar de forma independiente. Arista MLAG, VCS de Brocade, Cisco vPC, IRF de HP son ejemplos de este enfoque.
rmalayter

de ahí la parte "generalmente" de las cosas :)
SpacemanSpiff

3

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

La mayoría de los interruptores 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 múltiples conmutadores actúen como un solo conmutador lógico. En cualquier caso, querrá verificar la documentación para asegurarse de la compatibilidad y la configuración.


3

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 una falla del conmutador, entonces necesita configurar enlaces a dos conmutadores y configurar el servidor para unir los dos enlaces con el protocolo de árbol de expansión habilitado. STP elegirá automáticamente un enlace para estar activo y el otro de respaldo. Si el enlace primario se cae (el interruptor se apagó), cambiará a la copia de seguridad. Esto realmente no tiene nada que ver con LACP.


Esta es una declaración imprecisa. Si usa LACP entre dos dispositivos, donde ambos no son Switches, no aumentará el rendimiento, a menos que use round-robin para equilibrar la carga, lo que no se recomienda debido a paquetes fuera de servicio. LACP equilibra la carga en función de la conversación, que puede durar mucho tiempo y usar siempre el mismo enlace físico para comunicarse ... Si un dispositivo es un conmutador con varios clientes, obtendrá múltiples conversaciones que conducirán a un mayor rendimiento en el LACP adjunto ' d dispositivo seguro.
dognose

@dognose, LACP aumenta el rendimiento por definición . Es decir: toda la razón para que exista LACP es aumentar el rendimiento. Está confundiendo a LACP con el controlador de enlace de Linux, que enruta paquetes a través de múltiples interfaces a través de software y donde mantener las garantías de pedido es difícil, si no imposible (aunque, sinceramente, ¿a quién le importa hacer un pedido?). Una interfaz única que tiene múltiples puertos físicos y soporte de hardware para LACP (y conectada a un conmutador con soporte LACP) no tiene tales problemas.
psusi

2

Agregación 4nics (2of4 activo + auto failover):

Linux: eth0-3 -> bond0, modo de enlace = 4

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

pasivo en el lado del conmutador asegura que sea Linux quien haga un dispositivo con el socio para hablar. Si necesita un arranque PXE en las mismas unidades de red, busca la opción de fuerza (enebro) en el interruptor A, ge-0/0/1


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 que controla una pila de conmutadores, tendrá una tabla de direcciones MAC sobre la cual Etherchannel o LACP se pueden usar para rastrear las IP y MAC que se están utilizando en cada una de las rutas agregadas CE / LACP.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.