Quali sono le modalità di collegamento di rete in CentOS / RHEL

Il legame dell'interfaccia di rete è chiamato con molti nomi:Port Trunking, Channel Bonding, Link Aggregation, NIC teaming e altri. Combina o aggrega più connessioni di rete in un'interfaccia di collegamento a canale singolo. Ciò consente a due o più interfacce di rete di agire come una sola, aumentare il throughput e fornire ridondanza o failover.

Il kernel Linux viene fornito con il driver di collegamento per l'aggregazione di più interfacce di rete fisiche in un'unica interfaccia logica (ad esempio, l'aggregazione di eth0 ed eth1 in bond0). Per ciascuna interfaccia collegata è possibile definire la modalità e le opzioni di monitoraggio del collegamento. Sono disponibili sette diverse opzioni di modalità, ciascuna delle quali fornisce specifiche caratteristiche di bilanciamento del carico e tolleranza ai guasti.

Modalità di collegamento in rete

Sono disponibili le seguenti modalità di polizza vincolante:

Giro all'italiana :Questa è la modalità di default. Le trasmissioni di rete sono in ordine sequenziale a partire dal primo slave disponibile. Questa modalità fornisce bilanciamento del carico e tolleranza agli errori.

Backup attivo :Solo uno slave nel legame è attivo. Un'altra interfaccia slave diventa attiva se l'interfaccia slave attiva si guasta. L'indirizzo MAC del legame è visibile esternamente su una sola scheda di rete per evitare di confondere uno switch di rete. Questa modalità fornisce la tolleranza agli errori.

XOR (o esclusivo) :le trasmissioni di rete si basano su una politica hash di trasmissione. Il criterio predefinito deriva l'hash utilizzando gli indirizzi MAC. In questa modalità, le trasmissioni di rete destinate a peer specifici vengono inviate sempre sulla stessa interfaccia slave. Questa modalità funziona meglio per il traffico verso i peer sullo stesso collegamento o rete locale. Questa modalità fornisce bilanciamento del carico e tolleranza agli errori.

Trasmissione :Tutte le trasmissioni di rete vengono inviate su tutte le interfacce slave. Questa modalità fornisce la tolleranza agli errori.

802.3ad :utilizza un criterio di aggregazione del collegamento dinamico IEEE 802.3ad. I gruppi di aggregazione condividono la stessa velocità e le stesse impostazioni duplex. Questa modalità trasmette e riceve il traffico di rete su tutti gli slave nell'aggregatore attivo. Questa modalità richiede uno switch di rete conforme a 802.3ad.

Bilanciamento del carico di trasmissione adattivo (TLB) :Il traffico di rete in uscita viene distribuito in base al carico corrente su ciascuna interfaccia slave. Il traffico in entrata viene ricevuto dallo slave corrente. Se lo slave ricevente si guasta, un altro slave assume l'indirizzo MAC dello slave guasto. Questa modalità non richiede alcun supporto speciale per gli interruttori.

Bilanciamento del carico adattivo (ALB) :questa modalità include il bilanciamento del carico di trasmissione (tlb) e il bilanciamento del carico di ricezione (rlb) per il traffico IPv4 e non richiede alcun supporto speciale per lo switch. Il bilanciamento del carico di ricezione è ottenuto tramite la negoziazione ARP.

Vedi /usr/share/doc/iputils-*/README.bonding file per le descrizioni complete delle modalità di polizza obbligazionaria disponibili. La tabella seguente fornisce il riepilogo e il confronto delle modalità di Network Bonding.

Modalità	Politica	Come funziona	Tolleranza ai guasti	Bilanciamento del carico
0	Round Robin	I pacchetti vengono trasmessi/ricevuti in sequenza attraverso ciascuna interfaccia uno per uno.	No	Sì
1	Backup attivo	una NIC attiva mentre un'altra NIC è inattiva. Se la NIC attiva si interrompe, diventa attiva un'altra NIC. supportato solo in ambienti x86.	Sì	No
2	XOR [OR esclusivo]	In questa modalità, l'indirizzo MAC della NIC slave viene confrontato con il MAC della richiesta in entrata e una volta stabilita questa connessione, la stessa NIC viene utilizzata per trasmettere/ricevere per il MAC di destinazione.	Sì	Sì
3	Trasmissione	Tutte le trasmissioni vengono inviate a tutti gli slave	Sì	No
4	Aggregazione dinamica dei collegamenti	Le NIC aggregate agiscono come una NIC che si traduce in una maggiore velocità effettiva, ma fornisce anche il failover nel caso in cui una NIC si guasta. Dynamic Link Aggregation richiede uno switch che supporti IEEE 802.3ad.	Sì	Sì
5	Trasmissione del bilanciamento del carico (TLB)	Il traffico in uscita viene distribuito in base al carico corrente su ciascuna interfaccia slave. Il traffico in entrata viene ricevuto dallo slave corrente. Se lo slave ricevente si guasta, un altro slave assume l'indirizzo MAC dello slave guasto.	Sì	Sì
6	Bilanciamento del carico adattivo (ALB)	A differenza di Dynamic Link Aggregation, Adaptive Load Balancing non richiede alcuna configurazione di switch particolare. Il bilanciamento del carico adattivo è supportato solo negli ambienti x86. I pacchetti di ricezione sono bilanciati dal carico tramite la negoziazione ARP.	Sì	Sì

Monitoraggio collegamento collegamento di rete

Il driver di collegamento supporta due metodi per monitorare lo stato del collegamento di uno slave:

Monitoraggio MII (Media Independent Interface)

Questa è l'opzione di monitoraggio del collegamento predefinita. Questo metodo controlla solo lo stato del vettore dell'interfaccia di rete locale. Si basa sul driver del dispositivo per le informazioni sullo stato del vettore, o interroga direttamente i registri MII o usa ethtool per tentare di ottenere lo stato del vettore. È possibile specificare le seguenti informazioni per il monitoraggio MII:

• Frequenza di monitoraggio :il tempo in millisecondi tra la query sullo stato del vettore
• Ritardo collegamento :il tempo in millisecondi di attesa prima di utilizzare un collegamento attivo
• Ritardo collegamento down :il tempo in millisecondi di attesa prima di passare a un altro collegamento quando il collegamento attivo viene segnalato come inattivo

Monitoraggio ARP

Questo metodo di monitoraggio del collegamento invia query APR ai sistemi peer sulla rete e utilizza la risposta come indicazione che il collegamento è attivo. Il monitor ARP si basa sul driver del dispositivo per mantenere aggiornati l'ora dell'ultima ricezione e l'ora di inizio della trasmissione. Se il driver del dispositivo non si aggiorna in queste ore, il monitor ARP guasta tutti gli slave che utilizzano quel driver del dispositivo. È possibile specificare le seguenti informazioni per il monitoraggio dell'APR:

• Frequenza di monitoraggio :il tempo in millisecondi di invio delle query ARP
• Obiettivi ARP :un elenco separato da virgole di indirizzi IP a cui vengono inviate le query ARP