VxRail: Che cosa sono l'FTT e l'Erasure Coding

La codifica di erasure (EC) è un metodo di protezione dei dati in cui i dati vengono suddivisi in frammenti, espansi e codificati con dati ridondanti (definizione TechTarget) e archiviati in posizioni o supporti di storage diversi.

L'obiettivo della codifica di erasure è quello di consentire la ricostruzione dei dati danneggiati a un certo punto del processo di storage su disco utilizzando le informazioni sui dati archiviati altrove nell'array (definizione di TechTarget). I codici di erasure vengono spesso utilizzati al posto del RAID tradizionale (definizione TechTarget) per via della loro capacità di ridurre il tempo e l'overhead necessari per ricostruire i dati. Lo svantaggio della codifica di erasure è che può richiedere un utilizzo più intensivo della CPU e questo può tradursi in una maggiore latenza.

Numero di errori da tollerare

Questa opzione FTT definisce in genere il numero di errori di host e dispositivi che un oggetto macchina virtuale può tollerare. Per tollerare n errori, sono necessarie n+1copie dell'area dell'oggetto della macchina virtuale creata e 2n+1 host con storage. Il valore predefinito è 1. Il valore massimo è 3.

vSAN supporta due configurazioni specifiche quando i codici di erasure sono abilitati. La prima, RAID 5, si applica quando il numero di guasti da tollerare è impostato su 1. Il secondo, RAID 6, si applica quando il numero di guasti da tollerare è impostato su 2. La dimensione di un cluster vSAN deve essere di almeno quattro host per RAID 5 e di almeno sei host per RAID 6.

Metodo di tolleranza degli errori

Il metodo di tolleranza degli errori specifica se il metodo di replica dei dati è ottimizzato per le prestazioni o la capacità. L'opzione di mirroring RAID 1 per le prestazioni utilizza più spazio su disco per posizionare i componenti dell'oggetto, ma consuma meno risorse di CPU e rete. La codifica di erasure RAID-5/6 è l'opzione di capacità. Utilizza meno spazio su disco, ma consuma più CPU e risorse di rete.

Gestione dei domini di errore nei cluster vSAN

Se il cluster vSAN si estende su più rack o blade server chassis in un data center e si desidera garantire che gli host siano protetti da errori del rack o dello chassis, è possibile creare domini di errore e aggiungere uno o più host a ciascuno di essi.

Un dominio di errore è costituito da uno o più host vSAN raggruppati in base alla loro posizione fisica nel data center. I domini di errore consentono a vSAN di tollerare gli errori di interi rack fisici e quelli di un singolo host, dispositivo di capacità, collegamento di rete o switch di rete dedicato a un dominio di errore.

La policy Number of failures to tolerate per il cluster dipende dal numero di errori che una macchina virtuale deve tollerare. Ad esempio, quando una macchina virtuale è configurata con il numero di guasti da tollerare impostato su 1 (FTT = 1) e utilizza più domini di errore, vSAN può tollerare un singolo errore di qualsiasi tipo e di qualsiasi componente in un dominio di errore, incluso il guasto di un intero rack.

Quando si configurano domini di errore su un rack e si esegue il provisioning di una nuova macchina virtuale, vSAN garantisce che gli oggetti di protezione, come repliche e controlli, vengano posizionati in domini di errore diversi. Ad esempio, se nella policy di storage di una macchina virtuale il numero di errori da tollerare è impostato su N (FTT = n), vSAN richiede un minimo di domini di errore 2*n+1 nel cluster. Quando viene eseguito il provisioning delle macchine virtuali in un cluster con domini di errore utilizzando questa policy, le copie degli oggetti macchine virtuali associati vengono archiviati in rack separati.

Sono necessari almeno tre domini di errore. Per ottenere risultati ottimali, configurare quattro o più domini di errore nel cluster. Un cluster con tre domini di errore presenta le stesse restrizioni di un cluster a tre host, ad esempio l'impossibilità di riproteggere i dati dopo un errore e l'impossibilità di utilizzare la modalità di migrazione dei dati completa. Per informazioni sulla progettazione e il dimensionamento dei domini di errore, vedere Progettazione e dimensionamento dei domini di errore vSAN.

Si consideri uno scenario in cui si dispone di un cluster vSAN con 16 host. Gli host sono distribuiti su quattro rack, vale a dire quattro host per rack. Per tollerare un errore dell'intero rack, è necessario creare un dominio di errore per ogni rack. Un cluster di tale capacità può essere configurato in modo che la policy Number of failures to tolerate sia impostata su 1. Se si desidera configurare il cluster in modo da consentire macchine virtuali con Number of failures to tolerate impostato su 2, è necessario configurare cinque domini di errore in un cluster.

In caso di guasto di un rack, tutte le risorse, inclusa la CPU, diventano non disponibili per il cluster. Per ridurre l'impatto di un potenziale errore del rack, è necessario configurare domini di errore di dimensioni minori. Ciò aumenta la quantità totale di disponibilità delle risorse nel cluster dopo un errore del rack.

Quando si utilizzano domini di errore, seguire queste best practice:

• Configurare un minimo di tre domini di errore nel cluster vSAN. Per ottenere risultati ottimali, configurare quattro o più domini di errore.
• Si considera che un host non presente in alcun dominio di errore risieda nel proprio dominio di errore con un singolo host.
• Non è necessario assegnare ogni host vSAN a un dominio di errore. Se si decide di utilizzare domini di errore per proteggere l'ambiente vSAN, prendere in considerazione la possibilità di creare domini di errore di dimensioni uguali.
• Quando vengono spostati in un altro cluster, gli host vSAN mantengono le assegnazioni dei domini di errore.
• Quando si progetta un dominio di errore, si consiglia di configurare domini di errore con un numero uniforme di host.
• Per le linee guida sulla progettazione dei domini di errore, vedere Designing and Sizing vSAN Fault Domains.
• È possibile aggiungere un numero qualsiasi di host a un dominio di errore. Ogni dominio di errore deve contenere almeno un host.