Ci sono diverse domande e risposte generali.

ONTAP Select Deploy è l'utility utilizzata per creare cluster ONTAP Select . Attualmente ONTAP Select Deploy è l'unico metodo disponibile per la creazione di un cluster di produzione. ONTAP Select Deploy può essere utilizzato anche per creare un cluster Select di valutazione, consentendo ai clienti di testare e documentare i passaggi effettivi di una distribuzione di produzione. ONTAP Select Deploy può anche convertire un cluster di valutazione in un cluster di produzione utilizzando una licenza Capacity Tier appropriata con capacità sufficiente a coprire lo spazio consumato durante la valutazione.

ONTAP Select Deploy è una macchina virtuale che contiene un'immagine di ONTAP Select. Durante l'installazione del cluster, ONTAP Select Deploy esegue diversi controlli per garantire che i requisiti minimi ONTAP Select siano soddisfatti. La VM ONTAP Select Deploy e i cluster Select possono essere aggiornati separatamente.

Proprio come ONTAP su FAS, i dati sulle prestazioni dovrebbero essere raccolti utilizzando l'utilità perfstat. Ecco un comando di esempio:

No. La VM ONTAP Select utilizza unità persistenti indipendenti, escluse dagli snapshot basati su VMware. L'unico metodo supportato per il backup ONTAP Select è SnapMirror o SnapVault.

Contatto "ng-ses-ontap-select@netapp.com" .

Ci sono diverse domande e risposte che riguardano licenze, installazione, aggiornamenti e ripristini.

Sì. L'utility ONTAP Select Deploy può essere aggiornata separatamente dal cluster ONTAP Select . Analogamente, il cluster Select può essere aggiornato separatamente dall'utility ONTAP Select Deploy.

Sì, la procedura di aggiornamento per un cluster Select è identica all'aggiornamento di un cluster FAS , sebbene il binario di aggiornamento ONTAP Select sia un download separato dal binario di aggiornamento ONTAP su FAS .

Sì, la procedura di ripristino per un cluster ONTAP Select è quasi identica a quella per un cluster FAS . Esistono tuttavia alcune differenze:

SÌ.

Le modifiche alle seguenti proprietà del cluster ONTAP Select vengono riconosciute da ONTAP Select Deploy tramite l'operazione di aggiornamento del cluster disponibile tramite GUI, CLI o REST API:

Sono riconosciute anche le seguenti modifiche alla VM ONTAP Select :

L'aggiornamento a ONTAP Select Deploy 2.6 consente il supporto di queste modifiche per qualsiasi cluster ONTAP Select già distribuito ma che non abbia subito modifiche rispetto alla configurazione originale. In altre parole, se le proprietà del cluster ONTAP Select sopra menzionate sono state modificate tramite System Manager o vCenter, l'aggiornamento a ONTAP Select Deploy 2.6 non risolverà queste incongruenze. È necessario prima eseguire il rollback delle modifiche alle proprietà ONTAP Select affinché ONTAP Select Deploy aggiunga i propri metadati univoci a ciascuna VM ONTAP Select .

La modifica dei dettagli di rete dell'istanza Deploy dopo l'esecuzione in un ambiente non è supportata. Per ulteriori informazioni, consultare "Articolo della Knowledge Base - Modifica della configurazione DNS dell'istanza ONTAP Deploy" .

Il metodo è lo stesso per tutte le licenze, anche se i dettagli variano a seconda che si tratti di una licenza Capacity Tier o Capacity Pool.

Deploy rileva le licenze rinnovate e i contratti di supporto acquistando, generando e caricando un file di licenza aggiornato.

Se la data di scadenza del contratto di supporto Capacity Tier è trascorsa, il nodo può continuare a funzionare, ma non sarà possibile scaricare e installare gli aggiornamenti ONTAP o chiamare il supporto tecnico NetApp per assistenza senza prima aggiornare il contratto di supporto.

Se un abbonamento a Capacity Pool scade, il sistema ti avvisa prima, ma dopo 30 giorni, se il sistema si arresta, non si riavvierà finché non verrà installato un abbonamento aggiornato sul server Deploy.

Esistono numerose domande e risposte relative allo stoccaggio.

Sì. ONTAP Select Deploy può essere installato sia su KVM che su ESX ed entrambe le installazioni possono creare cluster ONTAP Select su entrambi gli hypervisor.

Se gli host ESX dispongono di una licenza adeguata, non è necessario che siano gestiti da un vCenter Server. Tuttavia, se gli host sono gestiti da un vCenter Server, è necessario configurare ONTAP Select Deploy per utilizzare tale vCenter Server. In altre parole, non è possibile configurare gli host ESX come standalone in ONTAP Select Deploy se sono gestiti attivamente da un vCenter Server. Si noti che la VM ONTAP Select Deploy si basa su vCenter per tracciare tutte le migrazioni di VM ONTAP Select tra host ESXi dovute a un evento vMotion o VMware HA.

ONTAP Select può utilizzare server senza controller RAID hardware. In questo caso, la funzionalità RAID è implementata tramite software. Quando si utilizza il RAID software, sono supportate sia le unità SSD che NVMe. I dischi di avvio e core ONTAP Select devono comunque risiedere all'interno di una partizione virtualizzata (pool di storage o datastore). ONTAP Select utilizza RD2 (root-data-data partitioning) per partizionare gli SSD. Pertanto, la partizione root ONTAP Select risiede sugli stessi spindle fisici utilizzati per gli aggregati di dati. Tuttavia, l'aggregato root e i dischi di avvio e core virtualizzati non vengono conteggiati ai fini della licenza di capacità.

Tutti i metodi RAID disponibili su AFF/ FAS sono disponibili anche su ONTAP Select. Sono inclusi RAID 4, RAID DP e RAID-TEC. Il numero minimo di SSD varia a seconda del tipo di configurazione RAID scelta. Le best practice richiedono la presenza di almeno un disco di riserva. I dischi di riserva e di parità non contano ai fini della licenza di capacità.

Il RAID software è un livello dello stack software ONTAP . Il RAID software offre un maggiore controllo amministrativo poiché le unità fisiche sono partizionate e disponibili come dischi raw all'interno della VM ONTAP Select . Mentre, con il RAID hardware, è solitamente disponibile una singola LUN di grandi dimensioni che può essere suddivisa per creare VMDISK visibili all'interno di ONTAP Select. Il RAID software è disponibile come opzione e può essere utilizzato in sostituzione del RAID hardware.

Ecco alcuni requisiti per il RAID software:

Quando si installa su KVM, è necessario utilizzare un singolo bond e un singolo bridge. Un host con due o quattro porte fisiche dovrebbe avere tutte le porte nello stesso bond.

Quando si utilizza un controller RAID hardware, ONTAP Select è in gran parte inconsapevole dei problemi sottostanti del server. Se il server è configurato secondo le nostre best practice, dovrebbe essere presente un certo livello di ridondanza. Consigliamo RAID 5/6 per resistere ai guasti delle unità. Per le configurazioni RAID software, ONTAP è responsabile dell'emissione di avvisi in caso di guasto del disco e, se è presente un'unità di riserva, dell'avvio della ricostruzione dell'unità.

È consigliabile utilizzare almeno due NIC fisiche per evitare un singolo punto di errore a livello di rete. NetApp consiglia che i gruppi di porte Dati, Gestione e Interni dispongano di teaming e bonding NIC configurati con due o più uplink nel team o nel bond. Tale configurazione garantisce che, in caso di guasto di un uplink, lo switch virtuale sposti il traffico dall'uplink guasto a un uplink funzionante nel team NIC. Per dettagli sulla configurazione di rete consigliata, consultare "Riepilogo delle migliori pratiche: Networking" .

Tutti gli altri errori vengono gestiti da ONTAP HA nel caso di un cluster a due o quattro nodi. Se è necessario sostituire il server hypervisor e ricostituire il cluster ONTAP Select con un nuovo server, contattare il supporto tecnico NetApp .

Tutte le configurazioni, incluso vSAN, supportano 400 TB di storage per nodo ONTAP Select .

Quando si esegue l'installazione su datastore di dimensioni superiori alla dimensione massima supportata, è necessario utilizzare Capacity Cap durante la configurazione del prodotto.

ONTAP Select Deploy contiene un flusso di lavoro per l'aggiunta di storage che supporta l'operazione di espansione della capacità su un nodo ONTAP Select . È possibile espandere lo storage in gestione utilizzando spazio dallo stesso datastore (se disponibile) o aggiungendo spazio da un datastore separato. La combinazione di datastore locali e datastore remoti nello stesso aggregato non è supportata.

L'aggiunta di storage supporta anche il RAID software. Tuttavia, nel caso del RAID software, è necessario aggiungere unità fisiche aggiuntive alla VM ONTAP Select . In questo caso, l'aggiunta di storage è simile alla gestione di un array FAS o AFF . Quando si aggiunge storage a un nodo ONTAP Select tramite RAID software, è necessario considerare le dimensioni del gruppo RAID e delle unità.

ONTAP Select Deploy e ONTAP Select per ESX supportano la configurazione di un cluster a nodo singolo ONTAP Select utilizzando un vSAN o un tipo di datastore di array esterno per il suo pool di archiviazione.

ONTAP Select Deploy e ONTAP Select per KVM supportano la configurazione di un cluster ONTAP Select a nodo singolo utilizzando un pool di storage logico condiviso su array esterni. I pool di storage possono essere basati su iSCSI o FC/FCoE. Altri tipi di pool di storage non sono supportati.

Sono supportati cluster HA multinodo su storage condiviso.

I cluster multinodo che utilizzano storage esterno (vNAS multinodo) sono supportati sia per ESX che per KVM. La combinazione di hypervisor nello stesso cluster non è supportata. Un'architettura HA su storage condiviso implica comunque che ogni nodo in una coppia HA disponga di una copia speculare dei dati del partner. Tuttavia, un cluster multinodo offre i vantaggi del funzionamento non-disruptive ONTAP , a differenza di un cluster a nodo singolo che si basa su VMware HA o KVM Live Motion.

Sebbene ONTAP Select Deploy aggiunga il supporto per più VM ONTAP Select sullo stesso host, non consente a tali istanze di far parte dello stesso cluster ONTAP Select durante la creazione del cluster. Per gli ambienti ESX, NetApp consiglia di creare regole anti-affinità per le VM in modo che VMware HA non tenti di migrare più VM ONTAP Select dallo stesso cluster ONTAP Select su un singolo host ESX. Inoltre, se ONTAP Select Deploy rileva che una migrazione vMotion amministrativa (avviata dall'utente) o una migrazione live di una VM ONTAP Select ha comportato una violazione delle nostre best practice, ad esempio due nodi ONTAP Select sullo stesso host fisico, ONTAP Select Deploy pubblica un avviso nell'interfaccia utente grafica e nel registro di Deploy. L'unico modo in cui ONTAP Select Deploy viene a conoscenza della posizione della VM ONTAP Select è tramite un'operazione di aggiornamento del cluster, un'operazione manuale che l'amministratore ONTAP Select Deploy deve avviare. ONTAP Select Deploy non dispone di alcuna funzionalità che consenta il monitoraggio proattivo e l'avviso è visibile solo tramite l'interfaccia utente grafica o il registro di Deploy. In altre parole, questo avviso non può essere inoltrato a un'infrastruttura di monitoraggio centralizzata.

Sono supportati i gruppi di porte VXLAN NSX-V. Per HA multinodo, incluso ONTAP MetroCluster SDS, assicurarsi di configurare l'MTU della rete interna tra 7500 e 8900 (anziché 9000) per gestire l'overhead VXLAN. L'MTU della rete interna può essere configurato con ONTAP Select Deploy durante la distribuzione del cluster.

Le VM ONTAP Select eseguite su pool di archiviazione array esterni supportano le migrazioni live virsh.

No, sono supportate tutte le versioni, indipendentemente dal fatto che le configurazioni dell'array esterno o vSAN siano all flash.

La VM Select eredita la policy di storage del datastore vSAN e non ci sono restrizioni sulle impostazioni FTT/FTM. Tuttavia, si noti che, a seconda delle impostazioni FTT/FTM, le dimensioni della VM ONTAP Select possono essere significativamente maggiori della capacità configurata durante la configurazione. ONTAP Select utilizza VMDK thick-eager azzerati creati durante la configurazione. Per evitare di influire su altre VM che utilizzano lo stesso datastore condiviso, è importante fornire sufficiente capacità libera nel datastore per contenere le reali dimensioni della VM Select, ricavate dalla capacità Select e dalle impostazioni FTT/FTM.

È possibile configurare più nodi ONTAP Select sullo stesso host solo per configurazioni vNAS, a condizione che tali nodi non facciano parte dello stesso cluster ONTAP Select . Questa opzione non è supportata per le configurazioni DAS, poiché più nodi ONTAP Select sullo stesso host fisico competono per l'accesso al controller RAID.

È possibile utilizzare una singola porta 10GE per connettersi alla rete esterna. Tuttavia, NetApp consiglia di utilizzare questa soluzione solo in ambienti con fattore di forma ridotto e limitazioni. Questa soluzione è supportata sia da ESX che da KVM.

È necessario installare ed eseguire i componenti open source CLVM e pacemaker (PCS) su ciascun host che partecipa alla migrazione live. Ciò è necessario per accedere agli stessi gruppi di volumi su ciascun host.

Esistono numerose domande e risposte relative a VMware vCenter.

ONTAP Select Deploy utilizza l'API VMware VIX per comunicare con vCenter e/o con l'host ESX. La documentazione VMware afferma che la connessione iniziale a un vCenter Server o a un host ESX viene effettuata tramite HTTPS/SOAP sulla porta TCP 443. Questa è la porta per HTTP sicuro su TLS/SSL. In secondo luogo, viene aperta una connessione all'host ESX su un socket sulla porta TCP 902. I dati che transitano su questa connessione vengono crittografati con SSL. Inoltre, ONTAP Select Deploy emette un PING comando per verificare che ci sia un host ESX che risponde all'indirizzo IP specificato.

ONTAP Select Deploy deve inoltre essere in grado di comunicare con gli indirizzi IP di gestione del nodo e del cluster ONTAP Select come segue:

Per i cluster a due nodi, ONTAP Select Deploy ospita le caselle di posta del cluster. Ogni nodo ONTAP Select deve essere in grado di raggiungere ONTAP Select Deploy tramite iSCSI (porta 3260).

Per i cluster multinodo, la rete interna deve essere completamente aperta (senza NAT o firewall).

L'elenco dei diritti vCenter richiesti è disponibile qui: "Server VMware vCenter" .

Esistono numerose domande e risposte relative alle coppie e ai cluster HA.

A differenza dei cluster a quattro, sei e otto nodi in cui la VM ONTAP Select Deploy viene utilizzata principalmente per creare il cluster, un cluster a due nodi si affida costantemente alla VM ONTAP Select Deploy per il quorum HA. Se la VM ONTAP Select Deploy non è disponibile, i servizi di failover vengono disabilitati.

MetroCluster SDS è un'opzione di replica sincrona a basso costo che rientra nella categoria delle soluzioni MetroCluster Business Continuity di NetApp. È disponibile solo con ONTAP Select, a differenza di NetApp MetroCluster , disponibile su FAS Hybrid Flash, AFF e NetApp Private Storage for Cloud.

MetroCluster SDS offre una soluzione di replica sincrona e rientra nelle soluzioni NetApp MetroCluster . Tuttavia, le principali differenze risiedono nelle distanze supportate (~10 km contro 300 km) e nel tipo di connettività (sono supportate solo reti IP anziché FC e IP).

Il cluster a due nodi è definito come un cluster in cui entrambi i nodi si trovano nello stesso data center, entro 300 metri l'uno dall'altro. In generale, entrambi i nodi hanno uplink allo stesso switch di rete o a un insieme di switch di rete collegati tramite un collegamento inter-switch.

Il MetroCluster SDS a due nodi è definito come un cluster i cui nodi sono fisicamente separati (stanze diverse, edifici diversi o data center diversi) e le connessioni uplink di ciascun nodo sono collegate a switch di rete separati. Sebbene MetroCluster SDS non richieda hardware dedicato, l'ambiente dovrebbe supportare una serie di requisiti minimi in termini di latenza (RTT di 5 ms e jitter di 5 ms per un totale massimo di 10 ms) e distanza fisica (10 km).

MetroCluster SDS è una funzionalità premium e richiede la licenza Premium o Premium XL. Una licenza Premium supporta la creazione di VM di piccole e medie dimensioni, nonché di supporti HDD e SSD. Tutte queste configurazioni sono supportate.

ONTAP MetroCluster SDS supporta tutti i tipi di configurazioni di archiviazione (DAS e vNAS).

Sì, il RAID software è supportato con supporti SSD sia su KVM che su ESX.

Sì, sebbene sia richiesta una licenza Premium, questa licenza supporta sia le VM di piccole e medie dimensioni, sia gli SSD e i supporti rotanti.

No, solo i cluster a due nodi con un mediatore possono essere configurati come MetroCluster SDS.

I requisiti sono i seguenti:

Le VM ONTAP Select eseguite su datastore vSAN o datastore array esterni (in altre parole, distribuzioni vNAS) supportano le funzionalità vMotion, DRS e VMware HA.

Storage vMotion è supportato per tutte le configurazioni, inclusi i cluster ONTAP Select a nodo singolo e multinodo e la VM ONTAP Select Deploy. Storage vMotion può essere utilizzato per migrare la VM ONTAP Select o ONTAP Select Deploy tra diverse versioni di VMFS (ad esempio, da VMFS 5 a VMFS 6), ma non è limitato a questo caso d'uso. La procedura consigliata è quella di arrestare la VM prima di avviare un'operazione Storage vMotion. ONTAP Select Deploy deve eseguire la seguente operazione al termine dell'operazione Storage vMotion:

Si prega di notare che le operazioni di Storage vMotion tra diversi tipi di datastore non sono supportate. In altre parole, le operazioni di Storage vMotion tra datastore di tipo NFS e datastore VMFS non sono supportate. In generale, le operazioni di Storage vMotion tra datastore esterni e datastore DAS non sono supportate.

Queste configurazioni non sono supportate. ONTAP Select non ha visibilità sullo stato degli uplink della rete fisica che trasportano il traffico client. Pertanto, ONTAP Select si affida all'heartbeat HA per garantire che la VM sia accessibile ai client e al suo peer contemporaneamente. In caso di perdita di connettività fisica, la perdita dell'heartbeat HA determina un failover automatico sull'altro nodo, che è il comportamento desiderato.

La segregazione del traffico HA su un'infrastruttura fisica separata può comportare che una VM Select sia in grado di comunicare con il suo peer ma non con i suoi client. Ciò impedisce il processo HA automatico e determina l'indisponibilità dei dati fino a quando non viene richiamato un failover manuale.

Ci sono diverse domande e risposte riguardanti il servizio di mediazione.

Un cluster a due nodi si affida costantemente alla VM ONTAP Select Deploy per il quorum HA. Una VM ONTAP Select Deploy che partecipa a una negoziazione del quorum HA a due nodi è denominata VM Mediator.

Sì. ONTAP Select Deploy, agendo come mediatore per una coppia HA a due nodi, supporta una latenza WAN fino a 500 ms RTT e richiede una larghezza di banda minima di 5 Mbps.

Il traffico del mediatore è iSCSI, ha origine sugli indirizzi IP di gestione del nodo ONTAP Select e termina sull'indirizzo IP di distribuzione ONTAP Select . Si noti che non è possibile utilizzare IPv6 per l'indirizzo IP di gestione del nodo ONTAP Select quando si utilizza un cluster a due nodi.

Sì. Ogni VM ONTAP Select Deploy può fungere da servizio di mediazione comune per un massimo di 100 cluster ONTAP Select a due nodi.

Sì. È possibile utilizzare un'altra VM ONTAP Select Deploy per ospitare il servizio Mediator.

In un modello di distribuzione HA esteso è supportato solo un cluster a due nodi con un mediatore.