ONTAP Select configurazioni vSAN e array esterni
Suggerisci modifiche
PDF
Le distribuzioni NAS virtuali (vNAS) supportano cluster ONTAP Select su SAN virtuali (vSAN), alcuni prodotti HCI e tipi di array esterni di datastore. L'infrastruttura sottostante di queste configurazioni garantisce la resilienza dei datastore.
Il requisito minimo è che l'hypervisor utilizzato (VMware ESXi o KVM su un host Linux supportato) supporti la configurazione sottostante. Se l'hypervisor è ESXi, dovrebbe essere elencato nei rispettivi VMware HCL.
Architettura vNAS
La nomenclatura vNAS viene utilizzata per tutte le configurazioni che non utilizzano DAS. Per i cluster ONTAP Select multi-nodo, ciò include le architetture in cui i due nodi ONTAP Select nella stessa coppia HA condividono un singolo datastore (inclusi i datastore vSAN). I nodi possono anche essere installati su datastore separati dello stesso array esterno condiviso. Ciò consente di ottenere efficienze di storage lato array per ridurre l'ingombro complessivo dell'intera coppia HA ONTAP Select. L'architettura delle soluzioni ONTAP Select vNAS è molto simile a quella di ONTAP Select su DAS con un controller RAID locale. Ciò significa che ogni nodo ONTAP Select continua ad avere una copia dei dati del partner HA. Le policy di efficienza dello storage ONTAP sono limitate al nodo. Pertanto, le efficienze di storage lato array sono preferibili perché possono potenzialmente essere applicate a set di dati provenienti da entrambi i nodi ONTAP Select.
È anche possibile che ogni nodo ONTAP Select in una coppia ha utilizzi un array esterno separato. Si tratta di una scelta comune quando si utilizza ONTAP Select MetroCluster SDS con storage esterno.
Quando si utilizzano array esterni separati per ciascun nodo ONTAP Select, è molto importante che i due array forniscano caratteristiche di performance simili a quelle della macchina virtuale ONTAP Select.
Architetture vNAS rispetto a DAS locale con controller RAID hardware
L'architettura vNAS è logicamente più simile all'architettura di un server con DAS e un controller RAID. In entrambi i casi, ONTAP Select consuma spazio datastore. Lo spazio del datastore viene intagliato nei VMDK e questi VMDK formano i tradizionali aggregati di dati ONTAP. L'implementazione di ONTAP garantisce che le VMDK siano dimensionate correttamente e assegnate al plesso corretto (nel caso di coppie ha) durante le operazioni di creazione del cluster e aggiunta dello storage.
Esistono due differenze principali tra vNAS e DAS con un controller RAID. La differenza più immediata è che vNAS non richiede un controller RAID. VNAS presuppone che l'array esterno sottostante fornisca la persistenza e la resilienza dei dati che un DAS con una configurazione del controller RAID potrebbe fornire. La seconda e più sottile differenza riguarda le prestazioni della NVRAM.
NVRAM vNAS
La NVRAM ONTAP Select è un VMDK. Ciò significa che ONTAP Select emula uno spazio indirizzabile tramite byte ( NVRAM tradizionale) su un dispositivo indirizzabile tramite blocchi (VMDK). Tuttavia, le prestazioni della NVRAM sono assolutamente fondamentali per le prestazioni complessive del nodo ONTAP Select .
Per le configurazioni DAS con un controller RAID hardware, la cache del controller RAID hardware funge da cache NVRAM , poiché tutte le scritture sul VMDK NVRAM vengono prima ospitate nella cache del controller RAID.
Per le architetture VNAS, ONTAP Deploy configura automaticamente i nodi ONTAP Select con un argomento di boot chiamato SIDL (Single Instance Data Logging). Quando questo argomento di boot è presente, ONTAP Select ignora la NVRAM e scrive il payload dei dati direttamente nell'aggregato di dati. La NVRAM viene utilizzata solo per registrare l'indirizzo dei blocchi modificati dall'operazione DI SCRITTURA. Il vantaggio di questa funzione è che evita una doppia scrittura: Una scrittura sulla NVRAM e una seconda scrittura quando la NVRAM viene destinata. Questa funzione è abilitata solo per vNAS perché le scritture locali nella cache del controller RAID hanno una latenza aggiuntiva trascurabile.
La funzione SIDL non è compatibile con tutte le funzioni di efficienza dello storage ONTAP Select. La funzione SIDL può essere disattivata a livello di aggregato utilizzando il seguente comando:
storage aggregate modify -aggregate aggr-name -single-instance-data-logging off
|
Le prestazioni di scrittura sono compromesse se la funzionalità SIDL è disattivata. È possibile riattivare la funzionalità SIDL dopo che tutte le policy di efficienza di archiviazione su tutti i volumi in quell'aggregato sono state disabilitate: |
volume efficiency stop -all true -vserver * -volume * (all volumes in the affected aggregate)
Collocare i nodi ONTAP Select quando si utilizza vNAS su ESXi
ONTAP Select include il supporto per cluster ONTAP Select multi-nodo su storage condiviso. ONTAP Deploy consente la configurazione di più nodi ONTAP Select sullo stesso host ESXi, purché questi nodi non facciano parte dello stesso cluster.
|
|
Questa configurazione è valida solo per ambienti VNAS (datastore condivisi). Non sono supportate più istanze ONTAP Select per host quando si utilizza lo storage DAS, perché queste istanze competono per lo stesso controller RAID. |
ONTAP Deploy assicura che la distribuzione iniziale del cluster VNAS multinodo non posizioni più istanze ONTAP Select dello stesso cluster sullo stesso host. La figura seguente illustra un esempio di distribuzione corretta di due cluster a quattro nodi che si intersecano su due host.
Implementazione iniziale di cluster VNAS multi-node
Dopo l'implementazione, è possibile migrare i nodi ONTAP Select tra gli host. Ciò potrebbe causare configurazioni non ottimali e non supportate per le quali due o più nodi ONTAP Select dello stesso cluster condividono lo stesso host sottostante. NetApp consiglia di creare manualmente le regole di affinità delle macchine virtuali in modo che VMware mantenga automaticamente la separazione fisica tra i nodi dello stesso cluster, non solo i nodi della stessa coppia ha.
|
|
Le regole anti-affinità richiedono che DRS sia abilitato sul cluster ESXi. |
Vedere l'esempio seguente su come creare una regola anti-affinità per le macchine virtuali ONTAP Select. Se il cluster ONTAP Select contiene più di una coppia ha, tutti i nodi del cluster devono essere inclusi in questa regola.
Due o più nodi ONTAP Select dello stesso cluster ONTAP Select potrebbero potenzialmente trovarsi sullo stesso host ESXi per uno dei seguenti motivi:
-
DRS non è presente a causa delle limitazioni di licenza di VMware vSphere o se DRS non è abilitato.
-
La regola di affinità DRS viene ignorata perché ha la precedenza su un'operazione VMware ha o su una migrazione VM avviata dall'amministratore.
|
|
ONTAP Deploy non monitora in modo proattivo le posizioni delle VM ONTAP Select. Tuttavia, un'operazione di aggiornamento del cluster riflette questa configurazione non supportata nei log di ONTAP Deploy: |
