Pe mine m-ar interesa integrarea ZFS intr-un cluster activ/activ cu pacemaker si corosync.
2014-03-13 0:10 GMT+11:00 Iulian Murgulet <[email protected]>: > 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 -- Adi Pircalabu _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
