În 2014-07-22 22:46, Iulian Roman a scris: > Din ce am citit nu face ce vreau eu. Ca sa fiu mai explicit: > > 1. os failure (hw sau logic, unde logic inseamna "rm -rf" de ex) > 2. se decide ca trebuie facut restore la os (o imagine la alegere) > 3. boot from network si restore OS in aprox. 1 ora , fara nici o alta > interventie manuala > > > Prin restore OS ma refer si LVM layout si tot ce implica (exclus creat > separat filesystems , logical volumes, etc). Vreau ca asta sa faca > "tool"-ul !Nu vreau combinatie Kickstart + backup tool.
Cred ca ce vrei tu inca nu exista(posibil sa gresesc, dar ma indoiesc). Variante pe aproape de ce vrei tu: 1. - Thin Clients si un LTSP(cum a sugerat un co-listas) - imaginile de boot servite de serverul de LTSP se afla intr-un pool ZFS(local sau remote, nu conteaza) su in cluster-FS care stie sa faca snapshoot-ri; - via ZFS snapshoot poti face snapshoot-ri la imaginile de boot(din ora in ora de exemplu), in timp ce thin clientii functioneaza(deci chiar daca clientii au deschise fisiere); - asta inseamna ca trebuie sa ai la indemana printre altele(pt sute/mii de masini): switch-ri 10G sau mai bune(fiber?), o caruta de SAN-ri, si .... tone de bani - servere LTSP in load balancing SI fail-over - cu ZFS a face o restaurare dint-run snapshot se reduce la cateva secunde Nu cred ca solutia este scalabila decat pana la un punct in care SAN-le si/sau Switch-le devin prohibitive ca si costuri. 2. Daca vorbim de servere, o alta varianta ar fi asa - servere "gemene"(cluster cu 2 noduri minimal) configurare load-balancing/fail-over; - filesystem de cluster(deci un cluster de stocare dedicat, minim 3 noduri) care stie de snapshot-ri; - in caz ca unul din nodurile gemene pica, ramane al 2-lea care preia toti clientii; - in caz de stergere de fisiere, roll-back la snapshot; Cred ca e mai optima varianta asta si scaleaza mai bine ca 1 3. Cloud Privat 4. "Varianata celui sarac"(me included ;) ) - serverele sunt standardizate, in sensul ca pe el nu exista decat sistemul, kernel cu suport de virtualizare(KVM/openVZ/etc si suport ZFS), firewall si stocare locala(2 bucati de spatiu, unul pt SO si unul pt ZFS); - orice alta aplicatie ruleaza virtualizat peste un pool ZFS local; - se fac snapshot-ri de catre ZFS(orar sau cum vrei); - HDD de rezerva care contine SO si ZFS; - exista un server de backup pe care se importa sanapshot-le de pe servere(noaptea sau din X in X ore) precum si HDD-ul de rezerva(ne-alimentat); - daca se altereaza fisiere din masinile virtuale, se restaureaza din snapshot; - daca de strica ceva HW: exista un server tinut in rezerva, care are gata configurat cele de mai sus, care se pune in functiune si se copie(via zfs-receive, sau cu ce vrei tu) de pe serverul de backup ultimul snaphot al masinii care a crapat(care dureaza .... depinzand de cate date ai pe masinile virtuale) Eu asta folosesc de 1 an, cu virtualizare openvz(inclusiv baze de date). Pe serverul de backup, tin si HDD-ul ala de rezerva, caz in care daca crapa un server, fac asa: - opresc serverul de backup, si conectez alimentrea de la HDD-ul de rezerva; - fac zfs-send/zfs-receive de pe pool-ul de backup pe pool-ul ZFS de discul de rezerva; - modific in dhcp MAC-ul de la serverul crapat cu cel de la serverul de rezerva; - opresc serverul de backup si scot discul de rezerva si il pun in serverul de rezerva si fac boot; - dupa boot, verific ca este OK(am un lan mic separat de reteaua de productie); - dupa verificare, boot final in lan-ul de productie; - toata miscarea dureaza max. 2 ore in cazul meu, din care, 95% din timp dureaza copierea; - este relativ usor de scriptat ...., dar prefer sa sa fac asta manual deocamdata(eu pe ssh, si cineva din locatie care scoate HDD-ul, il pune, pe post de manipulant ...); - am facut de test in locatie de 2-3 ori si odata REAL(eu fiind remote ...); Daca vrei la 4. dau mai multe detalii > > Se pare ca Storix - cineva a mentionat si R1Soft - ar face lucrurile > astea > din ce am citit. Success stories sau alternative ? > > P.S scalabilitate - sute/mii de masini (virtuale si fizice). > > > > > 2014-07-22 20:49 GMT+02:00 Abibula Aygun <[email protected]>: > >> Era odata ca niciodata ceva numit Bacula : >> >> http://blog.bacula.org/ >> >> >> >> >> 2014-07-22 15:22 GMT+03:00 Nux! <[email protected]>: >> >> > R1soft/idera >> > >> > >> > >> > -- >> > Sent from the Delta quadrant using Borg technology! >> > >> > Nux! >> > www.nux.ro >> > >> > >> > ----- Original Message ----- >> > > From: "Iulian Roman" <[email protected]> >> > > To: "Romanian Linux Users Group" <[email protected]> >> > > Sent: Tuesday, 22 July, 2014 11:43:31 AM >> > > Subject: [rlug] metoda backup imagine OS >> > > >> > > Salutare, >> > > >> > > As dori sa intreb ce solutii de os backup recomandati/folositi cu >> > success ? >> > > Ma intereseaza o solutie de nivel enterprise (nu workarounduri, tar la >> > > /etc, dd, scripturi, etc. etc) care sa creeze o imagine a systemului de >> > > operare ce poate fi folosita facil ca point in time restore. Durata de >> > > restore ar trebui sa fie de aprox. o ora (evident depinde de marimea >> > > imaginii si network). >> > > >> > > Este de preferat o solutie comerciala - de tipul "set and forget" - ce >> > > poate fi folosita usor de administratorii mai putin experimentati (ca >> sa >> > > nu zic altfel). >> > > _______________________________________________ >> > > RLUG mailing list >> > > [email protected] >> > > http://lists.lug.ro/mailman/listinfo/rlug >> > > >> > _______________________________________________ >> > RLUG mailing list >> > [email protected] >> > http://lists.lug.ro/mailman/listinfo/rlug >> > >> _______________________________________________ >> RLUG mailing list >> [email protected] >> http://lists.lug.ro/mailman/listinfo/rlug >> > _______________________________________________ > RLUG mailing list > [email protected] > http://lists.lug.ro/mailman/listinfo/rlug ================================ 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
