Utilizzo delle regole di attestazione per controllare i moduli multipathing ESXi

Le regole di attestazione determinano quale modulo multipathing possiede i percorsi di un particolare dispositivo di storage. Definiscono inoltre il tipo di supporto multipathing che l'host fornisce al dispositivo.

Per ulteriori informazioni sui moduli multipathing, vedere Concetti e acronimi di multipathing.

Le regole di attestazione sono elencate nel file /etc/vmware/esx.conf dell'host.

Le regole rientrano nelle seguenti categorie:

• Regole attestazione principali . Queste regole di attestazione determinano quale modulo multipathing, NMP, HPP o MPP di terze parti attesta il dispositivo specifico.
• Regole di attestazione SATP. A seconda del tipo di dispositivo, queste regole assegnano un sottomodulo SATP specifico del fornitore che fornisca al dispositivo una gestione dei multipathing specifica del fornitore.

È possibile utilizzare i comandi esxcli per aggiungere o modificare le regole di attestazione di base e SATP. Le regole di attestazione vengono aggiunte in genere per caricare un MPP di terze parti o per nascondere un LUN all'host. La modifica delle regole di attestazione potrebbe essere necessaria quando le impostazioni predefinite per un dispositivo specifico non sono sufficienti.

Per ulteriori informazioni sui comandi disponibili per gestire le regole di attestazione PSA, vedere Guida introduttiva a ESXCLI.

Per un elenco di array di storage e SATP e PSP corrispondenti, vedere la sezione Storage/SAN di vSphere Compatibility Guide.

Considerazioni sul multipathing

Occorre applicare considerazioni specifiche quando si gestiscono i plug-in e le regole di attestazione di storage in multipathing.

Le considerazioni seguenti agevolano le operazioni in multipathing:

• Se le regole di attestazione non assegnano alcun SATP al dispositivo, VMW_SATP_DEFAULT_AA è il SATP predefinito per i dispositivi iSCSI o FC. Il PSP predefinito è VMW_PSP_FIXED.
• Quando il sistema cerca le regole SATP per individuare un determinato dispositivo, cerca prima le regole del driver. Se non è presente nessuna corrispondenza, vengono ricercate le regole del fornitore o del modello e infine vengono ricercate le regole di trasporto. Se non si ha nessuna corrispondenza, NMP seleziona un SATP predefinito per il dispositivo.
• Se VMW_SATP_ALUA è assegnato a un dispositivo di archiviazione specifico, ma il dispositivo non è compatibile con ALUA, non si verifica nessuna corrispondenza con la regola di attestazione per questo dispositivo. Il dispositivo viene attestato dal SATP predefinito in base al tipo di trasporto del dispositivo.
• Il PSP predefinito per tutti i dispositivi attestati da VMW_SATP_ALUA è VMW_PSP_MRU. Il VMW_PSP_MRU seleziona un percorso attivo/ottimizzato, come segnalato dal VMW_SATP_ALUA, o un percorso attivo/non ottimizzato se non è presente nessun percorso attivo/ottimizzato. Questo percorso viene utilizzato finché non è disponibile un percorso migliore (MRU). Ad esempio, se il VMW_PSP_MRU sta utilizzando un percorso attivo/non personalizzato e diventa disponibile un percorso attivo/ottimizzato, il VMW_PSP_MRU commuterà il percorso corrente a quello attivo/ottimizzato.
• Mentre per impostazione predefinita viene selezionata VMW_PSP_MRU per gli array ALUA, alcuni array di storage ALUA devono utilizzare VMW_PSP_FIXED. Per verificare se l'array di storage richiede VMW_PSP_FIXED, consultare la Guida alla compatibilità VMware o contattare il fornitore dello storage. Quando si utilizza VMW_PSP_FIXED con array ALUA, a meno che non si specifichi esplicitamente un percorso preferito, l'host ESXi seleziona il percorso di lavoro più ottimale e lo indica come percorso preferito predefinito. Se il percorso selezionato dall'host diventa non disponibile, l'host seleziona un percorso alternativo disponibile. Tuttavia, se si indica esplicitamente il percorso preferito, questo rimarrà preferito indipendentemente dal suo stato.
• Per impostazione predefinita, la regola di attestazione PSA 101 maschera i pseudo dispositivi array Dell. Non eliminare questa regola, a meno che non si desideri rimuovere la maschera da questi dispositivi.

Elenco delle regole di attestazione multipathing per l'host

Utilizzare il comando esxcli per elencare le regole di attestazione multipathing disponibili.

Le regole di attestazione indicano se l'NMP, HPP o un MPP di terze parti gestisce un determinato percorso fisico. Ogni regola di attestazione identifica un set di percorsi in base ai seguenti parametri:

• Stringhe del fornitore/modello
• Trasporto, come SATA, IDE, Fibre Channel
• Posizione di adattatore, destinazione o LUN
• Driver del dispositivo, ad esempio Mega-RAID

Procedura

• ♦ Per elencare le regole di attestazione multipathing, eseguire il comando esxcli storage core claimrule list --claimrule-class=MP.
  Se non si utilizza l'opzione claimrule-class, è implicita la classe di regole MP.

Esempio: Esempio di output 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=*

Questo esempio indica quanto segue:

• NMP attesta tutti i percorsi connessi ai dispositivi di storage che utilizzano i mezzi di trasporto USB, SATA, IDE e Block SCSI.
• Sono state aggiunte le regole per HPP, MPP_1, MPP_2 e MPP_3, in modo che i moduli possano attestare dispositivi specificati. Ad esempio, HPP attesta tutti i dispositivi con fornitore NVMe. Tutti i dispositivi gestiti dal driver inbox nvme vengono attestati, indipendentemente dal fornitore effettivo. Il modulo MPP_1 attesta tutti i percorsi connessi a qualsiasi modello dell'array di storage NewVend.
• È possibile utilizzare il modulo MASK_PATH per nascondere i dispositivi inutilizzati dall'host. Per impostazione predefinita, la regola di attestazione PSA 101 maschera i dispositivi array Dell con una stringa fornitore DELL e una stringa modello Universal Xport.
• La colonna Classe di regole nell'output descrive la categoria di una regola di attestazione. Può essere MP (plug-in multipathing), Filtro o VAAI.
• La colonna Classe mostra le regole definite e le regole caricate. Il parametro file nella colonna Classe indica che la regola è definita. Il parametro runtime indica che la regola è stata caricata nel sistema. Affinché una regola di attestazione definita dall'utente sia attiva devono esistere due righe con lo stesso numero di regola, una riga per la regola con il parametro file e un'altra riga con runtime. Diverse regole di attestazione predefinite definite dal sistema hanno una sola riga con la classe runtime. Non è possibile modificare queste regole.
• La regola predefinita 65535 assegna tutti i percorsi non esclusi a NMP. Non eliminare questa regola.

Aggiunta di regole attestazione di multipathing

Utilizzare i comandi esxcli per aggiungere una regola attestazione PSA di multipathing al set di regole attestazione nel sistema. Affinché la nuova regola attestazione sia attiva, è innanzitutto necessario definire la regola e quindi caricarla nel sistema.

Gli esempi relativi all'aggiunta di una regola attestazione PSA includono i seguenti:

• Si carica un nuovo MPP di terze parti e si definiscono i percorsi richiesti da questo modulo.
• È necessario abilitare l'HPP nativo.

Avviso: Non è possibile creare regole in cui due plug-in diversi richiedono percorsi per lo stesso dispositivo. I tentativi di creare queste regole attestazione non riescono e viene visualizzato un avviso in vmkernel.log.

Prerequisiti

Installare ESXCLI. Vedere Guida introduttiva a ESXCLI. Per la risoluzione dei problemi, eseguire i comandi esxcli in ESXi Shell.

Procedura

1. Per definire una nuova regola attestazione, utilizzare il comando seguente:
   esxcli storage core claimrule add

   Il comando accetta le seguenti opzioni:

   Opzione	Descrizione
   -A|--adapter=<adapter>	Adattatore dei percorsi da utilizzare. Valido solo se location è --type.
   -u|--autoassign	Aggiunge una regola attestazione in base alle sue caratteristiche. Il numero della regola non è obbligatorio.
   -C|--channel=<channel>	Canale dei percorsi da utilizzare. Valido solo se location è --type.
   -c|--claimrule-class=<cl>	Classe della regola attestazione da utilizzare in questa operazione. È possibile specificare MP (predefinita), Filter o VAAI. Per configurare l'accelerazione hardware per un nuovo array, aggiungere due regole di attestazione, una per il filtro VAAI e un'altra per il plug-in VAAI. Per istruzioni dettagliate, vedere Aggiunta di regole di attestazione dell'accelerazione hardware.
   -d|--device=<device_uid>	UID del dispositivo. Valido solo quando --type è device.
   -D|--driver=<driver>	Driver per l'HBA dei percorsi da utilizzare. Valido solo se driver è --type.
   -f|--force	Imporre alle regole attestazione di ignorare i controlli di validità e di installare comunque la regola.
   --force-reserved	Sostituire la protezione degli intervalli ID regola riservata. Le regole attestazione riservate sono regole con un ID inferiore a 100. È possibile utilizzarle per riassegnare i dispositivi locali a plug-in specifici, ad esempio il dispositivo NVMe a HPP.
   --if-unset=<str>	Eseguire questo comando se la variabile utente avanzata non è impostata su 1.
   -i|--iqn=<iscsi_name>	Nome qualificato iSCSI per la destinazione. Valido solo quando --type è target.
   -L|--lun=<lun_id>	LUN dei percorsi. Valido solo se location è --type. L'ID LUN non deve essere superiore al valore dell'opzione di configurazione avanzata /Disk/MaxLUN.
   -M|--model=<model>	Modello dei percorsi da utilizzare. Valido solo se vendor è --type. I valori validi sono valori della stringa Modello della stringa di richiesta SCSI. Eseguire vicfg-scsidevs <conn_options> -l su ciascun dispositivo per visualizzare i valori della stringa del modello.
   -P|--plugin=<plugin>	Plug-in PSA da utilizzare. I valori sono NMP, MASK_PATH o HPP. Terze parti possono fornire anche i propri plug-in PSA. Obbligatorio.
   -r|--rule=<rule_ID>	ID regola da utilizzare. L'ID regola indica l'ordine in cui deve essere valutata la regola di attestazione. Le regole di attestazione definite dall'utente vengono valutate in ordine numerico a partire da 101. È possibile eseguire esxcli storage core claimrule list per determinare quali ID regola sono disponibili.
   -T|--target=<target>	Destinazione dei percorsi da utilizzare. Valido solo se location è --type.
   -R|--transport=<transport>	Trasporto dei percorsi da utilizzare. Valido solo se transport è --type. Sono supportati i valori seguenti. block - storage a blocchi fc - Fibre Channel iscsivendor - iSCSI iscsi - attualmente non in uso ide - Storage IDE sas - Storage SAS sata - Storage SATA usb - Storage USB parallel - parallelo fcoe - FCoE unknown
   -t|--type=<type>	Tipo di corrispondenza da utilizzare per l'operazione. I valori validi sono i seguenti. Obbligatorio. vendor location driver transport device target
   -V|--vendor=<vendor>	Vendor dei percorsi da utilizzare. Valido solo se vendor è --type. I valori validi sono valori della stringa del vendor dalla stringa di interrogazione SCSI. Eseguire vicfg-scsidevs <conn_options> -l su ciascun dispositivo per visualizzare i valori della stringa del vendor.
   --wwnn=<wwnn>	Numero di nodo universale per la destinazione.
   --wwpn=<wwpn>	Numero di porta universale per la destinazione.
   -a|--xcopy-use-array-values	Utilizzare i valori segnalati dell'array per creare il comando XCOPY da inviare all'array di storage. Questa operazione si applica solo alle regole di attestazione VAAI.
   -s|--xcopy-use-multi-segs	Utilizzare più segmenti quando si emette una richiesta XCOPY. Valido solo se è specificato --xcopy-use-array-values.
   -m|--xcopy-max-transfer-size	Dimensioni massime di trasferimento dati in MB quando si utilizza una dimensione di trasferimento diversa dall'array segnalato. Valido solo se è specificato --xcopy-use-array-values.
   -k|--xcopy-max-transfer-size-kib	Dimensioni massime di trasferimento in KiB per i comandi XCOPY quando si utilizza una dimensione di trasferimento diversa dall'array segnalato. Valido solo se è specificato --xcopy-use-array-values.

2. Per caricare la nuova regola attestazione nel sistema, utilizzare il comando seguente:
   esxcli storage core claimrule load
   Questo comando carica tutte le regole di attestazione di multipathing appena create dal file di configurazione esx.conf in VMkernel. Il comando non presenta opzioni.
3. Per applicare le regole di attestazione caricate, utilizzare il comando seguente:
   esxcli storage core claimrule run

   Il comando accetta le seguenti opzioni:

   Opzione	Descrizione
   -A|--adapter=<adapter>	Se --type è location, il nome dell'HBA per i percorsi in cui eseguire le regole di attestazione. Per eseguire regole attestazione sui percorsi da tutti gli adattatori, omettere questa opzione.
   -C|--channel=<channel>	Se --type è location, indicare il canale dei percorsi da utilizzare in questa operazione. Per eseguire regole di attestazione sui percorsi con un qualsiasi numero di canale, omettere questa opzione.
   -c|--claimrule-class=<cl>	Classe della regola attestazione da utilizzare in questa operazione.
   -d|--device=<device_uid>	UID del dispositivo.
   -L|--lun=<lun_id>	Se --type è location, indicare il LUN dei percorsi in cui eseguire le regole di attestazione. Per eseguire le regole di attestazione nei percorsi con un LUN qualsiasi, omettere questa opzione.
   -p|--path=<path_uid>	Se --type è path, questa opzione indica l'identificatore univoco del percorso (Unique Path Identifier, UID) o il nome di runtime di un percorso in cui eseguire le regole attestazione.
   -T|--target=<target>	Se --type è location, indicare la destinazione dei percorsi in cui eseguire le regole di attestazione. Per eseguire regole attestazione sui percorsi con un numero qualsiasi di destinazione, omettere questa opzione.
   -t|--type=<location|path|all>	Tipo di attestazione da eseguire. Per impostazione predefinita, viene utilizzato il valore all che significa che le regole di attestazione vengono eseguite senza limitazioni per percorsi specifici. I valori validi sono location, path e all.
   -w|--wait	È possibile utilizzare questa opzione solo se si utilizza anche --type all. Se l'opzione è inclusa, l'attestazione attende che i percorsi vengano sistemati prima di eseguire l'operazione di attestazione. In quel caso, il sistema non avvia il processo di attestazione finché è probabile che tutti i percorsi nel sistema siano stati visualizzati prima di iniziare il processo di attestazione. Dopo l'avvio del processo di attestazione, il comando non torna disponibile finché la registrazione del dispositivo non sarà stata completata. Se si aggiungono o si eliminano percorsi durante il processo di attestazione o individuazione, questa opzione potrebbe non funzionare correttamente.

Esempio: Definizione delle regole attestazione multipathing

Nell'esempio seguente si aggiunge e si carica la regola # 500. La regola reclama tutti i percorsi con la stringa del modello NewMod e la stringa del vendor NewVend per il plug-in NMP.

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

# esxcli storage core claimrule load

Dopo aver eseguito il comando esxcli storage core claimrule list, è possibile visualizzare la nuova regola attestazione visualizzata nell'elenco.

L'output seguente indica che la regola attestazione 500 è stata caricata nel sistema ed è attiva.

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 

Eliminazione delle regole di attestazione multipathing

Utilizzare i comandi esxcli per rimuovere una regola di attestazione PSA multipathing dal set di regole di attestazione nel sistema.

Prerequisiti

Installare ESXCLI. Vedere Guida introduttiva a ESXCLI. Per la risoluzione dei problemi, eseguire i comandi esxcli in ESXi Shell.

Procedura

1. Eliminare una regola di attestazione dal set di regole di attestazione.
   esxcli storage core claimrule remove

   Nota: Per impostazione predefinita, la regola di attestazione PSA 101 maschera i pseudo dispositivi array Dell. Non eliminare questa regola, a meno che non si desideri rimuovere la maschera da questi dispositivi.

   Il comando accetta le seguenti opzioni:

   Opzione	Descrizione
   -c|--claimrule-class=<str>	Indicare la classe della regola di attestazione (MP, Filtro, VAAI).
   -P|--plugin=<str>	Indicare il plug-in.
   -r|--rule=<long>	Indicare l'ID della regola.

   Questo passaggio rimuove la regola di attestazione dalla classe File.
2. Rimuovere la regola di attestazione dal sistema.
   esxcli storage core claimrule load
   Questo passaggio rimuove la regola di attestazione dalla classe Runtime.

Mascheramento dei percorsi

È possibile impedire all'host di accedere ai dispositivi di storage o ai LUN o di utilizzare percorsi individuali verso un LUN. Utilizzare i comandi di esxcli per mascherare i percorsi. Quando si mascherano i percorsi, si creano regole di attestazione che assegnano il plug-in MASK_PATH ai percorsi specificati.

Prerequisiti

Installare ESXCLI. Vedere Guida introduttiva a ESXCLI. Per la risoluzione dei problemi, eseguire i comandi esxcli in ESXi Shell.

Procedura

1. Verificare quale sarà il prossimo ID regola disponibile.
   esxcli storage core claimrule list
   Le regole di attestazione utilizzate per mascherare i percorsi hanno ID regola nell'intervallo da 101 a 200. Se questo comando indica che esistono le regole 101 e 102, è possibile specificare 103 come ID della regola da aggiungere.
2. Assegnare il plug-in MASK_PATH a un percorso creando una nuova regola attestazione per il plug-in.
   esxcli storage core claimrule add -P MASK_PATH
3. Caricare nel sistema la regola di attestazione MASK_PATH.
   esxcli storage core claimrule load
4. Verificare che la regola di attestazione MASK_PATH sia stata aggiunta correttamente.
   esxcli storage core claimrule list
5. Se esiste una regola attestazione per il percorso mascherato, rimuoverla.
   esxcli storage core claiming unclaim
6. Eseguire il percorso che attesta le regole.
   esxcli storage core claimrule run

risultati

Dopo aver assegnato il plug-in MASK_PATH a un percorso, lo stato del percorso diventa irrilevante e non viene più gestito dall'host. Di conseguenza, i comandi che visualizzano le informazioni del percorso mascherato potrebbero mostrare lo stato del percorso come inattivo.

Esempio: Mascheramento di un LUN

In questo esempio si maschera il LUN 20 sulle destinazioni T1 e T2 a cui si accede tramite schede di storage vmhba2 e 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

Rimozione del mascheramento dei percorsi

Quando è necessario che l'host acceda al dispositivo di storage mascherato, rimuovere il mascheramento dai percorsi del dispositivo.

Nota: Quando si esegue un'operazione di rimozione dell'attestazione utilizzando una proprietà del dispositivo, ad esempio un ID dispositivo o un ID fornitore, i percorsi richiesti dal plug-in MASK_PATH non vengono esclusi. Il plug-in MASK_PATH non tiene traccia di nessuna proprietà del dispositivo dei percorsi che attesta.

Prerequisiti

Installare ESXCLI. Vedere Guida introduttiva a ESXCLI. Per la risoluzione dei problemi, eseguire i comandi esxcli in ESXi Shell.

Procedura

1. Eliminare la regola di attestazione MASK_PATH.
   esxcli storage core claimrule remove -r rule#
2. Verificare che la regola di attestazione sia stata eliminata correttamente.
   esxcli storage core claimrule list
3. Ricaricare il percorso attestando regole dal file di configurazione nel VMkernel.
   esxcli storage core claimrule load
4. Eseguire il comando esxcli storage core claiming unclaim per ogni percorso del dispositivo di storage mascherato.
   Ad esempio:

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

5. Eseguire il percorso che attesta le regole.
   esxcli storage core claimrule run

risultati

L'host ora può accedere al dispositivo di storage precedentemente mascherato.

Definizione delle regole SATP NMP

Le regole di attestazione SATP NMP definiscono quale SATP gestisce un dispositivo di storage. In genere, è possibile utilizzare i SATP predefiniti forniti per i dispositivi di storage. Se le impostazioni predefinite non sono sufficienti, utilizzare i comandi esxcli per modificare il SATP per un dispositivo specifico.

Potrebbe essere necessario creare una regola SATP quando si installa un SATP di terze parti per un array di storage specifico.

Prerequisiti

Installare ESXCLI. Vedere Guida introduttiva a ESXCLI. Per la risoluzione dei problemi, eseguire i comandi esxcli in ESXi Shell.

Procedura

1. Per aggiungere una regola di attestazione per un SATP specifico, eseguire il comando esxcli storage nmp satp rule add. Il comando esegue le seguenti opzioni.

   Opzione	Descrizione
   -b|--boot	Questa regola è una regola predefinita di sistema aggiunta al momento dell'avvio. Non modificare esx.conf né aggiungere a un profilo host.
   -c|--claim-option=string	Impostare la stringa dell'opzione di attestazione quando si aggiunge una regola di attestazione SATP.
   -e|--description=string	Impostare la descrizione della regola di attestazione quando si aggiunge una regola di attestazione SATP.
   -d|--device=string	Impostare il dispositivo quando si aggiungono le regole di attestazione SATP. Le regole del dispositivo si escludono a vicenda con le regole del fornitore/modello e driver.
   -D|--driver=string	Impostare la stringa del driver quando si aggiunge una regola di attestazione SATP. Le regole del driver si escludono a vicenda con le regole del fornitore/modello.
   -f|--force	Imporre alle regole attestazione di ignorare i controlli di validità e di installare comunque la regola.
   -h|--help	Mostra il messaggio della guida.
   -M|--model=string	Impostare la stringa del modello quando si aggiunge una regola di attestazione SATP. Le regole del fornitore/modello si escludono a vicenda con le regole del driver.
   -o|--option=string	Impostare la stringa di opzione quando si aggiunge una regola di attestazione SATP.
   -P|--psp=string	Impostare il PSP predefinito per la regola di attestazione SATP.
   -O|--psp-option=string	Impostare le opzioni PSP per la regola di attestazione SATP.
   -s|--satp=string	Il SATP per cui viene aggiunta una nuova regola.
   -R|--transport=string	Impostare la stringa del tipo di trasporto attestazione quando si aggiunge una regola di attestazione SATP.
   -t|--type=string	Impostare il tipo di attestazione quando si aggiunge una regola di attestazione SATP.
   -V|--vendor=string	Impostare la stringa del fornitore quando si aggiungono le regole di attestazione SATP. Le regole del fornitore/modello si escludono a vicenda con le regole del driver.

   Nota: Quando si cercano regole SATP per individuare un SATP per un determinato dispositivo, NMP esegue innanzitutto una ricerca nelle regole del driver. Se non è presente alcuna corrispondenza, vengono ricercate le regole del fornitore o del modello e, infine, le regole di trasporto. Se non c'è ancora corrispondenza, NMP seleziona un SATP predefinito per il dispositivo.
2. Riavviare l'host.

Esempio: Definizione di una regola SATP NMP

Il seguente comando di esempio assegna il plug-in VMW_SATP_INV per gestire gli array di storage con la stringa del fornitore NewVend e la stringa del modello NewMod.

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

Quando si esegue il comando esxcli storage nmp satp list -s VMW_SATP_INV, è possibile visualizzare la nuova regola nell'elenco delle regole VMW_SATP_INV.