VxRail: Hvad er AFT- og sletningskodning

Sletningskodning (EC) er en databeskyttelsesmetode, hvor data opdeles i fragmenter, udvides og kodes med overflødige datastykker (TechTarget-definition) og gemmes på tværs af forskellige placeringer eller lagringsmedier.

Målet med sletningskodning er at gøre det muligt at rekonstruere data, der bliver beskadiget på et tidspunkt i disklagringsprocessen, ved hjælp af oplysninger om de data, der er gemt et andet sted i systemet (TechTarget-definition). Sletningskoder bruges ofte i stedet for traditionel RAID (TechTarget-definition) på grund af deres evne til at reducere den tid og de faste omkostninger, der kræves for at rekonstruere data. Ulempen ved sletningskodning er, at den kan være mere CPU-intensiv, og det kan oversættes til øget latenstid.

Antal manglende tolerance

Denne AFT-indstilling definerer generelt antallet af værts- og enhedsfejl, som et objekt på en virtuel maskine kan tolerere. For n fejl, der tolereres, kræves n+1kopier af det oprettede objektområde for den virtuelle maskine og 2n+1-værter med lager. Standardværdien er 1. Den maksimale værdi er 3.

vSAN understøtter to specifikke konfigurationer, når sletningskoder er aktiveret. Den første, RAID 5, gælder, når antallet af fejl, der tolereres, er indstillet til 1. Den anden, RAID 6, gælder, når antallet af fejl, der tolereres, er indstillet til 2. En vSAN-klyngestørrelse skal være mindst fire værter til RAID 5 og mindst seks værter til RAID 6.

Fejltolerancemetode

Fejltolerancemetoden angiver, om datareplikeringsmetoden optimerer ydeevnen eller kapaciteten. RAID 1-spejlingsindstillingen for ydeevne bruger mere diskplads til at placere objektkomponenterne, men bruger færre CPU- og netværksressourcer. RAID-5/6-sletningskodning er kapacitetsmuligheden. Den bruger mindre diskplads, men bruger flere CPU- og netværksressourcer.

Administration af fejldomæner i vSAN-klynger

Hvis din vSAN-klynge strækker sig over flere racks eller bladeserverkabinetter i et datacenter, og du vil sikre, at dine værter er beskyttet mod rack- eller kabinetfejl, kan du oprette fejldomæner og føje en eller flere værter til hvert fejldomæne.

Et fejldomæne består af en eller flere vSAN-værter, der er grupperet efter deres fysiske placering i datacenteret. Fejldomæner gør vSAN i stand til at tolerere fejl i hele fysiske racks og fejl i en enkelt vært, kapacitetsenhed, netværkslink eller en netværksswitch, der er dedikeret til et fejldomæne.

Politikken Antallet af fejl, der tolereres for klyngen, afhænger af antallet af fejl, som en virtuel maskine er klargjort til at tolerere. Når en virtuel maskine f.eks. er konfigureret med Antal fejl, der skal tolereres angivet til 1 (FTT = 1) og bruger flere fejldomæner, kan vSAN tolerere en enkelt fejl af enhver art og af enhver komponent i et fejldomæne, herunder fejl i et helt rack.

Når du konfigurerer fejldomæner på et rack og klargør en ny virtuel maskine, sikrer vSAN, at beskyttelsesobjekter, f.eks. replikaer og vidner, placeres i forskellige fejldomæner. Hvis en virtuel maskines lagerpolitik f.eks. har Antal fejl, der skal tolereres indstillet til N (FTT = n), kræver vSAN mindst 2*n+1 fejldomæner i klyngen. Når virtuelle maskiner klargøres i en klynge med fejldomæner ved hjælp af denne politik, gemmes kopierne af de tilknyttede objekter for den virtuelle maskine på tværs af separate racks.

Der kræves mindst tre fejldomæner. Du opnår de bedste resultater ved at konfigurere fire eller flere fejldomæner i klyngen. En klynge med tre fejldomæner har de samme begrænsninger, som en klynge med tre værter har, f.eks. manglende evne til at beskytte data igen efter en fejl og manglende evne til at bruge tilstanden Fuld dataoverførsel. Du kan finde oplysninger om design og tilpasning af fejldomæner under Design og tilpasning af vSAN-fejldomæner.

Overvej et scenarie, hvor du har en vSAN-klynge med 16 værter. Værterne er fordelt på fire racks, det vil sige fire værter pr. Rack. For at tolerere en hel rackfejl skal du oprette et fejldomæne for hvert rack. En klynge af en sådan kapacitet kan konfigureres til at tolerere Antal fejl, der skal tolereres indstillet til 1. Hvis du vil konfigurere klyngen til at tillade virtuelle maskiner med Antal fejl, der tolereres angivet til 2, skal du konfigurere fem fejldomæner i en klynge.

Når et rack svigter, bliver alle ressourcer, herunder CPU en, hukommelsen i racket utilgængelig for klyngen. For at reducere virkningen af en potentiel rackfejl skal du konfigurere fejldomæner af mindre størrelse. Dette øger den samlede mængde ressourcetilgængelighed i klyngen efter en rackfejl.

Når du arbejder med fejldomæner, skal du følge disse bedste fremgangsmåder:

• Konfigurere mindst tre fejldomæner i vSAN-klyngen. Du opnår de bedste resultater ved at konfigurere fire eller flere fejldomæner.
• En vært, der ikke har et fejldomæne, anses for at være placeret i sit eget enkeltværtsfejldomæne.
• Du behøver ikke at tildele hver vSAN-vært til et fejldomæne. Hvis du beslutter dig for at bruge fejldomæner til at beskytte vSAN-miljøet, kan du overveje at oprette fejldomæner af samme størrelse.
• Når vSAN-værter flyttes til en anden klynge, beholder de deres fejldomænetildelinger.
• Når du designer et fejldomæne, anbefales det, at du konfigurerer fejldomæner med et ensartet antal værter.
• Du kan finde retningslinjer for design af fejldomæner under Design og tilpasning af vSAN-fejldomæner.
• Du kan føje et vilkårligt antal værter til et fejldomæne. Hvert fejldomæne skal indeholde mindst én vært.