Quoting Alex 'CAVE' Cernat <[email protected]>: > On 3/12/2014 1:05 PM, Iulian Murgulet wrote: >> Subscriu si eu la asta, si adaug tot offtopic, chiar daca poate >> unii o sa ma "ciufuleasca" din nou, dar o sa pomenesc din nou despre >> ZFS(facand abstratie de peisajul in care opereaza acel RAID5). >> Evident, daca doresti detalii pentru cazul tau concret, te pot ajuta >> cu mai multe(mai ales ca am reusit sa convertesc un alt co-listas la >> ZFS). > > sa zica si 'convertitul' vreo 2 vorbe, avantaje si 'dezavantaje' la zfs > > sa incepem cu dezavantajele: > - nu e in kernel (mama lor de licente); insa folosind zol se compileaza > relativ usor cu dkms (cel putin pe debian); nu prea imi place sa stiu > compilator pe servere, dar spre exemplu si la un banal varnish e aceeasi > cerinta; ca sa fii mai catolic decat papa cred ca merge sa ai o masina > virtuala ceva in care sa compilezi si sa transferi modulele pe serverul > de productie > - consum cam maricel de memorie (pleci de la 3-4 giga doar pentru el) > - cam multe procese zfs-related pe masina (se poate tuna, momentan mi-a > fost lene) > - la ce am avut eu nevoie (backup) performantele au fost asemanatoare cu > celelalte fs-uri (poate un pic mai lent, dar nu vizibil) > - desi se poate pune ca root filesystem, eu unul cel putin nu l-as > folosi, parca e prea rocket science si prea multe chestii care ar putea > duce la belele (parerea mea) > > si acum sa vina avantajele (multe s-au zis, le reiau doar fugitiv, si > probabil de multe o sa uit) > - posibilitate de raid; rebuildul doar la datele existente > - verificare a datelor (realtime si on/offline - nu stiu unde sa trec > scrub-ul, ca practic se face online cu partitia montata si functionala) > - gestionare flexibila a spatiului de pe disc, se foloseste la gramada > (nu mai stai sa te mai gandesti din start ca am nevoie de atat pentru > proiectul x); ai posibilitatea de garantari si rezervari, in caz ca vrei > sa lasi spatiu prealocat pentru un mount, sau vrei sa fixezi o limita > superioara pentru altul > - compresie onthefly, separat pentru fiecare mount in parte > - snapshot-uri fara numar fara numar, posibilitate de revert si clonare > (am testat niste scenarii si am fost multumit) > > enormul dezavantaj este partea de de-duplicare a datelor, care este > implementat cam cu fundul, si care pentru a-l folosi e nevoie de > cantitati uriase de memorie (cca 5 GB memorie la 1 TB date alocate); si > degeaba pui ssd, ca tot nu o scoti la capat (poate pe viitor vor gandi > sa ii faca cumva cache-ul separat pe un ssd ceva, sau o implementare > non-realtime, cum e la geamuri); in prezent asa cum e, in marea-marea > majoritate a cazurilor nu este fezabil, deci e ca si cum nu ar fi > > in concluzie, daca pe un server gen web parca nu l-as pune (desi > avantajele ar fi multe), in schimb pentru un storage merge brici, deci > il pot recomanda cu incredere > > Alex >
Mersi Alex, prezentarea este foarte obiectiva(si cu bune si cu rele). Am o singura observatie la ce a scris Alex, intradevar partea de deduplicare e cam super-nashpa in termeni de performanta, dar totusi da rezultate acceptatbile intr-un caz particular: de-deuplicare pe volume relativ mici de date(2-300 GB) plasate pe SSD-ri. Si mai mentionez 2 avantaje/posibilitati: 1. Posibilitatea de a modifica varianta de redundanta curenta intr-o varianta superioara, adaugand HDD-ri suplimentare: am zpool mirror(adica raid1) peste 2 HDD-ri, si vreau sa ajung la raidz2, adaugand inca 2 HDD-ri. Este perfect posibil(mie mi-a resuit in mai multe ocazii, evident aveam si backup) 2. zfs send/receive: am 2 masini diferite zfs-capabile, pot crea un stream de pe masina 1 catre masina 2 printr-un pipe de transport gen ssh - in felul asta pot face backup de pe 1 pe 2 foarte eficient(incremental de exemplu, si pt. asta zfs-ul nu trebuie sa faca ceva gen rsync, adica sa calculeze pe moment ce trenuie transmis, zfs-ul are deja stocata informatia privind blocurile afectate) > _______________________________________________ > RLUG mailing list > [email protected] > http://lists.lug.ro/mailman/listinfo/rlug > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. ================================ ATENTIONARI ============================= - pentru atasamente tip Office va rugam sa folositi format OFFICE 97; - nu trimiteti date personale (CNP, copii dupa acte de identitate etc). O lista completa cu reguli de utilizare exista la: http://gw.casbv.ro/forum_smf/index.php?topic=2000.msg3106#msg3106 C.A.S.J. Brasov - B-dul Mihail Kogalniceanu, nr. 11,Brasov [web-site]: http://www.casbv.ro [forum]: http://gw.casbv.ro/forum_smf/index.php ========================================================================== _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
