ECS: Sletning Genopbygning af kodning med nodeafbrydelse på en ECS-klynge med fire noder
Summary: Fra og med ECS version 3.4 startes genopbygning af kodning ikke automatisk, hvis der er et nodeudfald på en ECS-klynge med fire noder.
Symptoms
I ECS-versioner før 3.4, hvis der kun var tre sunde noder tilbage, begyndte ECS at gendanne kundedata til tre spejlede kopier, én pr. node. Denne designbeslutning blev truffet for at maksimere databeskyttelse for kundedata. Processen er også kendt som EC (Erasure Coding) pensionering.
EC er en algoritme, der reducerer lagerplads og samtidig beskytter data mod disk- eller nodefejl.
Når data slettes, er den fysiske plads, der kræves på en ECS, ca. 1,33 gange til lagring af kundedata (12 datasegmenter + 4 paritetssegmenter). Men hvis ECS begynder at gå på pension, øges den fysiske plads, der kræves til kundedata, fra 1,33 x til 3 gange.
Dette kan føre til, at ECS når kapacitetsudnyttelsestærsklen på 90 %, hvilket får ECS til at gå i skrivebeskyttet tilstand og data utilgængelige.
Cause
Resolution
For at forbedre databeskyttelsen og undgå at overskride kapacitetstærsklen på 90 % er standardfunktionsmåden for ECS-klynger med kun tre sunde noder blevet ændret.
I 3.4 blev designændringen foretaget således, at ECS ikke længere implementerer EC Repensionering automatisk, når kun tre noder er sunde / online. Systemet kører i en forringet tilstand og kan støde på ydeevneproblemer, men vil sandsynligvis undgå en DU. Nye skrivninger skrives fortsat som tre spejlede kopier og vil blive slettet, når der er 4+ noder online og tilgængelige at skrive til.
Eventuelle yderligere drevfejl kan forårsage isolerede DU er. Det kan også øge eksponeringen for et potentielt datatab (DL) en smule, men det er stadig usandsynligt.
Overvej også at udvide ECS til fem eller flere noder. Det reducerer ECS-eksponering for ydeevneforringelse, DU og DL-situationer under nodefejl. Du kan finde flere oplysninger om ECS-arkitekturen i ECS-administrationsvejledningen.