Un singolo canale LACP su più switch aumenta la ridondanza?


9

Sono curioso di avere opinioni, risultati o prove del fatto che avere interfacce multiple collegate usando LACP a porte in più switch può aumentare la ridondanza. Le interfacce precedentemente collegate sono sempre state verso un singolo switch, con un canale ridondante verso un'altra porta.

Senza entrare nelle specifiche del fornitore, il mio pensiero è che, trattandosi di un singolo LACP, la probabilità che un evento o una modifica possa portare a un'interruzione del servizio ampia. Senza avere l'attrezzatura di riserva o il tempo per testare questo singolo canale su diversi switch, chiunque con una conoscenza di rete più grande di me stesso, potrebbe dirmi se ci fosse un evento sul lato della rete che avrebbe portato la connettività di rete a un server che aveva creato un'interfaccia collegata a due porte su switch separati?

L'uso di canali ethernet collegati tra più switch (che ci viene consigliato di poter utilizzare) dal server, fornisce sia un throughput migliorato (indiscutibilmente), sia una ridondanza migliorata (incerta). Eventi di rete come guasti allo switch, migrazione delle porte, patch, ripristino, ecc. Potrebbero rendere non disponibile il canale per entrambe le interfacce di rete del server?

Grazie in anticipo.

Risposte:


11

Lo stesso LACP non offre la possibilità di legare tra più switch; si lega tra più porte su un singolo switch Ethernet e, a seconda del fornitore, potrebbero anche esserci delle restrizioni su quali porte su uno switch possono essere collegate insieme.

Alcuni fornitori hanno protocolli proprietari (in genere chiamati MLAG ) che consentono i canali ethernet collegati tra diversi switch ethernet. Ad esempio Cisco Nexus vPC (o genericamente MLAG) funziona con gli switch o collegando un singolo canale della porta LACP su un server attraverso due switch collegati.

L'uso di canali ethernet collegati tra più switch (che ci viene consigliato di poter utilizzare) dal server, fornisce sia un throughput migliorato (indiscutibilmente), sia una ridondanza migliorata (incerta). Eventi di rete come guasti allo switch, migrazione delle porte, patch, ripristino, ecc. Potrebbero rendere non disponibile il canale per entrambe le interfacce di rete del server?

LACP dovrebbe fornire protezione contro una singola porta fisica o guasto del cavo all'interno del canale LACP.

LACP non può proteggere da fattori umani, come l'arresto accidentale dell'interfaccia LACP, la rimozione del vlan o l'esecuzione di un TDR su un collegamento membro del canale di porta. Inoltre, LACP non può proteggere da una larghezza di banda eccessiva di provisioning tramite un collegamento a un singolo membro su quel canale LACP, eventi di spanning tree, tempeste di trasmissione, inondazioni unicast sconosciute eccessive, ecc ...

Se sei preoccupato per i tempi di recupero, assicurati di utilizzare brevi timeout del protocollo LACP sulle tue interfacce.


Ed è l'uso di canali Ethernet collegati su più switch che ci viene consigliato di poter utilizzare dal server. Fornire sia una migliore produttività (indiscutibilmente), sia una migliore ridondanza (incerta). Potrebbero / potrebbero verificarsi eventi di rete come guasti allo switch, migrazione delle porte, patch, ripristino, che il canale non sarà disponibile?
Sirch,

3

Il LACP di solito può essere realizzato solo per un singolo dispositivo o gruppo di dispositivi che agiscono come uno solo. Quindi ... potresti farlo tra uno switch e uno stack, ma non distribuire su più dispositivi unici.


1
Si noti che alcune delle tecnologie MLAG (Multi-Chassis Link Aggregation) negli switch più recenti funzionano senza "impilamento". Cioè, ogni interruttore mantiene il proprio piano di controllo attivo e può funzionare in modo indipendente. Arista MLAG, VCS di Brocade, Cisco vPC, IRF di HP sono tutti esempi di questo approccio.
rmalayter,

da qui la parte "solitamente" delle cose :)
SpacemanSpiff

3

LACP è un protocollo che consente all'host di comunicare agli switch che desidera aggregare più connessioni fisiche. Tuttavia, questa aggregazione potrebbe non essere sempre possibile. Se viene stabilita la connessione a più switch, tali switch devono supportare un metodo di cooperazione per creare il collegamento collegato o non saranno in grado di farlo.

La maggior parte degli switch non supporta questa cooperazione. Alcuni tuttavia lo fanno. Il metodo più comune è il protocollo SMLT, che consente agli switch di cooperare nella creazione di collegamenti collegati. Alcuni switch supportano anche protocolli di stacking che consentono a più switch di agire come un singolo switch logico. In entrambi i casi, ti consigliamo di controllare la documentazione per essere sicuro del supporto e della configurazione.


3

LACP aggrega più collegamenti fisici tra gli stessi due dispositivi in un collegamento logico con un throughput più elevato. Se si desidera ridondanza in caso di guasto di uno switch, è necessario impostare i collegamenti a due switch e configurare il server in modo da collegare i due collegamenti con il protocollo spanning tree abilitato. STP sceglierà automaticamente un collegamento per essere attivo e l'altro backup. Se il collegamento principale si interrompe (interruttore non funzionante), passerà al backup. Questo non ha nulla a che fare con LACP.


Questa è una dichiarazione imprecisa. Se si utilizza LACP tra due dispositivi, in cui entrambi non sono Switch, non aumenterà la velocità effettiva, a meno che non si utilizzi il round robin per il bilanciamento del carico che non è raccomandato a causa di pacchetti fuori servizio. LACP equilibra il carico in base alla conversazione, che potrebbe durare a lungo e utilizzare sempre lo stesso collegamento fisico per comunicare ... Se un dispositivo è uno switch con più client, otterrai più conversazioni che portano a un aumento della produttività sul LACP collegato " d dispositivo di sicuro.
riconoscere il

@dognose, LACP aumenta la produttività per definizione . Vale a dire: l'intero motivo dell'esistenza di LACP è quello di aumentare la produttività. Stai confondendo LACP con il driver di linux bonding, che instrada i pacchetti su più interfacce tramite software e dove mantenere le garanzie di ordine è difficile se non impossibile (anche se onestamente, chi se ne frega di ordinare?). Una singola interfaccia che ha più porte fisiche e supporto hardware per LACP (e collegata a uno switch con supporto LACP) non presenta tali problemi.
psusi,

2

Aggregazione 4nics (2of4 attivi + failover automatico):

Linux: eth0-3 -> bond0, modalità bonding = 4

Switch (Juniper per esempio): porta 1 + porta 2 -> ae1 set interfaces ae1 aggregated-ether-options lacp set passive interfaces ae1 (... assegnazioni vlan qui ...)

passivo sul lato switch assicura che sia Linux a connettere il partner con cui parlare. Se hai bisogno dell'avvio PXE sulla stessa rete - cerca l' opzione di potenziamento (ginepro) su interruttore A, ge-0/0/1


1

L'aggregazione dei collegamenti può verificarsi tra un dispositivo e 2 o più switch Cisco purché siano in uno stack o su core che utilizzano VSS, ad esempio. Di solito, una buona regola empirica è se esiste solo un'interfaccia mgmt che controlla una pila di switch, quindi avrà una tabella di indirizzi mac su cui Etherchannel o LACP può essere utilizzato per tenere traccia degli IP e dei MAC utilizzati ciascuno dei percorsi aggregati EC / LACP.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.