Hlavní navigace

Podpora pro RAID5/6 v souborovém systému Btrfs

Sdílet

Adam Štrauch 6. 2. 2013

Do souborového systému Btrfs byla přidána experimentální podpora pro RAID 5/6. V hlavní vývojové větvi jádra není a zatím se tam pravděpodobně ještě nějaký čas nedostane. Chybí například podpora pro TRIM nebo přepočítání parit v btrfs-progs. I přes pár nedostatků si můžete RAID5 nebo 6 vyzkoušet a otestovat, jak se bude chovat ve vašem prostředí. Více informací najdete ve velmi obsáhlém oznámení Chrise Masona.

Našli jste v článku chybu?
  • Aktualita je stará, nové názory již nelze přidávat.
  • 6. 2. 2013 11:31

    Rhinox (neregistrovaný) 192.102.17.---

    Nevim jestli je to zrovna spravnej pristup, pridavat do neceho co neni jeste hotove taky takovehle experimentalni ficury. Linux potrebuje novej modernej souborovej system jako sul, tak proc zdrzovat vyvoj? Neni snad uz nejvyssi cas zmrazit, nepridavat zadne nove funkce, jenom fixnout a dodelat vsechno co uz v btrfs je (a co jeste bytostne chybi)? Proc ma hned prvni verze obsahovat vse, co se kdy nekomu jen zdalo ze by snad souborovej system mohl nekdy mit? To takhle budeme cekat vecne, nez bude btrfs stabilni...

    Krom toho, nevim jestli je to spravnej smer, zahrnout raid rovnou do filesystemu. Pro uzivatele kteri raid nevyzaduji je to zbytecna komplikace navic (ktera taky muze obsahovat najek bug). To uz taky muzem rovnou do btrfs zahrnout taky webove rozhrani k fsck (a vubec, co budem trocharit, proc ne rovnou web-servr!)...

  • 6. 2. 2013 12:30

    snajpa (neregistrovaný) ---.chello.sk

    Ano, ma to smysl. Od BTRFS jsou diky ZFS vysoka ocekavani. Pravdu mas v tom, ze by to mohli stabilizovat a pak dodelavat dal - to by ale taky melo svoje nevyhody, takhle tam proste muzou dostat vsechny featury, ktere to ma uz od puvodnich prvnich planu mit a nemusi brat (tolik) ohledy na uzivatelskou zakladnu BTRFS -> urychli to vyvoj.

    Ad RAID rovnou ve FS - kdo nikdy nepracoval se ZFS nebo s poli nad 16TB, bude se mu to tezko chapat. Tohle je neco, kde linux fakt hori, spravovat velka diskova uloziste pod linuxem je pomsta sysadminum.

    Pooled storage (tzn bezoddilove FS, RAID primo na urovni FS, ...) je proste dalsi evolucni krok v technologii ukladani dat a ja si myslim, ze plne dava smysl.

  • 6. 2. 2013 13:00

    student (neregistrovaný) ---.kolej.mff.cuni.cz

    Akurat mne napriklad vadi to, ze su velke ocakavania, pridavaju sa featury, ale uz teraz to ma polovicny vykon / rychlost oproti ZFS. Myslim, ze to sa pridavanim featur len zhorsi, co nevesti dobru buducnost pre btrfs.

  • 6. 2. 2013 13:04

    snajpa (neregistrovaný) ---.chello.sk

    Jo, to je druha vec - ze v opensource svete musime cekat aspon 2 roky po tom, co se neco prohlasi za stabilni, nez to muzeme vubec pouzivat. Holt to vyplyva z modelu vyvoje - honem honem se cpou novinky, stabilita se testuje az realnymi uzivateli...

    Nam ve vpsFree nakonec na storage serveru skoncila OpenIndiana, protoze linux vyfailoval na plne care, s tim se proste delat neda, FreeBSD ma miliardu bugu, tak byla posledni volba - domovina ZFS :)

  • 6. 2. 2013 20:25

    Program (neregistrovaný) ---.topnet.cz

    Nemyslím si, že je to správná cesta. Srovnejme to např. se síťěma. Co se osvědčilo? M$ NetBEUI molochy, nebo striktně vrstvená architektura TCP/IP?

    BTRFS už je tu dlouho a dodnes není dodělané a čím víc featchur tam bude, tím to bude těžší odladit. Navíc tím víc to bude nekompatibilnější se vším ostatním.

  • 6. 2. 2013 22:05

    Izak (neregistrovaný) 193.179.215.---

    ZFS neni zase tak super, ma vubec chkfs.zfs ?
    Co se RAID-Z tyce, zadna slava, nejde totiz pridat disk ... jde pridat jen disk mimo, tim clovek ztrati paritu, jde pridat mirror a ty skladat, nebo dalsi RAID-Z ... ale nejde treba z 3diskoveho RAID-Z udelat 4diskovy RAID-Z ... vyhoda je vicenasobna parita tot asi vse.

    Zvolil jsem tedy klasiku, SW_RAID a LVM2 ... a BTRFS ... chtel jsem ext4 ale ta jaksi odmitla delat s 3TB diskem, sice funguje, ale nejde tune2fs a kdo vi co jeste, pry je FS novejsi nez stavajici ci podobna blbost, pouzil jsem stride etc pro RAID, aby byl vyssi vykon.

    tak jsem zvolil BTRFS ... no nejdrive to slo, udelal mi sice 2 system a 2 metadata tabulky, no co, nevadi mam to jen pres 1Gb LAN ... ale pote, co jsem disk zaplnil a zbyva uz "jen 400GB" se mi BRTFS zpomalil ad absurdum, tedy nepouzitelne, nejdrive jsme si myslel, ze je to NFS, ale nebylo, na lokale trva prekopirovani 20jpegu o velikosti cca 100kb jeden tak 20minut ... FIHA

    nevim co se deje, mam to na FC18, mozna ze zmena kernelu z 3.6 na 3.7 udelala nejakou zmenu v BTRFS, nebot kdyz jsem vratil stary kernel, zacalo to psat neco o tom, ze mam firmat2 a pouzivam modul pro format 1 ... tak jsem kernel zase prepnul a uvidim, protoze disky neco pisou cca 2MB/sec ... tedy nic moc, jsou tam ale nejake I/O a v logu se objevuji nejake odpocty ala faze 2 tolik a tolik bloku .... tak mozna je vse OK a nejak predelava format, aniz by to primo deklaroval a mozna ze se to chytne, pokud ne, tak migrace jinam, bud prubnu ext4, nebo si ji opravim, patch uz na to je a nebo XFS ... no ten taky neni bez chyb ;-)))

    ZFS snad radeji ne ani na ten SW_RAID, sice jsem testoval nativni implementaci v linuxu, zda se byt OK, ale kdo to ma cuchat ze, zvlaste kdyz tvrdi, ze nepotrebuji fsck ;-))

    BTRFS vs ZFS chci z jedne jedine veci, nevim co delaji nove disky a bojim se silent datat curruption, tedy ze FW disku potajmu vymeni vadnu blok za prazdny, coz dela WD, zda to dela Seagate netusim ... no a tyhle FS maji interni CRC check dat, takze to kdyz tak opravi ze ;-)))