Cum se configurează DM-Multipath pe SLES 15: Un ghid practic

Alegeți mai întâi stiva multipathing potrivită

Pe SUSE Linux Enterprise Server 15, Device Mapper Multipath (DM-Multipath) este opțiunea standard pentru stocarea SCSI și DASD prezentată prin căi multiple. Acesta combină căile potrivite către un dispozitiv bloc logic, monitorizează starea căilor și poate face failover între grupurile de căi. Protejează conexiunea la un volum de stocare; nu protejează împotriva unui volum defect, a pierderii de date ale controlerului sau a unui sistem de fișiere deteriorat.

NVMe folosește o opțiune implicită diferită: SLES 15 activează multipath-ul NVMe nativ în kernel. Pentru NVMe peste Fabrics, confirmați că multipath-ul NVMe nativ este stiva destinată subsistemului dvs. înainte de a urma o procedură DM-Multipath. SUSE recomandă multipath-ul NVMe nativ și afirmă că utilizarea DM-Multipath pentru NVMe nu este recomandată. Consultați ghidul SUSE SLES 15 SP7 multipath și ghidul NVMe peste Fabrics .

Înainte de a schimba gazda

• Confirmați că matricea de stocare, HBA sau transportul în rețea și versiunea SLES sunt acceptate împreună. Urmați setările de multipathing Linux ale furnizorului matricei în cazul în care acestea diferă de setările implicite generice.
• Solicitați administratorului de stocare să prezinte LUN-ul gazdei prin intermediul structurilor structurale prevăzute și să confirme zonarea și mascarea LUN-ului.
• Înregistrați configurația curentă de bootare și stocare. Identificați dacă sistemul de fișiere rădăcină, swap sau un volum fizic LVM se află pe stocarea SAN.
• Nu montați, nu formatați, nu adăugați la LVM și nu scrieți pe fiecare dispozitiv individual. Același LUN trebuie utilizat doar prin intermediul hărții sale multipath; utilizarea simultană a căilor brute poate corupe datele.
• Aranjați accesul prin consolă sau în afara benzii înainte de a modifica o configurație de boot SAN. O nepotrivire între sistemul care rulează și initramfs poate lăsa o gazdă în modul de urgență.

1. Confirmați că Linux vede căile de stocare

Mai întâi confirmați că HBA sau transportul iSCSI s-a conectat și că SLES vede dispozitivele bloc așteptate. Pentru stocarea SCSI, inspectați dispozitivele și identificatorii acestora:

sudo lsblk -o NAME,TYPE,SIZE,MODEL,SERIAL

Acest inventar confirmă dacă dispozitivele bloc de dimensiunea LUN așteptate sunt vizibile. În această etapă, nu presupuneți că nume separate de dispozitive dovedesc volume de stocare separate: pașii următori verifică WWID-urile și căile de potrivire a grupurilor.

Dacă căile așteptate lipsesc, opriți-vă aici și rezolvați mai întâi problema de descoperire. Verificați vizibilitatea HBA, sesiunile iSCSI sau conectarea la Fibre Channel, zonarea SAN, mascarea LUN și procedura de rescanare a furnizorului de stocare. Multipath nu poate crea căi pe care stratul de transport să nu le expună.

2. Instalați și porniți serviciul multipath

Instalați pachetul SUSE dacă nu este deja prezent, apoi activați daemonul astfel încât hărțile să fie asamblate la pornire:

sudo zypper install multipath-tools
sudo systemctl enable --now multipathd
sudo systemctl status multipathd

Pachetul multipath-toolsfurnizează instrumentele din linia de comandă multipath și multipathdserviciul. SUSE recomandă menținerea serviciului activat și rulat pe sistemele cu hardware multipath; bazarea exclusivă pe activarea socketului systemd poate lăsa hărțile neconfigurate în timpul pornirii. Odată ce daemonul este activ, comparați WWID-urile și identitățile căii:

sudo multipathd show paths format "%i %d %w %s"
sudo multipath -ll

Căile către același LUN trebuie să raporteze același WWID. WWID-uri diferite reprezintă dispozitive diferite și nu trebuie combinate într-o singură hartă.

Pentru multe matrice, setările hardware implicite încorporate sunt suficiente. Nu creați un fișier de configurare mare doar pentru a activa multipathing.

3. Adăugați doar o suprascriere de configurare necesară

Folosește-l /etc/multipath.confdoar atunci când ai o cerință concretă, cum ar fi un alias stabil și prietenos sau o setare direcționată de furnizor. Instrumentele multipath identifică căile după WWID; un alias de hartă este un nume separat, configurabil. Un alias per dispozitiv poate fi configurat astfel:

multipaths {
    multipath {
        wwid 3600EXAMPLE_REPLACE_WITH_THE_REAL_WWID
        alias appdata01
    }
}

Înlocuiți exemplul WWID cu identificatorul exact raportat pentru LUN. Nu copiați provizoriul și nu inventați o regulă pentru furnizor/produs. SUSE recomandă menținerea unei configurații minime, iar furnizorul de stocare ar trebui să furnizeze orice reglare specifică matricei. Proprietățile încorporate ale dispozitivului pot avea prioritate față de valorile generice din defaultssecțiune, astfel încât o valoare implicită generică poate să nu modifice comportamentul unei anumite matrice.

Dacă aveți nevoie de un șablon de referință complet, SUSE documentează generatorul multipath -T. De exemplu, o shell root îl poate salva cu sudo sh -c 'multipath -T > /etc/multipath.conf'. Șablonul respectiv conține multe directive; verificați-l și păstrați doar setările pe care intenționați să le gestionați.

4. Testați și aplicați configurația

Înainte de a modifica hărțile live, cereți-i lui multipath să arate topologia pe care ar crea-o cu setările propuse:

sudo multipath -d -v2

Verificați WWID-ul și gruparea de căi înainte de a continua. Această simulare afișează hărțile propuse, dar nu afișează fiecare hartă care ar putea fi eliminată sau ștearsă. Dacă daemonul rulează deja, aplicați configurația prin daemon în loc să utilizați comanda independentă multipath pentru a aplica noile setări:

sudo multipathd reconfigure

Apoi inspectați rezultatul live cu sudo multipath -llsau sudo multipathd show topology. Ghidul SUSE menționează că aceste vizualizări prezintă în mod normal aceeași topologie; una citește starea kernelului, iar cealaltă starea daemonului.

5. Mențineți initramfs sincronizat

După modificarea /etc/multipath.conf, a fișierelor WWID sau binding, a configurației aferente sau a regulilor udev care afectează identificarea dispozitivului, reconstruiți initramfs:

sudo dracut -f

SUSE necesită ca sistemul pornit și initramfs să se comporte consecvent în ceea ce privește multipathing-ul. Acest lucru este important mai ales atunci când sistemul de fișiere rădăcină se află pe un dispozitiv SAN multipath. Înainte de a reporni o gazdă pornită de pe SAN, verificați dacă harta dorită este vizibilă și dacă configurația include suportul de stocare necesar. Dacă reconstruiți initramfs dintr-un mediu de salvare sau după pornirea cu multipath dezactivat, urmați procedura explicită dracut --add multipathsau a SUSE --omit multipath, în loc să presupuneți că autodetecția se va potrivi cu pornirea normală.

6. Verificați harta înainte de a o utiliza

O hartă sănătoasă ar trebui să afișeze WWID-ul așteptat, identitatea furnizorului/produsului, grupurile de căi și căile individuale. În coloanele de stare a căii, activeindică starea căii kernelului, readyindică o cale multipath sănătoasă și runningeste starea dispozitivului SCSI. Matricele cu controlere active/pasive pot afișa, de asemenea, căi pasive ca ghost; interpretează acea stare folosind politica de cale a matricei, în loc să o trateze automat ca o eroare.

Folosiți harta multipath sau o referință persistentă by-id în configurațiile ulterioare de stocare. Nu plasați sisteme de fișiere, LVM sau date de aplicație pe o /dev/sdXcale individuală. O referință stabilă se poate baza pe WWID-ul hărții /dev/mappersau pe linkul corespunzător /dev/disk/by-id/dm-uuid-mpath-WWID. Evitați să presupuneți că un alias, cum ar fi „ mpathava rămâne atribuit”, decât dacă îl configurați în mod deliberat.

Referință rapidă

Depanarea situațiilor în care o hartă lipsește sau este nefuncțională

• Nu apar căi: confirmați autentificarea de transport, descoperirea HBA, zonarea, mascarea LUN și descoperirea dispozitivelor kernel înainte de a edita regulile multipath.
• Un LUN apare ca discuri separate: comparați WWID-urile. Dacă acestea diferă, confirmați că spațiul de stocare a prezentat același LUN intenționat prin fiecare cale. Dacă se potrivesc, dar nu apare nicio hartă, verificați starea daemonului și politica de selecție a dispozitivului.
• O cale este defectă sau offline: verificați cablul sau structura, portul HBA, portul switch-ului, controlerul țintă și jurnalele de evenimente ale matricei. Nu reglați cronometrele de interogare sau de eroare fără îndrumarea furnizorului de stocare.
• Gazda intră în modul de urgență după o modificare a bootării: investigați selecția multipath inconsistentă și referințele de dispozitiv, apoi utilizați procedura de recuperare SUSE pentru dispozitivul rădăcină și initramfs.
• I/O se blochează atunci când toate căile eșuează: I/O-ul din coadă poate menține aplicațiile în așteptare. Tratați politica de coadă ca o decizie operațională cu proprietarii de spațiu de stocare și aplicații; modificarea acesteia poate transforma scrierile în așteptare în erori I/O raportate.

Nu testați failover-ul prin deconectarea unei căi de producție fără un plan de întreținere și o procedură aprobată de furnizor. Confirmați recuperarea prin monitorizare acceptată și o fereastră de testare controlată. Pentru setările implicite specifice matricei și pașii de recuperare, utilizați documentația actuală a furnizorului de hardware, împreună cu referința SUSE pentru configurarea, verificarea și depanarea multipath .