Configurare DM-Multipath su SLES 15 per percorsi SAN affidabili

Per lo storage SCSI o DASD su SLES 15, utilizzare Device Mapper Multipath (DM-Multipath): fare in modo che l'array presenti lo stesso LUN su più percorsi supportati, abilitare multipathde verificare la mappa risultante prima di indirizzarvi i carichi di lavoro. Iniziare con le impostazioni hardware predefinite rilevate da SUSE e con le linee guida di compatibilità del fornitore dello storage; una configurazione generica multipath.confcopiata da un altro array potrebbe impostare un comportamento del percorso errato.

Questa procedura segue la Guida all'amministrazione dello storage SLES 15 SP7, verificata nell'ottobre 2026. Assicurati che le istruzioni e le impostazioni dell'array corrispondano al service pack installato; non esiste una singola configurazione adatta a tutte le SAN.

1. Confermare il modello di archiviazione e multipathing

DM-Multipath combina più percorsi lato host verso un singolo dispositivo di archiviazione in un'unica mappa. Può mantenere l'I/O disponibile in caso di guasto di un percorso di connessione, ma non protegge dal guasto della LUN o dell'array sottostante. Le linee guida SLES 15 di SUSE affermano che il multipathing nativo del kernel è il metodo predefinito e consigliato per NVMe; utilizzare questa procedura guidata DM-Multipath per SCSI o DASD a meno che il fornitore dell'array non documenti una configurazione supportata diversa.

Prima di cambiare l'host, verificare che l'array presenti la stessa LUN attraverso almeno due percorsi, con zoning, mascheramento LUN, accesso host e driver HBA configurati come richiesto dal fornitore. Ciascun percorso deve riportare la stessa identità LUN.

Esegui il seguente comando di inventario in sola lettura per visualizzare i dispositivi attualmente rilevati da Linux:

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

La sola capacità non dimostra che i dispositivi condividano una LUN. Se mancano percorsi o WWN, è necessario prima risolvere i problemi di presentazione dell'array, di zonizzazione, di mascheramento o HBA. Identificare eventuali filesystem, volumi LVM o applicazioni che utilizzano /dev/sdXpercorsi raw; la migrazione di un utente attivo richiede un'attenta pianificazione.

2. Installare e avviare il servizio multipath

Installa gli strumenti multipath di SUSE e l'utilità di mappatura delle partizioni, se non sono già presenti:

sudo zypper install multipath-tools kpartx

Abilita il demone in modo che si avvii all'avvio del sistema, avvialo ora e controlla il suo stato:

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

multipathdGestisce le mappe rilevate. Se disabilitato, le mappe potrebbero non essere configurate all'avvio. La sola presenza di un servizio in esecuzione non dimostra che l'array abbia esposto più percorsi; esaminare la mappa sottostante.

3. Prima di modificare la configurazione, verifica le impostazioni predefinite di SUSE.

La maggior parte dell'hardware supportato può utilizzare la configurazione integrata, quindi spesso un amministratore non ha bisogno di crearla /etc/multipath.conf. Per prima cosa, chiedi agli strumenti quale profilo hardware viene rilevato ed esegui una prova a secco:

sudo multipath -T
sudo multipath -d

multipath -TVisualizza le impostazioni di configurazione corrispondenti all'hardware rilevato; non le applica. multipath -dÈ una simulazione, utile per verificare quali mappe verrebbero create senza però realizzarle. Confronta l'output con le attuali linee guida SLES del produttore dell'array. Il capitolo multipath di SUSE SLES 15 SP7 descrive il comportamento e la configurazione dello strumento. Per le note di configurazione multipath di SUSE, consulta l'articolo 3955167 della Knowledge Base di SUSE .

Evitate di aggiungere regole di blacklist generiche o sezioni di dispositivi copiate come prima soluzione. L'inserimento in blacklist può nascondere un dispositivo dal multipath, mentre un override specifico per un dispositivo può alterare il controllo del percorso, il raggruppamento o il comportamento di failover. Se SUSE e il fornitore dell'array specificano valori diversi, utilizzate la combinazione supportata dal fornitore per il service pack installato e segnalate la discrepanza ai livelli superiori anziché procedere per tentativi.

4. Aggiungere solo le impostazioni specifiche di WWID richieste.

Se ti serve solo un nome stabile e leggibile, aggiungi un alias per l'esatto WWID della LUN. Ad esempio, la configurazione seguente mappa un WWID di esempio a data01; sostituisci l'identificatore di esempio con il valore per la tua LUN.

multipaths {
    multipath {
        wwid 3600a098000aad1e3000064e45f2c2355
        alias data01
    }
}

Salva la stanza in /etc/multipath.conf. Il WWID è l'identità del dispositivo; l'alias modifica il nome leggibile della mappa. Un alias è facoltativo e non sostituisce la corrispondenza con il WWID corretto. Su un cluster, mantieni gli alias pertinenti e la configurazione multipath coerenti su ogni nodo in modo che le definizioni delle risorse risolvano lo stesso dispositivo di archiviazione.

Non impostare opzioni come path_checker, path_grouping_policy, failback, o no_path_retryda un esempio non correlato. La scelta di mettere in coda le operazioni di I/O o restituire errori quando tutti i percorsi non sono disponibili dipende dall'applicazione e dall'array: la messa in coda può preservare le operazioni di I/O in sospeso durante una breve interruzione, ma una messa in coda prolungata può bloccare i processi e consumare memoria. Attenersi alle policy del fornitore di storage e dell'applicazione.

5. Applica la configurazione e aggiorna l'immagine di avvio

Dopo aver salvato una modifica alla configurazione, chiedi al demone in esecuzione di ricaricarla, quindi ricostruisci l'initramfs:

sudo multipathd reconfigure
sudo dracut -f

SUSE avverte che l'initramfs deve rimanere sincronizzato con la configurazione multipath e i relativi file di stato. Una mancata corrispondenza può impedire l'avvio normale del sistema o causarne l'accesso a una shell di emergenza. Ciò è particolarmente importante quando il filesystem root si trova su storage SAN: apportare la modifica durante una finestra di manutenzione controllata, preservare l'accesso alla console o al ripristino e seguire le istruzioni SUSE root-on-multipath corrispondenti prima del riavvio.

6. Verifica la mappa e utilizza il suo percorso persistente

Esaminare la topologia e confermare che il LUN previsto appaia una sola volta come mappa multipath con tutti i percorsi previsti al di sotto di esso:

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

In multipath -ll, readyindica un percorso utilizzabile, faultyindica un percorso non riuscito e ghostpuò descrivere un percorso passivo in un array attivo/passivo. Conferma il numero previsto di percorsi e interpreta gli stati passivi in ​​base alla progettazione dell'array. Se la LUN è attiva, configura i consumatori per utilizzare il dispositivo multipath, ad esempio /dev/mapper/data01per l'alias o il /dev/disk/by-id/dm-uuid-mpath-<WWID>collegamento persistente. Evita /dev/dm-N, il cui numero può cambiare, ed evita di associare i carichi di lavoro a un singolo /dev/sdXpercorso.

Per garantire la resilienza, pianificare un test di failover a percorso singolo supportato dal fornitore e verificare che il carico di lavoro continui senza errori di I/O, quindi confermare che il percorso torni disponibile. Non scollegare i collegamenti di produzione come test improvvisato. La configurazione è pronta quando il WWID previsto si risolve in una mappa, tutti i percorsi progettati hanno stati appropriati, la configurazione di avvio è sincronizzata e i consumatori utilizzano la mappa anziché un singolo percorso.