Ova bilješka o recenziji se nastavlja
UrBackup pregled.
Na zahtjev sudionika
U modu pune sigurnosne kopije dobiveni su sljedeći rezultati:
Radno vrijeme:
Prvi početak
Druga vožnja
Treće lansiranje
Prvi test
8 m20 s
8 m19 s
8 m24 s
Drugi test
8 m30 s
8 m34 s
8 m20 s
Treći test
8 m10 s
8 m14 s
8 m12 s
U načinu inkrementalnog sigurnosnog kopiranja:
Radno vrijeme:
Prvi početak
Druga vožnja
Treće lansiranje
Prvi test
8 m10 s
8 m10 s
8 m12 s
Drugi test
3 m50 s
4 m12 s
3 m34 s
Treći test
2 m50 s
2 m35 s
2 m38 s
Veličina repozitorija u oba slučaja bila je približno 14 GB, što ukazuje na rad deduplikacije na strani poslužitelja. Također treba napomenuti da postoji razlika između vremena potrebnog za izradu sigurnosne kopije na poslužitelju i klijentu, što je prilično jasno vidljivo iz grafikona i vrlo je ugodan bonus, jer web sučelje prikazuje vrijeme rada sigurnosnog kopiranja na strani poslužitelja bez uzimanja u obzir
stanje klijenta. Općenito, grafikoni za pune i inkrementalne kopije se ne razlikuju. Jedina je razlika vjerojatno u tome kako se njime rukuje na strani poslužitelja. Također sam bio zadovoljan niskim opterećenjem procesora na redundantnom sustavu.
BackupPC pregled
Na zahtjev sudionika
U načinu izrade pune sigurnosne kopije s rsync-om dobiveni su sljedeći rezultati:
Prvi početak
Druga vožnja
Treće lansiranje
Prvi test
12 m25 s
12 m14 s
12 m27 s
Drugi test
7 m41 s
7 m44 s
7 m35 s
Treći test
10 m11 s
10 m0 s
9 m54 s
Ako koristite pune sigurnosne kopije i tar:
Prvi početak
Druga vožnja
Treće lansiranje
Prvi test
12 m41 s
12 m25 s
12 m45 s
Drugi test
12 m35 s
12 m45 s
12 m14 s
Treći test
12 m43 s
12 m25 s
12 m5 s
U načinu inkrementalnog sigurnosnog kopiranja, morao sam napustiti tar jer sigurnosne kopije nisu stvorene s ovim postavkama.
Rezultati stvaranja inkrementalnih sigurnosnih kopija pomoću rsync su:
Prvi početak
Druga vožnja
Treće lansiranje
Prvi test
11 m55 s
11 m50 s
12 m25 s
Drugi test
2 m42 s
2 m50 s
2 m30 s
Treći test
6 m00 s
5 m35 s
5 m30 s
Općenito, rsync ima malu prednost u brzini; rsync također radi ekonomičnije s mrežom. To se djelomično može nadoknaditi manjim korištenjem CPU-a uz tar kao rezervni program. Još jedna prednost rsync-a je da radi s inkrementalnim kopijama. Veličina repozitorija pri izradi pune sigurnosne kopije je ista, 16 GB, u slučaju inkrementalnih kopija - 14 GB po izvođenju, što znači radnu deduplikaciju.
AMANDA recenzija
Na zahtjev sudionika
Rezultati testnog rada s tar-om kao arhiverom i omogućenom kompresijom su sljedeći:
Prvi početak
Druga vožnja
Treće lansiranje
Prvi test
9 m5 s
8 m59 s
9 m6 s
Drugi test
0 m5 s
0 m5 s
0 m5 s
Treći test
2 m40 s
2 m47 s
2 m45 s
Program u potpunosti opterećuje jednu jezgru procesora, ali zbog ograničenog IOPS diska na strani servera za pričuvnu pohranu ne može postići velike brzine prijenosa podataka. Općenito, postavljanje je bilo malo problematičnije nego za druge sudionike, budući da autor programa ne koristi ssh kao prijenos, već implementira sličnu shemu s ključevima, stvarajući i održavajući punopravni CA. Moguće je široko ograničiti klijenta i rezervni poslužitelj: na primjer, ako ne mogu potpuno vjerovati jedan drugome, tada možete, kao opciju, spriječiti poslužitelj da pokrene vraćanje sigurnosne kopije postavljanjem vrijednosti odgovarajuće varijable na nulu u datoteku postavki. Moguće je povezati web sučelje za upravljanje, ali općenito se konfigurirani sustav može potpuno automatizirati pomoću malih bash skripti (ili SCM, na primjer ansible). Postoji pomalo netrivijalan sustav za postavljanje pohrane, što je očito zahvaljujući podršci za opsežan popis raznih uređaja za pohranu podataka (LTO kasete, tvrdi diskovi, itd.). Također je vrijedno napomenuti da je od svih programa o kojima se raspravlja u ovom članku, AMANDA jedini koji je mogao otkriti preimenovanje direktorija. Veličina repozitorija za jedno pokretanje bila je 13 GB.
Obavijest
Sigurnosno kopiranje, 6. dio: Usporedba alata za sigurnosno kopiranje
Rezervni dio 7: Zaključci
Izvor: www.habr.com