Les règles de réclamation déterminent quel module de gestion multivoie possède les chemins menant à un périphérique de stockage particulier. Elles définissent également le type de prise en charge de la gestion multivoie que l'hôte fournit au périphérique.

Pour en savoir plus sur les modules de gestion multivoie, reportez-vous à la section Concepts et acronymes de gestion multivoie.

Les règles de réclamation sont répertoriées dans le fichier /etc/vmware/esx.conf de l'hôte.

Elles entrent dans les catégories suivantes :
  • Règles de réclamation de base . Ces règles déterminent quel module de gestion multivoie, NMP, HPP ou un MPP tiers, réclame le périphérique spécifique.
  • Règles de réclamation SATP. Selon le type de périphérique, ces règles attribuent un sous-module SATP particulier qui fournit au périphériquela gestion multivoie spécifique du fournisseur.

Vous pouvez utiliser les commandes esxcli pour modifier les règles de réclamation de base et SATP ou en ajouter. En général, vous ajoutez des règles de réclamation pour charger un MPP tiers ou pour masquer un LUN de votre hôte. La modification des règles de réclamation peut s'avérer nécessaire lorsque les paramètres par défaut appliqués à un périphérique spécifique ne suffisent pas.

Pour plus d'informations sur les commandes disponibles pour gérer les règles de réclamation PSA, consultez Démarrage avec ESXCLI.

Pour une liste des baies de stockage et des SATP et PSP correspondants, consultez la section Stockage/SAN du vSphere Compatibility Guide.

Considérations concernant la gestion multivoie

Des considérations spécifiques s'appliquent lorsque vous gérez des plug-ins gestion multivoie de stockage et des règles de réclamation.

Les considérations suivantes sont destinées à vous aider à utiliser le gestion multivoie :

  • Si les règles de réclamation n'ont pas alloué de SATP au périphérique, le SATP par défaut pour iSCSI ou pour les périphériques FC est VMW_SATP_DEFAULT_AA. Le PSP par défaut est VMW_PSP_FIXED.
  • Lorsque le système recherche les règles SATP pour localiser un SATP pour un périphérique donné, il recherche les règles du pilote en premier. En cas de non correspondance, les règles du fournisseur/modèle sont recherchées, et pour finir, les règles de transport sont recherchées. En cas de non correspondance, NMP sélectionne un SATP par défaut pour le périphérique.
  • Si VMW_SATP_ALUA est attribué à un périphérique de stockage spécifique mais le périphérique ne prend pas en charge ALUA, il n'y a aucune correspondance à la règle de réclamation pour ce périphérique. Le périphérique est réclamé par le SATP par défaut selon le type de transport du périphérique.
  • Le PSP par défaut de tous les périphériques réclamés par VMW_SATP_ALUA est VMW_PSP_MRU. VMW_PSP_MRU sélectionne un chemin actif/optimisé que lui a indiqué VMW_SATP_ALUA, ou un chemin actif/non optimisé s'il n'y a pas de chemin actif/optimisé. Ce chemin est utilisé jusqu'à ce qu'un meilleur chemin soit disponible (MRU). Par exemple, si VMW_PSP_MRU utilise un chemin actif/non optimisé et qu'un chemin actif/optimisé est disponible, VMW_PSP_MRU change de chemin pour utiliser le chemin actif/optimisé.
  • Bien que VMW_PSP_MRU soit généralement sélectionné par défaut pour les baies ALUA, certaines baies de stockage ALUA nécessitent d'utiliser VMW_PSP_FIXED. Pour vérifier si votre baie de stockage nécessite VMW_PSP_FIXED, consultez le Guide de compatibilité VMware ou contactez votre fournisseur de baies. Lorsque vous utilisez VMW_PSP_FIXED avec des baies ALUA, et à moins que vous ne spécifiiez explicitement un chemin préféré, l'hôte ESXi sélectionne le chemin actif optimal et le désigne comme chemin préféré par défaut. Si le chemin sélectionné par l'hôte devient indisponible, l'hôte sélectionne un chemin de substitution disponible. Toutefois, si vous désignez explicitement le chemin préféré, celui-ci restera le chemin préféré quel que soit son état.
  • Par défaut, la règle de réclamation 101 du PSA masque les périphériques pseudo de baie Dell. Ne supprimez pas cette règle sauf si vous voulez afficher ces périphériques.

Liste de règles de réclamation de gestion multivoie pour l'hôte

Utilisez la commande esxcli pour répertorier les règles de réclamation de gestion multivoie disponibles.

Les règles de réclamation indiquent si le NMP, le HPP ou un MPP tiers gère un chemin physique donné. Chaque règles de réclamation identifie une série de chemins selon les paramètres suivants :

  • Chaînes d'éditeur/modèle
  • Transport, tel que SATA, IDE ou Fibre Channel
  • Adaptateur, cible ou emplacement de la LUN
  • Pilote du périphérique, par exemple, Mega-RAID

Procédure

  • ♦ Pour répertorier les règles de réclamation de gestion multivoie, exécutez la commande esxcli storage core claimrule list --claimrule-class=MP.
    Si vous n'utilisez pas l'option claimrule-class, la classe de règle MP est implicite.

Exemple : Exemple de résultat de la commande esxcli storage core claimrule list

Rule Class  Rule   Class    Type       Plugin     Matches
MP           10    runtime  vendor     HPP        vendor=NVMe model=*              
MP           10    file     vendor     HPP        vendor=NVMe model=*              
MP           50    runtime  transport  NMP        transport=usb
MP           51    runtime  transport  NMP        transport=sata
MP           52    runtime  transport  NMP        transport=ide
MP           53    runtime  transport  NMP        transport=block
MP           54    runtime  transport  NMP        transport=unknown
MP          101    runtime  vendor     MASK_PATH  vendor=DELL model=Universal Xport
MP          101    file     vendor     MASK_PATH  vendor=DELL model=Universal Xport
MP          200    runtime  vendor     MPP_1      vendor=NewVend model=* 
MP          200    file     vendor     MPP_1      vendor=NewVend model=* 
MP          201    runtime  location   MPP_2      adapter=vmhba41 channel=* target=* lun=* 
MP          201    file     location   MPP_2      adapter=vmhba41 channel=* target=* lun=* 
MP          202    runtime  driver     MPP_3      driver=megaraid 
MP          202    file     driver     MPP_3      driver=megaraid 
MP          65535  runtime  vendor     NMP        vendor=* model=*
Cet exemple indique :
  • Le NMP réclame tous les chemins connectés aux périphériques de stockage qui utilisent le transport USB, SATA, IDE et Block SCSI.
  • Les règles pour HPP, MPP_1, MPP_2 et MPP_3 ont été ajoutées, afin que les modules puissent réclamer des périphériques spécifiés. Par exemple, le HPP réclame tous les périphériques avec le fournisseur NVMe. Tous les périphériques gérés par le pilote nvme de la boîte de réception sont réclamés, quel que soit le fournisseur réel. Le module MPP_1 réclame tous les chemins connectés à tout modèle de baie de stockage NewVend.
  • Vous pouvez utiliser le module MASK_PATH pour masquer les périphériques inutilisés de votre hôte. Par défaut, la règle de réclamation 101 du PSA masque les périphériques pseudo de baie Dell avec une chaîne de fournisseur DELL et une chaîne de modèle Universal Xport.
  • La colonne Classe de règles dans la sortie décrit la catégorie de règle de réclamation. Elle peut être MP (plug-in gestion multivoie), Filtre ou VAAI.
  • La colonne Classe montre les règles qui sont définies et celles qui sont chargées. Le paramètre file dans la colonne Class indique que la règle est définie. Le paramètre runtime indique que la règle a été chargée sur votre système. Pour activer une règle de réclamation définie par l'utilisateur, il faut que deux lignes ayant le même nombre de règles soient présentes. Une ligne pour la règle avec la paramètre file et une autre ligne avec le paramètre runtime. Plusieurs règles de réclamation définies par défaut par le système ont une seule ligne avec la classe runtime. Vous ne pouvez pas modifier ces règles.
  • La règle par défaut 65535 attribue tous les chemins non réclamés au NMP. Ne supprimez pas cette règle.

Ajout de règles de réclamation de gestion multivoie

Utilisez les commandes esxcli pour ajouter une règle de réclamation de gestion multivoie PSA à l'ensemble de stratégies de réclamation sur le système. Pour activer la nouvelle règle de réclamation, définissez d'abord la règle puis chargez-la sur votre système.

Exemples d'ajout d'une règle de réclamation PSA :
  • Vous chargez un nouveau MPP tiers et vous devez définir les chemins que ce module réclame.
  • Vous devez activer le HPP natif.
Avertissement : Vous ne pouvez pas créer de règles pour lesquelles deux plug-ins différents réclament des chemins vers le même périphérique. Vos tentatives de création de ces règles de réclamation échouent avec un message d'avertissement dans le fichier vmkernel.log.

Conditions préalables

Installez ESXCLI. Voir Démarrage avec ESXCLI. Pour le dépannage, exécutez des commandes esxcli dans ESXi Shell.

Procédure

  1. Pour définir une nouvelle règle de réclamation, utilisez la commande suivante :
    esxcli storage core claimrule add

    La commande accepte les options suivantes :

    Option Description
    -A|--adapter=<adapter> Adaptateur des chemins d'accès à utiliser. Valide uniquement si --type est location.
    -u|--autoassign Permet d'ajouter une règle de réclamation selon ses caractéristiques. Le numéro de règle n'est pas nécessaire.
    -C|--channel=<channel> Canal des chemins d'accès à utiliser. Valide uniquement si --type est location.
    -c|--claimrule-class=<cl> Classe des règles de réclamation à utiliser pour cette opération. Vous pouvez spécifier MP (par défaut), Filter ou VAAI.

    Pour configurer l'accélération matérielle pour une nouvelle baie, ajoutez deux règles de réclamation, une pour le filtre VAAI et une autre pour le plug-in VAAI. Reportez-vous à Ajout de règles de réclamation d'accélération matérielle pour obtenir des instructions détaillées.

    -d|--device=<device_uid> UID du périphérique. Valide uniquement lorsque --type est device.
    -D|--driver=<driver> Pilote pour l'adaptateur HBA des chemins d'accès à utiliser. Valide uniquement si --type est driver.
    -f|--force Forcez les règles de réclamation à ignorer les vérifications de validité et à installer la règle.
    --force-reserved Remplacez la protection des plages d'ID de règle réservées.

    Les règles de réclamation réservées sont les règles dont l'ID est inférieur à 100. Vous pouvez les utiliser pour réattribuer les périphériques locaux aux plug-ins spécifiques (par exemple, le périphérique NVMe au HPP).

    --if-unset=<str> Exécutez cette commande si cette variable d'utilisateur avancé n'est pas définie sur la valeur 1.
    -i|--iqn=<iscsi_name> Nom complet iSCSI de la cible. Valide uniquement lorsque --type est target.
    -L|--lun=<lun_id> LUN des chemins d'accès. Valide uniquement si --type est location.

    L'ID de LUN ne doit pas être supérieur à la valeur de l'option de configuration avancée /Disk/MaxLUN.

    -M|--model=<model> Modèle des chemins d'accès à utiliser. Valide uniquement si --type est vendor.

    Les valeurs valides sont les valeurs de la chaîne de modèle à partir de la chaîne SCSI INQUIRY. Exécutez vicfg-scsidevs <conn_options> -l sur chaque périphérique pour afficher les valeurs de la chaîne de modèle.

    -P|--plugin=<plugin> Plug-in PSA à utiliser. Les valeurs sont NMP, MASK_PATH ou HPP. Des développeurs tiers peuvent également fournir leurs propres plug-ins PSA. Requis.
    -r|--rule=<rule_ID> ID de règle à utiliser. L'ID de règle indique l'ordre dans lequel la règle de réclamation doit être évaluée. Les règles de réclamation définies par l'utilisateur sont évaluées dans l'ordre numérique à partir de 101.

    Vous pouvez exécuter esxcli storage core claimrule list pour déterminer les ID de règle disponibles.

    -T|--target=<target> Cible des chemins d'accès à utiliser. Valide uniquement si --type est location.
    -R|--transport=<transport>

    Transport des chemins d'accès à utiliser. Valide uniquement si --type est transport. Les valeurs suivantes sont prises en charge.

    • block — Stockage des blocs
    • fc — Fibre Channel
    • iscsivendor — iSCSI
    • iscsi — Actuellement inutilisé
    • ide — Stockage IDE
    • sas — Stockage SAS
    • sata — Stockage SATA
    • usb — Stockage USB
    • parallel — Parallèle
    • fcoe — FCoE
    • unknown
    -t|--type=<type> Type de correspondance à utiliser pour l'opération. Les valeurs valides sont les suivantes : Requis.
    • vendor
    • location
    • driver
    • transport
    • device
    • target
    -V|--vendor=<vendor> Fournisseur des chemins d'accès à utiliser. Valide uniquement si --type est vendor.

    Les valeurs valides sont les valeurs de la chaîne de fournisseur à partir de la chaîne SCSI INQUIRY. Exécutez vicfg-scsidevs <conn_options> -l sur chaque périphérique pour afficher les valeurs de la chaîne de fournisseur.

    --wwnn=<wwnn> Numéro de nœud mondial (WWNN) pour la cible.
    --wwpn=<wwpn> Numéro de port mondial (WWPN) pour la cible.
    -a|--xcopy-use-array-values Utilisez les valeurs indiquées par la baie pour construire la commande XCOPY à envoyer à la baie de stockage. Cela s'applique aux règles de réclamation VAAI uniquement.
    -s|--xcopy-use-multi-segs Utilisez plusieurs segments lors de l'émission d'une demande XCOPY. Valide uniquement si --xcopy-use-array-values est spécifié.
    -m|--xcopy-max-transfer-size Taille maximale en Mo de transfert de données lorsque vous utilisez une taille de transfert différente de celle indiquée par la baie. Valide uniquement si --xcopy-use-array-values est spécifié.
    -k|--xcopy-max-transfer-size-kib Taille maximale en Kio de transfert pour les commandes XCOPY lorsque vous utilisez une taille de transfert différente de celle indiquée par la baie. Valide uniquement si --xcopy-use-array-values est spécifié.
  2. Pour charger la nouvelle règle de réclamation sur votre système, utilisez la commande suivante :
    esxcli storage core claimrule load
    Cette commande charge toutes les nouvelles règles de réclamation de gestion multivoie à partir du fichier de configuration esx.conf dans le noyau VMkernel. La commande ne se compose d'aucune option.
  3. Pour appliquer des règles de réclamation qui sont chargées, utilisez la commande suivante :
    esxcli storage core claimrule run

    La commande accepte les options suivantes :

    Option Description
    -A|--adapter=<adapter> Si --type est location, il s'agit du nom de l'adaptateur HBA pour les chemins d'accès sur lesquels les règles de réclamation doivent être exécutées. Pour exécuter des règles de réclamation sur les chemins d'accès pour tous les adaptateurs, omettez cette option.
    -C|--channel=<channel> Si --type est location, indiquez le canal des chemins à utiliser pour cette opération. Pour exécuter des règles de réclamation sur les chemins d'accès pour tout numéro de canal, omettez cette option.
    -c|--claimrule-class=<cl> Classe des règles de réclamation à utiliser pour cette opération.
    -d|--device=<device_uid> UID du périphérique.
    -L|--lun=<lun_id> Si --type est location, indiquez la valeur du LUN pour les chemins sur lesquels les règles de réclamation doivent être exécutées. Pour exécuter des règles de réclamation sur les chemins d'accès pour tout LUN, omettez cette option.
    -p|--path=<path_uid> Si --type est path, cette option indique l'identifiant de chemin d'accès unique (UID) ou le nom d'exécution d'un chemin d'accès sur lequel les règles de réclamation doivent être exécutées.
    -T|--target=<target> Si --type est location, indiquez la cible des chemins sur lesquels les règles de réclamation doivent être exécutées. Pour exécuter des règles de réclamation sur les chemins d'accès pour tout numéro cible, omettez cette option.
    -t|--type=<location|path|all> Type de réclamation à effectuer. Par défaut, utilise all, ce qui signifie que des règles de réclamation s'exécutent sans restriction pour les chemins. Les valeurs valides sont location, path et all.
    -w|--wait Vous ne pouvez utiliser cette option que si vous utilisez également --type all.

    Si cette option est incluse, la réclamation attend que le réglage des chemins d'accès soit effectué avant l'exécution de l'opération de réclamation. Dans ce cas, le système ne démarre le processus de réclamation que lorsqu'il est probable que tous les chemins d'accès au système sont apparus.

    Lorsque le processus de réclamation est démarré, la commande ne renvoie rien jusqu'à ce que l'enregistrement du périphérique soit effectué.

    Si vous ajoutez ou supprimez des chemins d'accès au cours du processus de réclamation ou de détection, cette option peut ne pas fonctionner correctement.

Exemple : Définition des règles de réclamation de gestion multivoie

Dans l'exemple suivant, vous ajoutez et chargez la règle #500. La règle réclame tous les chemins avec la chaîne de modèle NewMod et la chaîne de fournisseur NewVend pour le plug-in NMP.

# esxcli storage core claimrule add -r 500 -t vendor -V NewVend -M NewMod -P NMP

# esxcli storage core claimrule load

Après avoir exécuté la commande esxcli storage core claimrule list, vous pouvez voir apparaître la nouvelle règle de réclamations sur la liste.

La sortie suivante indique que la règle de réclamation 500 a été chargée dans le système et est active. 
Rule Class  Rule   Class    Type       Plugin     Matches
...         ...    ...      ...        ...        ...
MP          500    runtime  vendor     NMP        vendor=NewVend model=NewMod  
MP          500    file     vendor     NMP        vendor=NewVend model=NewMod

Suppression de règles de réclamation de gestion multivoie

Utilisez les commandes esxcli pour supprimer une règle de réclamation PSA de gestion multivoie de la série de règles de réclamation sur le système.

Conditions préalables

Installez ESXCLI. Voir Démarrage avec ESXCLI. Pour le dépannage, exécutez des commandes esxcli dans ESXi Shell.

Procédure

  1. Supprimez une règle de réclamation d'une série de règles de réclamation.
    esxcli storage core claimrule remove
    Note : Par défaut, la règle de réclamation 101 du PSA masque les périphériques pseudo de baie Dell. Ne supprimez pas cette règle sauf si vous voulez afficher ces périphériques.

    La commande accepte les options suivantes :

    Option Description
    -c|--claimrule-class=<str>

    Indiquez la classe de règle de réclamation (MP, Filtre, VAAI).

    -P|--plugin=<str> Indiquez le plug-in.
    -r|--rule=<long> Indiquez l'ID de règle.
    Cette étape supprime la règle de réclamation de la classe de fichiers.
  2. Supprimez la règle de réclamation du système.
    esxcli storage core claimrule load
    Cette étape supprime la règle de réclamation de la classe Runtime.

Masquage des chemins

Vous pouvez empêcher l'hôte d'accéder aux périphériques de stockage ou aux LUN, ou encore l'empêcher d'utiliser certains chemins d'accès à un LUN. Pour masquer les chemins d'accès, utilisez les commandes esxcli. Lorsque vous masquez des chemins d'accès, vous créez des règles de réclamation qui affectent le plug-in MASK_PATH aux chemins spécifiés.

Conditions préalables

Installez ESXCLI. Voir Démarrage avec ESXCLI. Pour le dépannage, exécutez des commandes esxcli dans ESXi Shell.

Procédure

  1. Vérifiez l'ID de règle disponible suivant
    esxcli storage core claimrule list
    Les règles de réclamation qui vous permettent de masquer les chemins possèdent des ID de règle compris entre 101 et 200. Si cette commande indique que les règles 101 et 102 existent, vous pouvez utiliser 103 pour la règle à ajouter.
  2. Affectez le plug-in MASK_PATH à un chemin d'accès : pour cela, créez une nouvelle règle de réclamation à associer au plug-in.
    esxcli storage core claimrule add -P MASK_PATH
  3. Chargez la règle de réclamation du plug-in MASK_PATH dans votre système.
    esxcli storage core claimrule load
  4. Vérifiez que cette règle a bien été ajoutée.
    esxcli storage core claimrule list
  5. Si une règle de réclamation existe déjà pour le chemin d'accès masqué, supprimez-la.
    esxcli storage core claiming unclaim
  6. Exécutez les règles de réclamation de chemin d'accès.
    esxcli storage core claimrule run

Résultats

Une fois que vous avez affecté le plug-in MASK_PATH à un chemin d'accès, l'état de l'état de ce dernier devient non pertinent et n'est plus géré par l'hôte. Par conséquent, les commandes qui affichent les informations de chemin masqué peuvent indiquer que ce chemin est mort.

Exemple : Masquage d'un LUN

Dans cet exemple, vous masquez le LUN 20 pour les cibles T1 et T2, dont l'accès s'effectue via les adaptateurs de stockage vmhba2 et vmhba3. 

  1. #esxcli storage core claimrule list
  2. #esxcli storage core claimrule add -P MASK_PATH -r 109 -t location -A vmhba2 -C 0 -T 1 -L 20 
#esxcli storage core claimrule add -P MASK_PATH -r 110 -t location -A vmhba3 -C 0 -T 1 -L 20 
#esxcli storage core claimrule add -P MASK_PATH -r 111 -t location -A vmhba2 -C 0 -T 2 -L 20 
#esxcli storage core claimrule add -P MASK_PATH -r 112 -t location -A vmhba3 -C 0 -T 2 -L 20
  3. #esxcli storage core claimrule load
  4. #esxcli storage core claimrule list
  5. #esxcli storage core claiming unclaim -t location -A vmhba2 
#esxcli storage core claiming unclaim -t location -A vmhba3
  6. #esxcli storage core claimrule run

Démasquage des chemins

Si vous souhaitez que l'hôte accède au périphérique de stockage masqué, démasquez les chemins menant à ce périphérique.

Note : Lorsque vous exécutez une opération de non-réclamation à l'aide d'une propriété de périphérique (comme ID de périphérique ou fournisseur), les chemins réclamés par le plug-in MASK_PATH ne sont pas non réclamés. Le plug-in MASK_PATH n'effectue aucun suivi des propriétés de périphérique des chemins qu'il réclame.

Conditions préalables

Installez ESXCLI. Voir Démarrage avec ESXCLI. Pour le dépannage, exécutez des commandes esxcli dans ESXi Shell.

Procédure

  1. Supprimez la règle de réclamation MASK_PATH.
    esxcli storage core claimrule remove -r rule#
  2. Vérifiez que la règle de réclamation a été supprimée correctement.
    esxcli storage core claimrule list
  3. Rechargez les règles de réclamation du chemin à partir du fichier de configuration dans le VMkernel.
    esxcli storage core claimrule load
  4. Exécutez la commande esxcli storage core claiming unclaim pour chaque chemin vers le périphérique de stockage masqué.
    Par exemple :

    esxcli storage core claiming unclaim -t location -A vmhba0 -C 0 -T 0 -L 149

  5. Exécutez les règles de réclamation de chemin d'accès.
    esxcli storage core claimrule run

Résultats

Votre hôte peut désormais accéder au périphérique de stockage qui a été masqué.

Définition des règles SATP de NMP

Les règles de réclamation NMP SATP définissent le SATP qui gère un périphérique de stockage. En règle générale, vous pouvez utiliser les SATP par défaut fournis pour les périphériques de stockage. Si les paramètres par défaut ne suffisent pas, utilisez les commandes esxcli pour modifier le SATP pour un périphérique spécifique.

Vous devrez éventuellement créer une règle SATP lors de l'installation d'un SATP tiers pour une baie de stockage spécifique.

Conditions préalables

Installez ESXCLI. Voir Démarrage avec ESXCLI. Pour le dépannage, exécutez des commandes esxcli dans ESXi Shell.

Procédure

  1. Pour ajouter une règle de réclamation à un SATP spécifique, exécutez la commande esxcli storage nmp satp rule add. La commande accepte les options suivantes.
    Option Description
    -b|--boot Il s'agit d'une règle par défaut du système ajoutée au moment du démarrage. Ne modifiez pas esx.conf ou ne l'ajoutez pas au profil d'un hôte.
    -c|--claim-option=string Définissez la chaîne d'option de réclamation lors de l'ajout d'une règle de réclamation SATP.
    -e|--description=string Définissez la description de la règle de réclamation lors de l'ajout d'une règle de réclamation SATP.
    -d|--device=string Définissez le périphérique lors de l'ajout de règles de réclamation SATP. Les règles de périphérique sont mutuellement exclusives aux règles d'éditeur/modèle et de pilote.
    -D|--driver=string Définissez la chaîne de pilote lors de l'ajout d'une règle de réclamation SATP. Les règles de pilote sont mutuellement exclusives aux règles d'éditeur/modèle.
    -f|--force Forcez les règles de réclamation à ignorer les vérifications de validité et à installer la règle.
    -h|--help Affichez le message d'aide.
    -M|--model=string Définissez la chaîne de modèle lors de l'ajout d'une règle de réclamation SATP. Les règles d'éditeur/modèle sont mutuellement exclusives aux règles de pilote.
    -o|--option=string Définissez la chaîne d'option lors de l'ajout d'une règle de réclamation SATP.
    -P|--psp=string Définissez le PSP par défaut pour la règle de réclamation SATP.
    -O|--psp-option=string Définissez les options du PSP pour la règle de réclamation SATP.
    -s|--satp=string Le SATP pour lequel une nouvelle règle est ajoutée.
    -R|--transport=string Définissez la chaîne du type de transport lors de l'ajout d'une règle de réclamation SATP.
    -t|--type=string Définissez le type de chaîne lors de l'ajout d'une règle de réclamation SATP.
    -V|--vendor=string Définissez la chaîne de fournisseur lors de l'ajout de règles de réclamation SATP. Les règles d'éditeur/modèle sont mutuellement exclusives aux règles de pilote.
    Note : Lors de la recherche de règles SATP pour localiser le SATP d'un périphérique donné, le NMP commence par rechercher les règles de pilote. Si aucune correspondance n'est trouvée, les règles d'éditeur/modèle sont recherchées et finalement les règles de transport. Si aucune correspondance n'est trouvée cette fois encore, le NMP sélectionne un SATP par défaut pour le périphérique.
  2. Redémarrez l'hôte.

Exemple : Définition d'une règle NMP SATP

L'exemple de commande suivant affecte le plug-in VMW_SATP_INV à la gestion des baies de stockage avec une chaîne de fournisseur NewVend et une chaîne de modèle NewMod. 

# esxcli storage nmp satp rule add -V NewVend -M NewMod -s VMW_SATP_INV

Lorsque vous exécutez la commande esxcli storage nmp satp list -s VMW_SATP_INV, vous pouvez voir la nouvelle règle ajoutée à la liste de règles VMW_SATP_INV.