Utilisez Oracle Linux 7.0 avec ONTAP
Vous pouvez utiliser les paramètres de configuration de l'hôte SAN ONTAP pour configurer Oracle Linux 7.0 avec ONTAP comme cible.
Installez Linux Unified Host Utilities
Le pack logiciel NetApp Linux Unified Host Utilities 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 celui dont vous avez besoin.
NetApp recommande vivement 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 une version de Linux Unified Host Utilities est actuellement installée, vous devez la mettre à niveau ou la supprimer et utiliser les étapes suivantes 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" Sur votre hôte.
-
Utilisez la commande suivante pour installer 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 en cours d'exécution 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 Oracle Linux 7.0, le fichier /etc/multipath.conf doit exister, mais vous n'avez pas besoin d'apporter de modifications spécifiques au fichier. Oracle Linux 7.0 est compilé avec tous les paramètres requis pour reconnaître et gérer correctement les LUN ONTAP. Pour activer le gestionnaire ALUA, effectuez les opérations suivantes :
-
Créez une sauvegarde de l'image initrd.
-
Ajoutez la valeur de paramètre suivante au noyau pour ALUA et non-ALUA à fonctionner :
rdloaddriver=scsi_dh_alua
kernel /vmlinuz-3.8.13-68.1.2.el6uek.x86_64 ro root=/dev/mapper/vg_ibmx3550m421096-lv_root rd_NO_LUKSrd_LVM_LV=vg_ibmx3550m421096/lv_root LANG=en_US.UTF-8 rd_NO_MDSYSFONT=latarcyrheb-sun16 crashkernel=256M KEYBOARDTYPE=pc KEYTABLE=us rd_LVM_LV=vg_ibmx3550m421096/lv_swap rd_NO_DM rhgb quiet rdloaddriver=scsi_dh_alua
-
Recréez l'image initrd à l'aide du
dracut -f
commande. -
Redémarrez l'hôte.
-
Vérifiez la sortie du
cat /proc/cmdline
pour vérifier que le paramètre est terminé.
Vous pouvez utiliser le multipath -ll
Commande pour vérifier les paramètres des LUN ONTAP. Il devrait y avoir deux groupes de chemins avec des priorités différentes. Les chemins ayant les priorités les plus élevées sont actifs/optimisés, ce qui signifie qu'ils sont gérés par le contrôleur où se trouve l'agrégat. Les chemins avec les priorités les plus basses sont actifs, mais ne sont pas optimisés car ils sont servis à partir d'un autre contrôleur. Les chemins non optimisés sont utilisés uniquement lorsqu'aucun chemin optimisé n'est disponible.
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_handle' 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
|
N'utilisez pas un nombre excessif de chemins pour une seule LUN. Il ne faut pas plus de quatre chemins. Plus de huit chemins peuvent entraîner des problèmes de chemin lors des défaillances du stockage. |
Paramètres recommandés
Oracle Linux 7.0 OS est compilé pour reconnaître les LUN ONTAP et définir automatiquement tous les paramètres de configuration correctement.
Le multipath.conf
le fichier doit exister pour que le démon multivoie démarre, mais vous pouvez créer un fichier vide à zéro octet en utilisant la commande suivante :
touch /etc/multipath.conf
La première fois que vous créez ce fichier, vous devrez peut-être activer et démarrer les services multivoies :
# systemctl enable multipathd # systemctl start multipathd
-
Il n'y a aucune exigence d'ajouter directement quoi que ce soit au
multipath.conf
fichier, sauf si vous disposez de périphériques que vous ne voulez pas être gérés par multipath 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 .blacklist { wwid <DevId> devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*" devnode "^hd[a-z]" devnode "^cciss.*" }
Remplacer l'
<DevId>
avec leWWID
chaîne du périphérique à exclure.ExempleDans cet exemple, nous allons déterminer le WWID d'un périphérique et l'ajouter au
multipath.conf
fichier.Étapes-
Exécutez la commande suivante pour déterminer l'identifiant WWID :
# /lib/udev/scsi_id -gud /dev/sda 360030057024d0730239134810c0cb833
sda
Est le disque SCSI local que nous devons 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 pour les paramètres hérités, en particulier dans la section valeurs par défaut, qui peut remplacer les paramètres par défaut.
Le tableau suivant illustre la critique multipathd
Paramètres des LUN ONTAP et des valeurs requises. Si un hôte est connecté à des LUN d'autres fournisseurs et que l'un de ces paramètres est remplacé, il doit être corrigé par des strophes ultérieurs dans le multipath.conf
Fichier qui s'applique spécifiquement aux LUN ONTAP. Si ce n'est pas le cas, les LUN de ONTAP risquent de ne pas fonctionner comme prévu. Ces valeurs par défaut doivent être remplacées uniquement en consultation avec NetApp et/ou un fournisseur de système d'exploitation, 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 |
"3 queue_if_no_path pg_init_retries 50" |
flush_on_last_del |
« oui » |
gestionnaire_matériel |
« 0 » |
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 detect_prio
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 detect_prio no } devices { device { vendor "NETAPP " product "LUN.*" path_checker tur detect_prio yes } }
|
Pour configurer Oracle Linux 7.0 RedHat Enterprise Kernel (RHCK), utilisez le "paramètres recommandés" Pour Red Hat Enterprise Linux (RHEL) 7.0. |
Problèmes connus
La version Oracle Linux 7.0 avec ONTAP présente les problèmes connus suivants :
ID de bug NetApp | Titre | Description | ID Bugzilla |
---|---|---|---|
OL7.0 : l'hôte perd tous les chemins vers la lun et bloque en raison de l'erreur "RSCN timeout" sur OL 7.0 UEK r3U5 Beta sur l'hôte Emulex 8G(LPe12002) |
Il est possible que l'hôte Emulex 8G (LPe12002) soit suspendu et que les E/S soient très élevées lors des opérations de basculement de stockage avec des E/S. Il est possible que vous obseriez des chemins qui ne sont pas rétablis, ce qui est le résultat du délai d'attente RSCN, dû à la perte de tous les chemins et blocages par l'hôte. La probabilité de toucher ce problème est élevée. |
||
OL 7.0 : panne élevée au niveau des E/S observée sur l'hôte SAN QLogic FC 8 Gbit/s (QLE2562) lors des opérations de basculement du stockage avec E/S |
On peut observer une forte panne d'E/S sur l'hôte QLogic 8GB FC (QLE2562) pendant les opérations de basculement de stockage avec des E/S. L'abandon et la réinitialisation du périphérique se traduisent en tant qu'interruption d'E/S sur l'hôte. La probabilité de toucher cette panne d'E/S est élevée. |
||
OL7.0: Dracut ne parvient pas à inclure le module scsi_dh_alua.ko dans initramfs sur UEKR3U5 alpha |
Il se peut que le module scsi_dh_alua ne se charge pas même après avoir ajouté le paramètre « rdloaddriver=scsi_dh_alua » dans la ligne de commande du noyau et créé Dracut. Par conséquent, le protocole ALUA n'est pas activé pour les LUN NetApp comme recommandé. |
||
Anaconda affiche un message d'échec de connexion iSCSI bien que les connexions aient réussi lors de l'installation du système d'exploitation OL 7.0 |
Lorsque vous installez OL 7.0, l'écran d'installation d'anaconda affiche que la connexion iSCSI à plusieurs adresses IP cibles a échoué bien que les connexions iSCSI aient réussi. Anaconda affiche le message d'erreur suivant: "Echec de la connexion au nœud" vous remarquerez cette erreur uniquement lorsque vous sélectionnez plusieurs adresses IP cibles pour la connexion iSCSI. Vous pouvez poursuivre l'installation du système d'exploitation en cliquant sur le bouton « ok ». Ce bug n'entrave pas l'installation de l'iSCSI ou de l'OS OL 7.0. |
||
OL7.0 : Anaconda n'ajoute pas d'argument bootdev dans la ligne cmd du noyau pour définir l'adresse IP de l'installation iSCSI SANboot OS |
Anaconda n'ajoute pas d'argument bootdev dans la ligne de commande du noyau où vous définissez l'adresse IPv4 pendant l'installation du système d'exploitation OL 7.0 sur une LUN iSCSI multipath. Par conséquent, vous ne pouvez pas attribuer d'adresses IP à l'une des interfaces Ethernet configurées pour établir des sessions iSCSI avec le sous-système de stockage au cours du démarrage OL 7.0. Les sessions iSCSI ne étant pas établies, la LUN racine n'est pas détectée au démarrage du système d'exploitation, ce qui provoque l'échec du démarrage du système d'exploitation. |
||
Défaillance du noyau hôte QLogic 10G FCoE (QLE8152) observée lors des opérations de basculement du stockage avec des E/S |
Vous pouvez observer une panne du noyau dans le module du pilote Qlogic sur l'hôte 10G FCoE Qlogic (QLE8152). La panne se produit pendant les opérations de basculement du stockage avec des E/S. La probabilité de frapper ce type de panne est élevée, ce qui entraîne une panne d'E/S plus longue sur l'hôte. |