Ova bilješka o pregledu se nastavlja
UrBackup pregled.
Na zahtjev učesnika
U punom backup modu dobijeni su sljedeći rezultati:
Radno vrijeme:
Prvi početak
Drugo lansiranje
Treće lansiranje
Prvi test
8m20s
8m19s
8m24s
Drugi test
8m30s
8m34s
8m20s
Treći test
8m10s
8m14s
8m12s
U načinu inkrementalnog sigurnosnog kopiranja:
Radno vrijeme:
Prvi početak
Drugo lansiranje
Treće lansiranje
Prvi test
8m10s
8m10s
8m12s
Drugi test
3m50s
4m12s
3m34s
Treći test
2m50s
2m35s
2m38s
Veličina spremišta u oba slučaja bila je približno 14 GB, što ukazuje na radnu deduplikaciju na strani servera. Također treba napomenuti da postoji nesklad između vremena kreiranja sigurnosne kopije na serveru i klijentu, što je prilično jasno vidljivo sa grafikona i predstavlja vrlo prijatan bonus, budući da web sučelje prikazuje vrijeme izvođenja backup procesa na serverskoj strani bez uzimanja u obzir
stanje klijenta. Općenito, grafikoni za pune i inkrementalne kopije se ne razlikuju. Jedina razlika je vjerovatno kako se to rješava na strani servera. Takođe sam bio zadovoljan niskim opterećenjem procesora na redundantnom sistemu.
BackupPC pregled
Na zahtjev učesnika
U načinu kreiranja pune sigurnosne kopije uz rsync dobijeni su sljedeći rezultati:
Prvi početak
Drugo lansiranje
Treće lansiranje
Prvi test
12m25s
12m14s
12m27s
Drugi test
7m41s
7m44s
7m35s
Treći test
10m11s
10m0s
9m54s
Ako koristite pune sigurnosne kopije i tar:
Prvi početak
Drugo lansiranje
Treće lansiranje
Prvi test
12m41s
12m25s
12m45s
Drugi test
12m35s
12m45s
12m14s
Treći test
12m43s
12m25s
12m5s
U načinu inkrementalnog sigurnosnog kopiranja, morao sam napustiti tar jer sigurnosne kopije nisu kreirane s ovim postavkama.
Rezultati kreiranja inkrementalnih sigurnosnih kopija pomoću rsync su:
Prvi početak
Drugo lansiranje
Treće lansiranje
Prvi test
11m55s
11m50s
12m25s
Drugi test
2m42s
2m50s
2m30s
Treći test
6m00s
5m35s
5m30s
Generalno, rsync ima malu prednost u brzini, rsync takođe radi ekonomičnije sa mrežom. Ovo se može djelomično nadoknaditi manjom upotrebom CPU-a s tarom kao programom za sigurnosnu kopiju. Još jedna prednost rsync-a je da radi sa inkrementalnim kopijama. Veličina spremišta pri kreiranju pune rezervne kopije je ista, 16 GB, u slučaju inkrementalnih kopija - 14 GB po pokretanju, što znači radnu deduplikaciju.
AMANDA recenzija
Na zahtjev učesnika
Rezultati probnog rada sa tar kao arhivatorom i omogućenim kompresijom su sljedeći:
Prvi početak
Drugo lansiranje
Treće lansiranje
Prvi test
9m5s
8m59s
9m6s
Drugi test
0m5s
0m5s
0m5s
Treći test
2m40s
2m47s
2m45s
Program u potpunosti učitava jedno jezgro procesora, ali zbog ograničenog IOPS diska na strani servera za pohranu rezervnih kopija ne može postići velike brzine prijenosa podataka. Općenito, podešavanje je bilo malo problematičnije nego za druge sudionike, jer autor programa ne koristi ssh kao transport, već implementira sličnu shemu s ključevima, stvarajući i održavajući punopravni CA. Moguće je široko ograničiti klijenta i backup servera: na primjer, ako ne mogu u potpunosti vjerovati jedan drugome, tada možete, kao opciju, spriječiti server da započne vraćanje sigurnosne kopije postavljanjem vrijednosti odgovarajuće varijable na nulu u fajl postavki. Moguće je povezati web interfejs za upravljanje, ali generalno konfigurisani sistem može biti potpuno automatizovan korišćenjem malih bash skripti (ili SCM, na primer ansible). Postoji pomalo netrivijalan sistem za podešavanje skladišta, što je očigledno zbog podrške za opsežnu listu raznih uređaja za skladištenje podataka (LTO kasete, čvrsti diskovi, itd.). Također je vrijedno napomenuti da je od svih programa o kojima se govori u ovom članku, AMANDA jedini koji je uspio otkriti preimenovanje direktorija. Veličina spremišta za jedno pokretanje bila je 13 GB.
Najava
Backup Dio 6: Poređenje alata za pravljenje rezervnih kopija
Rezervni dio 7: Zaključci
izvor: www.habr.com