ECS: Poistokoodauksen uudelleenmääritys ja solmun käyttökatkos neljän solmun ECS-klusterissa

Jos versiota 3.4 edeltävissä ECS-versioissa oli jäljellä vain kolme tervettä solmua, ECS alkoi palauttaa asiakastiedot kolmeen peilattuun kopioon, yksi solmua kohti. Tämä suunnittelupäätös tehtiin asiakastietojen tietosuojan maksimoimiseksi. Prosessi tunnetaan myös nimellä EC (Erasure Coding) eläkkeelle siirtyminen.

EC on algoritmi, joka vähentää tallennustilaa ja suojaa tietoja levy- tai solmuvioilta.

Kun tiedot pyyhitään poistuskoodattuina, ECS:n fyysinen tila on noin 1,33x asiakastietojen tallentamiseen (12 datasegmenttiä + 4 pariteettisegmenttiä).  Jos ECS kuitenkin alkaa poistua käytöstä ECS:n kautta, asiakastietojen fyysinen tila kasvaa 1,33-kertaisesta 3-kertaiseksi.

Tämä voi johtaa siihen, että ECS saavuttaa 90 %:n kapasiteetin käyttörajan, jolloin ECS siirtyy vain luku -tilaan eikä data ole käytettävissä. 

Tietosuojan parantamiseksi ja 90 %:n kapasiteettikynnyksen ylittymisen välttämiseksi ECS-klustereissa, joissa on vain kolme tervettä solmua, oletustoimintaa muutettiin.

Kohdassa 3.4 suunnittelumuutos tehtiin siten, että ECS ei enää toteuta EC Recessingiä automaattisesti, kun vain kolme solmua on kunnossa/verkossa. Järjestelmä toimii heikentyneessä tilassa ja saattaa ilmetä suorituskykyongelmia, mutta se todennäköisesti välttää tietojen käytön. Uudet kirjoitukset kirjoitetaan edelleen kolmena peilattuna kopiona, ja ne poistetaan, kun verkossa on 4+ solmua, joihin voi kirjoittaa.

Lisäasemaviat voivat aiheuttaa yksittäisiä tietojen tietoja. Se voi myös hieman lisätä altistumista mahdolliselle tietojen menetykselle (DL), mutta se on silti epätodennäköistä.

Harkitse myös ECS:n laajentamista viiteen tai useampaan solmuun. Se vähentää ECS:n altistumista suorituskyvyn heikkenemiselle, tietojen tallennukselle ja DL-tilanteille solmun vioittumisen aikana. Lisätietoja ECS-arkkitehtuurista on ECS:n järjestelmänvalvojan oppaassa.