Skip to main content
ONTAP SAN Host Utilities
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Configurer HPE VME 8.0.x pour FCP et iSCSI avec le stockage ONTAP

Contributeurs netapp-pcarriga
PDF

Le logiciel Linux Host Utilities fournit des outils de gestion et de diagnostic pour les hôtes Linux connectés au stockage ONTAP. Lorsque vous installez Linux Host Utilities sur un hôte HPE VME 8.0.x, vous pouvez utiliser Host Utilities pour vous aider à gérer les opérations des protocoles FCP et iSCSI avec les LUN ONTAP.

Étape 1 : Installer les utilitaires hôtes Linux

NetApp recommande vivement d'installer les utilitaires hôtes Linux pour prendre en charge la gestion des LUN ONTAP et aider le support technique à collecter les données de configuration.

"Installer Linux Host Utilities 8.0" .

Remarque L'installation des utilitaires d'hôtes Linux ne modifie aucun paramètre de délai d'expiration de l'hôte sur votre hôte Linux.

Étape 2 : Confirmez la configuration multi-chemins pour votre hôte

Vous pouvez utiliser le multipathing avec HPE VME 8.0.x pour gérer les LUNs ONTAP.

Pour vous assurer que les chemins d'accès multiples sont correctement configurés pour votre hôte, vérifiez que le /etc/multipath.conf fichier est défini et que vous disposez des paramètres recommandés par NetApp pour vos LUN ONTAP.

Étapes

  1. Vérifiez que le /etc/multipath.conf fichier se ferme. Si le fichier n'existe pas, créez un fichier vide à zéro octet :

    touch /etc/multipath.conf

  2. Lors de la première multipath.conf création du fichier, vous devrez peut-être activer et démarrer les services multivoies pour charger les paramètres recommandés :

    systemctl enable multipathd
    systemctl start multipathd

  3. Chaque fois que vous démarrez l'hôte, le fichier vide /etc/multipath.conf à zéro octet charge automatiquement les paramètres de chemins d'accès multiples recommandés par NetApp comme paramètres par défaut. Vous ne devriez pas avoir besoin d'apporter de modifications au /etc/multipath.conf fichier de votre hôte car le système d'exploitation est compilé avec les paramètres multivoies qui reconnaissent et gèrent correctement les LUN ONTAP.

    Le tableau suivant présente les paramètres de chemins d'accès multiples compilés natifs du système d'exploitation Linux pour les LUN ONTAP.

    Affiche les paramètres
    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

  4. Vérifiez les paramètres et l'état du chemin de vos LUN ONTAP :

    multipath -ll

    Les paramètres multi-trajets par défaut prennent en charge les configurations ASA, AFF et FAS . Dans ces configurations, un seul LUN ONTAP ne devrait pas nécessiter plus de quatre chemins. Le fait d'avoir plus de quatre chemins d'accès peut engendrer des problèmes en cas de panne de stockage.

    Les résultats des exemples suivants montrent les paramètres et l'état de chemin corrects pour les LUN ONTAP dans une configuration ASA, AFF ou FAS.

    Configuration DE L'INFRASTRUCTURE ASA

    Une configuration ASA optimise tous les chemins vers une LUN donnée en les gardant actifs. Ce qui améliore les performances en assurant le service des opérations d'E/S sur tous les chemins en même temps.

    Montrer l'exemple 
    # multipath -ll
3600a098038314c4a433f577471797958 dm-2 NETAPP,LUN C-Mode size=180G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=rw
`-+- policy='service-time 0' prio=50 status=active
  |- 14:0:0:0  sdc  8:32   active ready running
  |- 17:0:0:0  sdas 66:192 active ready running
  |- 14:0:3:0  sdar 66:176 active ready running
  `- 17:0:3:0  sdch 69:80  active ready running
    Configuration AFF ou FAS

    Une configuration AFF ou FAS doit comporter deux groupes de chemins ayant des priorités plus élevées et moins élevées. Les chemins actifs/optimisés à priorité supérieure sont servis par le contrôleur où se trouve l'agrégat. Les chemins de priorité inférieure sont actifs mais non optimisés, car ils sont gérés par un autre contrôleur. Les chemins non optimisés ne sont utilisés que lorsque des chemins optimisés ne sont pas disponibles.

    L'exemple suivant présente la sortie d'une LUN ONTAP avec deux chemins Active/Optimized et deux chemins Active/non optimisés :

    Montrer l'exemple 
    # multipath -ll
3600a0980383149764b5d567257516273 dm-0 NETAPP,LUN C-Mode size=150G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=rw
|-+- policy='service-time 0' prio=50 status=active
| |- 16:0:3:0  sdcg 69:64  active ready running
| `- 10:0:0:0  sdb  8:16   active ready running
`-+- policy='service-time 0' prio=10 status=enabled
  |- 10:0:1:0  sdc  8:32   active ready running
  `- 16:0:2:0  sdcf 69:48  active ready running

Étape 3 : Confirmez la configuration iSCSI de votre hôte

Assurez-vous que iSCSI est correctement configuré pour votre hôte.

Description de la tâche

Vous effectuez les étapes suivantes sur l'hôte iSCSI.

Étapes

  1. Vérifiez que le package initiateur iSCSI (open-iscsi) est installé :

    $apt list |grep open-iscsi

    Vous devriez voir une sortie similaire à l’exemple suivant :

    open-iscsi/noble-updates,noble-updates,now 2.1.9-3ubuntu5.4 amd64

  2. Vérifiez le nom du nœud initiateur iSCSI, qui se trouve dans le fichier /etc/iscsi/initiatorname.iscsi :

    InitiatorName=iqn.YYYY-MM.com.<vendor>:<host_name>

  3. Configurez le paramètre de délai d'expiration de la session iSCSI situé dans le fichier /etc/iscsi/iscsid.conf :

    node.session.timeo.replacement_timeout = 5

    Le paramètre iSCSI replacement_timeout contrôle la durée pendant laquelle la couche iSCSI doit attendre qu’un chemin ou une session ayant expiré se rétablisse avant d’échouer toute commande qui lui est adressée. Vous devez définir la valeur de replacement_timeout sur 5 dans le fichier de configuration iSCSI.

  4. Activez le service iSCSI :

    $systemctl enable iscsid

  5. Démarrez le service iSCSI :

    $systemctl start iscsid

  6. Vérifiez que le service iSCSI est en cours d'exécution :

    $systemctl status iscsid
    Montrer l'exemple 
    ●iscsid.service - iSCSI initiator daemon (iscsid)
     Loaded: loaded (/usr/lib/systemd/system/iscsid.service; enabled; preset: disabled)
     Active: active (running) since Mon 2026-01-12 12:53:18 IST; 2 days ago
TriggeredBy: ● iscsid.socket
       Docs: man:iscsid(8)
   Main PID: 1127419 (iscsid)
      Tasks: 2 (limit: 76557)
     Memory: 4.3M (peak: 8.8M)
        CPU: 1.657s
     CGroup: /system.slice/iscsid.service
             ├─1127418 /usr/sbin/iscsid
             └─1127419 /usr/sbin/iscsid

  7. Découvrez les cibles iSCSI :

    $iscsiadm --mode discovery --op update --type sendtargets --portal <target_IP>
    afficher exemple 
    iscsiadm --mode discovery --op update --type sendtargets --portal  192.168.100.197
192.168.100.197:3260,1046 iqn.1992-08.com.netapp:sn.7cd154a7d35411f0a25ed039eaa95f59:vs.8
192.168.200.199:3260,1049 iqn.1992-08.com.netapp:sn.7cd154a7d35411f0a25ed039eaa95f59:vs.8
192.168.100.199:3260,1048 iqn.1992-08.com.netapp:sn.7cd154a7d35411f0a25ed039eaa95f59:vs.8
192.168.200.197:3260,1047 iqn.1992-08.com.netapp:sn.7cd154a7d35411f0a25ed039eaa95f59:vs.8

  8. Connectez-vous aux cibles :

    $iscsiadm --mode node -l all

  9. Configurer iSCSI pour qu'il se connecte automatiquement au démarrage de l'hôte :

    $iscsiadm --mode node -T <target_name> -p <ip:port> -o update -n node.startup -v automatic

    Vous devriez voir une sortie similaire à l’exemple suivant :

    iscsiadm --mode node -T iqn.1992-08.com.netapp:sn.7cd154a7d35411f0a25ed039eaa95f59:vs.8 -p 192.168.100.197:3260 -o update -n node.startup -v automatic

  10. Vérifiez les sessions iSCSI :

    $iscsiadm --mode session
    Montrer l'exemple 
    iscsiadm --mode session
tcp: [1] 192.168.200.197:3260,1047 iqn.1992-08.com.netapp:sn.7cd154a7d35411f0a25ed039eaa95f59:vs.8 (non-flash)
tcp: [2] 192.168.100.197:3260,1046 iqn.1992-08.com.netapp:sn.7cd154a7d35411f0a25ed039eaa95f59:vs.8 (non-flash)
tcp: [3] 192.168.100.199:3260,1048 iqn.1992-08.com.netapp:sn.7cd154a7d35411f0a25ed039eaa95f59:vs.8 (non-flash)
tcp: [4] 192.168.200.199:3260,1049 iqn.1992-08.com.netapp:sn.7cd154a7d35411f0a25ed039eaa95f59:vs.8 (non-flash)

Étape 4 : si vous le souhaitez, excluez un périphérique du multipathing

Si nécessaire, vous pouvez exclure un périphérique du multipathing en ajoutant le WWID du périphérique indésirable à la strophe « blacklist » du multipath.conf fichier.

Étapes

  1. Déterminez le WWID :

    /lib/udev/scsi_id -gud /dev/sda

    "sda" est le disque SCSI local que vous souhaitez ajouter à la liste noire.

    Un exemple de WWID est 360030057024d0730239134810c0cb833.

  2. Ajoutez le WWID à la strophe « blacklist » :

    blacklist {
	     wwid   360030057024d0730239134810c0cb833
        devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"
        devnode "^hd[a-z]"
        devnode "^cciss.*"
}

Étape 5 : personnalisez les paramètres des chemins d'accès multiples pour les LUN ONTAP

Si votre hôte est connecté à des LUN d'autres fournisseurs et que l'un des paramètres de chemins d'accès multiples est remplacé, vous devez les corriger en ajoutant la strophe plus loin dans multipath.conf le fichier qui s'applique spécifiquement aux LUN ONTAP. Si vous ne le faites pas, les LUN ONTAP risquent de ne pas fonctionner comme prévu.

Vérifiez votre /etc/multipath.conf fichier, en particulier dans la section valeurs par défaut, pour les paramètres qui peuvent remplacer paramètres par défaut pour les paramètres multivoies.

Avertissement Vous ne devez pas remplacer les paramètres recommandés pour les LUN ONTAP. Ces paramètres sont requis pour optimiser les performances de votre configuration hôte. Pour plus d'informations, contactez le support NetApp, le fournisseur de votre système d'exploitation ou les deux.

L'exemple suivant montre comment corriger une valeur par défaut remplacée. Dans cet exemple, le multipath.conf fichier définit des valeurs pour path_checker et no_path_retry qui ne sont pas compatibles avec les LUN ONTAP, et vous ne pouvez pas supprimer ces paramètres car les baies de stockage ONTAP sont toujours connectées à l'hôte. Vous corrigez plutôt les valeurs de path_checker et no_path_retry en ajoutant une strophe de périphérique au multipath.conf fichier qui s'applique spécifiquement aux LUN ONTAP.

Montrer l'exemple 
defaults {
   path_checker      readsector0
   no_path_retry     fail
}

devices {
   device {
      vendor          "NETAPP"
      product         "LUN"
      no_path_retry   queue
      path_checker    tur
   }
}

Étape 6 : passez en revue les problèmes connus

Il n'y a pas de problème connu.

Et la suite ?