Usar reglas de notificación para controlar módulos de múltiples rutas de ESXi

Las reglas de notificación determinan qué módulo de múltiples rutas posee las rutas de acceso en un determinado dispositivo de almacenamiento. También definen el tipo de soporte de múltiples rutas que el host proporciona al dispositivo.

Para obtener más información sobre los módulos de múltiples rutas, consulte Conceptos de múltiples rutas y acrónimos.

Las reglas de notificación se enumeran en el archivo /etc/vmware/esx.conf del host.

Las reglas se dividen en estas categorías:

• Reglas de notificación de núcleo. Estas reglas de notificación determinan qué módulo de múltiples rutas (NMP, HPP o MPP de terceros) reclama el dispositivo específico.
• Reglas de notificación de SATP. Según el tipo de dispositivo, estas reglas asignan un determinado submódulo SATP que proporciona administración de múltiples rutas específicas del proveedor al dispositivo.

Puede utilizar los comandos esxcli para agregar o cambiar el núcleo y las reglas de notificación de SATP. Por lo general, se agregan las reglas de notificación para cargar un MPP de terceros o para ocultar un LUN del host. Podría ser necesario cambiar las reglas de notificación cuando la configuración predeterminada de un dispositivo específico es insuficiente.

Para obtener más información sobre los comandos disponibles para administrar reglas de notificación de PSA, consulte Introducción a ESXCLI.

Para acceder a una lista de matrices de almacenamiento y sus correspondientes SATP y PSP, consulte la sección de almacenamiento/SAN de vSphere Compatibility Guide.

Consideraciones sobre múltiples rutas

Se aplican consideraciones específicas cuando se administran reglas de notificación y complementos de múltiples rutas de almacenamiento.

Las siguientes consideraciones serán útiles para la habilitación de múltiples rutas:

• Si no hay una SATP asignada al dispositivo por las reglas de notificación, la SATP predeterminada para dispositivos iSCSI o de canal de fibra es VMW_SATP_DEFAULT_AA. La PSP predeterminada es VMW_PSP_FIXED.
• Cuando el sistema busca las reglas de SATP con el fin de localizar una SATP para un determinado dispositivo, en primer lugar busca las reglas del controlador. Si no hay coincidencias, se buscan las reglas del proveedor/modelo y, por último, las reglas de transporte. Si no hay coincidencias, NMP selecciona la SATP predeterminada para el dispositivo.
• Si se asigna VMW_SATP_ALUA a un dispositivo de almacenamiento específico, pero el dispositivo no se basa en ALUA, no se producirán coincidencias de reglas de notificación para ese dispositivo. La SATP predeterminada reclama el dispositivo en función de su tipo de transporte.
• La PSP predeterminada para todos los dispositivos reclamados por VMW_SATP_ALUA es VMW_PSP_MRU. VMW_PSP_MRU selecciona una ruta de acceso activa/optimizada, según lo informado por VMW_SATP_ALUA, o bien una ruta de acceso activa/no optimizada en caso de que no haya una ruta activa/optimizada. Esta ruta de acceso se utiliza hasta que haya una ruta de acceso mejor disponible (MRU). Por ejemplo, si VMW_PSP_MRU actualmente utiliza una ruta de acceso activa/no optimizada y en algún momento hay una ruta de acceso activa/optimizada disponible, VMW_PSP_MRU pasará a utilizar esta última.
• Aunque por lo general se selecciona VMW_PSP_MRU para matrices ALUA de forma predeterminada, ciertas matrices de almacenamiento ALUA deben utilizar VMW_PSP_FIXED. Para comprobar si la matriz de almacenamiento requiere VMW_PSP_FIXED, consulte la Guía de compatibilidad de VMware o póngase en contacto con el proveedor de almacenamiento. Al utilizar VMW_PSP_FIXED con matrices ALUA, a menos que se especifique explícitamente una ruta de acceso preferida, el host ESXi selecciona la ruta de trabajo más óptima y la designa como ruta de acceso preferida predeterminada. Si la ruta seleccionada por el host deja de estar disponible, se seleccionará una ruta de acceso alternativa disponible. Sin embargo, si designa explícitamente la ruta de acceso preferida, seguirá siéndolo más allá de cuál sea su estado.
• De forma predeterminada, la regla de notificación de PSA 101 enmascara pseudodispositivos de matrices Dell. No elimine esta regla, a menos que quiera desenmascarar estos dispositivos.

Lista de reglas de notificación de múltiples rutas para el host

Utilice el comando esxcli para ver la lista de las reglas de notificación de múltiples rutas disponibles.

Las reglas de notificación indican si un NMP, HPP o MPP de terceros administran una ruta física determinada. Cada regla de notificación identifica un conjunto de rutas de acceso según los siguientes parámetros:

• Cadenas de proveedor/modelo
• Transporte, como SATA, IDE o canal de fibra
• Ubicación del adaptador, destino o LUN
• Controlador del dispositivo, por ejemplo, Mega-RAID

Procedimiento

• ♦ Para enumerar las reglas de notificación de múltiples rutas, ejecute el comando esxcli storage core claimrule list --claimrule-class=MP.
  Si no utiliza la opción claimrule-class, la clase de regla MP queda implícita.

Ejemplo: Resultados de muestra del comando 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=*

Este ejemplo indica lo siguiente:

• El NMP reclama todas las rutas de acceso conectadas a dispositivos de almacenamiento que utilizan transporte USB, SATA, IDE y SCSI en bloque.
• Se agregaron reglas para HPP, MPP_1, MPP_2 y MPP_3, a fin de que los módulos puedan reclamar dispositivos específicos. Por ejemplo, HPP reclama todos los dispositivos con NVMe de proveedor. Sin importar el proveedor real, se reclaman todos los dispositivos manejados por el controlador nvme de bandeja de entrada. El módulo MPP_1 reclama todas las rutas de acceso conectadas con cualquier modelo de la matriz de almacenamiento NewVend.
• Puede utilizar el módulo MASK_PATH para ocultar dispositivos no utilizados del host. De forma predeterminada, la regla de notificación de PSA 101 enmascara pseudodispositivos de matriz Dell con una cadena de proveedor DELL y una cadena de modelo Universal Xport.
• La columna Clase de regla en los resultados describe la categoría de la regla de notificación. Puede ser complemento de múltiples rutas (MP), filtro o VAAI.
• La columna Clase muestra qué reglas se definen y cuáles se cargan. El parámetro file en la columna Clase indica que la regla está definida. El parámetro runtime indica que la regla se cargó en el sistema. Para que una regla de notificación definida por el usuario se active, deben existir dos líneas con el mismo número de regla: una línea para la regla con el parámetro file y otra línea con runtime. Varias reglas de notificación predeterminadas definidas por el sistema tienen una sola línea con la clase de runtime. No se pueden modificar estas reglas.
• La regla predeterminada 65535 asigna todas las rutas de acceso sin reclamar a NMP. No elimine esta regla.

Agregar reglas de notificación de múltiples rutas

Utilice los comandos esxcli para agregar una regla de notificación de PSA de múltiples rutas al conjunto de reglas de notificación en el sistema. Para que la nueva regla de notificación sea activa, primero debe definir la regla y, a continuación, cargarla en el sistema.

A continuación se incluyen ejemplos de situaciones en las que se añade una regla de notificación de PSA:

• Carga un MPP de terceros nuevo y debe definir las rutas de acceso que reclama este módulo.
• Debe habilitar el complemento HPP nativo.

Advertencia: No puede crear reglas donde dos complementos diferentes reclamen rutas de acceso al mismo dispositivo. Al intentar crear este tipo de reglas de notificación, se produce un error con una advertencia en vmkernel.log.

Requisitos previos

Instale ESXCLI. Consulte Introducción a ESXCLI. Para solucionar problemas, ejecute comandos esxcli en ESXi Shell.

Procedimiento

1. Para definir una nueva regla de notificación, utilice el comando siguiente:
   esxcli storage core claimrule add

   El comando admite las siguientes opciones:

   Opción	Descripción
   -A|--adapter=<adapter>	Adaptador de las rutas de acceso que se utilizará. Válido únicamente si --type es location.
   -u|--autoassign	Agrega una regla de notificación en función de sus características. El número de regla no es necesario.
   -C|--channel=<channel>	Canal de las rutas de acceso que se utilizará. Válido únicamente si --type es location.
   -c|--claimrule-class=<cl>	Clase de regla de notificación que se utilizará en esta operación. Puede especificar MP (valor predeterminado), Filter o VAAI. A fin de configurar la aceleración de hardware para una nueva matriz, agregue dos reglas de notificación, una para el filtro VAAI y otra para el complemento VAAI. Consulte Agregar reglas de notificación de aceleración de hardware para obtener instrucciones detalladas.
   -d|--device=<device_uid>	UID del dispositivo. Válido únicamente cuando --type es device.
   -D|--driver=<driver>	Controlador para el HBA de las rutas de acceso que se utilizará. Válido únicamente si --type es driver.
   -f|--force	Fuerce a las reglas de notificación a ignorar las comprobaciones de validez e instalar la regla de todas formas.
   --force-reserved	Anule la protección de los rangos de identificadores de reglas reservadas. Las reglas de notificación reservadas son las reglas con un identificador inferior a 100. Puede utilizarlas para volver a asignar dispositivos locales a complementos específicos, por ejemplo, el dispositivo NVMe a HPP.
   --if-unset=<str>	Ejecute este comando si esta variable de usuario avanzado no está establecida en 1.
   -i|--iqn=<iscsi_name>	Nombre calificado de iSCSI para el destino. Válido únicamente cuando --type es target.
   -L|--lun=<lun_id>	LUN de las rutas de acceso. Válido únicamente si --type es location. El identificador de LUN no debe ser mayor que el valor de la opción de configuración avanzada /Disk/MaxLUN.
   -M|--model=<model>	Modelo de las rutas de acceso que se utilizará. Válido únicamente si --type es vendor. Los valores válidos son los valores de la cadena de modelo en la cadena de consulta de SCSI. Ejecute vicfg-scsidevs <conn_options> -l en cada dispositivo para ver los valores de cadena de modelo.
   -P|--plugin=<plugin>	Complemento PSA que se utilizará. Los valores son NMP, MASK_PATH o HPP. Los terceros también pueden proporcionar sus propios complementos PSA. Requerido.
   -r|--rule=<rule_ID>	Identificador de regla que se utilizará. El identificador de regla indica el orden en el que se evaluará la regla de notificación. Las reglas de notificación definidas por el usuario se evalúan en orden numérico a partir de 101. Puede ejecutar esxcli storage core claimrule list para determinar los identificadores de regla que deben estar disponibles.
   -T|--target=<target>	Destino de las rutas de acceso que se utilizará. Válido únicamente si --type es location.
   -R|--transport=<transport>	Transporte de las rutas de acceso que se utilizará. Válido únicamente si --type es transport. Se admiten los siguientes valores. block: almacenamiento en bloque fc: canal de fibra iscsivendor: iSCSI iscsi: no se encuentra en uso ide: almacenamiento IDE sas: almacenamiento SAS sata: almacenamiento SATA usb: almacenamiento USB parallel: paralelo fcoe: FCoE unknown
   -t|--type=<type>	Tipo de coincidencia que se utilizará para la operación. Los valores válidos son los siguientes. Requerido. vendor location driver transport device target
   -V|--vendor=<vendor>	Proveedor de las rutas de acceso que se utilizará. Válido únicamente si --type es vendor. Los valores válidos son los valores de la cadena de proveedor en la cadena de consulta de SCSI. Ejecute vicfg-scsidevs <conn_options> -l en cada dispositivo para ver los valores de cadena de proveedor.
   --wwnn=<wwnn>	Número de nodo a escala mundial para el destino.
   --wwpn=<wwpn>	Número de puerto a escala mundial para el destino.
   -a|--xcopy-use-array-values	Utilice los valores informados por la matriz para construir el comando XCOPY que se enviará a la matriz de almacenamiento. Esto se aplica únicamente a las reglas de notificación VAAI.
   -s|--xcopy-use-multi-segs	Utilice varios segmentos al emitir una solicitud XCOPY. Válido únicamente si se especifica --xcopy-use-array-values.
   -m|--xcopy-max-transfer-size	Tamaño máximo de transferencia de datos en MB cuando se utiliza un tamaño de transferencia diferente al informado por la matriz. Válido únicamente si se especifica --xcopy-use-array-values.
   -k|--xcopy-max-transfer-size-kib	Tamaño máximo de transferencia en KiB para los comandos XCOPY cuando se utiliza un tamaño de transferencia diferente al informado por la matriz. Válido únicamente si se especifica --xcopy-use-array-values.

2. Para cargar la nueva regla de notificación en el sistema, utilice el siguiente comando:
   esxcli storage core claimrule load
   Este comando carga todas las reglas de notificación de múltiples rutas recientemente creadas del archivo de configuración esx.conf al VMkernel. El comando no tiene opciones.
3. Para aplicar las reglas de notificación cargadas, utilice el siguiente comando:
   esxcli storage core claimrule run

   El comando admite las siguientes opciones:

   Opción	Descripción
   -A|--adapter=<adapter>	Si --type es location, el nombre del HBA para las rutas de acceso en las que se ejecutarán las reglas de notificación. Para ejecutar las reglas de notificación en rutas de acceso de todos los adaptadores, omita esta opción.
   -C|--channel=<channel>	Si --type es location, indique el canal de las rutas para utilizar en esta operación. Para ejecutar las reglas de notificación en rutas de acceso con cualquier número de canal, omita esta opción.
   -c|--claimrule-class=<cl>	Clase de regla de notificación que se utilizará en esta operación.
   -d|--device=<device_uid>	UID del dispositivo.
   -L|--lun=<lun_id>	Si --type es location, indique el LUN de las rutas en las que se ejecutarán las reglas de notificación. Para ejecutar las reglas de notificación en rutas de acceso con cualquier LUN, omita esta opción.
   -p|--path=<path_uid>	Si --type es path, esta opción indica el identificador único de ruta de acceso (Unique Path Identifier, UID) o el nombre de tiempo de ejecución de una ruta de acceso en la que se ejecutarán las reglas de notificación.
   -T|--target=<target>	Si --type es location, indique el destino de las rutas en las que se ejecutarán las reglas de notificación. Para ejecutar las reglas de notificación en rutas de acceso con cualquier número de destino, omita esta opción.
   -t|--type=<location|path|all>	Tipo de notificación que se ejecutará. De forma predeterminada, se utiliza all, lo que significa que las reglas de notificación se ejecutan sin restricción de rutas de acceso específicas. Los valores válidos son location, path y all.
   -w|--wait	Puede utilizar esta opción únicamente si también utiliza --type all. Si se incluye la opción, la notificación espera que las rutas de acceso se asienten antes de ejecutar la operación de notificación. En ese caso, el sistema no iniciará el proceso de notificación hasta que sea factible que todas las rutas de acceso hayan aparecido en el sistema antes de iniciar el proceso de notificación. Después de que se inicia el proceso de notificación, el comando no devuelve resultados hasta que se completa el registro del dispositivo. Si se agregan o eliminan rutas de acceso durante el proceso de notificación o detección, es posible que esta opción no funcione correctamente.

Ejemplo: Definir reglas de notificación de múltiples rutas

En el siguiente ejemplo, se agrega y se carga la regla n.º 500. La regla notifica todas las rutas de acceso con la cadena del modelo NewMod y la cadena del proveedor NewVend para el complemento NMP.

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

# esxcli storage core claimrule load

Después de ejecutar el comando esxcli storage core claimrule list, verá la nueva regla de notificación en la lista.

El siguiente resultado indica que la regla de notificación 500 se ha cargado en el sistema y está activa.

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 

Eliminar reglas de notificación de múltiples rutas

Utilice los comandos esxcli para quitar una regla de notificación de PSA de múltiples rutas del conjunto de reglas de notificación en el sistema.

Requisitos previos

Instale ESXCLI. Consulte Introducción a ESXCLI. Para solucionar problemas, ejecute comandos esxcli en ESXi Shell.

Procedimiento

1. Elimine una regla de notificación del conjunto de reglas de notificación.
   esxcli storage core claimrule remove

   Nota: De forma predeterminada, la regla de notificación de PSA 101 enmascara pseudodispositivos de matrices Dell. No elimine esta regla, a menos que quiera desenmascarar estos dispositivos.

   El comando admite las siguientes opciones:

   Opción	Descripción
   -c|--claimrule-class=<str>	Indique la clase de regla de notificación (MP, filtro, VAAI).
   -P|--plugin=<str>	Indique el complemento.
   -r|--rule=<long>	Indique el identificador de la regla.

   Este paso quita la regla de notificación de la clase Archivo.
2. Quite la regla de notificación del sistema.
   esxcli storage core claimrule load
   Este paso quita la regla de notificación de la clase Tiempo de ejecución.

Enmascarar rutas de acceso

Se puede evitar que el host acceda a los dispositivos de almacenamiento o LUN, o que utilice rutas de acceso individuales a un LUN. Utilice los comandos esxcli para enmascarar las rutas de acceso. Cuando se enmascaran rutas de acceso, se crean reglas de notificación que asignan el complemento MASK_PATH a las rutas de acceso especificadas.

Requisitos previos

Instale ESXCLI. Consulte Introducción a ESXCLI. Para solucionar problemas, ejecute comandos esxcli en ESXi Shell.

Procedimiento

1. Compruebe cuál es el próximo identificador de regla disponible.
   esxcli storage core claimrule list
   Las reglas de notificación que se usan para enmascarar rutas tienen identificadores de regla dentro del rango de 101 a 200. Si este comando muestra que ya existen las reglas 101 y 102, puede especificar 103 para la regla que desee agregar.
2. Asigne el complemento MASK_PATH a una ruta de acceso. Para ello, cree una regla de notificación nueva para el complemento.
   esxcli storage core claimrule add -P MASK_PATH
3. Cargue la regla de notificación MASK_PATH en el sistema.
   esxcli storage core claimrule load
4. Compruebe que la regla de notificación MASK_PATH se haya agregado correctamente.
   esxcli storage core claimrule list
5. Si hay una regla de notificación para la ruta de acceso enmascarada, quítela.
   esxcli storage core claiming unclaim
6. Ejecute las reglas de notificación de ruta de acceso.
   esxcli storage core claimrule run

Resultados

Una vez asignado el complemento MASK_PATH a una ruta de acceso, el estado de la ruta de acceso se vuelve irrelevante y el host deja de mantenerlo. Como resultado, los comandos que muestran la información de la ruta de acceso enmascarada pueden mostrar el estado de la ruta de acceso como inactivo.

Ejemplo: Enmascaramiento de un LUN

En este ejemplo, se enmascara el LUN 20 en los destinos T1 y T2, a los que se accede a través de los adaptadores de almacenamiento vmhba2 y 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

Desenmascarar rutas de acceso

Cuando necesite que el host tenga acceso al dispositivo de almacenamiento enmascarado, quite la máscara de las rutas al dispositivo.

Nota: Cuando se ejecuta una operación de anulación de notificación con una propiedad del dispositivo, por ejemplo, el identificador de dispositivo o el proveedor, no se anula la notificación de las rutas de acceso que reclama el complemento MASK_PATH. El complemento MASK_PATH no realiza un seguimiento de ninguna propiedad del dispositivo de las rutas de acceso que notifica.

Requisitos previos

Instale ESXCLI. Consulte Introducción a ESXCLI. Para solucionar problemas, ejecute comandos esxcli en ESXi Shell.

Procedimiento

1. Elimine la regla de notificación MASK_PATH.
   esxcli storage core claimrule remove -r rule#
2. Compruebe que la regla de notificación se haya eliminado correctamente.
   esxcli storage core claimrule list
3. Vuelva a cargar las reglas de notificación de ruta de acceso del archivo de configuración al VMkernel.
   esxcli storage core claimrule load
4. Ejecute el comando esxcli storage core claiming unclaim para cada ruta de acceso al dispositivo de almacenamiento enmascarado.
   Por ejemplo:

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

5. Ejecute las reglas de notificación de ruta de acceso.
   esxcli storage core claimrule run

Resultados

El host ahora puede acceder al dispositivo de almacenamiento que estaba enmascarado.

Definir reglas de SATP de NMP

Las reglas de notificación de SATP de NMP definen cuál SATP administra un dispositivo de almacenamiento. Por lo general, puede utilizar los SATP predeterminados que se proporcionan para los dispositivos de almacenamiento. Si la configuración predeterminada no es suficiente, utilice los comandos esxcli para cambiar el SATP de un dispositivo específico.

Es posible que necesite crear una regla de SATP al instalar un SATP de terceros para una matriz de almacenamiento específica.

Requisitos previos

Instale ESXCLI. Consulte Introducción a ESXCLI. Para solucionar problemas, ejecute comandos esxcli en ESXi Shell.

Procedimiento

1. A fin de agregar una regla de notificación para un SATP específico, ejecute el comando esxcli storage nmp satp rule add. El comando acepta las opciones siguientes.

   Opción	Descripción
   -b|--boot	Se trata de una regla predeterminada del sistema que se agrega en el momento del arranque. No modifique esx.conf ni agregue nada a un perfil de host.
   -c|--claim-option=string	Establezca la cadena de opción de notificación cuando agrega una regla de notificación de SATP.
   -e|--description=string	Establezca la descripción de la regla de notificación cuando agrega una regla de notificación de SATP.
   -d|--device=string	Establezca el dispositivo cuando agrega reglas de notificación de SATP. Las reglas del dispositivo son mutuamente exclusivas con las reglas del proveedor/modelo y del controlador.
   -D|--driver=string	Establezca la cadena del controlador cuando agrega una regla de notificación de SATP. Las reglas del controlador son mutuamente exclusivas con las reglas del proveedor/modelo.
   -f|--force	Fuerce a las reglas de notificación a ignorar las comprobaciones de validez e instalar la regla de todas formas.
   -h|--help	Muestre el mensaje de ayuda.
   -M|--model=string	Establezca la cadena del modelo cuando agrega una regla de notificación a SATP. Las reglas del proveedor/modelo son mutuamente exclusivas con las reglas del controlador.
   -o|--option=string	Establezca la cadena de opción cuando agrega una regla de notificación de SATP.
   -P|--psp=string	Establezca el PSP predeterminado para la regla de notificación de SATP.
   -O|--psp-option=string	Establezca las opciones del PSP para la regla de notificación de SATP.
   -s|--satp=string	El SATP para el que se ha agregado una regla nueva.
   -R|--transport=string	Establezca la cadena de tipo de transporte de notificación cuando agrega una regla de notificación de SATP.
   -t|--type=string	Establezca el tipo de cadena cuando agrega una regla de notificación de SATP.
   -V|--vendor=string	Establezca la cadena del proveedor cuando agrega reglas de notificación de SATP. Las reglas del proveedor/modelo son mutuamente exclusivas con las reglas del controlador.

   Nota: Cuando busca las reglas de SATP para ubicar un SATP de un dispositivo dado, el NMP busca primero las reglas del controlador. Si no hay coincidencia, se buscan las reglas del proveedor/modelo y, por último, las reglas de transporte. Si aún no hay coincidencia, el NMP selecciona un SATP predeterminado para el dispositivo.
2. Reinicie el host.

Ejemplo: Definir una regla de SATP de NMP

El comando de muestra siguiente asigna el complemento VMW_SATP_INV para administrar las matrices de almacenamiento con la cadena del proveedor NewVend y la cadena del modelo NewMod.

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

Cuando ejecute el comando esxcli storage nmp satp list -s VMW_SATP_INV, podrá ver que la regla nueva se agregó a la lista de reglas VMW_SATP_INV.