LVM, Btrfs i ZFS: odluke o pohrani za Linux 2026.

Odabir stoga za pohranu nije tako uzbudljiv kao odabir procesora, ali je puno teže povući nazad. Taj odabir utječe na to kako ćete mijenjati veličinu poslužitelja, oporaviti se od kvara diska, stvarati snimke stanja, replicirati podatke i otkrivati tiho oštećenje podataka. LVM, Btrfs i ZFS često se uspoređuju kao da su zamjenjivi datotečni sustavi. Nisu: rješavaju različite slojeve problema pohrane.

Ovaj vodič fokusiran je na praktične odluke za radne stanice s Linuxom, kućne poslužitelje, NAS sustave i male produkcijske okoline. Kratka verzija je jednostavna: koristite ext4 ili XFS na LVM-u kad želite dosadnu, dobro podržanu zadanu postavku; odaberite Btrfs za integrirane Linux snimke stanja i kontrolne sume; odaberite OpenZFS kad integritet podataka, zrelo grupiranje diskova i replikacija opravdavaju dodatni operativni sloj.

Mentalni model: tri različita stoga za pohranu

LVM2 je upravitelj volumena na razini blokova. Fizički diskovi postaju volumen grupa, a logički volumeni izrezbare se iz tog bazena. Datotečni sustav poput ext4 ili XFS dolazi iznad njega. LVM pruža fleksibilno raspoređivanje, online povećanje, tanko raspoređivanje (thin provisioning) i blok-snimke stanja, ali sam po sebi nije datotečni sustav s kontrolnim sumama.

Btrfs je copy-on-write datotečni sustav u Linux jezgri. Kombinira značajke datotečnog sustava i upravitelja volumena: subvolume-e, snimke stanja, kontrolne sume, kompresiju, scrub (reviziju integriteta), profile za više uređaja i replikaciju putem send/receive. Dio je normalnog Linux kernela i userspace alatja.

OpenZFS kombinira datotečni sustav, upravitelj volumena i RAID u jednom stogu. Na Linuxu je to out-of-tree kernel modul, pa je pakiranje distribucija i kompatibilnost kernela dio operativnih troškova. Kao nadoknadu daje dataset-e (skupove podataka), kontrolne sume, scrube, samoliječenje uz redundanciju, snimke stanja i zrelu replikacijsku arhitekturu.

Snimke stanja: rollback nije backup

LVM snimke stanja su blok-viewovi copy-on-write pogleda. Thin snapshotti obično su bolja opcija za VM i hosteve kontejnera jer efikasno dijele blokove:

lvcreate --type thin-pool -n pool0 -L 100G vg0
lvcreate --type thin -n thin0 -V 200G --thinpool pool0 vg0
lvcreate -s -n thin0-snap vg0/thin0
lvs -o data_percent,metadata_percent vg0/pool0

Zadnja naredba je operativno važna. Thin pool mora se nadzirati i proširiti prije nego podaci ili metapodaci dosegnu 100%; prepuni pool može postati oštećen i teško popravljiv. LVM snapshotti su također blok-viewovi: oporavak jedne datoteke obično znači montirati snapshot ili koristiti alat svjestan datotečnog sustava.

Btrfs snapshotti djeluju na subvolume-e. Read-only snapshot je koristan izvor za reproducibilni inkrementalni send:

btrfs subvolume snapshot -r /mnt/@data /mnt/.snaps/daily-2026-08-11
btrfs send /mnt/.snaps/daily-2026-08-11 | ssh backup-host btrfs receive /backup

Alati poput Snappera grade sustavni rollback oko ovog modela. Organizacija snapshotta ima svoja pravila: snapshot jednog subvolume-a automatski ne uključuje druge subvolume-e, a kvota accounting ili velike kolekcije snapshotta zahtijevaju nadzor.

ZFS snapshotti pripadaju datasetima i mogu biti rekurzivni. Brzi su za stvaranje i mogu se rollbackati ili poslati na drugi pool:

zfs snapshot tank/data@2026-08-11
zfs list -t snapshot
zfs send tank/data@2026-08-11 | ssh backup-host zfs receive backup/tank/data

Tretirajte zfs rollback -r i zfs receive -F kao destruktivne operacije: obje mogu ukloniti novije snapshotte ili podatke na cilju. Za sve tri tehnologije vrijedi jedno pravilo: snapshot na istom neispravnom disku nije backup. Imajte nezavisnu kopiju, idealno na drugom sustavu ili lokaciji, i povremeno testirajte restore.

RAID, kontrolne sume i scrub

LVM RAID koristi device-mapper i MD machinery kernela za pružanje profila poput mirrors (ogledala) i parity RAID-a. To štiti od određenih kvarova uređaja, ali LVM sam po sebi ne checksuma podatke datoteka i nema native scrub operaciju. Mirror vjerno može čuvati već oštećene podatke. Ako je end-to-end integritet zahtjev, kombinirajte LVM s integrity layerom ili koristite checksumajući datotečni sustav iznad njega.

Btrfs checksuma podatke i metapodatke prema zadanim postavkama. btrfs scrub čita datotečni sustav, verificira kontrolne sume i može popraviti lošu kopiju kad postoji redundantna:

btrfs scrub start /mnt
btrfs scrub status /mnt

Btrfs RAID1, RAID10, RAID1C3 i RAID1C4 su razumni redundetni profili koje treba procijeniti za trenutne deployeve. Ne koristite Btrfs RAID5 ili RAID6 u produkciji: službena dokumentacija o statusu i dalje označava RAID5/6 kao nestabilne, a priručnik upozorava na write hole i sigurnost pri gubitku napajanja. Novija verzija kernela ne pretvara to upozorenje u jamstvo.

ZFS verificira kontrolne sume pri readu i tijekom zpool scrub. Uz mirror ili RAID-Z redundanciju, može uporabiti ispravnu kopiju za popravak oštećenog bloka:

zpool scrub tank
zpool status -v tank

To je jaka priča o integritetu, ali nije magia. Pojedinačni ZFS pool može detektirati corruption bez da ima drugu kopiju od koje bi se popravio. RAID nije backup, a scrub ne može oporaviti podatke koji nemaju valjanu kopiju.

ZFS podržava ogledala (mirrore), RAID-Z1/Z2/Z3 i dRAID. Ekspanzija RAID-Z-a dostupna je u OpenZFS 2.3, ali je i dalje razumno verificirati kompatibilnost značajki i planirati raspored vdev jedinica prije stvaranja pool-a. Koristite stabilne /dev/disk/by-id/ putanje umjesto imena poput /dev/sdb u administrativnim naredbama.

Mijenjanje veličine i rast kroz vrijeme

LVM je najfleksibilniji izbor kad se kapacitet mijenja u malim koracima. Možete dodavati fizičke volume-e, proširivati logičke volume-e i povećavati surađujući datotečni sustav online. Datotečni sustav mora biti uračunat zasebno, posebno pri smanjivanju: ext4 se mora prethodno preskenirati prije nego se LV reducira, dok XFS može rasti ali se ne može smanjivati.

Btrfs može online rasti i smanjivati se, dodavati ili uklanjati uređaje i rebalansirati raspodjele. Prirodnije obrađuje uređaje mješovitih veličina od mnogih tradicionalnih RAID konfiguracija, ali promjene uređaja i rebalansiranje i dalje trebaju kapacitet i vrijeme. Napravite snapshot i potvrdite testirani backup prije smanjenja ili veće promjene profila.

ZFS raste dodavanjem vdev-a ili zamjenom uređaja većim, zatim aktiviranjem novog prostora sa zpool online -e ili autoexpand. ZFS pool se ne može smanjivati. To čini dizajn vdeva i buduće planiranje kapaciteta posebno važnim. RAID-Z ekspanzija smanjuje jedan povijesni limit, ali ne čini svaku buduću promjenu layouta besplatnom.

Replikacija i disaster recovery

Btrfs i ZFS oba pružaju rodenu inkrementalnu replikaciju. Praktičan Btrfs radni tijek koristi konzistentan niz read-only snapshotta i šalje samo promjene od poznatog roditelja:

btrfs send -p /mnt/.snaps/base /mnt/.snaps/daily-2026-08-11 \
  | ssh backup-host btrfs receive /backup

ZFS nudi slične inkrementalne slanje, rekurzivnu replikaciju, značajke, komprimirane tokove i sirovo slanje za šifrirane dataset-e. Koristite probno pokretanje dok dizajnirate automatizaciju i dokumentirajte označavanje snapshotta i politiku zadržavanja umjesto oslanjanja na jednu komandu kopiranu s foruma.

LVM nema ekvivalent rođene replikacije datotečnog sustava. Tipični dizajni uparuju LVM snapshote s rsync-om, softverom za sigurnosnu kopiju svjesnom datotečnog sustava ili blok replikacijom poput DRBD-a. To može biti potpuno valjana opcija, ali je više sastavljena nego integrirana rješenja.

Otporan plan odvaja dostupnost od oporavka: redundetni diskovi održavaju servis aktivnim, snapshotti pružaju praktičan rollback, a sigurnosna kopija izvan domaćina rukuje brisanjem, ransomwarom, pogreškom operatera, požarom i gubitkom pool-a. Rasporedite scrube, postavite upozorenja na greške, zadržite više od jedne generacije backupa i redovito vježbajte restore.

Root diskovi, memorija i podrška distribucija

LVM s ext4 ili XFS ostaje najmanje iznenađujući raspored root diska za poslužitelje. RHEL 10 dokumentira XFS i LVM kao zadano, a česte Debian i Ubuntu server instalacije nude vođeni LVM. Ima mali poseban memorijski utrošak i odgovara poslužiteljskim poslovima koje podržavaju proizvođači.

Btrfs je praktičan izbor root diska za radne površine gdje distribucija integrira snapshote i rollback. Fedora Workstation i openSUSE su istaknuti primjeri, iako Fedora Server i druge Fedora edicije imaju drugačije zadane postavke. Kompresija može smanjiti korištenje pohrane na račun CPU troškova koji ovise o opterećenju.

ZFS se može koristiti kao Linux root datotečni sustav putem dokumentiranih installer pristupa ili pristupa okoline pokretanja, a rodan je za FreeBSD. Na Linuxu, pokretanje dodaje DKMS ili pakiranje modula, initramfs i razmatranja nadogradnje kernela. OpenZFS 2.4.3 navodi podršku do Linuxa 7.0, pa provjerite raspon podržanih kernela izdanja prije nego premjestite DKMS zasnovan sustav na noviji kernel.

OpenZFS dokumentacija preporučuje 8 GB ili više za najbolje performanse i navodi da su manji sustavi mogućí. ECC memorija se preporučuje, nije strogi zahtjev. Često ponavljana tvrdnja “1 GB RAM po terabajtu” je pravilo palca, a ne univerzalni zakon; deduplikacija treba znatno više memorije i ne bi je trebalo uključivati nesprema. Btrfs i LVM nemaju usporediv poseban RAM zahtjev.

Licenciranje i podrška platformi također mogu odlučiti pitanje. LVM i Btrfs temelje se na GPLv2-i integrirani su u Linux. OpenZFS koristi CDDL, a njegov Linux modul je izvan glavne grane kernela. ZFS poolovi se mogu premještati između kompatibilnih OpenZFS platformi, ali zastavice značajki moraju biti podržane od strane verzije koja uvozi. Red Hat ne isporučuje ZFS kao podržani datotečni sustav; to ima značaja u enterprise ugovoru o podršci.

Okvir za praktične odluke

Zahtjev	Polazište	Razlog	Glavna opaska
Poslužitelj ili radna stanica s jednim diskom	ext4/XFS na LVM-u	Poznati alati i široka podrška	Nema kontrolnih suma ni snapshota na razini datotečnog sustava
Rollback i kompresija za desktop	Btrfs	Snapshotti subvolumena i integrirano alatje	Planirajte subvolume-e i održavajte ažurirane kernel-e
NAS s prioritetom integriteta i replikacije	ZFS ogledalo ili RAID-Z2	Kontrolne sume, scrube, popravak uz redundanciju, slanje/primanje	Više memorije, planiranje pool-a i održavanje modula
Lagani višedisni Linux NAS	Btrfs RAID1 ili RAID10	In-kernel stack s kontrolnim sumama i slanjem/primanjem	Nikada ne koristite RAID56 u produkciji
Prekomjerni VM/kontejneri	LVM thin ili ZFS dataseti	Tanko raspoređivanje, snapshotti i kvote	Nadzirajte kapacitet pool-a i rast snapshotta
RHEL deploy s podrškom proizvođača	XFS na LVM-u	Usklađeno s dokumentiranim platformskim zadanim postavkama	Razmotrite drugi stack samo s jasnim planom podrške

Ako ne postoji konkretan zahtjev za podacima s kontrolnim sumama, snapshote na razini datoteka ili rodenu replikaciju, odaberite dosadnu zadanu vrijednost. Složenost pohrane opravdana je potrebom za oporavkom ili operacijom, a ne naslovom benchmarka. Bez obzira na koji stack odaberete, održavajte njegove alate i kernel ažuriranima, nadzirajte zdravlje i napravite sigurnosne kopije koje se mogu restaurirati bez originalnog pool-a.

Autoritativne reference

• Status i stabilnost značajki Btrfs-a i Btrfs priručnik
• Dokumentacija Btrfs-a za Linux jezgru
• Slanje i primanje kod Btrfs-a
• OpenZFS izdanja, Česta pitanja i kontrolne sume
• Dokumentacija zfs send za OpenZFS i dokumentacija zpool
• Tanko raspoređivanje kod LVM-a i LVM RAID
• Dokumentacija datotečnih sustava RHEL 10
• Obrazloženje Btrfs-a na Fedori i openSUSE Snapper

Za susjedno planiranje, pogledajte kako sastaviti kućni poslužitelj 2026. bez ludovanja i Alpine Linux produkcijski kontejneri.