Comment configurer DM-Multipath sur SLES 15 : un guide pratique

Choisissez d'abord la pile de routage multiple appropriée.

Sur SUSE Linux Enterprise Server 15, Device Mapper Multipath (DM-Multipath) est la solution standard pour la gestion des périphériques de stockage SCSI et DASD accessibles via plusieurs chemins. Il combine les chemins correspondants vers un seul périphérique de stockage logique, surveille l'état des chemins et assure la bascule entre les groupes de chemins. Il protège la connexion à un volume de stockage, mais ne protège pas contre une panne de volume, une perte de données du contrôleur ou un système de fichiers endommagé.

NVMe utilise une configuration par défaut différente : SLES 15 active le multipathing NVMe natif au niveau du noyau. Pour NVMe over Fabrics, vérifiez que le multipathing NVMe natif est bien la pile logicielle prévue pour votre sous-système avant de suivre une procédure DM-Multipath. SUSE recommande le multipathing NVMe natif et déconseille l'utilisation de DM-Multipath pour NVMe. Consultez le guide multipath de SLES 15 SP7 et le guide NVMe over Fabrics de SUSE .

Avant de changer l'hôte

• Vérifiez que la baie de stockage, le contrôleur HBA ou le protocole réseau et la version de SLES sont compatibles. Suivez les paramètres de multipathing Linux du fabricant de la baie lorsqu'ils diffèrent des valeurs par défaut.
• Demandez à l'administrateur de stockage de présenter le LUN à l'hôte via les infrastructures prévues et de confirmer le zonage et le masquage du LUN.
• Notez la configuration actuelle du système de démarrage et du stockage. Identifiez si le système de fichiers racine, le swap ou un volume physique LVM se trouve sur un stockage SAN.
• Ne montez pas, ne formatez pas, n'ajoutez pas à LVM et n'écrivez pas sur chaque périphérique de chemin individuel. Un même LUN doit être utilisé uniquement via sa table de correspondance multipath ; l'utilisation simultanée des chemins bruts peut corrompre les données.
• Avant de modifier la configuration de démarrage d'un SAN, configurez un accès console ou hors bande. Une incompatibilité entre le système en cours d'exécution et l'initramfs peut bloquer l'hôte en mode d'urgence.

1. Vérifiez que Linux reconnaît les chemins de stockage.

Vérifiez d'abord que le protocole HBA ou iSCSI est bien connecté et que SLES détecte les périphériques de stockage attendus. Pour le stockage SCSI, examinez les périphériques et leurs identifiants :

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

Cet inventaire confirme la visibilité des périphériques de stockage par blocs de taille LUN attendus. À ce stade, ne présumez pas que des noms de périphériques distincts indiquent des volumes de stockage séparés : les étapes suivantes vérifient leurs WWID et les chemins de correspondance des groupes.

Si les chemins attendus sont absents, arrêtez-vous ici et résolvez d'abord le problème de découverte. Vérifiez la visibilité des HBA, les sessions iSCSI ou la connexion Fibre Channel, le zonage SAN, le masquage LUN et la procédure de réanalyse du fournisseur de stockage. Multipath ne peut pas créer de chemins que la couche transport n'expose pas.

2. Installez et démarrez le service multipath

Installez le paquet SUSE s'il n'est pas déjà présent, puis activez le démon pour que les cartes soient assemblées au démarrage :

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

Ce multipath-toolspaquet fournit les outils en ligne de commande multipath et le multipathdservice. SUSE recommande de maintenir le service activé et en cours d'exécution sur les systèmes dotés d'un matériel multipath ; le recours exclusif à l'activation par socket systemd peut entraîner l'absence de configuration des mappages au démarrage. Une fois le démon actif, comparez les WWID et les identités des chemins :

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

Les chemins d'accès à un même LUN doivent indiquer le même WWID. Des WWID différents représentent des périphériques différents et ne doivent pas être regroupés dans une même carte.

Pour de nombreuses baies de stockage, les paramètres matériels par défaut sont suffisants. Il est inutile de créer un fichier de configuration volumineux uniquement pour activer le multipathing.

3. Ajoutez uniquement la modification de configuration nécessaire.

N'utilisez /etc/multipath.confcette fonction que si vous avez un besoin précis, comme un alias convivial et stable ou un paramètre imposé par le fournisseur. Les outils multipath identifient les chemins par WWID ; un alias de carte est un nom distinct et configurable. Un alias par périphérique peut être configuré comme suit :

multipaths {
    multipath {
        wwid 3600EXAMPLE_REPLACE_WITH_THE_REAL_WWID
        alias appdata01
    }
}

Remplacez l'identifiant WWID d'exemple par l'identifiant exact du LUN. Ne copiez pas l'espace réservé et n'inventez pas de règle spécifique au fournisseur ou au produit. SUSE recommande une configuration minimale ; le fournisseur de stockage doit fournir tout réglage spécifique à la baie. Les propriétés intégrées du périphérique prévalent sur les valeurs génériques dans cette defaultssection ; une valeur par défaut générique peut donc ne pas modifier le comportement d'une baie particulière.

Si vous avez besoin d'un modèle de référence complet, SUSE documente le multipath -Tgénérateur. Par exemple, un shell root peut l'enregistrer sudo sh -c 'multipath -T > /etc/multipath.conf'. Ce modèle contient de nombreuses directives ; consultez-le et ne conservez que les paramètres que vous souhaitez gérer.

4. Tester et appliquer la configuration

Avant de modifier les cartes en direct, demandez à multipath d'afficher la topologie qu'il créerait avec les paramètres proposés :

sudo multipath -d -v2

Vérifiez le WWID et le regroupement des chemins avant de continuer. Cette simulation affiche les cartes proposées, mais pas toutes celles qui pourraient être supprimées ou effacées. Si le démon est déjà en cours d'exécution, appliquez la configuration via le démon plutôt que d'utiliser la commande multipath autonome pour appliquer de nouveaux paramètres.

sudo multipathd reconfigure

Ensuite, examinez le résultat en direct avec sudo multipath -ll`ls` ou `ls` sudo multipathd show topology. Le guide SUSE indique que ces vues présentent généralement la même topologie ; l’une affiche l’état du noyau et l’autre l’état du démon.

5. Maintenez la synchronisation des initramfs.

Après avoir modifié /etc/multipath.confles fichiers WWID ou de liaison, la configuration associée ou les règles udev qui affectent l'identification du périphérique, reconstruisez l'initramfs :

sudo dracut -f

SUSE exige que le système démarré et l'initramfs se comportent de manière cohérente en matière de chemins multiples. Ceci est particulièrement important lorsque le système de fichiers racine se trouve sur un périphérique SAN multipath. Avant de redémarrer un hôte démarré sur SAN, vérifiez que la carte système prévue est visible et que la configuration inclut la prise en charge du stockage nécessaire. Si vous reconstruisez l'initramfs à partir d'un environnement de secours ou après un démarrage avec les chemins multiples désactivés, suivez la procédure explicite de SUSE dracut --add multipathplutôt --omit multipathque de supposer que la détection automatique correspondra au démarrage normal.

6. Vérifiez la carte avant de l'utiliser.

Une carte de chemins saine doit afficher l'identifiant WWID attendu, l'identité du fournisseur/produit, les groupes de chemins et les chemins individuels. Dans les colonnes d'état des chemins, activeindique l'état du chemin du noyau, readyindique un chemin multipath sain et runningreprésente l'état du périphérique SCSI. Les baies avec contrôleurs actifs/passifs peuvent également afficher les chemins passifsghost ; cet état doit être interprété conformément à la politique de chemins de la baie plutôt que d'être automatiquement considéré comme une erreur.

Utilisez la table de correspondance multipath ou une référence persistante par ID lors de la configuration ultérieure du stockage. Ne placez pas les systèmes de fichiers, LVM ou les données d'application sur un /dev/sdXchemin individuel. Une référence stable peut être basée sur le WWID de la table de correspondance /dev/mapperou sur le /dev/disk/by-id/dm-uuid-mpath-WWIDlien correspondant. Évitez de supposer qu'un alias, tel que `/usr/local/`, mpatharestera attribué, sauf si vous le configurez explicitement.

Guide de référence rapide

Dépannage en cas de carte manquante ou défectueuse

• Aucun chemin n'apparaît : veuillez confirmer la connexion de transport, la découverte HBA, le zonage, le masquage LUN et la découverte des périphériques du noyau avant de modifier les règles multipath.
• Un LUN apparaît comme plusieurs disques : comparez les WWID. S'ils diffèrent, vérifiez que le stockage a bien présenté le même LUN par chaque chemin. S'ils correspondent mais qu'aucune carte n'apparaît, vérifiez l'état du démon et la stratégie de sélection des périphériques.
• Un chemin est défectueux ou hors ligne : vérifiez le câble ou la matrice de commutation, le port HBA, le port du commutateur, le contrôleur cible et les journaux d’événements de la baie. Ne modifiez pas les temporisateurs d’interrogation ou de panne sans l’avis du fournisseur de stockage.
• L'hôte passe en mode d'urgence après une modification du démarrage : examinez la sélection multipath et les références de périphériques incohérentes, puis utilisez la procédure de récupération SUSE pour le périphérique racine et l'initramfs.
• Les E/S se bloquent lorsque tous les chemins d'accès sont défaillants : les E/S mises en file d'attente peuvent immobiliser les applications. La politique de mise en file d'attente doit être considérée comme une décision opérationnelle prise conjointement avec les responsables du stockage et des applications ; toute modification de cette politique peut transformer les écritures en attente en erreurs d'E/S signalées.

Ne testez pas le basculement en déconnectant un chemin de production sans plan de maintenance ni procédure approuvée par le fournisseur. Confirmez la reprise après incident à l'aide d'une surveillance prise en charge et d'une fenêtre de test contrôlée. Pour connaître les paramètres par défaut et les étapes de reprise après incident spécifiques à la baie, consultez la documentation actuelle du fournisseur du matériel ainsi que le guide de configuration, de vérification et de dépannage multipath de SUSE .