VxRail: Wat zijn de FTT en Erasure Coding

Erasure coding (EC) is een methode voor databescherming waarbij data worden opgesplitst in fragmenten, uitgebreid en gecodeerd met redundante (TechTarget-definitie) datastukjes en opgeslagen op verschillende locaties of storagemedia.

Het doel van het wissen van codering is het mogelijk te maken om gegevens die op een bepaald moment in het opslagproces beschadigd raken, te reconstrueren met behulp van informatie over de gegevens die elders in de array zijn opgeslagen (TechTarget-definitie). Erasure codes worden vaak gebruikt in plaats van de traditionele RAID (TechTarget-definitie), omdat ze de tijd en overhead verminderen die nodig zijn om data te reconstrueren. Het nadeel van het wissen van codering is dat het CPU-intensiever kan zijn, en dat kan zich vertalen in een verhoogde latentie.

Aantal te tolereren fouten

Deze FTT-optie definieert meestal het aantal host- en apparaatfouten dat een virtueel machine-object kan tolereren. Voor n fouten die worden getolereerd, zijn n+1kopieën van het gemaakte virtuele machine-objectgebied en 2n+1-hosts met storage vereist. De standaardwaarde is 1. De maximale waarde is 3.

vSAN ondersteunt twee specifieke configuraties wanneer wiscodes zijn ingeschakeld. De eerste, RAID 5, is van toepassing wanneer het aantal te tolereren fouten is ingesteld op 1. De tweede, RAID 6, is van toepassing wanneer het aantal te tolereren fouten is ingesteld op 2. Een vSAN-clustergrootte moet ten minste vier hosts zijn voor RAID 5 en ten minste zes hosts voor RAID 6.

Fouttolerantiemethode

De fouttolerantiemethode geeft aan of de datareplicatiemethode optimaliseert voor prestaties of capaciteit. De RAID 1-mirroringoptie voor prestaties gebruikt meer schijfruimte om de objectcomponenten te plaatsen, maar verbruikt minder CPU- en netwerkbronnen. RAID-5/6-uitwissingscodering is de capaciteitsoptie. Het gebruikt minder schijfruimte, maar verbruikt meer CPU- en netwerkbronnen.

Managing Fault Domains in vSAN Clusters

Als uw vSAN-cluster zich uitstrekt over meerdere racks of bladeserverchassis in een datacenter en u er zeker van wilt zijn dat uw hosts beschermd zijn tegen rack- of chassisstoringen, kunt u foutdomeinen maken en een of meer hosts toevoegen aan elk foutdomein.

Een foutdomein bestaat uit een of meer vSAN-hosts die zijn gegroepeerd op basis van hun fysieke locatie in het datacenter. Met foutdomeinen kan vSAN storingen van volledige fysieke racks en storingen van één host, capaciteitsapparaat, netwerkverbinding of een netwerkswitch die aan een foutdomein is toegewezen, tolereren.

Het aantal fouten om beleid voor het cluster te tolereren hangt af van het aantal fouten dat een virtuele machine moet tolereren. Wanneer een virtuele machine bijvoorbeeld is geconfigureerd met het aantal fouten dat moet worden getolereerd op 1 (FTT = 1) en waarbij meerdere foutdomeinen worden gebruikt, kan vSAN één storing van elk type en van elk onderdeel in een foutdomein tolereren, inclusief de storing van een volledig rack.

Wanneer u foutdomeinen configureert op een rack en een nieuwe virtuele machine inricht, zorgt vSAN ervoor dat beschermingsobjecten, zoals replica's en witnesses, in verschillende foutdomeinen worden geplaatst. Als voor het storagebeleid van een virtuele machine bijvoorbeeld het aantal te tolereren fouten is ingesteld op N (FTT = n), vereist vSAN minimaal 2*n+1 foutdomeinen in het cluster. Wanneer virtuele machines worden ingericht in een cluster met foutdomeinen met behulp van dit beleid, worden de kopieën van de bijbehorende objecten voor virtuele machines opgeslagen in afzonderlijke racks.

Er zijn minimaal drie foutdomeinen vereist. Voor de beste resultaten configureert u vier of meer foutdomeinen in het cluster. Een cluster met drie foutdomeinen heeft dezelfde beperkingen als een cluster met drie hosts, zoals het onvermogen om data opnieuw te beveiligen na een fout en het onvermogen om de modus Volledige datamigratie te gebruiken. Zie vSAN-foutdomeinen ontwerpen en schreden voor meer informatie over het ontwerpen en vergroten of verkleinen van foutdomeinen.

Overweeg een scenario waarin u een vSAN-cluster met 16 hosts hebt. De hosts zijn verdeeld over vier racks, dat wil zeggen vier hosts per rack. Als u een volledige rackfout wilt tolereren, moet u voor elk rack een foutdomein maken. Een cluster met een dergelijke capaciteit kan worden geconfigureerd om het aantal fouten te tolereren dat is ingesteld op 1. Als u het cluster wilt configureren om virtuele machines toe te staan met het aantal fouten dat moet worden gedoogd op 2, moet u vijf foutdomeinen in een cluster configureren.

Wanneer een rack uitvalt, zijn alle bronnen, inclusief de CPU, geheugen in het rack niet beschikbaar voor het cluster. Om de impact van een mogelijke rackstoring te verminderen, moet u foutdomeinen van kleinere groottes configureren. Dit verhoogt de totale hoeveelheid beschikbare resources in het cluster na een rackfout.

Volg deze best practices bij het werken met foutdomeinen:

• Configureer minimaal drie foutdomeinen in het vSAN-cluster. Voor de beste resultaten configureert u vier of meer foutdomeinen.
• Een host die zich niet in een foutdomein bevindt, wordt geacht zich in een eigen foutdomein met één host te bevinden.
• U hoeft niet elke vSAN-host aan een foutdomein toe te wijzen. Als u besluit foutdomeinen te gebruiken om de VSAN-omgeving te beschermen, kunt u overwegen foutdomeinen van gelijke grootte te maken.
• Wanneer vSAN-hosts naar een ander cluster worden verplaatst, behouden ze hun foutdomeintoewijzingen.
• Bij het ontwerpen van een foutdomein is het raadzaam om foutdomeinen te configureren met een uniform aantal hosts.
• Zie voor richtlijnen voor het ontwerpen van foutdomeinen Het ontwerpen en schalen van vSAN-foutdomeinen.
• U kunt een willekeurig aantal hosts toevoegen aan een foutdomein. Elk foutdomein moet ten minste één host bevatten.