Skip to main content
Enterprise applications
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

SAN (FC, FCoE, NVMe/FC, iSCSI), RDM

Collaboratori netapp-bingen jfsinmsp netapp-revathid
PDF

In vSphere, esistono quattro modi per utilizzare i dispositivi di storage a blocchi:

  • Con datastore VMFS

  • Con RDM (raw device mapping)

  • Come LUN connessa a iSCSI o namespace connesso a NVMe/TCP, accessibile e controllato da un iniziatore software da un sistema operativo guest di macchine virtuali

  • Come datastore vVols

VMFS è un file system in cluster dalle performance elevate che fornisce datastore che sono pool di storage condivisi. Gli archivi dati VMFS possono essere configurati con LUN accessibili tramite FC, iSCSI, FCoE o namespace NVMe accessibili tramite i protocolli NVMe/FC o NVMe/TCP. VMFS consente l'accesso simultaneo allo storage da parte di ogni server ESX in un cluster. Le dimensioni massime del LUN sono generalmente di 128TB GB a partire da ONTAP 9.12.1P2 (e versioni precedenti con i sistemi ASA); pertanto, è possibile creare un datastore VMFS 5 o 6 di 64TB GB di dimensioni massime utilizzando un singolo LUN.

Suggerimento Le estensioni sono un concetto di storage vSphere tramite cui è possibile "unire" diverse LUN per creare un singolo datastore più grande. Non utilizzare mai estensioni per raggiungere le dimensioni desiderate del datastore. Una singola LUN è la Best practice per un datastore VMFS.

VSphere include il supporto integrato per diversi percorsi verso i dispositivi storage. VSphere è in grado di rilevare il tipo di dispositivo storage per i sistemi storage supportati e di configurare automaticamente lo stack multipath per supportare le funzionalità del sistema storage in uso, la sovranità del protocollo utilizzato o se si utilizza ASA, AFF, FAS o Software Defined ONTAP.

Sia vSphere che ONTAP supportano l'Asymmetric Logical Unit Access (ALUA) per stabilire percorsi Active/ottimizzati e Active/non ottimizzati per Fibre Channel e iSCSI e l'Asymmetric Namespace (ANA) per gli spazi dei nomi NVMe utilizzando NVMe/FC e NVMe/TCP. In ONTAP, un percorso ALUA o ANA ottimizzato segue un percorso diretto dei dati, utilizzando una porta di destinazione sul nodo che ospita la LUN o il namespace a cui si accede. ALUA/ANA è attivato per impostazione predefinita sia in vSphere che in ONTAP. Il software multipathing di vSphere riconosce il cluster ONTAP come ALUA o ANA e utilizza il plug-in nativo appropriato con la policy di bilanciamento del carico round robin.

Con i sistemi ASA di NetApp, i LUN e gli spazi dei nomi vengono presentati agli host ESXi con percorso simmetrico. Ciò significa che tutti i percorsi sono attivi e ottimizzati. Il software multipathing di vSphere riconosce il sistema ASA come simmetrico e utilizza il plug-in nativo appropriato con la policy di bilanciamento del carico round robin.

Suggerimento Per le impostazioni di multipathing ottimizzate, consultare la sezione"Host ESXi consigliato e altre impostazioni ONTAP".

ESXi non vede LUN, namespace o percorsi oltre i propri limiti. In un cluster ONTAP più grande, è possibile raggiungere il limite di percorso prima del limite di LUN. Per risolvere questo limite, ONTAP supporta la mappa LUN selettiva (SLM) nella versione 8.3 e successive.

Nota Fare riferimento alla "Strumento VMware Configuration Maximums" per i limiti supportati più aggiornati in ESXi.

SLM limita i nodi che pubblicizzano i percorsi a una determinata LUN. È consigliabile utilizzare NetApp per almeno due LIF per nodo per SVM e SLM per limitare i percorsi pubblicizzati al nodo che ospita la LUN e il partner ha. Sebbene esistano altri percorsi, essi non vengono pubblicizzati per impostazione predefinita. È possibile modificare i percorsi pubblicizzati con gli argomenti del nodo di reporting add e remove all'interno di SLM. Si noti che i LUN creati nelle release precedenti alla 8,3 pubblicizzano tutti i percorsi e devono essere modificati solo per pubblicizzare i percorsi alla coppia ha di hosting. Per ulteriori informazioni su SLM, vedere la sezione 5,9 di "TR-4080". Il precedente metodo di portset può essere utilizzato anche per ridurre ulteriormente i percorsi disponibili per un LUN. I portset aiutano a ridurre il numero di percorsi visibili attraverso i quali gli iniziatori in un igroup possono vedere le LUN.

  • SLM è attivato per impostazione predefinita. A meno che non si utilizzino portset, non è necessaria alcuna configurazione aggiuntiva.

  • Per le LUN create prima di Data ONTAP 8,3, applicare manualmente SLM eseguendo il comando per rimuovere i nodi di reporting LUN e limitare l'accesso LUN lun mapping remove-reporting-nodes al nodo proprietario LUN e al partner ha.

I protocolli a blocchi basati su SCSI (iSCSI, FC e FCoE) accedono ai LUN usando ID LUN, numeri di serie e nomi univoci. FC e FCoE utilizzano nomi mondiali (WWN e WWPN) e iSCSI utilizza nomi qualificati iSCSI (IQN) per stabilire percorsi basati su LUN per le mappature igroup filtrate da portset e SLM. I protocolli a blocchi basati su NVMe vengono gestiti assegnando un namespace con un ID namespace generato automaticamente a un sottosistema NVMe e mappando tale sottosistema al NVMe Qualified Name (NQN) degli host. Indipendentemente da FC o TCP, i namespace NVMe vengono mappati utilizzando l'NQN e non il WWPN o il WWNN. L'host crea quindi un controller definito dal software per il sottosistema mappato per accedere ai propri spazi dei nomi. Il percorso verso LUN e namespace all'interno di ONTAP non ha alcun senso per i protocolli a blocchi e non viene presentato in alcun modo nel protocollo. Pertanto, un volume che contiene solo LUN non deve essere montato internamente e non è necessario un percorso di giunzione per i volumi che contengono LUN utilizzati negli archivi dati.

Altre Best practice da prendere in considerazione:

  • Verificare "Host ESXi consigliato e altre impostazioni ONTAP"le impostazioni consigliate da NetApp in collaborazione con VMware.

  • Assicurarsi che venga creata un'interfaccia logica (LIF) per ogni SVM su ciascun nodo del cluster ONTAP per garantire la massima disponibilità e mobilità. La Best practice PER LE SAN ONTAP consiste nell'utilizzare due porte fisiche e LIF per nodo, una per ciascun fabric. ALUA viene utilizzato per analizzare i percorsi e identificare i percorsi attivi ottimizzati (diretti) rispetto ai percorsi attivi non ottimizzati. ALUA viene utilizzato per FC, FCoE e iSCSI.

  • Per le reti iSCSI, utilizzare più interfacce di rete VMkernel su diverse subnet di rete con raggruppamento NIC quando sono presenti più switch virtuali. È inoltre possibile utilizzare più NIC fisiche collegate a più switch fisici per fornire ha e un throughput maggiore. La figura seguente mostra un esempio di connettività multipath. In ONTAP, configurare un gruppo di interfacce single-mode per il failover con due o più collegamenti connessi a due o più switch oppure utilizzare LACP o un'altra tecnologia di aggregazione dei collegamenti con gruppi di interfacce multimodali per fornire ha e i vantaggi dell'aggregazione dei collegamenti.

  • Se il protocollo CHAP (Challenge-Handshake Authentication Protocol) viene utilizzato in ESXi per l'autenticazione di destinazione, deve essere configurato anche in ONTAP utilizzando la CLI (vserver iscsi security create) O con System Manager (modificare Initiator Security in Storage > SVM > SVM Settings > Protocols > iSCSI).

  • Utilizza i tool ONTAP per VMware vSphere per creare e gestire LUN e igroups. Il plug-in determina automaticamente le WWPN dei server e crea gli igroups appropriati. Inoltre, configura i LUN in base alle Best practice e li associa agli igroups corretti.

  • Utilizzare con cautela gli RDM poiché possono essere più difficili da gestire e utilizzano anche percorsi limitati come descritto in precedenza. I LUN ONTAP supportano entrambi "modalità di compatibilità fisica e virtuale" RDM.

  • Per ulteriori informazioni sull'utilizzo di NVMe/FC con vSphere 7.0, consulta questo articolo "Guida alla configurazione degli host NVMe/FC di ONTAP" e. "TR-4684"La figura seguente mostra la connettività multipath da un host vSphere a un LUN ONTAP.

connettività multipath