Další významná novinka ve vývoji ZFS je, že je přijatý dlouho vyvíjený patch na rozšiřování RAID-Z vdevů.
https://github.com/openzfs/zfs/pull/15022/commits/c3f8a291b12aae4b6864b0e48652d05130e96fcf
Velká spousta lidí, co provozuje nějaké menší, domácí, SOHO úložiště po tomhle hodně dlouho volala.
10. 11. 2023, 10:47 editováno autorem komentáře
díky přispění našich českých kolegů se tam zase dostala podpora overlayfs a linux containerů, https://github.com/openzfs/zfs/pull/12209, to už je součástí teď vydané 2.2.0 a to se chystám začít používat.
Správně jsi napsal, že to rozšiřování raidz je spíše pro SOHO, také to tak vidím.
V diskuzi pod mým článkem (shameless plug) jsem o tomto vývoji psal: https://www.root.cz/clanky/konverze-debianu-ze-souboroveho-systemu-ext4-na-moderni-zfs/
AFAIK to rozšíření funguje stejně jako řada jiných věcí jen pro nově zapsaná data. Pro využití celé kapacity/ správné rozdělení bude nutné data zkopírovat/ znovu zapsat.
Ano, to jsme jim rikal uz pred 10 lety - pry zadne enterprise reseni tohle nema - tak jsme dal jen odpoved "Treba NetApp ?" - a smazali me, nebot co na to chteji rict, nebot NetApp je jediny enterprise NAS a nic jineho v tehle tride neexistuje a ten RG=raid-grupu samozrejme rozsirovat umi a to za behu a pak prikazem umi vybalancovat data
Ja ale tuhle nepovedenou kopii NetApp WaflFS moc nemusim, nebot ZFS si umi hezky znicit data a pak to neumi opravit, to byl dalsi muj pozadavek, opravna utilita, pry neni potreba - kdyz jsme argumentoval ze nemaji pravdu, ze uz jsem zhrouceny ZFS videl - tak pry jsme mel smejd HW - rikam OK HPE prolaint s ECC, brocade SAn switch a IBM DS400 diskove pole - ano je to stredni trida, ale i tak ze pole byla na UPS, diskove pole OK, ram nic znicit nemohla - el. vypadek serveru a ZFS uz nesel opravit - obonovovalo se to z pasek - a pak jsme jeste videl vice zhrouceny ZFS co nesly nicim opravit
Dekuji to mi staci ;-)) zlaty BTRFS - pokud nepouzivate RAID - btw. BTRFS pry uz umi stabilen RAID5/6 - teda muze bezne spadnout a vyzaduje opravu, ale pry kdyz nedam metadata do RAID, ale necham je kopirovat na kazdy HDD - tak nemudu mit problem - no ja mam na domacim NAS SW-RAID a nad nim BTRFS - kvuli dedupliaci, kompresi, reflinkum - mozna casem i sub volumy a snapshoty - a umi blokove replikovat data ale NetApp - snpavault/snapmirror - vlastne BTRFS pridava kupu funcki z NetAppu - co se divit, ZFS i BTRFS jsou kopii NetApp Wafl_FS
Jenom se zeptám, to IBM DS400 je SAN a ne DAS, že? Neumí ZFS sdělit např. hodnoty SMART jednotlivých disků a celése to exportuje jako nějaký LUN?
Já jen, že ZFS je dost explicitní v tom, že chce vidět přímo na disky, přesně protože různé řadiče RAID atd. mají tendenci lhát.
Samozřejmě i ZFS má chyby a třeba to i způsobilo ztrátu dat, ale tím, že řeknu jen velmi obecně, jak vypadal setup, ale nenapíšu, jaké byly verze čeho, nedám žádné logy/ výstupy ze zdb apod. se ty chyby najít nepodaří.
Jinak zrovna reflinky teď podporuje i ZFS (https://github.com/openzfs/zfs/releases/tag/zfs-2.2.0 viz "Block cloning"). Jinak některé problémy by mohl opravit tzv. 'Corrective "zfs receive"', který taky nově přibyl.
Kazdy ma asi jine zkusenosti... Videl jsem uz hodne dlouhodobe nasazenych velkych (desitky disku) ZFS poli vcetne ruznych kombinaci mene pouzivanych ficur jako Z3, dedup, metadata vdev,... a zatim, zaklepat, zadne rozpadle. Oproti tomu velkych BTRFS jsem videl podstatne mene ale nejake rozpadle jsem uz zazil. Nastesti to nebyl muj problem a sledoval jsem zoufale adminy rozhodujici se na zaklade zahadneho chovani a/nebo neurcite chybove hlasky mezi tim, zda se to pokouset opravit nebo obnovit zalohu pojidaje popcorn ;-)
11. 11. 2023, 16:39 editováno autorem komentáře