Phenquestions
Talpyklos konfigūravimas jūsų ZFS telkinyje
Jei peržiūrėjote ankstesnius mūsų pranešimus apie ZFS pagrindus, jau žinote, kad tai yra tvirta failų sistema. Ji atlieka kiekvieno diske įrašomų duomenų bloko kontrolines sumas, o svarbūs metaduomenys, kaip ir pačios kontrolinės sumos, yra parašyti keliose skirtingose vietose. ZFS gali prarasti jūsų duomenis, tačiau garantuojama, kad niekada negrąžinsite neteisingų duomenų, tarsi jie būtų teisingi.
Didžiąją dalį ZFS grupės atleidimo iš darbo sudaro pagrindiniai VDEV. Tas pats pasakytina ir apie saugyklos telkinio našumą. Tiek skaitymo, tiek rašymo našumas gali žymiai pagerėti pridėjus didelės spartos SSD ar NVMe įrenginius. Jei naudojote hibridinius diskus, kuriuose SSD ir sukamasis diskas yra sujungtas kaip viena aparatinė įranga, tada žinote, kaip blogai yra aparatūros lygio talpyklos mechanizmai. ZFS nėra nieko panašaus dėl įvairių veiksnių, kuriuos mes čia išnagrinėsime.
Yra dvi skirtingos talpyklos, kurias baseinas gali naudoti:
- „ZFS Intent Log“ arba „ZIL“, kad buferizuotų RAŠYMO operacijas.
- ARC ir L2ARC, kurie yra skirti READ operacijoms.
Sinchroniniai ir asinchroniniai raštai
ZFS, kaip ir dauguma kitų failų sistemų, bando išsaugoti atmintyje rašymo operacijų buferį ir tada jį išrašyti į diskus, o ne tiesiogiai rašyti į diskus. Tai žinoma kaip asinchroninis rašyti ir tai suteikia deramą našumą toms programoms, kurios yra atsparios gedimams ar kuriose duomenų praradimas nepadaro daug žalos. OS tiesiog saugo duomenis atmintyje ir programai, kuri paprašė rašyti, pasako, kad rašymas baigtas. Tai yra numatytasis daugelio operacinių sistemų elgesys, net kai veikia ZFS.
Tačiau išlieka faktas, kad sugedus sistemai ar praradus energiją, visi buferiniai įrašai, esantys pagrindinėje atmintyje, prarandami. Taigi programos, norinčios nuoseklumo dėl našumo, gali atidaryti failus sinchroninis režimu, tada duomenys laikomi įrašytais tik tada, kai jie iš tikrųjų yra diske. Dauguma duomenų bazių ir tokių programų kaip NFS nuolat remiasi sinchroniniais rašymais.
Vėliavą galite nustatyti: sinchronizuoti = visada kad sinchroninis rašymas būtų numatytasis bet kurio duomenų rinkinio elgesys.
$ zfs set sync = visada mypool / dataset1Žinoma, galite norėti, kad jūsų našumas būtų geras, neatsižvelgiant į tai, ar failai veikia sinchroniniu režimu. Štai kur ZIL patenka į paveikslėlį.
„ZFS Intent Log“ (ZIL) ir SLOG įrenginiai
„ZFS Intent Log“ nurodo dalį jūsų saugyklos telkinio, kurį ZFS pirmiausia naudoja naujiems ar modifikuotiems duomenims saugoti, prieš paskleisdamas juos visame pagrindiniame saugyklos telkinyje, pašalindamas visus VDEV.
Pagal numatytuosius nustatymus iš baseino visada iškirpamas nedidelis saugyklos kiekis, kuris elgtųsi kaip ZIL, net jei saugojimui naudojate tik daugybę sukamų diskų. Tačiau galite padaryti geriau, jei jūsų žinioje yra nedidelis NVMe ar bet kokio kito tipo SSD.
Mažą ir greitą saugyklą galima naudoti kaip atskirą ketinimų žurnalą (arba SLOG), kur naujai gauti duomenys būtų laikinai saugomi prieš nuleidžiant juos į didesnę pagrindinę baseino saugyklą. Norėdami pridėti „slog“ įrenginį, vykdykite komandą:
$ zpool pridėkite bako žurnalą ada3Kur tankas yra jūsų baseino pavadinimas, žurnalas yra raktinis žodis, liepiantis ZFS gydyti įrenginį ada3 kaip SLOG prietaisas. Jūsų SSD įrenginio mazgas nebūtinai yra ada3, naudokite teisingą mazgo pavadinimą.
Dabar galite patikrinti savo baseino įrenginius, kaip parodyta žemiau:
Vis tiek galite nerimauti, ar nepavyks ištrinti atmintyje esančių duomenų, jei nepavyks SSD. Tokiu atveju galite naudoti kelis SSD, atspindinčius vienas kitą arba bet kurią RAIDZ konfigūraciją.
$ zpool pridėti bako žurnalo veidrodį ada3 ada4
Daugeliui naudojimo atvejų mažos 16–64 GB greičio ir patvarios „flash“ atmintinės yra tinkamiausios kandidatės į SLOG įrenginį.
Adaptyvioji atsarginė talpykla (ARC) ir L2ARC
Bandant talpinti skaitymo operacijas talpykloje, mūsų tikslas pasikeičia. Užuot užtikrinę gerus rezultatus ir patikimus sandorius, dabar ZFS motyvai keičiasi į ateities prognozavimą. Tai reiškia, kad talpykloje išsaugoma informacija, kurios prireiks programai artimiausiu metu, o atmestos tos, kurios prireiks toliausiai.
Norėdami tai padaryti, pagrindinės atminties dalis naudojama duomenims, kurie buvo naudojami pastaruoju metu, arba į kuriuos dažniausiai kreipiamasi, talpykloje. Štai iš kur atsirado terminas „Adaptive Replacement Cache“ (ARC). Be tradicinių skaitymo talpyklų, kai talpykloje talpinami tik paskutiniai naudojami objektai, ARC atkreipia dėmesį ir į tai, kaip dažnai prieiga prie duomenų.
L2ARC arba 2 lygio ARC yra ARC pratęsimas. Jei turite specialų atminties įrenginį, kuris veiktų kaip jūsų L2ARC, jis išsaugos visus duomenis, kurie nėra labai svarbūs norint likti ARC, tačiau tuo pačiu metu šie duomenys yra pakankamai naudingi, kad nusipelnotų vietą lėčiau nei atmintyje. „NVMe“ įrenginys.
Norėdami pridėti įrenginį kaip L2ARC prie savo ZFS telkinio, vykdykite komandą:
$ zpool pridėkite talpyklos talpyklą ada3
Kur tankas yra jūsų baseino vardas ir ada3 yra jūsų L2ARC saugyklos įrenginio mazgo pavadinimas.
Santrauka
Jei norite sutrumpinti ilgą istoriją, operacinė sistema dažnai buferizuoja rašymo operacijas pagrindinėje atmintyje, jei failai atidaromi asinchroniniu režimu. Tai neturi būti painiojama su faktine ZFS rašymo talpykla ZIL.
Pagal numatytuosius nustatymus ZIL yra nepastovi telkinio saugojimo dalis, kur duomenys laikinai saugomi, kol jie tinkamai paskleidžiami visuose VDEV. Jei naudojate SSD kaip specialų ZIL įrenginį, jis žinomas kaip SLOG. Kaip ir bet kuris VDEV, SLOG gali būti veidrodinės arba „raidz“ konfigūracijos.
Skaitymo talpykla, saugoma pagrindinėje atmintyje, vadinama ARC. Tačiau dėl riboto RAM dydžio visada galite pridėti SSD kaip L2ARC, kur į RAM talpina daiktai, kurie netelpa į RAM.
