Cum se configurează Network Bonding pe SUSE Linux Enterprise 15

O legătură de rețea oferă unui sistem SUSE Linux Enterprise Server 15 o interfață de rețea logică susținută de două sau mai multe porturi fizice. Un rezultat bun este un bond0dispozitiv persistent cu configurația IP dorită, membrii așteptați atașați și o stare de legătură clară. Legătura poate îmbunătăți disponibilitatea, iar unele moduri distribuie traficul, dar nu garantează o viteză mai mare pentru fiecare conexiune și nu protejează împotriva fiecărei defecțiuni a comutatorului, cablului sau a rețelei în amonte.

Acest ghid urmează procedura de legare la rețea pentru SUSE SLES 15 SP7, publicată la 1 octombrie 2026. Folosește fișiere wickedtradiționale și ifcfg. Exemplul utilizează DHCP și active-backup, care este un mod practic de failover ce nu necesită suport special pentru switch-uri. Înlocuiți numele interfețelor și adresarea pentru a se potrivi cu gazda. Consultați ghidul SUSE privind gestionarea dispozitivelor de legare la rețea .

Definește ce înseamnă succesul

O legătură combină mai multe interfețe Ethernet într-un singur dispozitiv logic, cum ar fi bond0. Aplicațiile și rutarea utilizează acel dispozitiv; driverul de legătură Linux selectează sau distribuie traficul între porturile sale membre. Decideți ce aveți nevoie înainte de a edita:

• Redundanță: o legătură cu un singur membru poate eșua în timp ce serviciul continuă prin intermediul altuia.
• Agregarea legăturilor: switch-ul și gazda sunt de acord asupra protocolului, iar distribuția traficului se potrivește volumului de lucru.
• Operațiuni fiabile: legătura revine după repornire, primește adresa și rutele așteptate și raportează starea corectă a membrului.

Legăturile nu creează automat căi de comutare independente. Două legături nu înseamnă, de asemenea, că o conexiune TCP va rula la o viteză dublă. Validați designul rețelei și starea gazdei.

Alegeți un mod de legare

Modurile 0, 2 și 4 necesită suport sau configurație compatibilă pentru switch-uri. Folosiți-le active-backupatunci când obiectivul principal este o reluare simplă a erorii. Alegeți-le 802.3adnumai după ce echipa de rețea confirmă un canal de port LACP potrivit. Pentru detalii despre mod, consultați ghidul SUSE și documentația Linux kernel bonding .

Pregătiți gazda

Păstrați disponibilă o consolă sau o sesiune în afara benzii. Reconfigurarea interfeței care transportă SSH poate deconecta sesiunea. Programați modificările de producție pentru o fereastră de mentenanță și păstrați configurația originală pentru revenire.

1. Identificați interfețele și adresele curente cu ip -br linkși ip -br addr.
2. Confirmați care manager de rețea controlează serverul. În general, sarcinile de lucru ale serverului SLES utilizează wicked; evitați gestionarea acelorași legături cu doi manageri.
3. Inspectați /etc/sysconfig/network/, în special ifcfg-<interface>, și faceți copii de rezervă ale fișierelor relevante.
4. Mapați fiecare placă de rețea (NIC) la cablul și portul său de comutare. Verificați dacă modul ales necesită un grup de agregare a comutatoarelor.

Exemplul folosește enp1s0și enp2s0. Sistemul dumneavoastră poate folosi eth0, ens3, sau alte nume. Confirmați numele reale ale dispozitivelor înainte de a copia orice.

Configurați Active Backup cu fișiere ifcfg

1. Definiți legătura

Creați /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'pornește automat legătura. BOOTPROTO='dhcp'solicită o adresă dinamică pentru legătură. Pentru configurare statică, utilizați BOOTPROTO='static'și adăugați valoarea corectă IPADDR, cum ar fi IPADDR='192.0.2.20/24'. Acea adresă rezervată este un exemplu; nu o atribuiți într-o rețea activă decât dacă este de fapt a dvs. Configurați adresele pe bond0, nu separat pe porturile membre.

BONDING_MASTERidentifică legătura. Fiecare BONDING_SLAVEnintrare numerotată denumește un membru. miimon=100activează verificările legăturilor la fiecare 100 de milisecunde; SUSE avertizează să nu fie eliminată. Setați opțiunile gateway, DNS și IPv6 în funcție de planul de rețea.

2. Setați interfețele membrilor

Faceți o copie de rezervă a fișierelor membrilor. Editați /etc/sysconfig/network/ifcfg-enp1s0, /etc/sysconfig/network/ifcfg-enp2s0astfel încât fiecare să aibă configurația membrilor și nicio adresă IP independentă:

BOOTPROTO='none'
STARTMODE='hotplug'

Acest lucru permite legăturii să controleze porturile și permite unui membru să se alăture atunci când este disponibil. Păstrați setările locale necesare și comparați rezultatul cu copiile de rezervă dinaintea activării.

3. Revizuire și activare

Verifică ce va folosi Wicked:

sudo wicked show-config

Verificați dacă bond0listează membrii vizați, dacă fișierele membrilor nu configurează adrese separate și dacă apar protocolul și modul dorite. Corectați omisiunile înainte de a continua. Afișați legătura cu:

sudo wicked ifup all bond0

Procedura SUSE folosește wicked pentru a porni legătura. Nu încercați să porniți o unitate systemd specifică dispozitivului. După editarea unei configurații active de legătură, aplicați-o cu sudo wicked ifreload bond0. O conexiune la distanță se poate întrerupe în timpul modificărilor de rețea, așadar păstrați accesul la consolă disponibil.

Folosește LACP doar cu coordonare de comutare

Pentru un canal de port LACP configurat ca switch, utilizați această opțiune, menținând în același timp monitorizarea legăturii:

BONDING_MODULE_OPTS='mode=802.3ad miimon=100'

Efectuați modificarea numai după ce switch-ul este configurat pentru agregarea dinamică IEEE 802.3ad și legăturile îndeplinesc cerințele sale. SUSE specifică viteza și duplexul potrivite și conexiunea la același switch. Stivele de switch-uri și modelele cu mai multe șasiuri au cerințe specifice furnizorului; confirmați-le în documentația switch-ului.

Dacă LACP nu este disponibil sau nu este configurat, utilizați active-backuppentru failover de bază. Faptul că o legătură Linux este activă nu dovedește că un canal de port al switch-ului este configurat corect.

Verificați rezultatul

Verificați wicked, adresele și raportul de legare a kernelului:

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

wicked ifstatus --verbose bond0raportează starea lui wicked. ip -br addrarată dacă bond0este activ și menține adresa dorită. Raportul kernelului arată modul, interfețele membrilor, starea legăturii și membrul activ pentru active-backup.

Căutați aceste semne înainte de a considera lucrarea ca fiind finalizată:

• bond0este prezent și funcțional conform așteptărilor.
• Adresa și rutele aparțin legăturii, nu unei NIC individuale.
• Ambii membri apar, cu stări de legătură compatibile cu cablarea și porturile switch-ului.
• În modul active-backup, un membru este activ, iar altul este disponibil ca rezervă.
• Pentru LACP, atât gazda, cât și switch-ul arată agregarea așteptată. O legătură Linux activă singură nu este o dovadă a unui LACP sănătos.

Când este autorizat, testați failover-ul prin deconectarea sau dezactivarea administrativă a câte un membru pe rând, în timp ce urmăriți conectivitatea și raportul de legătură. Confirmați că traficul se recuperează prin legătura supraviețuitoare, restaurați legătura testată, apoi testați-o pe cealaltă. Nu întrerupeți un sistem la distanță fără acces la consolă și o fereastră de întreținere.

Depanarea în funcție de simptomul observat

Dacă o modificare deconectează serverul, utilizați consola pentru a restaura fișierele salvate și urmați pașii de recuperare a rețelei site-ului. Păstrați copii de rezervă până când legătura trece verificările de repornire și failover.

Înțelege limitele

Legătura poate gestiona un membru defect atunci când un altul rămâne utilizabil și restul rețelei permite continuarea traficului. Nu acoperă automat un switch defect, o pană a routerului în amonte, o eroare VLAN sau o problemă de rutare. SUSE sfătuiește împotriva divizării unei legături între mai multe switch-uri în majoritatea configurațiilor hardware; urmați designul furnizorului switch-ului pentru orice aranjament multi-switch.

Distribuția traficului depinde de modul, switch-ul peer și modelul fluxurilor active. O singură conexiune poate rămâne pe un membru, așadar două porturi nu promit că un transfer își va dubla viteza. Măsurați traficul reprezentativ și urmăriți erorile, căderile, debitul și comportamentul de failover. Dacă rezultatele nu îndeplinesc cerința de serviciu, revizuiți configurația modului și a switch-ului în loc să presupuneți că interfețele suplimentare vor îmbunătăți performanța.