Forleden ga de ut den siste stabile versjonen av ZFSonLinux, et prosjekt som nå er sentralt i OpenZFS-utviklingsverdenen. Farvel OpenSolaris, hei glupske GPL-CDDL-inkompatibel Linux-verden.
Under kuttet er en gjennomgang av de mest interessante tingene (selvfølgelig, 2200 forplikter!), og til dessert - litt intriger.
Nye funksjoner
Selvfølgelig er den mest etterlengtede innfødt kryptering. Nå kan du kryptere kun de nødvendige datasettene med krypteringen innebygd i ZFS, og (etter min mening - det viktigste) - du kan sende krypterte data via zfs send og UTEN dekryptering, sjekk integriteten til data ved hjelp av innebygde verktøy, alle mulighetene for å bevare integriteten til ZFS-data vil være med deg!
Neste i betydning er det verdt å nevne den etterlengtede TRIM. Ja, det tok ham veldig lang tid å komme til produksjonen. Delvis fordi for CoW-filsystemer er problemet med SSD-slitasje ikke så kritisk. Men nå er vi alle rolige - zpool trim vil lagre våre delikate flash-stasjoner.
Nå kan du fjerne tilfeldig lagt til vdev-matriser fra bassenget (men bare hvis det er sparsomt eller speil). Nyttig liten ting.
Neste i vår hitparade - bassengsjekkpunkter. Kort fortalt - øyeblikksbilder for hele bassengets tilstand, MEN noe som gjør det mulig å rulle tilbake endringer ikke bare til dataene, men også til funksjonene som er inkludert i bassenget og endringer i strukturen. Nok en mulighet til å være trygg.
Pool initialisering — fylle det underliggende lageret med nuller. Nyttig for arbeid i miljøer med tynne klargjorte disker for å eksplisitt tildele plass og unngå uventede ytelsesproblemer i fremtiden.
Prosjektregnskap og kontingent — i den eksisterende kvotemekanismen er det nå mulig å bruke inndeling i prosjekter.
Kanalprogrammer — evnen til å utføre administrative oppgaver atomisk ved hjelp av Lua-skript. Det er begrensninger på utførelsestid og minne. Er du involvert i automatisering, så er dette noe for deg.
Direkte IO — For enkelhets skyld hoppet vi over Direct IO, ingenting har endret seg inni (anrop bare omgå hurtigbufferen så mye som mulig), men nå vil ikke programvare som ønsker å jobbe i denne modusen sørge.
Prosjekt Pyzfs slått sammen til hovedlageret og tatt under vingen til ZFSonLinux-prosjektet. Nå er det flere verktøy for kontroll fra Python (vel, du vil være roligere med modulstøtte). Dessuten er mange python-skript tilpasset python3.
Og nå de smakfulle tingene - produktivitet
Nå, under skrubbe- og resilveroperasjoner, leses metadata først, og først deretter i størst mulig grad. sekvensiell skjema - data. Dermed finner array-gjenoppretting og integritetskontroller sted med maksimal hastighet.
Tildelingsklasser — vdev-matriser har nå en medietype, nå kan du flytte lagringen av metadata/dedupliseringstabeller (DDT)/datablokker på mindre enn X KB til en egen vdev-array med kraftigere disker. Mer fart til fartens gud! (men faktisk - denne muligheten vil være veldig nyttig i fremtiden ).
Mange administrative kommandoer fungerer nå raskere på grunn av punktbufring av metadata (f.eks. zfs-liste, zfs får).
Dataallokeringsprosess parallellisert, nå opprettes flere allokatorer for hver ledig plasspartisjon (metaslab). Med NVME vil selvfølgelig ikke alt være perfekt, men det vil bli bedre.
Forsinket integritetsrestaurering arrayet lar deg ikke laste arrayet med samtidig remontering av flere disker, men vil gjøre dette sekvensielt. Dette vil redusere både innvirkningen på ytelsen og gjenoppbyggingstiden.
Ved import av bassenger med mye volum Hastigheten på registreringen deres i systemet er økt.
også QAT lar deg nå laste opp kryptering og sjekksumberegninger til den.
Og til dessert - intriger
Selv om ZFSonLinux raskt legger til støtte for de nyeste Linux-kjernene (versjoner 2.6.32 - 5.1* støttes for øyeblikket), viser kjernevedlikeholdere en klar uinteresse i å hjelpe tredjepartsmoduler (“ - greg kh"). Dermed kreves kjernekallene for effektiv drift i 5.0-grenen . ZFS-ytelsen vil være betydelig dårligere i kjerner med denne oppdateringen. Besparelsen er at denne funksjonaliteten kan implementeres på modulsiden, noe som mest sannsynlig vil bli gjort. I mellomtiden kan du følge eksemplet med NixOS - de ????
Prosjektet hadde også en Code of Conduct, som ga opphav til en bølge av holivarer. Men vi overlevde :)
Fungerende sikkerhetskopier og stabile utgivelser til alle!
Nyttige lenker:
-
-
Kilde: www.habr.com