I criteri di storage di vSAN definiscono i requisiti di storage per le macchine virtuali. Questi criteri garantiscono il livello di servizio richiesto per le macchine virtuali perché ne determinano la modalità di allocazione dell'archivio.

VMware Cloud on AWS include due datastore vSAN, uno per le macchine virtuali di gestione (vsanDatastore) e uno per le macchine virtuali del carico di lavoro (WorkloadDatastore). Entrambi i datastore condividono gli stessi dispositivi di archiviazione sottostanti e attingono dallo stesso pool di spazio libero.

A ogni macchina virtuale distribuita in un datastore vSAN viene assegnato almeno un criterio di storage della macchina virtuale. È possibile assegnare criteri di storage quando si creano o si riconfigurano macchine virtuali.

Per ulteriori informazioni sulle VPN IPsec, vedere VMware Designlet Profili dei criteri di storage gestiti.

Attributi di disponibilità per i criteri di storage della macchina virtuale vSAN

Tolleranza di emergenza del sito
Definisce il metodo di ridondanza dei dati utilizzato dai cluster estesi per gestire un errore del sito. Questo attributo si applica ai cluster estesi. Se si dispone di un cluster vSAN standard, scegliere Nessuno (cluster standard).
Le opzioni sono:
  • Nessuno (cluster standard)
  • Mirroring del doppio sito (cluster esteso)
  • Nessuno - Mantenere i dati su primario (cluster esteso)
  • Nessuno- Mantenere i dati su secondario (cluster esteso)
Errori da tollerare
Definisce il numero di errori dell'host e del dispositivo che una macchina virtuale può tollerare. È possibile scegliere di non disporre della ridondanza dei dati oppure selezionare una configurazione RAID ottimizzata per le prestazioni (mirroring) o per la capacità (codifica cancellazione).
  • RAID-1 utilizza più spazio su disco per posizionare i componenti degli oggetti, ma fornisce prestazioni migliori per l'accesso agli oggetti.
  • RAID-5/6 (codifica di cancellazione) utilizza meno spazio su disco, ma le prestazioni sono ridotte.
Tabella 1. Requisiti di configurazione RAID, FTT e host
Configurazione RAID Errori da tollerare (FTT) Numero minimo di host necessari
RAID-1 (mirroring) Questa è l'impostazione predefinita. RAID-1 1 2
RAID-5 (codifica di cancellazione) 1 4
RAID-1 (mirroring) 2 5
RAID-6 (codifica di cancellazione) 2 6
RAID-1 (mirroring) 3 7
Importante: L'utilizzo di un criterio di storage della macchina virtuale con FTT = 0 (nessuna ridondanza dei dati) non è supportato e può causare la perdita di dati in caso di errore o se la macchina virtuale non risponde.

Il profilo del criterio di storage gestito determina la configurazione RAID iniziale di un cluster. Quando viene applicato al cluster un profilo del criterio di storage gestito, la configurazione RAID viene aggiornata automaticamente man mano che le dimensioni del cluster cambiano. Per dettagli, consultare Profili dei criteri di storage gestiti di VMware Cloud on AWS.

Attributi avanzati per i criteri di storage della macchina virtuale vSAN

Numero di stripe di disco per oggetto
Numero minimo di dispositivi di capacità tra i quali viene suddivisa ogni replica di un oggetto della macchina virtuale. Un valore superiore a 1 potrebbe comportare prestazioni migliori, ma anche un utilizzo più elevato delle risorse di sistema. Il valore predefinito è 1. Il valore massimo è 12. Modificare il valore predefinito solo quando consigliato dall'assistenza VMware.
Limite di IOPS per oggetto
Definisce il limite di IOPS per un oggetto, ad esempio VMDK. L'IOPS viene calcolato come numero di operazioni di I/O, utilizzando una dimensione ponderata. Se il sistema utilizza le dimensioni base predefinite di 32 KB, un I/O da 64 KB rappresenta due operazioni di I/O.

Quando si calcolano le operazioni di IOPS, le operazioni di lettura e scrittura sono considerate equivalenti, ma la percentuale di riscontri di caching e la sequenzialità non vengono considerate. Se il numero di IOPS di un disco supera il limite, le operazioni di I/O vengono limitate. Se Limite di IOPS per oggetto è impostato su 0, i limiti di IOPS non vengono applicati.

vSAN consente all'oggetto di raddoppiare la velocità del limite di IOPS durante il primo secondo di funzionamento o dopo un periodo di inattività.

Prenotazione dello spazio degli oggetti
Questa impostazione definisce la percentuale della dimensione logica dell'oggetto disco delle macchine virtuali (VMDK) che deve essere riservato (con provisioning) durante la distribuzione delle macchine virtuali. Il valore predefinito della prenotazione in VMware Cloud on AWS è 0% ( Provisioning thin). È possibile specificare Provisioning thick per riservare la capacità per una scrittura di vSAN più grande del previsto, ma la struttura vmdk sottostante rimane invariata a quella nella configurazione Provisioning thin e non è la stessa del Modello di provisioning eager azzerato di Provisioning thick disponibile in locale.
Prenotazione di Flash Read Cache
Questa impostazione viene ignorata in VMware Cloud on AWS. Nelle distribuzioni vSan Hybrid, designa la capacità flash prenotata come cache di lettura.
Disattiva checksum oggetto
Se l'opzione è impostata su No, l'oggetto calcola le informazioni di checksum per garantire l'integrità dei relativi dati. Se questa opzione è impostata su , l'oggetto non calcola le informazioni sul checksum.

vSAN utilizza il checksum end-to-end per garantire l'integrità dei dati confermando che ogni copia di un file sia esattamente uguale al file di origine. Il sistema verifica la validità dei dati durante le operazioni di lettura/scrittura e, se viene rilevato un errore, vSAN ripara i dati o segnala l'errore.

Se viene rilevata una mancata corrispondenza del checksum, vSAN corregge automaticamente i dati sovrascrivendo i dati errati con quelli corretti. Il calcolo del checksum e la correzione degli errori vengono eseguiti come operazioni in background.

L'impostazione predefinita per tutti gli oggetti nel cluster è No, ovvero il checksum è attivato.

Forza provisioning
Se l'opzione è impostata su , viene eseguito il provisioning dell'oggetto anche se i criteri Livello primario di errori da tollerare, Numero di stripe di disco per oggetto e Prenotazione di Flash Read Cache specificati nel criterio di storage non possono essere soddisfatti dal datastore. Utilizzare questo parametro negli scenari di bootstrap e durante un'interruzione quando il provisioning standard non è più possibile.

L'impostazione predefinita No è accettabile per la maggior parte degli ambienti di produzione. vSAN non riesce a eseguire il provisioning di una macchina virtuale quando i requisiti del criterio non vengono soddisfatti, ma crea correttamente il criterio di storage definito dall'utente.

Profili dei criteri di storage gestiti di VMware Cloud on AWS

Quando si crea un cluster di nell'SDDC, VMware Cloud on AWS crea un profilo di criterio di storage gestito che viene applicato per impostazione predefinita alle macchine virtuali create nel cluster. Questo profilo di criterio di storage è denominato "Criterio di storage del carico di lavoro VMC - nome cluster". Le impostazioni dei criteri assicurano che il cluster soddisfi i requisiti descritti nel Service Level Agreement di VMware Cloud on AWS (SLA). Quando si esegue la migrazione di una macchina virtuale in un cluster diverso nello stesso SDDC, è necessario modificare anche il criterio di storage della macchina virtuale. Vedere Assegnazione di criteri di storage alle macchine virtuali.

Le impostazioni dei criteri di storage gestiti si basano sulla configurazione del cluster:

  • Gli SDDC di un singolo host non sono coperti da SLA. Utilizzano un criterio Nessuna ridondanza dei dati.
  • I cluster ZD singoli utilizzano Provisioning thin e impostano un valore di tolleranza di errore in base alle dimensioni del cluster e al tipo di istanza dell'host:
    • I cluster contenenti da 2 a 5 host utilizzano 1 errore: RAID-1 (mirroring).
    • I cluster contenenti 6 o più host utilizzano 2 errori: RAID-6 (codifica di cancellazione).
  • I cluster estesi che includono fino a quattro host utilizzano Nessuna ridondanza dei dati e hanno l'opzione Tolleranza di emergenza del sito impostata su Mirroring sito doppio.
  • I cluster estesi con sei o più host utilizzano 1 errore: RAID-1 (mirroring), ma hanno anche Tolleranza di emergenza del sito impostata su Mirroring del doppio sito.

Poiché il criterio di storage gestito varia in base alle dimensioni del cluster, l'aggiunta o la rimozione di host attiverà una riconfigurazione del criterio di storage nel caso in cui modifichi le dimensioni del cluster, in modo che richieda un criterio diverso. Ad esempio, se si aggiunge un ulteriore host a un cluster contenente cinque host, il criterio di storage per tale cluster viene riconfigurato passando da 1 errore: RAID-1 (mirroring) a 2 errori: RAID-6 (codifica di cancellazione). Il contrario si verifica se l'host supplementare viene rimosso e il numero di host viene ridotto da sei a cinque.

Nota: Quando viene apportata una modifica a un cluster che attiva una riconfigurazione del criterio di storage gestito, la riconfigurazione richiede temporaneamente un archivio aggiuntivo. Se il cluster si avvicina al 75% della capacità dell'archivio, questo potrebbe attivare un evento di scalabilità orizzontale di EDRS, aggiungendo un host al cluster. Al termine della riconfigurazione, è possibile che EDRS non rimuova l'host aggiuntivo. Controllare i cluster dopo la riconfigurazione dell'archivio e rimuovere l'host aggiuntivo, se necessario.

Per un cluster con 6 o più host, non è possibile rimuovere un host se l'utilizzo dell'archivio del cluster supera il 40% della capacità di archiviazione totale. Per tutti gli altri tipi di cluster, VMware consiglia vivamente di non rimuovere un host se l'utilizzo dell'archivio del cluster supera il 40% della capacità di archiviazione totale.

Se uno o più host vengono rimossi da un cluster e questo attiva una riconfigurazione del criterio di storage gestito, la riconfigurazione deve essere completata prima che l'host o gli host vengano rimossi. Se i carichi di lavoro utilizzano una grande quantità di spazio in archivio, il completamento di questa riconfigurazione potrebbe richiedere da ore a giorni. Durante questo periodo di tempo, tutti gli host da rimuovere rimangono utilizzabili e ne viene ancora addebitato l'utilizzo. Una volta completata la riconfigurazione del criterio di storage, l'host o gli host vengono rimossi e non ne viene più addebitato l'utilizzo.

Nota: Non modificare i criteri di storage gestiti creati da VMware Cloud on AWS per i cluster. Se il criterio viene rinominato, non viene più gestito da VMware Cloud on AWS. Se le impostazioni del criterio di storage gestito vengono modificate, le modifiche vengono sovrascritte alla successiva riconfigurazione del criterio di storage.

Se non si desidera utilizzare il criterio di storage gestito, è possibile definire un criterio di storage personalizzato e assegnarlo come predefinito per il datastore del carico di lavoro. Vedere https://docs.vmware.com/it/VMware-vSphere/7.0/com.vmware.vsphere.vsan.doc/GUID-F52F0AE9-FB31-4236-B566-D9610B14C670.html.

Modelli di macchine virtuali e criteri di storage gestiti

Se un modello di macchina virtuale è associato a un criterio di storage gestito da VMware Cloud on AWS, quando il criterio del cluster viene aggiornato il criterio del modello non viene aggiornato automaticamente. Dopo la riconfigurazione del criterio di storage del cluster, lo stato di conformità del modello di macchina virtuale è "Scaduto". Per rendere il criterio del modello "Conforme", è necessario convertire il modello in una macchina virtuale, riapplicare il criterio di storage della macchina virtuale, quindi riconvertire la macchina virtuale in un modello.

Quando una macchina virtuale viene distribuita da un modello, VMware consiglia di selezionare Datastore predefinito per il criterio di storage della macchina virtuale per assicurarsi che venga distribuita con il criterio di storage gestito del cluster corrente.

Criteri di storage e requisiti SLA

Quando si utilizzano i criteri di storage delle macchine virtuali, è importante comprendere in che modo influiscono sul consumo della capacità di archiviazione nel cluster di vSAN e se soddisfano i requisiti definiti nel Service Level Agreement di VMware Cloud on AWS (SLA).

Il criterio di storage gestito viene inizialmente configurato in base al numero di host nel cluster. Ad esempio, per impostazione predefinita, un cluster a tre host ha il valore FTT=1 utilizzando il criterio di mirroring RAID-1. L'impostazione predefinita dei cluster con più di sei host in una zona di disponibilità singola è 2 errori: RAID-6 (codifica di cancellazione). È possibile creare criteri personalizzati che allineano la disponibilità dei dati alle esigenze dei dati sottostanti, ma le macchine virtuali del carico di lavoro con criteri di storage che non soddisfano i requisiti stabiliti nel Service Level Agreement potrebbero non essere idonee per i riconoscimenti SLA. Il criterio di storage della macchina virtuale deve essere configurato con il livello di protezione appropriato. I carichi di lavoro non recenti possono utilizzare il criterio Nessuna ridondanza dei dati per risparmiare capacità, ignorando tutte le garanzie di disponibilità di SLA.

Importante:

Quando si aumentano le dimensioni di un cluster da cinque a sei host, la tolleranza di errore per il criterio sottostante deve essere aggiornata a 2 errori: RAID-6 (codifica di cancellazione) o 2 errori: RAID-6 (mirroring) per compensare il pool di errori più grande. I cluster che utilizzano il criterio di storage gestito verranno riconfigurati automaticamente, ma è necessario aggiornare manualmente tutti i cluster che utilizzano criteri personalizzati. L'uso continuo di una tolleranza di errore di 1 per questa configurazione dell'host comporta che VMware non possa garantire la disponibilità in base alle linee guida per la definizione del servizio.

VMware verifica regolarmente la conformità dei criteri di archiviazione delle macchine virtuali con i requisiti di SLA e invia notifiche se sono presenti criteri non conformi.

Per ulteriori informazioni sulla progettazione e il dimensionamento dei criteri di storage, vedere la documentazione di Amministrazione di VMware vSAN.