Un servidor crítico conectado a la red por un solo cable es un punto único de fallo esperando su turno: basta que se dañe ese cable, ese puerto o el switch al que llega para dejar la máquina —y todo lo que sirve— incomunicada. Un servidor de verdad no se conecta así. Combina varios puertos de red en uno lógico mediante lo que se conoce como NIC teaming (o bonding en Linux, o teaming en Windows: el mismo concepto con distinto nombre).
Qué resuelve, y sus dos objetivos
Agrupar dos o más tarjetas de red (NICs) para que actúen como una sola persigue dos metas, que a veces se combinan:
- Redundancia: si un puerto, cable o switch falla, el tráfico sigue por los otros sin que el servicio se caiga. Es la razón principal.
- Ancho de banda: sumar la capacidad de varios enlaces para mover más datos de los que un solo puerto permite.
Los modos, en cristiano
Sin perderse en la jerga, hay dos familias de comportamiento. En activo-pasivo (failover), un puerto trabaja y el otro espera de reserva, listo para tomar el relevo si el activo cae: es pura redundancia, simple y robusta. En activo-activo (balanceo), todos los puertos trabajan a la vez, repartiendo el tráfico y sumando ancho de banda, además de dar redundancia. La elección depende de si buscas solo seguridad o también capacidad.
LACP: cuando el servidor y el switch se ponen de acuerdo
Aquí entra la sigla que confunde. LACP (parte del estándar 802.3ad) es un protocolo por el que el servidor y el switch negocian y coordinan el grupo de enlaces, para tratarlos como uno solo de forma ordenada. La clave: LACP requiere configuración en ambos lados —en el servidor y en el switch, donde se define un "port channel" o "agregado"—. A cambio, da el balanceo más inteligente. Existen también modos switch-independent que no necesitan tocar el switch (útiles cuando no controlas ese equipo), a cambio de menos capacidad de balanceo. No es que LACP sea "mejor": es más capaz pero ata las dos puntas.
NIC teaming bien hecho: cada puerto va a un switch distinto, para sobrevivir a que un switch entero muera. Failover o balanceo con LACP.
El detalle que hace la redundancia real
Aquí está el error que anula todo el esfuerzo: poner las dos tarjetas del team en el mismo switch. Si ese switch muere, no importa cuántos cables tengas: te quedaste sin red. La redundancia de verdad conecta cada puerto del team a un switch distinto, de modo que sobreviva a la muerte de un switch entero. Es el mismo principio de no dejar puntos únicos de fallo aplicado a la red del servidor, y exige que los switches soporten repartir un agregado entre ellos.
Una expectativa que conviene aterrizar
Un matiz honesto para no llevarse una decepción: juntar dos enlaces de 1 Gbps no le da 2 Gbps a una sola transferencia. El balanceo se hace por flujo (por conversación), así que una copia individual sigue topada en 1 Gbps; lo que ganas es que muchas conversaciones simultáneas usen el total combinado. El teaming multiplica la capacidad agregada del servidor, no la velocidad de una sola descarga.
La idea que se queda
El NIC teaming combina puertos de red para que el servidor sobreviva a un fallo de cable, puerto o switch, y de paso sume ancho de banda agregado. Los modos van de failover simple a balanceo con LACP; la redundancia real reparte los enlaces en switches distintos; y el ancho de banda se suma por flujos, no por transferencia. Otro subsistema que separa a un servidor de una PC.