Táto recenzia pokračuje
recenzia UrBackup.
Na žiadosť účastníka
V režime úplnej zálohy sa dosiahli nasledujúce výsledky:
Prevádzkové hodiny:
Prvý štart
Druhé spustenie
Tretie spustenie
Prvý test
8m20s
8m19s
8m24s
Druhý test
8m30s
8m34s
8m20s
Tretí test
8m10s
8m14s
8m12s
V režime prírastkového zálohovania:
Prevádzkové hodiny:
Prvý štart
Druhé spustenie
Tretie spustenie
Prvý test
8m10s
8m10s
8m12s
Druhý test
3m50s
4m12s
3m34s
Tretí test
2m50s
2m35s
2m38s
Veľkosť úložiska bola v oboch prípadoch približne 14 GB, čo naznačuje fungujúcu deduplikáciu na strane servera. Tiež je potrebné poznamenať, že existuje rozpor medzi časom vytvorenia zálohy na serveri a na klientovi, čo je celkom jasne viditeľné z grafov a je to veľmi príjemný bonus, pretože webové rozhranie zobrazuje prevádzkový čas procesu zálohovania na strane servera bez zohľadnenia
stav klienta. Vo všeobecnosti sú grafy pre úplné a prírastkové kópie nerozoznateľné. Jediný rozdiel je pravdepodobne v tom, ako sa to rieši na strane servera. Potešila ma aj nízka záťaž procesora na redundantnom systéme.
Recenzia BackupPC
Na žiadosť účastníka
V režime vytvárania úplných záloh pomocou nástroja rsync sa získali nasledujúce výsledky:
Prvý štart
Druhé spustenie
Tretie spustenie
Prvý test
12m25s
12m14s
12m27s
Druhý test
7m41s
7m44s
7m35s
Tretí test
10m11s
10m0s
9m54s
Ak používate úplné zálohy a tar:
Prvý štart
Druhé spustenie
Tretie spustenie
Prvý test
12m41s
12m25s
12m45s
Druhý test
12m35s
12m45s
12m14s
Tretí test
12m43s
12m25s
12m5s
V režime prírastkového zálohovania som musel opustiť tar, pretože zálohy neboli vytvorené s týmito nastaveniami.
Výsledky vytvárania prírastkových záloh pomocou rsync sú:
Prvý štart
Druhé spustenie
Tretie spustenie
Prvý test
11m55s
11m50s
12m25s
Druhý test
2m42s
2m50s
2m30s
Tretí test
6m00s
5m35s
5m30s
Vo všeobecnosti má rsync miernu výhodu v rýchlosti; rsync tiež pracuje hospodárnejšie so sieťou. Toto môže byť čiastočne kompenzované menším využitím CPU s tar ako záložným programom. Ďalšou výhodou rsync je, že pracuje s prírastkovými kópiami. Veľkosť úložiska pri vytváraní úplných záloh je rovnaká, 16 GB, v prípade prírastkových kópií - 14 GB na spustenie, čo znamená fungujúcu deduplikáciu.
AMANDA recenzia
Na žiadosť účastníka
Výsledky testovania s tar ako archivátorom a povolenou kompresiou sú nasledovné:
Prvý štart
Druhé spustenie
Tretie spustenie
Prvý test
9m5s
8m59s
9m6s
Druhý test
0m5s
0m5s
0m5s
Tretí test
2m40s
2m47s
2m45s
Program plne zaťažuje jedno jadro procesora, ale kvôli obmedzenému IOPS disku na strane servera zálohovania nemôže dosiahnuť vysoké rýchlosti prenosu dát. Vo všeobecnosti bolo nastavenie trochu problematickejšie ako pre ostatných účastníkov, pretože autor programu nepoužíva ssh ako transport, ale implementuje podobnú schému s kľúčmi, čím vytvára a udržiava plnohodnotnú CA. Klienta a záložný server je možné široko obmedziť: ak si napríklad nemôžu navzájom úplne dôverovať, môžete ako možnosť zabrániť serveru v spustení obnovy zálohy nastavením hodnoty zodpovedajúcej premennej na nulu v súbor s nastaveniami. Pre správu je možné pripojiť webové rozhranie, ale vo všeobecnosti je možné nakonfigurovaný systém plne automatizovať pomocou malých bash skriptov (alebo napríklad SCM ansible). Existuje trochu netriviálny systém nastavenia úložiska, čo je zrejme spôsobené podporou rozsiahleho zoznamu rôznych zariadení na ukladanie dát (LTO kazety, pevné disky atď.). Za zmienku tiež stojí, že zo všetkých programov diskutovaných v tomto článku je AMANDA jediný, ktorý dokázal rozpoznať premenovanie adresára. Veľkosť úložiska na jedno spustenie bola 13 GB.
Oznámenie
Zálohovanie Časť 6: Porovnanie nástrojov zálohovania
Zálohovanie Časť 7: Závery
Zdroj: hab.com