Respuestas:
(2a) Balanceo de carga.
(3) Separación del tráfico (es decir, podría tener un servidor web / base de datos combinado, la misma red, poner todo el tráfico web en una NIC, tráfico db en la otra, facilita el cálculo de cargas para tipos de tráfico). Esto también hace que sea más fácil dividir los dos más adelante, nadie tiene que cambiar las cadenas de conexión.
Una red separada para copias de seguridad.
Una red separada para el acceso a la consola (por lo general, ahora están integrados en la placa del sistema para los servidores principales).
Aumento del rendimiento (redes de varios GB) unidos.
Solo puedo pensar en otra razón importante, que es similar a la redundancia, y es Trunking, por lo que puede configurar el tráfico para que fluya a través de puertos de 2x1 Gbit, lo que le brinda un rendimiento total de 2 Gbit. Algunos se refieren a esto como LaCP, Linux lo conoce como modo = 4 como se describe a continuación.
Los modos de enlace de la interfaz de Linux ofrecen algunas otras opciones:
modo = 0 (balance-rr) Política Round-Robin
modo = 1 (copia de seguridad activa) Política de copia de seguridad activa
modo = 2 (balance-xor) Política XOR: Transmisión basada en [(dirección MAC de origen XOR'd con dirección MAC de destino) módulo de recuento de esclavos].
mode = 3 (broadcast) Política de transmisión: transmite todo en todas las interfaces esclavas. Este modo proporciona tolerancia a fallas.
modo = 4 (802.3ad) IEEE 802.3ad Agregación dinámica de enlaces. Crea grupos de agregación que comparten la misma configuración de velocidad y dúplex.
modo = 5 (balance-tlb) Equilibrio de carga de transmisión adaptativo: enlace de canal que no requiere ningún soporte especial del interruptor.
modo = 6 (balance-alb) Equilibrio de carga adaptativo: incluye balance-tlb más el equilibrio de carga de recepción (rlb) para el tráfico IPV4, y no requiere ningún soporte especial de conmutador.
Similar al # 2, múltiples NIC también son un requisito para una alta disponibilidad. Se usarán múltiples interfaces de red (en la misma red, pero deberían estar separadas) para monitorear qué servidores están disponibles (un latido). Además, en el caso de VMWare, se puede usar una tercera NIC para migrar el estado activo de una máquina virtual sin interferir con la cantidad de ancho de banda disponible para la interfaz pública o el latido del corazón.
Probablemente 2 NIC es el mínimo requerido para un servidor, como otros dicen al menos para HA. Si comienza a incluir consola, latido, posiblemente almacenamiento iSCSI ... puede acceder fácilmente a media docena de NIC para un servidor.
Esto puede aparecer en "# Debe conectarse a 2 redes físicas diferentes", pero si el servidor también fuera un enrutador, necesitaría dos NIC.
Siempre uso 2 NIC en un servidor por redundancia. Más de una vez a lo largo de los años he desconectado el cable incorrecto (generalmente causado por apresurarse demasiado). Es realmente agradable no tener el servidor desconectado como resultado. También he sufrido NIC fallidas un par de veces.
En lo que a mí respecta, si es posible, un servidor debería tener todo redundante. Las NIC no son una excepción. En la rara ocasión en que también necesitaba aislamiento de tráfico, agrego un segundo par para eso.
Nunca he entendido el argumento de redundancia de NIC. Sin partes móviles, rara vez fallan ... no tienes 2 placas base en un servidor, ¿verdad? Mejor ser redundante en todo el nivel del servidor.
Sin embargo, me gusta la redundancia de "error humano" anterior cuando se desconecta por error.