Quoting Adi Pircalabu <[email protected]>: > Pe mine m-ar interesa integrarea ZFS intr-un cluster activ/activ cu > pacemaker si corosync.
Nu vad de ce nu ar merge. Eu am ceva similar cu 4 noduri(activ/activ, datele pe ZFS) dar e cu ucarp/haproxy si glusterfs(raid1 pe 4 cai si quorum). Peste astea, am servicii de cluster(load-balancing/fail-over): proxy-http/http(s)/web-mail/postfix/samba(numai fail-over). Nu am lucrat cu pacemaker, deci mai mult nu stiu sa zic > > 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 > ---------------------------------------------------------------- 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
