Come configurare il Network Bonding su SUSE Linux Enterprise 15

Un'aggregazione di rete fornisce a un sistema SUSE Linux Enterprise Server 15 un'interfaccia di rete logica supportata da due o più porte fisiche. Un buon risultato è un bond0dispositivo persistente con la configurazione IP desiderata, i membri previsti e uno stato del collegamento chiaro. L'aggregazione può migliorare la disponibilità e alcune modalità distribuiscono il traffico, ma non garantisce una velocità superiore per ogni connessione né protegge da ogni guasto di switch, cavo o a monte.

Questa guida segue la procedura di aggregazione di rete di SUSE SLES 15 SP7 pubblicata il 1° ottobre 2026. Utilizza file wickedtradizionali ifcfg. L'esempio utilizza DHCP e active-backup, che è una modalità di failover pratica che non richiede il supporto speciale dello switch. Sostituire i nomi e gli indirizzi delle interfacce in modo che corrispondano all'host. Consultare la guida di SUSE sulla gestione dei dispositivi di aggregazione di rete .

Definisci cosa significa successo

Un bond combina più interfacce Ethernet in un unico dispositivo logico, come ad esempio bond0. Le applicazioni e il routing utilizzano tale dispositivo; il driver di bonding di Linux seleziona o distribuisce il traffico tra le porte membri. Decidi di cosa hai bisogno prima di modificare:

• Ridondanza: un singolo collegamento membro può guastarsi mentre il servizio continua tramite un altro.
• Aggregazione di link: lo switch e l'host concordano sul protocollo e la distribuzione del traffico si adatta al carico di lavoro.
• Funzionamento affidabile: il collegamento si ripristina dopo il riavvio, riceve l'indirizzo e i percorsi previsti e segnala lo stato corretto del membro.

Il bonding non crea automaticamente percorsi di switch indipendenti. Inoltre, due collegamenti non significano che una connessione TCP funzionerà al doppio della velocità. È necessario verificare la progettazione della rete e lo stato degli host.

Scegli una modalità di adesione

Le modalità 0, 2 e 4 richiedono il supporto o la configurazione di uno switch compatibile. Utilizzatele active-backupquando il vostro obiettivo principale è un failover semplice. Sceglietele 802.3adsolo dopo che il team di rete ha confermato la presenza di un port channel LACP corrispondente. Per i dettagli sulle modalità, consultate la guida di SUSE e la documentazione sul bonding del kernel Linux .

Preparare l'ospite

Mantieni disponibile una console o una sessione fuori banda. La riconfigurazione dell'interfaccia che gestisce SSH potrebbe disconnettere la sessione. Pianifica le modifiche di produzione durante una finestra di manutenzione e conserva la configurazione originale per eventuali ripristini.

1. Identifica le interfacce e gli indirizzi correnti con ip -br linke ip -br addr.
2. Conferma quale gestore di rete controlla il server. I carichi di lavoro del server SLES in genere utilizzano wicked; evita di gestire gli stessi collegamenti con due gestori.
3. Esaminare /etc/sysconfig/network/, in particolare ifcfg-<interface>, ed eseguire il backup dei file rilevanti.
4. Associa ciascuna scheda di rete al relativo cavo e alla porta dello switch. Verifica se la modalità scelta richiede un gruppo di aggregazione dello switch.

L'esempio utilizza enp1s0e enp2s0. Il tuo sistema potrebbe utilizzare eth0, ens3, o altri nomi. Verifica i nomi effettivi dei dispositivi prima di copiare qualsiasi cosa.

Configurare il backup attivo con i file ifcfg

1. Definisci il legame

Crea /etc/sysconfig/network/ifcfg-bond0:

STARTMODE='auto'
BOOTPROTO='dhcp'

BONDING_MASTER='yes'
BONDING_SLAVE0='enp1s0'
BONDING_SLAVE1='enp2s0'

BONDING_MODULE_OPTS='mode=active-backup miimon=100'

STARTMODE='auto'avvia automaticamente il bond. BOOTPROTO='dhcp'Richiede un indirizzo dinamico per il bond. Per la configurazione statica, utilizzare BOOTPROTO='static'e aggiungere il valore corretto IPADDR, ad esempio IPADDR='192.0.2.20/24'. Questo indirizzo riservato è un esempio; non assegnarlo su una rete attiva a meno che non sia effettivamente il tuo. Configura gli indirizzi su bond0, non separatamente sulle porte membro.

BONDING_MASTERIdentifica il legame. Ogni BONDING_SLAVEnvoce numerata indica un membro. miimon=100Abilita i controlli del collegamento ogni 100 millisecondi; SUSE avverte di non rimuoverlo. Imposta le opzioni gateway, DNS e IPv6 in base al tuo piano di rete.

2. Impostare le interfacce membro

Eseguire il backup dei file dei membri. Modificare /etc/sysconfig/network/ifcfg-enp1s0in /etc/sysconfig/network/ifcfg-enp2s0modo che ciascuno abbia la configurazione del membro e nessun indirizzo IP indipendente:

BOOTPROTO='none'
STARTMODE='hotplug'

Ciò consente al gruppo di controllare le porte e permette a un membro di unirsi quando disponibile. Vengono mantenute le impostazioni locali richieste e il risultato viene confrontato con i backup prima dell'attivazione.

3. Rivedi e attiva

Controlla cosa useranno i malvagi:

sudo wicked show-config

Verificare che bond0l'elenco includa i membri previsti, che i file dei membri non configurino indirizzi separati e che siano presenti il ​​protocollo e la modalità desiderati. Correggere eventuali omissioni prima di procedere. Avviare il bond con:

sudo wicked ifup all bond0

La procedura di SUSE utilizza wicked per avviare il bond. Non tentare di avviare un'unità systemd specifica del dispositivo. Dopo aver modificato una configurazione di bond attiva, applicala con sudo wicked ifreload bond0. Una connessione remota potrebbe interrompersi durante le modifiche di rete, quindi mantieni disponibile l'accesso alla console.

Utilizzare LACP solo con il coordinamento dello switch

Per un canale di porte LACP configurato come switch, utilizzare questa opzione mantenendo attivo il monitoraggio del collegamento:

BONDING_MODULE_OPTS='mode=802.3ad miimon=100'

Apportare la modifica solo dopo che lo switch è stato configurato per l'aggregazione dinamica IEEE 802.3ad e i collegamenti soddisfano i relativi requisiti. SUSE specifica la corrispondenza di velocità e duplex e la connessione allo stesso switch. Gli stack di switch e le configurazioni multi-chassis hanno requisiti specifici del fornitore; verificarli nella documentazione dello switch.

Se LACP non è disponibile o non è configurato, utilizzarlo active-backupper il failover di base. Il fatto che un bond Linux sia attivo non dimostra che un port channel dello switch sia configurato correttamente.

Verificare il risultato

Controlla wicked, gli indirizzi e il report di aggregazione del kernel:

sudo wicked ifstatus --verbose bond0
ip -br addr
cat /proc/net/bonding/bond0

wicked ifstatus --verbose bond0Il report segnala lo stato di wicked. ip -br addrMostra se bond0è attivo e se detiene l'indirizzo previsto. Il report del kernel mostra la modalità, le interfacce membro, lo stato del collegamento e il membro attivo per active-backup.

Prima di considerare il lavoro completato, presta attenzione a questi segnali:

• bond0è presente e operativo come previsto.
• L'indirizzo e i percorsi appartengono al bond, non a un singolo codice NIC.
• Entrambi i membri sono presenti, con stati di collegamento coerenti con il cablaggio e le porte dello switch.
• Nella configurazione attivo-backup, un membro è attivo e un altro è disponibile come backup.
• Per LACP, sia l'host che lo switch mostrano l'aggregazione prevista. Un collegamento Linux attivo da solo non è sufficiente a dimostrare il corretto funzionamento di LACP.

Quando autorizzato, testa il failover disconnettendo o disabilitando amministrativamente un membro alla volta, monitorando la connettività e il report di aggregazione. Verifica che il traffico venga ripristinato tramite il collegamento funzionante, ripristina il collegamento testato, quindi testa l'altro. Non interrompere un sistema remoto senza accesso alla console e senza una finestra di manutenzione.

Risoluzione dei problemi in base ai sintomi osservati

Se una modifica disconnette il server, utilizzare la console per ripristinare i file salvati e seguire le procedure di ripristino della rete del sito. Conservare i backup fino a quando il bond non supera i controlli di riavvio e di failover.

Comprendere i limiti

Il bonding può gestire il guasto di un membro quando un altro rimane utilizzabile e il resto della rete consente il proseguimento del traffico. Non copre automaticamente il guasto di uno switch, l'interruzione del router a monte, un errore VLAN o un problema di routing. SUSE sconsiglia di suddividere un bonding su più switch nella maggior parte delle configurazioni hardware; per qualsiasi configurazione con più switch, attenersi alle specifiche del produttore dello switch.

La distribuzione del traffico dipende dalla modalità, dallo switch peer e dal modello dei flussi attivi. Una singola connessione può rimanere su un membro, quindi due porte non garantiscono il raddoppio della velocità di trasferimento. Misurare il traffico rappresentativo e monitorare errori, perdite, throughput e comportamento in caso di failover. Se i risultati non soddisfano i requisiti di servizio, rivedere la modalità e la configurazione dello switch anziché presumere che l'aggiunta di interfacce migliori le prestazioni.