Ovaj članak će uporediti alate za pravljenje rezervnih kopija, ali prvo bi trebalo da saznate koliko brzo i dobro se nose sa vraćanjem podataka iz rezervnih kopija.
Radi lakšeg poređenja, razmotrit ćemo vraćanje iz potpune rezervne kopije, pogotovo jer svi kandidati podržavaju ovaj način rada. Radi jednostavnosti, brojevi su već usrednjeni (aritmetička sredina nekoliko serija). Rezultati će biti sažeti u tablicu, koja će sadržavati i informacije o mogućnostima: prisutnost web sučelja, jednostavnost podešavanja i rada, mogućnost automatizacije, prisutnost raznih dodatnih funkcija (na primjer, provjera integriteta podataka) , itd. Grafikoni će pokazati opterećenje servera na kojem će se podaci koristiti (ne servera za čuvanje rezervnih kopija).
Oporavak podataka
rsync i tar će se od tada koristiti kao referentna tačka jednostavne skripte za pravljenje rezervnih kopija.
Rsync se nosio sa skupom podataka testa za 4 minuta i 28 sekundi, pokazujući
takvo opterećenje
Proces oporavka je pogodio ograničenje diskovnog podsistema servera za pohranu rezervnih kopija (pilasti grafovi). Takođe možete jasno videti učitavanje jednog kernela bez ikakvih problema (nizak iowait i softirq - nema problema sa diskom i mrežom, respektivno). Pošto su druga dva programa, naime rdiff-backup i rsnapshot, zasnovana na rsync-u i takođe nude redovan rsync kao alat za oporavak, oni će imati približno isti profil učitavanja i vreme oporavka rezervne kopije.
katran uradio je to malo brže
2 minute i 43 sekunde:
Ukupno opterećenje sistema je u prosjeku bilo veće za 20% zbog povećanog softirq-a - povećani su režijski troškovi tokom rada mrežnog podsistema.
Ako se arhiva dodatno komprimuje, vrijeme oporavka se povećava na 3 minute i 19 sekundi.
sa takvim opterećenjem na glavnom serveru (raspakivanje sa strane glavnog servera):
Proces dekompresije zauzima oba procesorska jezgra jer postoje dva pokretana procesa. Generalno, ovo je očekivani rezultat. Takođe, uporedivi rezultat (3 minuta i 20 sekundi) je dobijen kada se pokreće gzip na strani servera sa rezervnim kopijama; profil učitavanja na glavnom serveru je bio veoma sličan pokretanju tar bez gzip kompresora (vidi prethodni grafikon).
В rdiff-backup možete sinkronizirati posljednju sigurnosnu kopiju koju ste napravili koristeći uobičajeni rsync (rezultati će biti slični), ali starije sigurnosne kopije još uvijek treba vratiti pomoću programa rdiff-backup, koji je dovršio restauraciju za 17 minuta i 17 sekundi, što pokazuje
ovo opterećenje:
Možda je to bilo namijenjeno, barem da se ograniči brzina autora . Sam proces vraćanja rezervne kopije traje nešto manje od polovine jedne jezgre, sa proporcionalno uporedivim performansama (tj. 2-5 puta sporijim) preko diska i mreže sa rsync-om.
Rsnapshot Za oporavak predlaže korištenje redovnog rsync-a, tako da će njegovi rezultati biti slični. Generalno, ovako je ispalo.
Podrigivanje Zadatak vraćanja sigurnosne kopije završio sam za 7 minuta i 2 sekunde sa
sa ovim opterećenjem:
Radio je prilično brzo, i barem je mnogo praktičniji od čistog rsync-a: nema potrebe da pamtite bilo kakve zastavice, jednostavan i intuitivan cli interfejs, ugrađena podrška za više kopija - iako je dva puta sporiji. Ako trebate vratiti podatke iz posljednje sigurnosne kopije koju ste napravili, možete koristiti rsync, uz nekoliko upozorenja.
Program je pokazao približno istu brzinu i opterećenje BackupPC kada se omogući rsync način prijenosa, postavljanje sigurnosne kopije za
7 minuta i 42 sekunde:
Ali u načinu prijenosa podataka, BackupPC se sporije nosio s tar: za 12 minuta i 15 sekundi opterećenje procesora je općenito bilo manje
jedan i po puta:
dvoličnost bez enkripcije pokazao je nešto bolje rezultate, vraćajući rezervnu kopiju za 10 minuta i 58 sekundi. Ako aktivirate enkripciju koristeći gpg, vrijeme oporavka se povećava na 15 minuta i 3 sekunde. Također, kada kreirate spremište za pohranjivanje kopija, možete odrediti veličinu arhive koja će se koristiti prilikom razdvajanja dolaznog toka podataka. Općenito, na konvencionalnim tvrdim diskovima, također zbog jednonitnog načina rada, nema velike razlike. Može se pojaviti u različitim veličinama blokova kada se koristi hibridna pohrana. Opterećenje glavnog servera tokom oporavka bilo je sljedeće:
nema enkripcije
sa enkripcijom
Duplikat pokazao uporedivu stopu oporavka, završivši ga za 13 minuta i 45 sekundi. Provjera ispravnosti oporavljenih podataka trajala je još oko 5 minuta (ukupno oko 19 minuta). Opterećenje je bilo
prilično visoko:
Kada je aes enkripcija interno omogućena, vreme oporavka je bilo 21 minut i 40 sekundi, sa maksimalnom iskorišćenošću CPU-a (obe jezgre!) tokom oporavka; Prilikom provjere podataka, samo je jedna nit bila aktivna, koja je zauzimala jedno jezgro procesora. Provjera podataka nakon oporavka trajala je istih 5 minuta (ukupno skoro 27 minuta).
rezultat
duplicati je bio malo brži sa oporavkom kada se koristi eksterni gpg program za enkripciju, ali općenito su razlike u odnosu na prethodni način minimalne. Vrijeme rada je bilo 16 minuta i 30 sekundi, uz provjeru podataka za 6 minuta. Opterećenje je bilo
takve:
AMANDA, koristeći tar, završio ga je za 2 minuta i 49 sekundi, što je u principu vrlo blizu običnom katranu. Opterećenje sistema u principu
isto:
Prilikom vraćanja sigurnosne kopije koristeći zbackup dobijeni su sljedeći rezultati:
enkripcija, lzma kompresija
Trajanje 11 minuta i 8 sekundi
AES enkripcija, lzma kompresija
Vrijeme rada 14 minuta
AES enkripcija, lzo kompresija
Trajanje 6 minuta, 19 sekundi
Sve u svemu, nije loše. Sve zavisi od brzine procesora na backup serveru, što se jasno vidi iz vremena rada programa sa različitim kompresorima. Na strani backup servera je pokrenut običan tar, pa ako ga uporedite s njim, oporavak je 3 puta sporiji. Možda bi bilo vrijedno provjeriti rad u višenitnom modu, s više od dvije niti.
BorgBackup u nešifrovanom načinu rada bio je malo sporiji od tar-a, za 2 minute i 45 sekundi, međutim, za razliku od tar-a, postalo je moguće deduplicirati spremište. Ispostavilo se da je opterećenje bilo
sljedeće:
Ako omogućite šifriranje zasnovano na blakeu, brzina oporavka sigurnosne kopije je nešto sporija. Vrijeme oporavka u ovom načinu rada je 3 minute i 19 sekundi, a opterećenje je nestalo
Volim ovo:
AES enkripcija je nešto sporija, vrijeme oporavka je 3 minute 23 sekunde, opterećenje je posebno
nije promijenjeno:
Budući da Borg može raditi u multi-threaded modu, opterećenje procesora je maksimalno, a kada se aktiviraju dodatne funkcije, vrijeme rada se jednostavno povećava. Očigledno, vrijedi istražiti multithreading na sličan način kao zbackup.
Restic sa oporavkom se nosio malo sporije, vrijeme rada je bilo 4 minute 28 sekundi. Opterećenje je izgledalo tako
tako:
Očigledno proces oporavka radi u nekoliko niti, ali efikasnost nije tako visoka kao BorgBackup, ali je uporediva po vremenu sa redovnim rsync-om.
Uz pomoć urBackup Podatke je bilo moguće vratiti za 8 minuta i 19 sekundi, opterećenje je bilo
takve:
Opterećenje još uvijek nije jako veliko, čak niže nego kod katrana. Na nekim mjestima ima pucanja, ali ne više od opterećenja jedne jezgre.
Izbor i opravdanost kriterijuma za poređenje
Kao što je navedeno u jednom od prethodnih članaka, backup sistem mora ispunjavati sljedeće kriterije:
- Jednostavnost upotrebe
- Svestranost
- Stabilnost
- Brzina
Vrijedi detaljnije razmotriti svaku točku posebno.
Jednostavnost rada
Najbolje je kada postoji jedno dugme „Uradi sve dobro“, ali ako se vratite na prave programe, najzgodnije će biti neki poznati i standardni princip rada.
Većini korisnika će najvjerovatnije biti bolje ako ne moraju pamtiti gomilu ključeva za cli, konfigurirati gomilu različitih, često nejasnih opcija putem weba ili tui-a, ili postaviti obavijesti o neuspješnom radu. Ovo takođe uključuje mogućnost jednostavnog „uklapanja“ backup rešenja u postojeću infrastrukturu, kao i automatizaciju procesa pravljenja rezervnih kopija. Postoji i mogućnost instalacije pomoću menadžera paketa, ili u jednoj ili dvije komande poput “preuzmi i raspakiraj”. curl ссылка | sudo bash - složena metoda, jer morate provjeriti šta stiže preko linka.
Na primjer, od razmatranih kandidata, jednostavno rješenje je burp, rdiff-backup i restic, koji imaju mnemoničke tipke za različite načine rada. Nešto složeniji su borg i dvoličnost. Najteže je bilo AMANDI. Ostali su negdje u sredini u smislu jednostavnosti korištenja. U svakom slučaju, ako vam treba više od 30 sekundi za čitanje korisničkog priručnika, ili trebate otići na Google ili neku drugu tražilicu, te također prelistati dugački list pomoći, odluka je teška, na ovaj ili onaj način.
Neki od razmatranih kandidata mogu automatski poslati poruku putem e-mailjabber-a, dok se drugi oslanjaju na konfigurisana upozorenja u sistemu. Štoviše, najčešće složena rješenja nemaju sasvim očigledne postavke upozorenja. U svakom slučaju, ako backup program proizvede povratni kod različit od nule, koji će sistemski servis ispravno razumjeti za periodične zadatke (poruka će biti poslata administratoru sistema ili direktno nadzoru) - situacija je jednostavna. Ali ako se sistem rezervnih kopija, koji ne radi na backup serveru, ne može konfigurisati, očigledan način da se kaže o problemu je da je složenost već prevelika. U svakom slučaju, izdavanje upozorenja i drugih poruka samo na web sučelje ili u dnevnik je loša praksa, jer će najčešće biti zanemarena.
Što se tiče automatizacije, jednostavan program može čitati varijable okruženja koje postavljaju njegov način rada, ili ima razvijeni cli koji može u potpunosti duplicirati ponašanje pri radu preko web sučelja, na primjer. To također uključuje mogućnost kontinuiranog rada, dostupnost mogućnosti proširenja itd.
Svestranost
Djelimično ponavljajući prethodni pododjeljak u vezi s automatizacijom, ne bi trebao biti poseban problem „uklopiti“ proces sigurnosne kopije u postojeću infrastrukturu.
Vrijedi napomenuti da su upotreba nestandardnih portova (dobro, osim web sučelja) za rad, implementacija enkripcije na nestandardan način, razmjena podataka pomoću nestandardnog protokola znakovi nestandardnog -univerzalno rešenje. Uglavnom, svi kandidati ih imaju na ovaj ili onaj način iz očiglednog razloga: jednostavnost i svestranost obično ne idu zajedno. Kao izuzetak - podrigivanje, ima i drugih.
Kao znak - mogućnost rada koristeći običan ssh.
Radna brzina
Najkontroverznija i najkontroverznija tačka. S jedne strane, pokrenuli smo proces, radio je što je brže moguće i nije ometao glavne zadatke. S druge strane, postoji porast prometa i opterećenja procesora tokom rezervnog perioda. Također je vrijedno napomenuti da su najbrži programi za pravljenje kopija obično najsiromašniji u pogledu funkcija koje su korisnicima važne. Opet: ako da biste dobili jednu nesretnu tekstualnu datoteku veličine nekoliko desetina bajtova sa lozinkom, i zbog toga košta cijela usluga (da, da, razumijem da ovdje najčešće nije kriv proces backup-a), i morate ponovo uzastopno pročitati sve datoteke u spremištu ili proširiti cijelu arhivu - backup sistem nikada nije brz. Još jedna stvar koja često postaje kamen spoticanja je brzina postavljanja sigurnosne kopije iz arhive. Ovdje postoji jasna prednost za one koji mogu jednostavno kopirati ili premjestiti datoteke na željenu lokaciju bez mnogo manipulacije (rsync, na primjer), ali najčešće se problem mora riješiti na organizacijski način, empirijski: mjerenjem vremena oporavka od sigurnosne kopije i otvoreno informisati korisnike o tome.
Stabilnost
To treba shvatiti ovako: s jedne strane, mora biti moguće vratiti sigurnosnu kopiju na bilo koji način, s druge strane mora biti otporna na razne probleme: prekid mreže, kvar diska, brisanje dijela spremište.
Poređenje alata za pravljenje rezervnih kopija
Vrijeme kreiranja kopije
Vrijeme oporavka kopiranja
Jednostavna instalacija
Jednostavno postavljanje
Jednostavna upotreba
Jednostavna automatizacija
Da li vam je potreban klijent server?
Provjera integriteta spremišta
Diferencijalne kopije
Radi preko cijevi
Svestranost
Nezavisnost
Transparentnost spremišta
Encryption
Kompresija
Deduplikacija
Web interfejs
Punjenje do oblaka
Windows podrška
Rezultat
Rsync
4m15s
4m28s
da
ne
ne
ne
da
ne
ne
da
ne
da
da
ne
ne
ne
ne
ne
da
6
katran
čist
3m12s
2m43s
da
ne
ne
ne
ne
ne
da
da
ne
da
ne
ne
ne
ne
ne
ne
da
8,5
gzip
9m37s
3m19s
da
Rdiff-backup
16m26s
17m17s
da
da
da
da
da
ne
da
ne
da
ne
da
ne
da
da
da
ne
da
11
Rsnapshot
4m19s
4m28s
da
da
da
da
ne
ne
da
ne
da
ne
da
ne
ne
da
da
ne
da
12,5
Podrigivanje
11m9s
7m2s
da
ne
da
da
da
da
da
ne
da
da
ne
ne
da
ne
da
ne
da
10,5
dvoličnost
nema enkripcije
16m48s
10m58s
da
da
ne
da
ne
da
da
ne
ne
da
ne
da
da
ne
da
ne
da
11
gpg
17m27s
15m3s
Duplikat
nema enkripcije
20m28s
13m45s
ne
da
ne
ne
ne
da
da
ne
ne
da
ne
da
da
da
da
da
da
11
AES
29m41s
21m40s
gpg
26m19s
16m30s
zbackup
nema enkripcije
40m3s
11m8s
da
da
ne
ne
ne
da
da
da
ne
da
ne
da
da
da
ne
ne
ne
10
AES
42m0s
14m1s
aes+lzo
18m9s
6m19s
BorgBackup
nema enkripcije
4m7s
2m45s
da
da
da
da
da
da
da
da
da
da
ne
da
da
da
da
ne
da
16
AES
4m58s
3m23s
blake2
4m39s
3m19s
Restic
5m38s
4m28s
da
da
da
da
ne
da
da
da
da
da
ne
da
ne
da
ne
da
da
15,5
urBackup
8m21s
8m19s
da
da
da
ne
da
ne
da
ne
da
da
ne
da
da
da
da
ne
da
12
Amanda
9m3s
2m49s
da
ne
ne
da
da
da
da
ne
da
da
da
da
da
ne
da
da
da
13
BackupPC
rsync
12m22s
7m42s
da
ne
da
da
da
da
da
ne
da
ne
ne
da
da
ne
da
ne
da
10,5
katran
12m34s
12m15s
Legenda tabele:
- Zeleno, vrijeme rada manje od pet minuta, ili odgovor "Da" (osim kolone "Treba vam klijent server?"), 1 bod
- Žuta, vrijeme rada pet do deset minuta, 0.5 bodova
- Crveno, vrijeme rada je duže od deset minuta, ili je odgovor "Ne" (osim kolone "Da li vam treba klijent server?"), 0 bodova
Prema gornjoj tabeli, najjednostavniji, najbrži, a istovremeno praktičan i moćan alat za pravljenje rezervnih kopija je BorgBackup. Restić je zauzeo drugo mjesto, ostali razmatrani kandidati su plasirani približno ravnopravno sa razmakom od jedan ili dva boda na kraju.
Zahvaljujem se svima koji su pročitali seriju do kraja, pozivam vas da porazgovarate o opcijama i ponudite svoje, ako ih ima. Kako diskusija bude napredovala, tabela se može proširivati.
Rezultat serije bit će konačni članak, u kojem će se pokušati razviti idealan, brz i upravljiv alat za sigurnosnu kopiju koji vam omogućava da vratite kopiju u najkraćem mogućem roku, a da istovremeno bude zgodan i lak za konfigurisanje i održavanje.
Najava
Backup Dio 6: Poređenje alata za pravljenje rezervnih kopija
Rezervni dio 7: Zaključci
izvor: www.habr.com