Hlavní navigace

Názor ke zprávičce Porovnání výkonu ZFS a EXT4 od Izak - Principialne je lepsi, kdyz si FS dela i...

  • Aktualita je stará, nové názory již nelze přidávat.
  • 19. 4. 2013 18:21

    Izak (neregistrovaný) 193.179.215.---

    Principialne je lepsi, kdyz si FS dela i RAID, pokud chce delat woodoo s bloky, pak je samozrejme zavislost na FS a nejde nic kombinovat, coz treba na LVM2 je mozno delat s vice FS, takovy XFS to resi dokonce tak,ze umi urcite adresare v jinem zjednodusenem formatu ;-)

    Ale BTRFS vlastne taky umi podsvazek, ktery se bude chovat jinak, nez samotny svazek.

    Principialne je mozno, aby vznikla treba LVM3, ktera by umela taky efektivne nakladat s bloky a delat snashoty tak, ze rekne, tyhle bloky jsou stare a nove budu jen pridavat a spravovat jen mapu bloku, problem je ten, ze tyhle operace maji za nasledek slusnou rezii:

    Napr: mame 56TB aggregat, ale celkove zabira 62TB, protoze, mame 2 paritni disky na kazdou RG, z duvodu vykony delame RG po 14 discich a jako WAFL rezervu si pro jistotu vzal 6.4TB dat, ktere nikdy nevyuzijete, ackoliv ted zrovna vyuziva jen 750GB ... ale kdybych nahodou delal sloztijesi operace, jako mnoho snap clonu etc. tak si vezme vice ... to vse je samozrejme proto, aby to bylo za vsech okolnosti rychle, coz by treba na FS slo resit jinak.

    Pokud ale bloky resi FS a resi i rozlozeni na disky, muze mnoho operaci delat efektivneji i kdyz je to jednoucelove reseni a chyba v jedne komponente nam muze zrusit uplne vse.

    Pro me jako storage cloveka neni ZFS vhodne reseni, nebot kdyz nato prijde, umim si i ten netapp nahodit na PC ;-))

    testoval jsem par FS, kdyz jsem delal svuj NAS, nejdrive jsem chtel ZFS, testoval jsem, testoval, az jsem zjistil, ze neni zdaleka tak skvely, jak se tvrdi a ma mnoho omezeni, ktere se diky nadutosti Oracle nikdy neopravi.
    BRTFS se choval divne, krom toho, ze nema RAID5, tak ac na SW_RAID +LVM funguje a neposkozuje data, jak to delal na svem mirroru, tak ma 2 tabulky (jde ale zmenit na 1 kopii) a kdyz se mi metadata naplnili tak, ze mel jen 200MB mista pro metadata, tak ac mel jeste 700GB mista, tak pomohlo az realokovat, parametr pri mountu, ktery mi pomer zvetsi jsem nenasel, protoze bych mu dal klidne 20GB ... ale kdyz mel malo mista, byl BTRFS pomalejsi, nez disketovak ;-)

    takze nakup disku, mdadm --grow ... dalsi LVM, ext4 a presun dat ... coz by samozrejme neslo, pokud bych pouzil RAID z BTRFS nebo ZFS ... dale tyhle FS ztraci vykon a efektivitu, kdyz jedou treba pres FC/SAN, nahle nemuzou rozkladat operace do vice disku a casto neumi thready na jednom disku a efektivita jde do kopru. Nastesti oba umi vec, ze chci vyhodit stare SAN pole, pridam LUN z noveho pole a za behu blokove odmigruji tim, ze jej tam pridam a stare odeberu, LVM2 to umi skvele, proste pridam pvm do vg a reknu tehnle PVM odeber ... a samy se odmigruji data ;-)

    ZFS to ale umi tez, reknu, ze tenhle disk ma vymenit, data snad roztahnout pujdou a u BTRFS to date do mirroru a pak jej brejknete, musite ale saskovat zvlast s daty a zvlast s metadaty, ale BTRFS je beta, takze cas ukaze.

    U modernich FS se mi libi hlavne reseni integrity dat pomoci kontrolnich souctu.

    Ale treba na NetAppu je skvele to, ze kdyz jej pouzivate jako NAS, tak krom vzdalenych snapshotu umi tez zvetsovat a zmensovat volumy za behu a nestarate se jiz o FS, nejde tedy nic poskodita ... kdyz to ale pouzijete jako FC/iSCSI tak uz to musite resit s OS, zvetseni v pohode, zmenseni uz se musi sakra hlidat.
    Snapclony etc. umi jak BTRFS tak ZFS ... ale zda je to pro enterprise tezko rict.