Si hay un servidor y un conmutador, si el conmutador muere, el servicio en el servidor está inactivo.

Por lo tanto, normalmente hay dos conmutadores y el servidor debe estar conectado a los dos conmutadores, por lo que debe haber dos NIC en el servidor.

Pero incluso si el servidor tiene dos NIC conectadas a dos conmutadores, debido a que la IP es diferente, si falla la NIC con la IP en la que está escuchando el servicio, el servicio también se desactivará.

Entonces aquí viene la unión. con la vinculación, dos NIC comparten una IP y dos NIC se conectarán a dos conmutadores, por lo que si un conmutador muere, otro conmutador funcionará y si un NIC muere, otro NIC seguirá funcionando.

¿Lo entiendo bien?

answer

Mas o menos. La vinculación en realidad le brinda una interfaz virtual con una IP, por lo que la situación de "la IP es diferente" a la que se refiere es una tontería. La vinculación puede funcionar en modo de conmutación por error o en modo LACP. En el modo LACP, los flujos generalmente se equilibran en todas las interfaces físicas disponibles, con algunas limitaciones específicas (por ejemplo, algunos proveedores pueden equilibrar solo los flujos destinados a diferentes MAC), mientras que en el modo de conmutación por error, una interfaz es de respaldo y solo está en espera. El modo LACP básicamente puede funcionar dentro de un conmutador, por lo que si desea utilizar el modo LACP con dos conmutadores, que proporcionen una alta disponibilidad real, los conmutadores elegidos deberían admitirlo: se llama LACP de conmutador cruzado (algunos proveedores como Cisco lo hacen, pero no es un básico conjunto de funcionalidades).

Mezclas las cosas.

Primero, no hay nada en contra de un servicio en múltiples IP y que el usuario sea lo suficientemente inteligente como para usar uno que funcione.

En segundo lugar, la vinculación no se basa en IP; la vinculación funciona a nivel de Ethernet. Una conexión vinculada comparte una dirección mac. Básicamente ES una conexión. Como tal, en realidad no comparten una IP, son un canal Ethernet. Esto es "más fundamental": la vinculación funciona sobre la tecnología subyacente.

En tercer lugar, la unión no funciona con el interruptor cruzado. O: si funciona así, básicamente requiere que el conmutador sepa cómo manejar esto (los conmutadores apilados pueden tener esta capacidad). Lo que significa que puede despedirse de la mayoría de los interruptores de bajo costo para la vinculación y el tiempo de actividad. No estoy seguro de algún extremo superior, pero no conozco a nadie que pueda manejar la vinculación distribuida en múltiples persecuciones. Sin embargo, no es EL especialista, pero también generalmente me paso a 10G antes de usar la vinculación. Según he oído, Cisco tiene esta capacidad (Cross Switch LACP).

Generalmente, la vinculación se usa para crear más ancho de banda de manera TRANSPARENTE para aplicaciones que no están escritas con esto en mente. Los protocolos que están construidos para un alto rendimiento y tiempo de actividad pueden no necesitar vinculación; por ejemplo, ISCSI maneja esto con MPIO (MultiPath IO) donde en realidad se conecta a un servidor a través de múltiples direcciones IP, distribuyendo la carga y manejando el tiempo de actividad de esta manera. Microsoft hace lo mismo ahora con archivos compartidos en los servidores posteriores, lo que permite que se usen varias direcciones IP para manejar múltiples flujos de datos en paralelo para obtener más ancho de banda (SMB 3 MultiChannel). No es necesario vincular aquí, todo se maneja a nivel de protocolo y biblioteca.