Configurați DM-Multipath pe SLES 15 pentru căi SAN fiabile

Pentru stocarea SCSI sau DASD pe SLES 15, utilizați Device Mapper Multipath (DM-Multipath): faceți ca matricea să prezinte același LUN pe mai multe căi acceptate, activați multipathdși verificați harta rezultată înainte de a direcționa sarcinile de lucru către aceasta. Începeți cu setările implicite hardware detectate de SUSE și cu îndrumările de compatibilitate ale furnizorului de stocare; o multipath.confcopie generică copiată dintr-o altă matrice poate seta un comportament greșit al căii.

Această procedură respectă Ghidul de administrare a stocării SLES 15 SP7, verificat în octombrie 2026. Potriviți instrucțiunile și setările matricei cu pachetul service pack instalat; nicio configurație nu se potrivește fiecărui SAN.

1. Confirmați modelul de stocare și de multipathing

DM-Multipath combină mai multe căi de pe partea gazdă către un singur dispozitiv de stocare într-o singură hartă. Poate menține I/O disponibil atunci când o cale de conexiune eșuează, dar nu protejează împotriva defecțiunilor LUN-ului sau matricei subiacente. Ghidul SLES 15 al SUSE precizează că multipathing-ul nativ al kernelului este metoda implicită și recomandată pentru NVMe; utilizați această ghidare DM-Multipath pentru SCSI sau DASD, cu excepția cazului în care furnizorul matricei documentează o configurație acceptată diferită.

Înainte de a schimba gazda, confirmați că matricea prezintă același LUN prin cel puțin două căi, cu zonare, mascare LUN, acces gazdă și drivere HBA configurate conform cerințelor furnizorului. Fiecare cale ar trebui să raporteze aceeași identitate LUN.

Executați următoarea comandă de inventar doar pentru citire pentru a vedea dispozitivele detectate în prezent de Linux:

lsblk -o NAME,TYPE,HCTL,WWN,SIZE,MOUNTPOINTS

Capacitatea în sine nu dovedește că dispozitivele partajează un LUN. Dacă lipsesc căi sau WWN, remediați mai întâi problemele de prezentare, zonare, mascare sau HBA ale matricei. Identificați orice sistem de fișiere, volum LVM sau aplicație folosind o /dev/sdXcale brută; migrarea unui consumator activ necesită planificare.

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

Instalați instrumentele multipath ale SUSE și utilitarul de mapare a partițiilor, dacă nu sunt deja prezente:

sudo zypper install multipath-tools kpartx

Activați daemonul astfel încât să pornească la bootare, porniți-l acum și verificați-i starea:

sudo systemctl enable multipathd
sudo systemctl start multipathd
sudo systemctl status multipathd

multipathdgestionează hărțile detectate. Dacă este dezactivată, este posibil ca hărțile să nu fie configurate la pornire. Un serviciu care rulează singur nu dovedește că matricea a expus mai multe căi; inspectați harta de mai jos.

3. Verificați setările implicite ale SUSE înainte de a edita configurația

Majoritatea hardware-ului acceptat poate utiliza configurația încorporată, așa că un administrator nu trebuie adesea să creeze [configurație] /etc/multipath.conf. Mai întâi, întrebați instrumentele ce profil hardware este detectat și efectuați o simulare:

sudo multipath -T
sudo multipath -d

multipath -Tafișează setările de configurare care corespund hardware-ului detectat; nu le aplică. multipath -deste o simulare, utilă pentru verificarea hărților care s-ar forma fără a le crea. Comparați rezultatul cu îndrumările SLES actuale ale producătorului matricei. Capitolul SUSE SLES 15 SP7 multipath descrie comportamentul și configurația instrumentului. Pentru notele de configurare multipath de la SUSE, consultați articolul 3955167 din baza de cunoștințe SUSE .

Evitați adăugarea unor reguli largi pentru lista neagră sau a unor strofe de dispozitive copiate ca primă soluție. Adăugarea pe lista neagră poate ascunde un dispozitiv de la căile multiple, în timp ce o suprascriere specifică dispozitivului poate modifica verificarea căilor, gruparea sau comportamentul de failover. Dacă SUSE și furnizorul matricei specifică valori diferite, utilizați combinația acceptată de furnizor pentru pachetul service pack instalat și escaladați discrepanța în loc să ghiciți.

4. Adăugați doar o setare specifică WWID necesară

Dacă aveți nevoie doar de un nume stabil și ușor de citit, adăugați un alias pentru WWID-ul exact al LUN-ului. De exemplu, configurația de mai jos mapează un exemplu de WWID la data01; înlocuiți identificatorul exemplu cu valoarea pentru LUN-ul dvs.

multipaths {
    multipath {
        wwid 3600a098000aad1e3000064e45f2c2355
        alias data01
    }
}

Salvați strofa în /etc/multipath.conf. WWID-ul este identitatea dispozitivului; aliasul schimbă numele lizibil al hărții. Un alias este opțional și nu înlocuiește potrivirea WWID-ului corect. Pe un cluster, păstrați aliasurile relevante și configurația multipath consecvente pe fiecare nod, astfel încât definițiile resurselor să rezolve același dispozitiv de stocare.

Nu setați opțiuni precum path_checker, path_grouping_policy, failback, sau no_path_retrydintr-un exemplu fără legătură. Opțiunea de a pune în coadă intrările/ieșirile sau de a returna erori atunci când toate căile sunt indisponibile depinde de aplicație și de matrice: punerea în coadă poate păstra intrările/ieșirile în așteptare în timpul unei scurte întreruperi, dar punerea în coadă prelungită poate bloca procesele și poate consuma memorie. Urmați politica furnizorului de stocare și aplicație.

5. Aplicați configurația și actualizați imaginea de boot

După salvarea unei modificări de configurație, solicitați daemonului care rulează să o reîncarce, apoi reconstruiți fișierul initramfs:

sudo multipathd reconfigure
sudo dracut -f

SUSE avertizează că fișierul initramfs trebuie să rămână sincronizat cu configurația multipath și cu fișierele de stare aferente. O nepotrivire poate împiedica pornirea normală a unui sistem sau îl poate trimite către o shell de urgență. Acest lucru este important mai ales atunci când sistemul de fișiere rădăcină se află pe un spațiu de stocare SAN: faceți modificarea în timpul unei ferestre de întreținere controlată, păstrați accesul la consolă sau la recuperare și urmați instrucțiunile SUSE root-on-multipath corespunzătoare înainte de repornire.

6. Verificați harta și utilizați calea sa persistentă

Inspectați topologia și confirmați că LUN-ul așteptat apare o dată ca o hartă multipath cu toate căile așteptate sub el:

sudo multipath -ll
sudo multipathd show topology
ls -l /dev/disk/by-id/dm-uuid-mpath-*

În multipath -ll, readyindică o cale utilizabilă, faultyindică o cale eșuată și ghostpoate descrie o cale pasivă într-o matrice activă/pasivă. Confirmați numărul așteptat de căi și interpretați stările pasive în funcție de designul matricei. Dacă LUN-ul este activ, configurați consumatorii să utilizeze dispozitivul multipath, cum ar fi /dev/mapper/data01pentru alias sau /dev/disk/by-id/dm-uuid-mpath-<WWID>legătura persistentă. Evitați /dev/dm-N, al căror număr se poate schimba și evitați legarea sarcinilor de lucru la o /dev/sdXcale individuală.

Pentru reziliență, programați un test de failover cu o singură cale, acceptat de furnizor, și verificați dacă volumul de lucru continuă fără erori I/O, apoi confirmați retururile căii. Nu deconectați legăturile de producție ca un test improvizat. Configurarea este gata atunci când WWID-ul așteptat se rezolvă într-o singură hartă, toate căile proiectate au stări corespunzătoare, configurația de bootare este sincronizată, iar consumatorii utilizează harta în loc de o singură cale.