Respostas:
(2a) Balanceamento de carga.
(3) Separação de tráfego (ou seja, você pode ter um servidor Web / banco de dados combinado, a mesma rede, colocar todo o tráfego da Web em uma NIC, o tráfego db na outra, facilita o cálculo de cargas para tipos de tráfego). Isso também facilita a divisão dos dois posteriormente, ninguém precisa alterar as seqüências de conexão.
Uma rede separada para backups.
Uma rede separada para acesso ao console (normalmente, agora eles estão integrados na placa do sistema para servidores convencionais).
Maior taxa de transferência (várias redes de GB) conectadas.
Só posso pensar em outro motivo importante, que é semelhante à redundância, e é Trunking, para que você possa configurar o tráfego para fluir através de portas 2x1Gbit, fornecendo 2Gbit de taxa de transferência total. Alguns se referem a isso como LaCP, o linux sabe disso como mode = 4, conforme descrito abaixo.
Os modos de ligação da interface Linux oferecem algumas outras opções:
mode = 0 (balance-rr) Política de round-robin
mode = 1 (backup ativo) Política de backup ativo
mode = 2 (balance-xor) Política XOR: transmite com base na contagem de escravos do módulo [(endereço MAC de origem XOR com endereço MAC de destino)].
mode = 3 (broadcast) Política de transmissão: transmite tudo em todas as interfaces escravas. Este modo fornece tolerância a falhas.
mode = 4 (802.3ad) IEEE 802.3ad Agregação de link dinâmico. Cria grupos de agregação que compartilham as mesmas configurações de velocidade e duplex.
mode = 5 (balance-tlb) Balanceamento de carga de transmissão adaptável: ligação de canal que não requer nenhum suporte especial à chave.
mode = 6 (balance-alb) Balanceamento de carga adaptável: inclui balance-tlb mais balanceamento de carga de recebimento (rlb) para tráfego IPV4 e não requer nenhum suporte especial ao switch.
Semelhante ao item 2, várias NICs também são um requisito para alta disponibilidade. Múltiplas interfaces de rede (na mesma rede, mas devem ser realmente separadas) serão usadas para monitorar quais servidores estão disponíveis (uma pulsação). Além disso, no caso do VMWare, uma terceira NIC pode ser usada para migrar o estado ativo de uma máquina virtual sem interferir na quantidade de largura de banda disponível na interface pública ou na pulsação.
Provavelmente 2 NICs é o mínimo necessário para um servidor, como outro dito pelo menos para HA. Se você começar a incluir console, pulsação, possivelmente armazenamento iSCSI ... poderá acessar facilmente meia dúzia de placas de rede para um servidor.
Isso pode estar em "# Você precisa se conectar a 2 redes físicas diferentes", mas se o servidor também fosse um roteador, ele precisaria de duas NICs.
Eu sempre uso 2 NICs em um servidor para redundância. Mais de uma vez ao longo dos anos, desconectei o cabo errado (geralmente causado por excesso de velocidade). É muito bom não ter o servidor desconectado como resultado. Também sofri NICs com falha algumas vezes.
No que me diz respeito, se possível, um servidor deve ter tudo redundante. NICs não são exceção. Nas raras ocasiões em que também precisei de isolamento de tráfego, adicionei um segundo par para isso.
Eu nunca entendi o argumento de redundância da NIC. Sem partes móveis, elas raramente falham ... você não tem duas placas-mãe em um servidor, não é? É melhor ser redundante em todo o nível do servidor.
No entanto, eu gosto da redundância "erro humano" acima ao desconectar o erro.