Kai išleidžiama nauja „OpenZFS“ versija, daugelis administratorių svarsto, ar verta atnaujinti dabar, ar laukti, kol nurims atgarsis. OpenZFS 2.4 Klausimas dar įdomesnis, nes Tai ateina su giliais pokyčiais našumo, naujų valdymo įrankių ir bendruomenės diskusijų apie išleidimo kandidatų naudojimą gamybinėse sistemose srityse.
Bendrosios „OpenZFS 2.4“ savybės
„OpenZFS 2.4“ pateikiama kaip versija stabilus ir gana ambicingas charakteris Sukurtas tiek „Linux“, tiek „FreeBSD“ aplinkoms, projektas, galutinio ženklinimo metu, jau pabrėžė, kad tikslas yra toliau skatinti failų sistemos ir tomų tvarkyklės brandą, išlaikant suderinamumą su naujausiais branduoliais ir užtikrinant duomenų saugumą.
Šioje versijoje sujungtos daug funkcijų, kurios buvo kuriamos nuo tada, kai rama 2.3 ir jos tarpinės pataisos: našumo patobulinimai šifravimo sluoksnisnaujos valdymo priemonės, pvz. zfs perrašymasLankstesnės kvotų galimybės ir vidiniai pakeitimai, skirti sumažinti fragmentaciją, optimizuoti deduplikaciją ir patobulinti sudėtingus aspektus, tokius kaip grupių blokų valdymas ar elgesys su probleminiais diskais.
Bendruomenė taip pat skyrė ypatingą dėmesį integracija su šiuolaikiniais branduoliais„Linux“ sistemoje palaikymas deklaruojamas nuo 4.18 versijos iki naujausių LTS šakų (įskaitant 6.18 branduolį stabilios 2.4 versijos išleidimo metu), o „FreeBSD“ sistemoje palaikymas apima versijas nuo 13.3 versijos, įskaitant 14.0 ir naujesnes rengiamas šakas, tokias kaip 15.0.
Platformos palaikymas ir branduolio suderinamumas su OpenZFS 2.4
Vienas iš „OpenZFS 2.4“ ramsčių yra jo platus platformų suderinamumasDaugeliui administratorių tai yra labai svarbu, nes tai leidžia jiems atnaujinti operacinės sistemos versijas neprarandant numatytų ZFS funkcijų.
„Linux“ pusėje „OpenZFS 2.4“ nurodo suderinamumą su branduoliais nuo 4.18 versijos iki serijos 6.18 stabilusTai apima viską – nuo konservatyvių įmonių distribucijų iki itin modernių aplinkų, kuriose nuolat atnaujinama naujausia branduolio versija. Tarp jų yra visas įprastų leidimų spektras: serveriuose naudojamos LTS versijos, pasirinktiniai branduoliai ir versijos, pritaikytos tokiuose projektuose kaip „CentOS Stream“ ar panašiuose.
„FreeBSD“ sistemoje naujoji versija palaiko nuo FreeBSD 13.3 Nuo šiol, įskaitant 14.0 ir vėlesnes versijas, kurios jau yra horizonte, pavyzdžiui, būsimą 15.0. Šis platus asortimentas užtikrina, kad tiek jau gamyboje esančios sistemos, tiek naujos kartos diegimai gali ir toliau naudoti „OpenZFS“ be keistų pataisų ar pritaikytų sprendimų.
Už šio suderinamumo slypi nuolatinės pastangos, kurios jau buvo akivaizdžios seriale. OpenZFS 2.3.xAnkstesni atnaujinimai, tokie kaip 2.3.4, išplėtė branduolio palaikymą iki 6.16 versijos ir konsolidavo pataisymus, kurie pradėjo pasirodyti ankstesnėse RC versijose. „OpenZFS 2.4“ tęsia ten, kur buvo baigta, ir žengia dar vieną žingsnį į priekį, suderindama savo branduolius su naujausiais ir pagerindama patirtį tiems, kurie gana dažnai atnaujina savo bazinį paketą.
Kvotos ir naujos erdvės valdymo galimybės
Tarp praktiškiausių administratoriui skirtų naujų funkcijų yra sistemos patobulinimai. iš anksto nustatytos kvotos„OpenZFS 2.4“ pristato galimybę apibrėžti numatytąsias kvotas vartotojams, grupėms ir projektams, kad vietos suvartojimą būtų galima kontroliuoti tolygiau, nereikalaujant kiekvieno atvejo konfigūruoti rankiniu būdu.
Ši funkcija leidžia, pavyzdžiui, nustatyti bazinis mokestis visiems vartotojams kurie sukuriami konkrečiame duomenų rinkinyje, arba nustatyti projekto apribojimus, kurie automatiškai taikomi, kai paskirstomi nauji ištekliai. Tai labai naudinga priemonė daugelio vartotojų aplinkose, priegloboje, laboratorijose ir bet kokiu atveju, kai norite užkirsti kelią viso telkinio užpildymui dėl klaidos.
Numatytųjų kvotų palaikymas nepakeičia esamų konkrečių kvotų, o jas papildo. Administratorius gali apibrėžti pasaulinė politika ir tada patikslinti jį su išimtimis konkretiems vartotojams ar grupėms, kuriems reikia daugiau (arba mažiau) vietos. Visa tai valdoma naudojant standartinius ZFS įrankius, išlaikant tą patį jau pažįstamą ypatybių modelį.
Tiesioginis įvesties / išvesties, talpyklos neturintis įvesties / išvesties ir netinkamai suderintas rašymo veikimas
Kalbant apie našumą, „OpenZFS 2.4“ atneša labai įdomų pokytį valdyme tiesioginė įvestis / išvestisIki šiol tiesioginės įvesties/išvesties naudojimas kai kuriais atvejais galėjo prieštarauti rašymo lygiavimui ir lemti neoptimalius kodo kelius. Naujoje versijoje pristatomas mechanizmas, leidžiantis, kai tiesioginės įvesties/išvesties negalima idealiai įgyvendinti, naudoti alternatyvų režimą. lengvas, be talpyklos veikiantis įvesties / išvesties ryšys (IO) specialiai sukurta tokio tipo scenarijams.
Ką tai reiškia praktiškai? Kad rašiniai, kurie neatitinka laukiamų temų, nustoja būti patologiniais atvejais ir yra tvarkomi taikant... optimizuotas maršrutas ZFS viduje. Sumažinamos pridėtinės išlaidos, išvengiama kai kurių kliūčių ir pasiekiamas labiau nuspėjamas elgesys, ypač aplinkose, kuriose programos, kurios naudoja tiesioginę įvestį/išvestį, egzistuoja kartu su kitomis, kurios to nedaro.
Šis pakeitimas ypač naudingas esant dideliems darbo krūviams, kai tikslas yra išspausti našumą saugojimas neprarandant ZFS siūlomų vientisumo garantijų. Su specialiai sukurtu atsarginiu sprendimu „OpenZFS“ geriau tinka daugelio programų, kurios ne visada laikosi idealaus operacijų suderinimo, realijoms.
Vieningas paskirstymo apribojimas ir fragmentacijos mažinimas „OpenZFS 2.4“ sistemoje
Kitas svarbus „OpenZFS 2.4“ pakeitimas yra naujo algoritmo įdiegimas. vieningas paskirstymo ribojimasUž šio pavadinimo slypi mechanizmas, skirtas sumažinti virtualių įrenginių (vdev) fragmentaciją ir pagerinti rašymo operacijų paskirstymą, kai sistema patiria apkrovą.
Iki šiol blokų paskirstymas esant didelei apkrovai galėjo sukelti paskirstymo modelius, kurie laikui bėgant buvo palankesni vdev fragmentacijaSuvienodintas algoritmas siekia suderinti paskirstymo greitį, kad telkinys išlaikytų tvarkingesnę struktūrą ir sumažėtų našumo nuostoliai, kai pradeda trūkti vietos arba kai blokų dydžių derinys yra labai įvairus.
Šio tipo pakeitimai yra mažiau pastebimi nei nauja komanda, tačiau jie yra labai vertingi ilgalaikiuose diegimuose, kai telkinys auga, yra perbalansuojamas, pridedamos naujos virtualios kūrimo aplinkos (vdevs) ir daugelį metų atliekamos priežiūros operacijos. Pagerindama paskirstymo kontrolę, „OpenZFS 2.4“ padeda palaikyti stabilesnis elgesys laikui bėgantnet ir tada, kai sistema naudojama intensyviai.
Šifravimo patobulinimai naudojant AVX2 ir AES-GCM
Kalbant apie saugumą ir našumą, „OpenZFS 2.4“ apima keletą optimizacijų, susijusių su naudojimu AVX2, skirtas AES-GCMPaprasčiau tariant: šifravimo įgyvendinimas buvo patobulintas, kad geriau išnaudotų šiuolaikinių procesorių, turinčių šias pažangias vektorines instrukcijas, galimybes.
Rezultatas – greitesnis šifravimas neprarandant kriptografinių garantijų, o tai ypač pastebima sistemose, tvarkančiose didelius užšifruotų duomenų kiekius, arba aplinkose, kuriose atliekama daug vienu metu atliekamų operacijų su apsaugotais duomenų rinkiniais. sumažinti procesoriaus apkrovas Su šifravimu susijęs duomenų perdavimas gali būti apdorota daugiau užklausų arba skirta daugiau išteklių kitoms sistemos užduotims.
Praktiškai administratoriai gali ir toliau pasikliauti funkcijomis ZFS gimtoji šifravimas siekiant apsaugoti jautrius duomenis be reikšmingo ankstesnių kartų našumo poveikio. Šifravimas netampa „nemokamu“, tačiau tampa lengviau valdomas esant darbo krūviams, kurie anksčiau buvo akivaizdi kliūtis.
ZIL specialiuose vdev ir patobulinimai specialiuose_mažuose_blokuose
„OpenZFS 2.4“ taip pat pristato naujų funkcijų, susijusių su specialūs vaizdo įrašų kūrėjai, tie įrenginiai, skirti tam tikrų tipų duomenims (pvz., metaduomenims, mažiems blokams ar deduplikacijos lentelėms) saugoti greitesnėse laikmenose, paprastai SSD arba NVMe.
Viena vertus, dabar galima leisti ZIL (ZFS ketinimų žurnalas) Jei įmanoma, naudokite specialias „vdev“ programas. Tai palengvina sinchroninio rašymo sutelkimą mažo delsos įrenginiuose, pagerinant programų, kurios priklauso nuo sinchronizavimo reikalaujančių operacijų, pvz., duomenų bazių ar pranešimų sistemų, turinčių didelį duomenų persistenciją, atsako laiką.
Kita vertus, ypatybės elgesys yra išplėstas special_small_blocks taip kad ZVOL raštai Jie taip pat gali patekti į specialius vdev, o ne tik į tam tikrus įprastus failų blokus. Be to, apribojimas, kad reikšmė turi būti dviejų laipsnių, yra sušvelnintas, todėl administratorius gali pasirinkti tikslesnius dydžius, pritaikytus prie jų faktinio darbo krūvio, užuot apsiribojęs griežtomis parinktimis.
Kartu šie patobulinimai leidžia kurti saugojimo architektūras, kuriose svarbiausi duomenys (Metaduomenys, maži blokai, ZIL lentelės, deduplikacijos lentelės ir kt.) saugomi greitesnėse laikmenose, o didžioji dalis duomenų lieka pigesniuose diskuose. Visa tai suteikia daug didesnį lankstumą apibrėžiant, kas laikoma „maža“, o kas ne.
zfs rewrite ir zfs rewrite -P: efektyviai perkelti duomenis
2.3 serija jau pristatė vieną ryškiausių pastarojo meto funkcijų: antrinę komandą zfs perrašymas„OpenZFS 2.4“ šį įrankį pakelia į kitą lygį, įtraukdama variantą zfs rewrite -Po tai suteikia naujų galimybių perkeliant duomenis telkinio viduje.
Įsakymas zfs rewrite leidžia „perrašyti„Failo arba duomenų rinkinio turinys kopijuojamas nekeičiant jo loginės reikšmės, bet fiziškai perkeliamas į kitas sritis su kitomis vidinėmis savybėmis. Tai leidžia modifikuoti tokius dalykus kaip glaudinimo algoritmas, kontrolinės sumos tipas, ar taikoma deduplikacija, kopijų skaičius ar net pageidaujamas įrenginys, nereikalaujant kopijuoti duomenų į vartotojo erdvę ir jų perrašyti.“
Tai turi keletą aiškių privalumų: sumažina įvesties/išvesties srautą, palyginti su klasikiniu „kopijavimo ir pervadinimo“ metodu, sumažina poveikį talpyklai ir išvengiama ilgo laiko, per kurį duomenys būtų perkeliami naudojant išorinius įrankius. Be to, kadangi turinys logiškai nekeičiamas, Laiko intervalas (mtime) nepasikeičia. nei kitų iš vartotojo perspektyvos matomų savybių, o tai reiškia, kad daugelis programų net nežino apie operaciją.
Pasirinkimas zfs rewrite -P prideda galimybę Išsaugoti logišką gimimo laiką blokų, kai tik įmanoma, o tai padeda sumažinti papildomo replikavimo srautų dydį. Išlaikant šios informacijos stabilumą, vėlesnės siuntimo / gavimo operacijos gali geriau nustatyti, kas iš tikrųjų pasikeitė, o kas ne, taip sumažinant duomenų kiekį, kurį reikia perkelti tarp sistemų.
Kitas svarbus privalumas yra tas, kad perrašymo procesas yra apsaugotas šliuzų įprasta, todėl gali veikti lygiagrečiai su realiais darbo krūviais, pernelyg neužblokuojant sistemos. Duomenų rinkiniuose su sync=always Nauda yra dar didesnė, nes neatliekant jokių loginių duomenų modifikacijų, ZIL neprivalo atlikti jokių papildomų įrašų, todėl išvengiama papildomų išlaidų sinchroninėse operacijose.
Naujos valdymo parinktys „OpenZFS 2.4“ versijoje: -a|–all, diapazono šveitimas ir BRT išankstinis įkėlimas
„OpenZFS 2.4“ taip pat patobulina ir išplečia valdymo įrankių arsenalą, pridėdama keletą labai naudingų parinkčių kasdieniam naudojimui. Viena iš jų – parinktis -a|–visi komandose, kurios atlieka telkinių priežiūros užduotis, pvz., šveitimą, apipjaustymą arba inicijavimą.
Ši parinktis leidžia paleisti operaciją, kuri paveikia visi importuoti baseinai viską iš karto, užuot reikėjus rankiniu būdu peržiūrėti kiekvieną iš jų. Tai labai supaprastina darbą serveriuose, kurie valdo kelis telkinius, sumažina žmogiškųjų klaidų skaičių ir palengvina automatizavimą.
Be to, galimybė paleisti zpool scrub apribota iki konkretūs laiko intervalai per parinktis -S -EŠi funkcija yra labai vertinama, kai norite peržiūrėti tik tam tikrą laikotarpį, per kurį įtariamos problemos, arba kai norite paskirstyti valymo išlaidas per kelis dalinius vykdymus, kad per daug nepaveiktumėte bendro našumo.
Kita svarbi nauja funkcija yra pridėta zpool prefetch -t brt iš anksto įkelti į atmintį Blokų nuorodų lentelė (blokų klonavimo lentelė)Tai leidžia geriau išnaudoti ankstesnėse versijose įdiegtą blokų klonavimo funkciją, sumažinant delsą bandant pasiekti vidines struktūras, susijusias su šia funkcija.
Leidimai, pervadinti įrankiai ir patobulinimai, skirti pašalinti dublikatus ir blokuoti klonavimą
Tarp nedidelių, bet reikšmingų patobulinimų, kurie pagerina patirtį, „OpenZFS 2.4“ prideda naują leidimą siųsti: užšifruotąSukurta siekiant suteikti detalesnę kontrolę, kas gali siųsti užšifruotus duomenis, tai gerai veikia su komandomis, kurios yra atskirusios atsakomybę tarp tų, kurie tvarko momentines kopijas, tų, kurie tvarko replikaciją, ir tų, kurie turi prieigą prie šifravimo raktų.
Taip pat buvo pervadinti tradiciniai komunaliniai paslaugų teikėjai, pvz. arc_summary y arcstat, kurie vėliau tampa žinomi zarcsummary y zarcstatŠis pakeitimas padeda išvengti pavadinimų konfliktų ir aiškiau parodo, kad tai yra su ZFS susiję įrankiai, o tai naudinga sistemose su keliais komponentais, kurie pateikia panašias komandas.
Viduje kaupiasi 2.4 serija Nauji optimizavimai ir pataisymai Tai taikoma tiek deduplikacijai, tiek blokų klonavimui. Duomenų struktūros yra tobulinamos, kraštutiniai atvejai ištaisomi ir ieškoma geresnių prieigos modelių, kad poveikis atminčiai ir procesoriui būtų lengviau valdomas. Šie pakeitimai nėra tiesiogiai matomi vartotojui, tačiau jie lemia stabilesnį veikimą ir mažiau netikėtumų esant sudėtingiems darbo krūviams.
Grupių blokai, persistūmimas, lėti vaikų vdev'ai ir specialios topologijos
„OpenZFS 2.4“ taip pat apima daugybę patobulinimų ir pataisymų, palyginti su... gaujų blokaiTai vidinė sistemos funkcija, skirta apdoroti blokus, kurių negalima išdėstyti įprastai. Nors dauguma vartotojų tiesiogiai su jais nesąveikauja, bet kokia šios kodo dalies klaida gali turėti rimtų pasekmių, todėl daugybė įtrauktų pataisymų ir optimizavimų yra gera žinia bendram sistemos patikimumui.
Lygiagrečiai, tvarkant ashiftParametras, apibrėžiantis minimalų paskirstymo vienetą, suderintą su fiziniu įrenginio sektorių dydžiu. Geresnis pamainos valdymas sumažina tikimybę įrašyti daugiau duomenų nei būtina į diskus su dideliais sektoriais ir padeda išlaikyti priimtiną našumo lygį per visą telkinio gyvavimo laiką.
Dar viena įdomi nauja funkcija yra galimybė priversti antrinius vdev'us elgtis taip, kaip nurodyta toliau. neįprastai lėtas Juos galima laikinai „patobulinti“. Užuot sumažinus visos sistemos našumą, juos galima kuriam laikui išjungti, o tai labai naudinga, kai diskai pradeda gesti, diskuose kyla protarpinių problemų arba aplinkoje yra nenuosekli aparatinė įranga.
Galiausiai, jie turi atsipalaidavę topologijos apribojimai Specialiuose ir deduplikuotuose VDEV tai suteikia didesnį lankstumą projektuojant telkinius su pažangiomis konfigūracijomis. Tai leidžia geriau integruoti greitus metaduomenų, deduplikuotų lentelių, ZIL ir kitų jautrių elementų įrenginius, nesusiduriant su pernelyg griežtais išdėstymo apibrėžimo apribojimais.
OpenZFS 2.3.4: Priežiūra, pradinis zfs perrašymas ir konsolidavimas
Norint iki galo suprasti šuolį, kurį reiškia 2.4, verta trumpai pažvelgti į OpenZFS 2.3.4, techninės priežiūros versija, kuri pasirodė netrukus prieš tai ir padėjo pamatus tam, kas vėliau buvo konsoliduota naujoje pagrindinėje šakoje.
2.3.4 versija pasirodė praėjus dviem mėnesiams po 2.3.3 versijos, kurioje labai daug dėmesio skiriama tvirtumas ir suderinamumasJi išplėtė „Linux“ branduolio palaikymą iki 6.16 versijos, išlaikydama minimalią 4.18 versiją, ir patvirtino suderinamumą su „FreeBSD“ nuo 13.3 versijos ir vėlesnių, įskaitant būsimą 15.0 versiją. Kitaip tariant, ji jau ruošė pamatus sambūviui su šiuolaikinėmis bazinėmis sistemomis neaukodama stabilumo.
Šioje konkrečioje apžvalgoje buvo pristatyta pradinė komandos versija. zfs rewritesukurta būtent tam, perkelti duomenis nekeičiant jų loginio turinio ir nesigriebiant sudėtingesnių strategijų, tokių kaip kopijavimas / pervadinimas arba siuntimas / gavimas su duomenų rinkinių pervadinimu. Tikslas buvo pasiūlyti įrankį, galintį iš naujo subalansuoti telkinį pridėjus vdev, sumažinti atsitiktinai įrašytų failų fragmentaciją arba pritaikyti naujas saugojimo ypatybes esamiems duomenims.
Palyginti su tradicinėmis alternatyvomis, zfs rewrite Tai greitesnis procesas, nes duomenys nekeliauja į vartotojo erdvę. Duomenų rinkiniuose su sync=alwaysBe to, tai pagerina našumą, nes duomenys logiškai nemodifikuojami, todėl ZIL atmintyje nesuaktyvinami jokie papildomi įrašai. Visa tai atliekama nieko neliečiant. mtime arba kiti metaduomenys matomas programoms, o tai sumažina poveikį ant jo veikiančiai programinei įrangai.
2.3.4 versija taip pat pateikė įvairių „FreeBSD“ būdingi nustatymaiJame buvo patobulinimų, skirtų pakavimui, ir nedidelių pataisymų, kurie patobulino kai kuriuos kodo kampelius, rinkinys. Tai nebuvo versija, skirta įvesti trikdančius pakeitimus, o labiau patikslinti stabilumą prieš pereinant prie 2.4 šakos su didesniu naujų funkcijų paketu.
„OpenZFS 2.4 RC1, RC2, RC4“: testavimas, atsiliepimai ir bendruomenės diskusijos
Prieš paskelbiant 2.4 seriją stabilia, projektas išleido keletą paleisti kandidatus (RC1, RC2, RC4), siekiant sudaryti sąlygas patyrusiems vartotojams ir kūrėjams juos išbandyti ir pranešti apie problemas. Šiose išleidimo kandidatėse jau buvo praktiškai visos aptartos funkcijos: numatytosios kvotos, talpyklos neturinti įvestis/išvestis kaip atsarginė priemonė, suvienodintas paskirstymo ribojimas, šifravimo patobulinimai, ZIL specialiuose vdev, special_small_blocks plėtiniai, naujos teisės, įrankių pervadinimas ir daug daugiau.
RC1 ir RC2 pastabose pabrėžta bendruomenės svarba Aš išbandysiu konstrukcijas ir siųsti atsiliepimus per „GitHub“, įskaitant komandas, skirtas lengvai išvardyti pakeitimus, susijusius su atskaitos šaka (su deriniais git cherry (lyginant „zfs-2.3-release“ su įvairiais RC). Žinia buvo aiški: tikslas buvo išbandyti kodą realioje aplinkoje, prieš suteikiant jam „stabilaus“ statusą.
Tačiau konkretaus RC atsiradimas (pavyzdžiui, 2.4.0-RC4.NET Framework (RF) įtraukimas į „FreeBSD“ versiją, pažymėtą RELEASE, pavyzdžiui, 15.0, sukėlė nemažai abejonių. Kai kurie vartotojai svarstė, kodėl buvo nuspręsta jį įtraukti. OpenZFS išleidimo kandidatas versijoje, kuri laikoma stabilia operacinės sistemos versija, o ne ankstesnė, jau sukurta šaka. Šis pasirinkimas sukėlė tam tikrą nepasitenkinimą tarp tų, kurie pageidauja, kad failų sistema, kurioje būtų jų duomenys, būtų pagrįsta griežtai galutinėmis versijomis.
Abejonės kilo dėl šio sprendimo tvarumo: jei kas nors įdiegia „FreeBSD 15.0“ su „OpenZFS 2.4.0-RC4“ ir tada nesilaiko -CURRENT šakos, kyla susirūpinimas, kad kelis mėnesius „įstrigsite“ su leidimo kandidatu, kol pasirodys nedidelė versija ar naujas serijos etapas. Taip pat buvo susirūpinta, kad būsimi leidimai, pvz. 15.1 integruotų kitą RC (pavyzdžiui, hipotetinę 2.4.1-RC3), o ne galutinę versiją.
Už šių diskusijų slypi skirtingi būdai suprasti, kas yra „Release Candidate„Tokioje jautrioje situacijoje kaip failų sistema. Kai kuriems žmonėms „Release Candidate“ (RC) yra praktiškai stabili versija, kuriai reikia tik nedidelių pakeitimų. Tačiau kitiems tai yra kodas, kuris neturėtų būti naudojamas kaip sistemos, pažymėtos kaip RELEASE, pagrindas ir turėtų būti skirtas tiems, kurie atidžiai seka kūrimo šakas.“
Bet kokiu atveju, RKL įvykdė savo misiją bandymų poligonasŠie patobulinimai leido aptikti klaidas, pakoreguoti detales ir daug užtikrinčiau išleisti „2.4 stabilią“ versiją. Tie, kuriems saugumas yra svarbiausia, vis dar gali pasirinkti likti ankstesnėse atšakose, pvz., 2.3.x, kol nuspręs, kad 2.4 versija yra pakankamai brandi gamybinėje aplinkoje.
Viskas, ką suteikia „OpenZFS 2.4“, yra pagrįsta patikimumu, kurį projektas įgijo su 2.3 serija ir jos priežiūros atnaujinimais, derindamas branduolio suderinamumo patobulinimus, naujus įrankius, tokius kaip zfs perrašymasŠiame leidime yra deduplikacijos ir blokų klonavimo pakeitimų, šifravimo optimizavimo, vidinių „grupių blokų“ ir „ashift“ pakeitimų bei įvairių naujų valdymo parinkčių. Nors kilo tam tikrų ginčų dėl išleidimo kandidatų naudojimo tam tikrose operacinėse sistemose, stabili 2.4 versija siūlo didelį žingsnį į priekį tiems, kurie nori gauti daugiau naudos iš ZFS Linux ir FreeBSD sistemose neprarandant nustatytų vientisumo ir atsparumo garantijų.
