Utilisez SUSE Linux Enterprise Server 12 SP3 avec ONTAP
Vous pouvez utiliser les paramètres de configuration de l'hôte SAN ONTAP pour configurer SUSE Linux Enterprise Server 12 SP3 avec ONTAP comme cible.
Installez Linux Unified Host Utilities
Le progiciel Utilitaires hôtes unifiés NetApp Linux est disponible sur le "Site de support NetApp"dans un fichier .rpm 32 bits et 64 bits. Si vous ne savez pas quel fichier est adapté à votre configuration, utilisez le "Matrice d'interopérabilité NetApp" pour vérifier lequel vous avez besoin.
NetApp recommande fortement d'installer les utilitaires d'hôtes unifiés Linux, mais ce n'est pas obligatoire. Les utilitaires ne modifient aucun paramètre sur votre hôte Linux. Ces utilitaires améliorent la gestion et aident le support client NetApp à collecter des informations sur votre configuration.
Si Linux Unified Host Utilities est actuellement installé, vous devez soit le mettre à niveau vers la dernière version, soit le supprimer et suivre ces étapes pour installer la dernière version.
-
Téléchargez le pack logiciel Linux Unified Host Utilities 32 bits ou 64 bits à partir du "Site de support NetApp" à votre hôte.
-
Installez le pack logiciel :
rpm -ivh netapp_linux_unified_host_utilities-7-1.x86_64
Vous pouvez utiliser les paramètres de configuration fournis dans ce document pour configurer les clients Cloud connectés à "Cloud Volumes ONTAP" et "Amazon FSX pour ONTAP". |
Kit D'outils SAN
Le kit d'outils est installé automatiquement lorsque vous installez le pack NetApp Host Utilities. Ce kit contient le sanlun
Utilitaire, qui vous aide à gérer les LUN et les HBA. Le sanlun
La commande renvoie les informations relatives aux LUN mappées sur votre hôte, aux chemins d'accès multiples et aux informations nécessaires à la création des groupes initiateurs.
Dans l'exemple suivant, le sanlun lun show
La commande renvoie les informations relatives à la LUN.
# sanlun lun show all
Exemple de résultat :
controller(7mode/E-Series)/ device host lun vserver(cDOT/FlashRay) lun-pathname filename adapter protocol size Product ------------------------------------------------------------------------------------ data_vserver /vol/vol1/lun1 /dev/sdb host16 FCP 120.0g cDOT data_vserver /vol/vol1/lun1 /dev/sdc host15 FCP 120.0g cDOT data_vserver /vol/vol2/lun2 /dev/sdd host16 FCP 120.0g cDOT data_vserver /vol/vol2/lun2 /dev/sde host15 FCP 120.0g cDOT
SAN Booting
Si vous décidez d'utiliser le démarrage SAN, celui-ci doit être pris en charge par votre configuration. Vous pouvez utiliser le "Matrice d'interopérabilité NetApp" Pour vérifier que votre système d'exploitation, votre adaptateur de bus hôte, votre micrologiciel HBA, votre BIOS de démarrage HBA et votre version de ONTAP sont pris en charge.
-
Mappez la LUN de démarrage SAN sur l'hôte.
-
Vérifiez que plusieurs chemins sont disponibles.
Plusieurs chemins deviennent disponibles une fois que le système d'exploitation hôte est opérationnel sur les chemins. -
Activez le démarrage SAN dans le BIOS du serveur pour les ports auxquels la LUN de démarrage SAN est mappée.
Pour plus d'informations sur l'activation du BIOS HBA, reportez-vous à la documentation spécifique au fournisseur.
-
Redémarrez l'hôte pour vérifier que le démarrage a réussi.
Chemins d'accès multiples
Pour SUSE Linux Enterprise Server 12 SP3, le fichier /etc/multipath.conf doit exister, mais vous n'avez pas besoin d'apporter de modifications spécifiques au fichier. SUSE Linux Enterprise Server 12 SP3 est compilé avec tous les paramètres requis pour reconnaître et gérer correctement les LUN ONTAP.
Vous pouvez utiliser le multipath -ll
Commande pour vérifier les paramètres des LUN ONTAP.
Les sections suivantes fournissent des exemples de sorties multivoies pour une LUN mappée sur des rôles ASA et non ASA.
Configurations All SAN Array
Dans les configurations ASA (All SAN Array), tous les chemins d'accès à une LUN donnée sont actifs et optimisés. Ce qui améliore les performances en assurant le service des opérations d'E/S sur tous les chemins en même temps.
L'exemple suivant montre la sortie correcte pour une LUN ONTAP :
# multipath -ll 3600a0980383034466b2b4a3775474859 dm-3 NETAPP,LUN C-Mode size=20G features='4 queue_if_no_path pg_init_retries 50 retain_attached_hw_handle' hwhandler='1 alua' wp=rw |-+- policy='round-robin 0' prio=50 status=active | |- 1:0:8:1 sdb 8:16 active ready running | `- 2:0:8:1 sdd 8:48 active ready running `-+- policy='round-robin 0' prio=10 status=enabled |- 1:0:9:1 sdc 8:32 active ready running `- 2:0:9:1 sde 8:64 active ready running
Une seule LUN ne doit pas nécessiter plus de quatre chemins. La présence de plus de quatre chemins peut entraîner des problèmes de chemin pendant les pannes de stockage. |
Configurations non ASA
Pour les configurations non ASA, il doit y avoir deux groupes de chemins avec des priorités différentes. Les chemins ayant des priorités plus élevées sont Active/Optimized (actif/optimisé), ce qui signifie que les services sont gérés par le contrôleur où se trouve l'agrégat. Les chemins aux priorités inférieures sont actifs, mais ne sont pas optimisés, car ils sont desservis par un autre contrôleur. Les chemins non optimisés ne sont utilisés que lorsque les chemins optimisés ne sont pas disponibles.
L'exemple suivant montre la sortie correcte pour une LUN ONTAP avec deux chemins actifs/optimisés et deux chemins actifs/non optimisés :
# multipath -ll 3600a09803831347657244e527766394e dm-5 NETAPP,LUN C-Mode size=80G features='4 queue_if_no_path pg_init_retries 50 retain_attached_hw_handler' hwhandler='1 alua' wp=rw |-+- policy='service-time 0' prio=50 status=active | |- 11:0:1:0 sdj 8:144 active ready running | |- 11:0:2:0 sdr 65:16 active ready running `-+- policy='service-time 0' prio=10 status=enabled |- 11:0:0:0 sdb 8:i6 active ready running |- 12:0:0:0 sdz 65:144 active ready running
Une seule LUN ne doit pas nécessiter plus de quatre chemins. La présence de plus de quatre chemins peut entraîner des problèmes de chemin pendant les pannes de stockage. |
Paramètres recommandés
Le système d'exploitation SUSE Linux Enterprise Server 12 SP3 est compilé pour reconnaître les LUN ONTAP et définir automatiquement tous les paramètres de configuration correctement. Le multipath.conf
fichier doit exister pour que le démon multichemin puisse démarrer. Si ce fichier n'existe pas, vous pouvez créer un fichier vide de zéro octet à l'aide de la touch /etc/multipath.conf
commande.
Lors de la première création du multipath.conf
fichier, vous devrez peut-être activer et démarrer les services multivoies en utilisant les commandes suivantes :
# chkconfig multipathd on
# /etc/init.d/multipathd start
Vous n'avez pas besoin d'ajouter des éléments directement au multipath.conf
fichier, sauf si vous avez des périphériques que vous ne souhaitez pas gérer le multipathing ou si vous avez des paramètres existants qui remplacent les paramètres par défaut. Pour exclure les périphériques indésirables, ajoutez la syntaxe suivante au multipath.conf
fichier, en remplaçant <DevId> par la chaîne WWID du périphérique à exclure :
blacklist { wwid <DevId> devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*" devnode "^hd[a-z]" devnode "^cciss.*" }
L'exemple suivant détermine le WWID d'un périphérique et l'ajoute au multipath.conf
fichier.
-
Déterminez le WWID :
# /lib/udev/scsi_id -gud /dev/sda 360030057024d0730239134810c0cb833
sda
Est le disque SCSI local que vous souhaitez ajouter à la liste noire. -
Ajoutez le
WWID
à la strophe de liste noire dans/etc/multipath.conf
:blacklist { wwid 360030057024d0730239134810c0cb833 devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*" devnode "^hd[a-z]" devnode "^cciss.*" }
Vous devez toujours vérifier votre /etc/multipath.conf
fichier, en particulier dans la section valeurs par défaut, pour les paramètres hérités qui peuvent remplacer les paramètres par défaut.
Le tableau suivant présente multipathd
les paramètres critiques pour les LUN ONTAP et les valeurs requises. Si un hôte est connecté à des LUN d'autres fournisseurs et que l'un de ces paramètres est remplacé, il faut les corriger par les strophes ultérieures du multipath.conf
fichier qui s'appliquent spécifiquement aux LUN ONTAP. Sans cette correction, les LUN ONTAP risquent de ne pas fonctionner comme prévu. Vous ne devez remplacer ces valeurs par défaut qu'en concertation avec NetApp, le fournisseur du système d'exploitation ou les deux, et uniquement lorsque l'impact est pleinement compris.
Paramètre | Réglage |
---|---|
détecter_prio |
oui |
dev_loss_tmo |
« infini » |
du rétablissement |
immédiate |
fast_io_fail_tmo |
5 |
caractéristiques |
« 2 pg_init_retries 50 » |
flush_on_last_del |
« oui » |
gestionnaire_matériel |
« 0 » |
no_path_réessayer |
file d'attente |
path_checker |
« tur » |
path_groupage_policy |
« group_by_prio » |
sélecteur de chemin |
« temps-service 0 » |
intervalle_interrogation |
5 |
prio |
« ONTAP » |
solution netapp |
LUN.* |
conservez_attaed_hw_handler |
oui |
rr_weight |
« uniforme » |
noms_conviviaux_conviviaux |
non |
fournisseur |
NETAPP |
L'exemple suivant montre comment corriger une valeur par défaut remplacée. Dans ce cas, le multipath.conf
fichier définit les valeurs pour path_checker
et no_path_retry
Non compatible avec les LUN ONTAP. S'ils ne peuvent pas être supprimés en raison d'autres baies SAN toujours connectées à l'hôte, ces paramètres peuvent être corrigés spécifiquement pour les LUN ONTAP avec une strophe de périphérique.
defaults { path_checker readsector0 no_path_retry fail } devices { device { vendor "NETAPP " product "LUN.*" no_path_retry queue path_checker tur } }
Problèmes connus
La version SUSE Linux Enterprise Server 15 SP3 avec ONTAP présente les problèmes connus suivants :
ID de bug NetApp | Titre | Description |
---|---|---|
Perturbation du noyau observée sur la version du noyau SLES12 SP3 avec Emulex LPe16002 16 Go FC lors du basculement du stockage |
Une interruption du noyau peut se produire lors des opérations de basculement du stockage sur la version du noyau SLES12 SP3 avec HBA Emulex LPe16002. L'interruption du noyau entraîne un redémarrage du système d'exploitation, qui entraîne à son tour une interruption des applications. Si le kdump est configuré, l'interruption du noyau génère un fichier vmcore sous /var/crash/Directory. Vous pouvez étudier la cause de l'échec dans le fichier vmcore. Exemple : dans le cas observé, la perturbation du noyau a été observée dans le module “lpfc_sli_ringtxcmpl_put+51” et est consigné dans le fichier vmcore – exception RIP : lpfc_sli_ringtxcmpl_put+51. Restaurez le système d'exploitation après l'interruption du noyau en redémarrant le système d'exploitation hôte et en redémarrant l'application. |
|
Perturbation du noyau observée sur la version du noyau SLES12 SP3 avec Emulex LPe32002 32 Go FC lors des opérations de basculement du stockage |
Une interruption du noyau peut se produire lors des opérations de basculement du stockage sur la version du noyau SLES12 SP3 avec HBA Emulex LPe32002. L'interruption du noyau entraîne un redémarrage du système d'exploitation, qui entraîne à son tour une interruption des applications. Si le kdump est configuré, l'interruption du noyau génère un fichier vmcore sous /var/crash/Directory. Vous pouvez étudier la cause de l'échec dans le fichier vmcore. Exemple : dans le cas observé, la perturbation du noyau a été observée dans le module “lpfc_sli_free_hbq+76” et est consignée dans le fichier vmcore – exception RIP : lpfc_sli_free_hbq+76. Restaurez le système d'exploitation après l'interruption du noyau en redémarrant le système d'exploitation hôte et en redémarrant l'application. |
|
Perturbation du noyau observée sur SLES12SP3 avec QLogic QLE2562 8 Go FC lors des opérations de basculement du stockage |
Lors des opérations de basculement de stockage sur le noyau Sles12sp3 (kernel-default-4.4.82-6.3.1) avec l'adaptateur HBA QLogic QLE2562, la perturbation du noyau a été observée en raison d'un incident dans le noyau. Le noyau de panique a entraîné le redémarrage du système d'exploitation, entraînant une interruption des applications. Le incident du noyau génère le fichier vmcore sous le répertoire /var/crash/ si kdump est configuré. En cas de problème du noyau, le fichier vmcore peut être utilisé pour comprendre la cause de la défaillance. Exemple : dans ce cas, la panique a été observée dans le module "blk_Finish_request+289". Il est connecté dans le fichier vmcore avec la chaîne suivante : « exception RIP: blk_Finish_request+289 » après l'interruption du noyau, vous pouvez restaurer le système d'exploitation en redémarrant le système d'exploitation hôte. Vous pouvez redémarrer l'application si nécessaire. |
|
Perturbation du noyau observée sur SLES12SP3 avec Qlogic QLE2662 16 Go FC lors des opérations de basculement du stockage |
Lors des opérations de basculement de stockage sur le noyau Sles12sp3 (kernel-default-4.4.82-6.3.1) avec Qlogic QLE2662 HBA, vous pouvez observer les perturbations du noyau. Cette invite entraîne le redémarrage du système d'exploitation, qui entraîne une interruption des applications. L'interruption du noyau génère un fichier vmcore sous /var/crash/ Directory si kdump est configuré. Le fichier vmcore peut être utilisé pour comprendre la cause de la défaillance. Exemple : dans ce cas, l'interruption du noyau a été observée dans le module « adresse inconnue ou non valide » et est consignée dans le fichier vmcore avec la chaîne suivante - exception RIP : adresse inconnue ou non valide. Après une interruption du noyau, le système d'exploitation peut être restauré en redémarrant le système d'exploitation hôte et en redémarrant l'application selon les besoins. |
|
Perturbation du noyau observée sur SLES12SP3 avec Emulex LPe16002 16 Go FC lors des opérations de basculement du stockage |
Lors des opérations de basculement de stockage sur noyau Sles12sp3 (kernel-default-4.4.87-3.1) avec HBA Emulex LPe16002, vous pouvez observer une interruption du noyau. Cette invite entraîne le redémarrage du système d'exploitation, qui entraîne une interruption des applications. L'interruption du noyau génère un fichier vmcore sous le répertoire /var/crash/ si kdump est configuré. Le fichier vmcore peut être utilisé pour comprendre la cause de la défaillance. Exemple : dans ce cas, une perturbation du noyau a été observée dans le module “RAW_spin_lock_irqsave+30” et est consignée dans le fichier vmcore avec la chaîne suivante : – exception RIP : _RAW_spin_lock_irqsave+30. Après une interruption du noyau, le système d'exploitation peut être restauré en redémarrant le système d'exploitation hôte et en redémarrant l'application selon les besoins. |