Risposte:
(2a). Bilancio del carico.
(3). Separazione del traffico (ovvero è possibile disporre di un server web / database combinato, stessa rete, collocare tutto il traffico Web su una scheda NIC, traffico db sull'altra, semplificare il calcolo dei carichi per i tipi di traffico). Questo rende anche più facile dividere i due in seguito, nessuno deve cambiare le stringhe di connessione.
Una rete separata per i backup.
Una rete separata per l'accesso alla console (in genere questi sono ora integrati sulla scheda di sistema per i server mainstream).
Produttività aumentata (più reti GB) legate insieme.
C'è solo un altro motivo importante a cui riesco a pensare, che è simile alla ridondanza, ed è il Trunking, quindi puoi configurare il traffico in modo che fluisca su porte 2x1Gbit, offrendoti 2Gbit di throughput totale. Alcuni si riferiscono a questo come LaCP, Linux lo sa come mode = 4 come descritto di seguito.
Le modalità di collegamento dell'interfaccia Linux offrono alcune altre opzioni:
mode = 0 (balance-rr) Politica round robin
mode = 1 (backup attivo) Politica di backup attivo
mode = 2 (balance-xor) Criterio XOR: trasmissione basata su [(indirizzo MAC di origine XOR'd con indirizzo MAC di destinazione) conteggio modulo slave].
mode = 3 (broadcast) Politica di trasmissione: trasmette tutto su tutte le interfacce slave. Questa modalità fornisce tolleranza d'errore.
mode = 4 (802.3ad) IEEE 802.3ad Aggregazione di collegamenti dinamici. Crea gruppi di aggregazione che condividono le stesse impostazioni di velocità e duplex.
mode = 5 (balance-tlb) Bilanciamento del carico di trasmissione adattivo: legame di canale che non richiede alcun supporto speciale per l'interruttore.
mode = 6 (balance-alb) Bilanciamento del carico adattivo: include balance-tlb più il bilanciamento del carico in ricezione (rlb) per il traffico IPV4 e non richiede alcun supporto speciale per switch.
Simile al n. 2, anche più schede di rete sono un requisito per l'alta disponibilità. Più interfacce di rete (sulla stessa rete, ma dovrebbero essere veramente separate) verranno utilizzate per monitorare quali server sono disponibili (un battito cardiaco). Inoltre, nel caso di VMWare, una terza NIC può essere utilizzata per migrare lo stato attivo di una macchina virtuale senza interferire con la quantità di larghezza di banda disponibile per l'interfaccia pubblica o il battito cardiaco.
Probabilmente 2 NIC sono il minimo richiesto per un server, come altri hanno detto almeno per HA. Se inizi a includere console, heartbeat, possibilmente archiviazione iSCSI ... puoi facilmente colpire mezza dozzina di schede di rete per un server.
Questo potrebbe rientrare in "# È necessario connettersi a 2 reti fisiche diverse", ma se anche il server fosse un router, sarebbero necessarie due schede di rete.
Uso sempre 2 schede di rete in un server per ridondanza. Più di una volta nel corso degli anni ho scollegato il cavo sbagliato (di solito causato da correre troppo). È davvero bello non disconnettere il server di conseguenza. Ho anche sofferto di schede di rete non riuscite un paio di volte.
Per quanto mi riguarda, se possibile un server dovrebbe avere tutto ridondante. Le schede di rete non fanno eccezione. In rare occasioni ho anche avuto bisogno dell'isolamento del traffico e ho aggiunto una seconda coppia per quello.
Non ho mai capito l'argomento ridondanza della NIC. Senza parti mobili raramente si guastano ... non hai 2 schede madri in un server, vero? Meglio essere ridondanti a livello di intero server.
Tuttavia, mi piace la ridondanza "errore umano" sopra quando si scollega l'errore.