Me lo he estado preguntando durante un par de días y después de un montón de búsquedas no pude encontrar una respuesta comprensible, ni siquiera una respuesta teórica que tenga sentido en mi cabeza.
Estoy jugando con soluciones para alojamiento de Mac y me preguntaba si podría agregar tarjetas de red Thunderbolt Ethernet a las Mac y vincularlas en las VLAN y, por lo tanto, resolver los cuellos de botella de ancho de banda a las máquinas para aumentar las velocidades de acceso a una base de datos o almacenamiento externo .
Por ejemplo: conecte dos tarjetas ethernet a una Mac Mini, únalas y tenga una VLAN con un ancho de banda de 2 Gb / s.
Respuestas:
En pocas palabras, no, son diferentes:
En otras palabras, la unión generalmente no aumenta la velocidad de una sola conexión. La única excepción es la vinculación de Linux tipo 0 (balance-rr), que envía paquetes de forma circular, pero tiene inconvenientes significativos y escalado limitado. Para un ejemplo práctico, mira aquí
fuente
10 gb / s a través de x10 puertos de 1 gb / s
Estoy respondiendo solo por completo y para ahorrarle algunos dolores de cabeza. Tengo más de 20k servidores haciendo algo similar a esto y puedo decirte que es una mala idea. Este método agrega mucha complejidad que causará problemas operativos más adelante. Lo hicimos con 4 nics de 1 gb por servidor. En ese momento, en realidad tenía más sentido que ir 10gig. En ese momento, 10gig en todas partes habría sido muchas veces el costo por muy poca ganancia. Nuestras iteraciones recientes de nuestros centros de datos ya no hacen esto.
Un enlace LACP ( modo 4 ) con un solo socio LAG le dará 10 gb / s, casi lo mismo que un solo puerto de 10 gb / s. En realidad, esto se puede hacer usando más de 1 interruptor, pero tienen que admitir MLAG, de lo contrario, debe conectarse solo a un interruptor. Si no son compatibles con MLAG, solo obtienes 1 interruptor de ancho de banda. Las otras interfaces estarán en espera. (entonces 5gb / s si tiene 2 interruptores).
Una sola conexión solo utilizará un enlace, pero puede dividir el tráfico donde sea necesario en la capa 7 si lo necesita, o podría buscar en MPTCP, pero el soporte para eso es nuevo en los núcleos recientes y no estoy seguro de que esté listo para el horario estelar. Puede dividir la sincronización de datos utilizando LFTP + SFTP y el subsistema espejo de LFTP. Incluso puede dividir un archivo en múltiples transmisiones. También hay bittorrent.
No podrá hacer DHCP en estos puertos desde la perspectiva del cliente para iniciar PXE un instalador del sistema operativo , a menos que fuerce eth0 en el lado del servidor que técnicamente interrumpe la supervisión de LACP. Se puede hacer, pero no se debe hacer y hará que los problemas de solución de problemas sean más difíciles si fuerza una interfaz.
En su configuración de enlace, tendrá que generar una dirección MAC única que sea diferente a todas sus interfaces físicas, o tendrá condiciones de carrera debido a la forma en que funciona PXE / DHCP, suponiendo que haya DHCP / PXE en su configuración. Hay muchos ejemplos en línea de cómo generar el MAC bond0 único sobre la marcha.
Esto también requiere una configuración en el lado del conmutador que se alinee con la configuración de enlace de cada uno de sus servidores. Deberá tener instalado el demonio LLDP para que la solución de problemas sea menos dolorosa, y LLDP habilitado en sus conmutadores.
Si hace esto, su etiquetado y etiquetado deben ser perfectos. La automatización de su interruptor debe ser sólida. Un desplazamiento de cable que mezcla 2 servidores causará problemas muy divertidos.
Felicitaciones a Jay en IBM por hacer que el código de enlace sea tan bueno como lo hizo y por ayudarnos a descubrir cómo hacer que DHCP funcione en esta configuración.
fuente
Depende. Si el protocolo de tráfico primario tiene un equilibrio de carga de múltiples rutas incorporado, por ejemplo, iSCSI, esto funciona muy bien. La vinculación tiene una serie de problemas que las otras respuestas ya describen.
fuente