Dar ce faci neica cu pacemaker-ul ? Cui il infingi in corason ?
2014-03-12 15:57 GMT+02:00 Iulian Murgulet <[email protected]>: > 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 > _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
