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.

Qualità del servizio (QoS)

Collaboratori

I limiti di throughput sono utili per controllare i livelli di servizio, gestire carichi di lavoro sconosciuti o testare le applicazioni prima della distribuzione per assicurarsi che non influiscano su altri carichi di lavoro in produzione. Possono anche essere utilizzati per limitare un carico di lavoro ingombrante dopo l'identificazione.

Supporto della policy QoS di ONTAP

I sistemi che eseguono il software ONTAP possono utilizzare la funzionalità di qualità del servizio di storage per limitare il throughput in Mbps e/o i/o al secondo (IOPS) per diversi oggetti di storage come file, LUN, volumi o intere SVM.

Sono supportati anche i livelli minimi di servizio basati sugli IOPS per fornire performance costanti per gli oggetti SAN in ONTAP 9.2 e per gli oggetti NAS in ONTAP 9.3.

Il limite massimo di throughput QoS su un oggetto può essere impostato in Mbps e/o IOPS. Se vengono utilizzati entrambi, il primo limite raggiunto viene applicato da ONTAP. Un carico di lavoro può contenere più oggetti e una policy QoS può essere applicata a uno o più carichi di lavoro. Quando una policy viene applicata a più carichi di lavoro, i carichi di lavoro condividono il limite totale della policy. Gli oggetti nidificati non sono supportati (ad esempio, i file all'interno di un volume non possono avere una propria policy). I valori minimi di QoS possono essere impostati solo in IOPS.

I seguenti strumenti sono attualmente disponibili per la gestione delle policy di qualità del servizio ONTAP e per applicarle agli oggetti:

  • CLI ONTAP

  • Gestore di sistema di ONTAP

  • OnCommand Workflow Automation

  • Active IQ Unified Manager

  • Kit di strumenti NetApp PowerShell per ONTAP

  • Strumenti ONTAP per il provider VMware vSphere VASA

Per assegnare una policy di QoS a un LUN, inclusi VMFS e RDM, è possibile ottenere la SVM di ONTAP (visualizzata come Vserver), il percorso del LUN e il numero di serie dal menu dei sistemi storage nella home page degli strumenti ONTAP per VMware vSphere. Seleziona il sistema storage (SVM), quindi gli oggetti correlati > SAN. Utilizzare questo approccio quando si specifica la qualità del servizio utilizzando uno degli strumenti ONTAP.

Fare riferimento a. "Panoramica sulla gestione e sul monitoraggio delle performance" per ulteriori informazioni.

Datastore NFS non vVol

È possibile applicare una policy di QoS ONTAP all'intero datastore o ai singoli file VMDK al suo interno. Tuttavia, è importante comprendere che tutte le macchine virtuali di un datastore NFS tradizionale (non vVol) condividono una coda i/o comune da un determinato host. Se una macchina virtuale viene rallentata da una policy di QoS ONTAP, in pratica tutto l'i/o del datastore sembrerà rallentato per quell'host.

Esempio:
* È stato configurato un limite QoS su VM1.vmdk per un volume montato come datastore NFS tradizionale dall'host esxi-01.
* Lo stesso host (esxi-01) utilizza VM2.vmdk e si trova sullo stesso volume.
* Se VM1.vmdk viene rallentato, allora anche VM2.vmdk sembrerà essere rallentato poiché condivide la stessa coda io con VM1.vmdk.

Nota: questo non si applica ai vVol.

A partire da vSphere 6,5 è possibile gestire limiti granulari dei file sui datastore non vVol sfruttando la gestione basata su criteri dello storage (SPBM, Storage Policy-Based Management) con Storage i/o Control (SIOC) v2.

Fare riferimento ai link seguenti per ulteriori informazioni sulla gestione delle prestazioni con i criteri SIOC e SPBM.

Per assegnare un criterio QoS a un VMDK su NFS, attenersi alle seguenti linee guida:

  • La policy deve essere applicata a vmname-flat.vmdk che contiene l'immagine effettiva del disco virtuale, non il vmname.vmdk (file di descrizione del disco virtuale) o. vmname.vmx (File descrittore VM).

  • Non applicare policy ad altri file di macchine virtuali, ad esempio file di swap virtuali (vmname.vswp).

  • Quando si utilizza il client Web vSphere per trovare i percorsi di file (datastore > file), tenere presente che combina le informazioni di - flat.vmdk e. . vmdk e mostra semplicemente un file con il nome di . vmdk ma le dimensioni di - flat.vmdk. Aggiungi -flat nel nome del file per ottenere il percorso corretto.

Gli archivi dati FlexGroup offrono funzionalità QoS avanzate quando si utilizzano gli strumenti ONTAP per VMware vSphere 9.8 e versioni successive. È possibile impostare facilmente la QoS su tutte le macchine virtuali di un datastore o su macchine virtuali specifiche. Per ulteriori informazioni, consultare la sezione FlexGroup di questo report. Tieni presente che si applicano ancora le limitazioni di qualità del servizio menzionate in precedenza per i datastore NFS tradizionali.

Datastore VMFS

Utilizzando le LUN di ONTAP, le policy di QoS possono essere applicate al volume FlexVol che contiene le LUN o le singole LUN, ma non ai singoli file VMDK perché ONTAP non conosce il file system VMFS.

Datastore vVol

È possibile impostare facilmente una qualità del servizio minima e/o massima su singole macchine virtuali o VMDK senza impatti su altre macchine virtuali o VMDK grazie alla gestione basata su policy di storage e ai vVol.

Durante la creazione di un profilo di capacità storage per il container vVol, specifica un valore IOPS max e/o min in termini di performance, quindi fai riferimento a questo SCP con la policy storage delle macchine virtuali. Utilizzare questo criterio quando si crea la macchina virtuale o si applica il criterio a una macchina virtuale esistente.

Nota: vVol richiede l'utilizzo degli strumenti ONTAP per VMware vSphere, che funziona come provider VASA per ONTAP. Fare riferimento a. "Volumi virtuali di VMware vSphere (vVol) con ONTAP" Per le Best practice vVol.

QoS ONTAP e SIOC VMware

Il QoS di ONTAP e il controllo i/o dello storage VMware vSphere sono tecnologie complementari che vSphere e gli amministratori dello storage possono utilizzare insieme per gestire le performance delle macchine virtuali vSphere ospitate su sistemi che eseguono il software ONTAP. Ogni strumento ha i propri punti di forza, come mostrato nella tabella seguente. A causa dei diversi ambiti di VMware vCenter e ONTAP, alcuni oggetti possono essere visti e gestiti da un sistema e non dall'altro.

Proprietà QoS ONTAP VMware SIOC

Se attivo

La policy è sempre attiva

Attivo quando esiste un conflitto (latenza dell'archivio dati oltre la soglia)

Tipo di unità

IOPS, Mbps

IOPS, condivisioni

VCenter o ambito applicativo

Più ambienti vCenter, altri hypervisor e applicazioni

Singolo server vCenter

Impostare QoS su VM?

VMDK solo su NFS

VMDK su NFS o VMFS

Impostare QoS su LUN (RDM)?

No

Impostare la qualità del servizio su LUN (VMFS)?

Sì (il datastore può essere rallentato)

Impostare QoS sul volume (datastore NFS)?

Sì (il datastore può essere rallentato)

Impostare QoS su SVM (tenant)?

No

Approccio basato su policy?

Sì; può essere condiviso da tutti i carichi di lavoro della policy o applicato in toto a ciascun carico di lavoro della policy.

Sì, con vSphere 6.5 e versioni successive.

Licenza richiesta

Incluso con ONTAP

Enterprise Plus

VMware Storage Distributed Resource Scheduler

VMware Storage Distributed Resource Scheduler (SDR) è una funzionalità vSphere che consente di posizionare le macchine virtuali sullo storage in base alla latenza i/o corrente e all'utilizzo dello spazio. Quindi, sposta le VM o i VMDK senza interruzioni tra gli archivi dati in un cluster di datastore (noto anche come pod), selezionando il migliore datastore in cui posizionare le VM o i VMDK nel cluster di datastore. Un cluster di datastore è un insieme di datastore simili che vengono aggregati in una singola unità di consumo dal punto di vista dell'amministratore di vSphere.

Quando si utilizzano DSP con strumenti ONTAP per VMware vSphere, è necessario prima creare un datastore con il plug-in, utilizzare vCenter per creare il cluster di datastore e quindi aggiungere il datastore. Una volta creato il cluster di datastore, è possibile aggiungere ulteriori datastore al cluster di datastore direttamente dalla procedura guidata di provisioning nella pagina Dettagli.

Altre Best practice ONTAP per I DSP includono:

  • Tutti gli archivi dati del cluster devono utilizzare lo stesso tipo di storage (ad esempio SAS, SATA o SSD), tutti gli archivi dati VMFS o NFS e avere le stesse impostazioni di replica e protezione.

  • Considerare l'utilizzo DEGLI SDR in modalità predefinita (manuale). Questo approccio consente di rivedere i suggerimenti e decidere se applicarli o meno. Tenere presente i seguenti effetti delle migrazioni VMDK:

    • Quando GLI SDR spostano i VMDK tra datastore, qualsiasi risparmio di spazio derivante dalla clonazione o deduplica ONTAP viene perso. È possibile rieseguire la deduplica per recuperare questi risparmi.

    • Dopo che LE SDR spostano i VMDK, NetApp consiglia di ricreare gli snapshot nel datastore di origine, poiché lo spazio è altrimenti bloccato dalla VM che è stata spostata.

    • Lo spostamento di VMDK tra datastore sullo stesso aggregato ha pochi benefici e GLI SDR non hanno visibilità su altri carichi di lavoro che potrebbero condividere l'aggregato.

Gestione basata su criteri di archiviazione e vVol

Le API VMware vSphere per Storage Awareness (VASA) semplificano la configurazione dei datastore da parte di un amministratore dello storage con funzionalità ben definite e consentono all'amministratore delle macchine virtuali di utilizzarle quando necessario per eseguire il provisioning delle macchine virtuali senza dover interagire tra loro. Vale la pena di dare un'occhiata a questo approccio per scoprire in che modo può semplificare le operazioni di virtualizzazione dello storage ed evitare un lavoro molto banale.

Prima di VASA, gli amministratori delle macchine virtuali potevano definire le policy di storage delle macchine virtuali, ma dovevano collaborare con l'amministratore dello storage per identificare gli archivi dati appropriati, spesso utilizzando la documentazione o le convenzioni di denominazione. Con VASA, l'amministratore dello storage può definire una serie di funzionalità di storage, tra cui performance, tiering, crittografia e replica. Un insieme di funzionalità per un volume o un set di volumi viene definito SCP (Storage Capability Profile).

SCP supporta la qualità del servizio minima e/o massima per i vVol di dati di una VM. La QoS minima è supportata solo sui sistemi AFF. Gli strumenti ONTAP per VMware vSphere includono una dashboard che visualizza le performance granulari delle macchine virtuali e la capacità logica per i vVol sui sistemi ONTAP.

La figura seguente mostra i tool ONTAP per il dashboard di VMware vSphere 9.8 vVol.

Tool ONTAP per la dashboard VMware vSphere 9,8 vVol

Una volta definito il profilo di capacità dello storage, è possibile utilizzarlo per eseguire il provisioning delle macchine virtuali utilizzando la policy di storage che ne identifica i requisiti. La mappatura tra il criterio di storage delle macchine virtuali e il profilo di capacità dello storage del datastore consente a vCenter di visualizzare un elenco di datastore compatibili per la selezione. Questo approccio è noto come gestione basata su criteri di storage.

VASA offre la tecnologia per eseguire query sullo storage e restituire un set di funzionalità di storage a vCenter. I vendor provider VASA forniscono la traduzione tra le API e i costrutti del sistema storage e le API VMware comprese da vCenter. Il provider VASA di NetApp per ONTAP viene offerto come parte dei tool ONTAP per macchina virtuale dell'appliance VMware vSphere, mentre il plug-in vCenter fornisce l'interfaccia per il provisioning e la gestione dei datastore vVol, nonché la capacità di definire profili di funzionalità dello storage (SCP).

ONTAP supporta gli archivi dati VMFS e NFS vVol. L'utilizzo di vVol con datastore SAN offre alcuni dei vantaggi di NFS, come la granularità a livello di macchine virtuali. Di seguito sono riportate alcune Best practice da prendere in considerazione e ulteriori informazioni sono disponibili in "TR-4400":

  • Un datastore vVol può essere costituito da più volumi FlexVol su più nodi del cluster. L'approccio più semplice è un singolo datastore, anche quando i volumi hanno funzionalità diverse. SPBM garantisce l'utilizzo di un volume compatibile per la macchina virtuale. Tuttavia, tutti i volumi devono far parte di una singola SVM ONTAP e devono essere accessibili utilizzando un singolo protocollo. È sufficiente una LIF per nodo per ogni protocollo. Evitare di utilizzare più release di ONTAP all'interno di un singolo datastore vVol, poiché le funzionalità dello storage potrebbero variare tra le varie release.

  • Utilizza i tool ONTAP per il plug-in VMware vSphere per creare e gestire datastore vVol. Oltre a gestire il datastore e il relativo profilo, crea automaticamente un endpoint del protocollo per accedere ai vVol, se necessario. Se si utilizzano LUN, tenere presente che i LUN PES vengono mappati utilizzando LUN ID 300 e superiori. Verificare che l'impostazione di sistema avanzata dell'host ESXi sia corretta Disk.MaxLUN Consente un numero di ID LUN superiore a 300 (il valore predefinito è 1,024). Eseguire questa operazione selezionando l'host ESXi in vCenter, quindi la scheda Configura e trova Disk.MaxLUN Nell'elenco delle Advanced System Settings (Impostazioni di sistema avanzate).

  • Non installare o migrare il provider VASA, il server vCenter (basato su appliance o Windows) o i tool ONTAP per VMware vSphere in sé su un datastore vVols, perché in tal caso sono dipendenti reciprocamente, limitando la possibilità di gestirli in caso di interruzione dell'alimentazione o di altre interruzioni del data center.

  • Eseguire regolarmente il backup della VM del provider VASA. Crea almeno snapshot orarie del datastore tradizionale che contiene il provider VASA. Per ulteriori informazioni sulla protezione e il ripristino del provider VASA, consulta questa sezione "Articolo della Knowledge base".

La figura seguente mostra i componenti di vVol.

Componenti vVol