Implementazione dello storage vVol
Seguire queste Best practice per la creazione dello storage vVol per le macchine virtuali.
Il provisioning dei datastore vVol implica diversi passaggi. I sistemi ASA R2 di NetApp sono progettati per carichi di lavoro VMware e offrono un'esperienza utente diversa dai sistemi ONTAP tradizionali. Quando si utilizzano i sistemi ASA R2, i tool ONTAP versione 10,3 o successive richiedono pochi passaggi per configurare e includere le estensioni dell'interfaccia utente e il supporto delle API REST ottimizzato per l'architettura storage aggiornata.
Preparazione alla creazione di archivi dati vVol con gli strumenti ONTAP
È possibile saltare le prime due fasi del processo di distribuzione se si utilizzano già strumenti ONTAP per gestire, automatizzare e creare report sui sistemi di storage VMFS o tradizionali basati su NFS.
-
Creare la Storage Virtual Machine (SVM) e la relativa configurazione del protocollo. Questa operazione potrebbe non essere necessaria per i sistemi ASA R2, in quanto in genere disporranno già di una singola SVM per i servizi dati. È possibile selezionare NVMe/FC (solo tool ONTAP 9,13), NFSv3, NFSv4,1, iSCSI, FCP o un mix di queste opzioni. NVMe/TCP e NVMe/FC possono essere utilizzati anche per datastore VMFS tradizionali con tool ONTAP 10,3. È possibile utilizzare le procedure guidate di ONTAP System Manager o la riga di comando della shell del cluster.
-
"Assegnazione dei Tier locali (aggregati) alle SVM" Per tutti i sistemi non ASA R2.
-
Almeno un LIF per nodo per ogni connessione switch/fabric. Come Best practice, creare due o più per nodo per i protocolli basati su FCP, iSCSI o NVMe. Un'unica LIF per nodo è sufficiente per i vVol basati su NFS, ma questa LIF deve essere protetta da un ifgroup LACP. Per ulteriori informazioni, fare riferimento alla "Panoramica sulla configurazione delle LIF" e "Combina le porte fisiche per creare gruppi di interfacce" alla.
-
Almeno una LIF di gestione per SVM se intendi utilizzare le credenziali scoped della SVM per i vCenter del tenant.
-
Se si prevede di utilizzare SnapMirror, assicurarsi che l'origine e la destinazione "Peering di cluster ONTAP e SVM"siano corrette.
-
È possibile creare volumi in questo momento, ma è consigliabile consentire alla procedura guidata Provision DataStore negli strumenti ONTAP di crearli. L'unica eccezione a questa regola è se si prevede di utilizzare la replica vVol con VMware Site Recovery Manager e gli strumenti ONTAP 9. Questa operazione è più semplice da configurare con volumi FlexVol preesistenti con relazioni SnapMirror esistenti. Prestare attenzione a non abilitare la qualità del servizio su alcun volume da utilizzare per i vVol, in quanto questa operazione deve essere gestita dai tool SPBM e ONTAP.
-
-
"Implementa i tool ONTAP per VMware vSphere" Utilizzando l'OVA scaricato dal sito di assistenza NetApp.
-
Gli strumenti ONTAP 10,0 e versioni successive supportano più server vCenter per appliance. Non è più necessario implementare una singola appliance di strumenti ONTAP per vCenter.
-
Se si prevede di collegare più centri virtuali a una singola istanza di strumenti ONTAP, è necessario creare e installare certificati CA firmati. Fare riferimento alla "Gestire i certificati" per i passi.
-
-
A partire dal 10,3, i tool ONTAP ora vengono implementati come appliance di piccole dimensioni a nodo singolo adatta alla maggior parte dei workload non vVol.
-
|
|
-
Configurare gli strumenti ONTAP 10,3 per il proprio ambiente.
-
"Aggiungere istanze di vCenter Server" Nell'interfaccia utente di ONTAP Tools Manager.
-
Gli strumenti ONTAP 10,3 supportano la multi-tenancy sicura. Se non hai bisogno della multi-tenancy sicura, puoi semplicemente "Aggiungi i tuoi cluster ONTAP" accedere al menu degli strumenti di ONTAP in vCenter, fare clic su backend di archiviazione e fare clic sul pulsante add.
-
In un ambiente multitenant sicuro dove desideri delegare alcune Storage Virtual Machine (SVM) a vCenter specifici, devi eseguire le seguenti operazioni.
-
Accedere all'interfaccia utente di ONTAP Tools Manager
-
"Associazione di un backend dello storage a un'istanza di vCenter Server"
-
Fornisci le credenziali SVM specifiche all'amministratore vCenter, che aggiungerà la SVM come backend storage nel menu backend storage degli strumenti ONTAP in vCenter.
-
-
|
|
|
Il motivo per cui l'intero cluster deve essere integrato nell'interfaccia utente del gestore degli strumenti di ONTAP è che molte delle API utilizzate per i vVol sono disponibili solo a livello di cluster. |
Creazione di archivi dati vVol con gli strumenti ONTAP
Fare clic con il pulsante destro del mouse sull'host, sul cluster o sul data center su cui si desidera creare il datastore vVols, quindi selezionare ONTAP Tools > Provision Datastore.
-
Scegliere vVol e fornire un nome significativo e selezionare il protocollo desiderato. È anche possibile fornire una descrizione del datastore.
-
Strumenti ONTAP 10,3 con ASA R2.
-
-
Seleziona la SVM del sistema ASA R2 e fai clic su next.
-
Fare clic su fine
-
È facile!
-
ONTAP Tools 10,3 con ONTAP FAS, AFF e ASA Prior ASA R2.
-
-
Selezionare il protocollo
-
Seleziona la SVM e fai clic su next.
-
Fare clic su add new volumes o use existing volume e specificare gli attributi. Nota: Negli strumenti di ONTAP 10,3 puoi richiedere la creazione contemporanea di più volumi. È possibile anche aggiungere manualmente più volumi per bilanciarli nel cluster ONTAP. Fare clic su avanti
-
Fare clic su fine
-
I volumi assegnati possono essere visualizzati nel menu ONTAP tools della scheda Configure per l'archivio dati.
-
Ora puoi creare policy storage delle macchine virtuali dal menu Policies and Profiles nell'interfaccia utente di vCenter.
Migrazione di macchine virtuali da datastore tradizionali a vVol
La migrazione delle macchine virtuali dai datastore tradizionali a un datastore vVol è semplice quanto lo spostamento delle macchine virtuali tra datastore tradizionali. È sufficiente selezionare le macchine virtuali, quindi Migrate (Migra) dall'elenco delle azioni e selezionare un tipo di migrazione di change storage only. Quando richiesto, seleziona una policy storage della macchina virtuale che corrisponda al datastore vVol. È possibile eseguire l'offload delle operazioni di copia della migrazione con vSphere 6,0 e versioni successive per le migrazioni da VMFS SAN a vVol, ma non da VMDK NAS a vVol.
Gestione delle VM mediante policy
Per automatizzare il provisioning dello storage con una gestione basata su criteri, è necessario creare policy di storage delle macchine virtuali associate alle funzionalità di storage desiderate.
|
Gli strumenti ONTAP 10,0 e versioni successive non utilizzano più i profili di funzionalità dello storage come le versioni precedenti. Le funzionalità di storage vengono invece definite direttamente nel criterio di storage delle macchine virtuali. |
Creazione di policy di storage delle macchine virtuali
Le policy di storage delle macchine virtuali vengono utilizzate in vSphere per gestire funzionalità opzionali come Storage i/o Control o vSphere Encryption. Vengono inoltre utilizzati con vVol per applicare funzionalità di storage specifiche alla macchina virtuale. Utilizza il tipo di storage "NetApp.Clustered.Data.ONTAP.VP.vvol". Consulta link:vmware-vvol-ontap.html#Best practice[esempio di configurazione di rete con vVol su NFS v3] per un esempio con il provider VASA degli strumenti ONTAP. Le regole per lo storage "NetApp.Clustered.Data.ONTAP.VP.VASA10" devono essere utilizzate con datastore non basati su vVol.
Una volta creato, il criterio storage può essere utilizzato per il provisioning di nuove macchine virtuali.
Gestione delle performance con tool ONTAP
I tool ONTAP utilizzano il proprio algoritmo di posizionamento bilanciato per posizionare un nuovo vVol nel BEST FlexVol volume, con sistemi ASA unificati o classici, o Storage Availability zone (SAZ) con sistemi ASA R2, all'interno di un datastore vVol. Il posizionamento si basa sulla corrispondenza tra lo storage di backup e il criterio di archiviazione della VM. In questo modo si garantisce che il datastore e lo storage di backup soddisfino i requisiti di performance specificati.
La modifica delle funzionalità delle performance, ad esempio IOPS min e max, richiede un'attenzione particolare alla configurazione specifica.
-
IOPS minimi e massimi possono essere specificati in un criterio VM.
-
La modifica degli IOPS della policy non modifica la QoS sui vVol fino a quando il criterio VM non viene riapplicato alle VM che lo utilizzano. In alternativa, è possibile creare una nuova policy con gli IOPS desiderati e applicarla alle macchine virtuali di destinazione. In genere, si consiglia di definire semplicemente policy di storage delle macchine virtuali separate per diversi Tier di servizio e di modificare semplicemente il criterio di storage delle macchine virtuali sulla macchina virtuale.
-
Le personalità ASA, ASA R2, AFF e FAS hanno diverse impostazioni di IOPS. Sia min che Max sono disponibili sui sistemi all-flash; tuttavia, i sistemi non AFF possono utilizzare solo le impostazioni IOPS massime.
-
-
Gli strumenti ONTAP creano policy QoS individuali non condivise con le versioni attualmente supportate di ONTAP. Pertanto, ogni singolo VMDK riceverà la propria allocazione di IOPS.