Stu articulu hà da paragunà arnesi di salvezza, ma prima vi duvite truvà fora quantu prestu è bè ch'elli affruntà risturà dati da backups.
Per facilità di paraguni, avemu da cunsiderà a restaurazione da una copia di salvezza completa, soprattuttu chì tutti i candidati sustene stu modu di funziunamentu. Per simplicità, i numeri sò digià mediati (a media aritmetica di parechje corse). I risultati seranu riassunti in una tavula, chì cuntene ancu infurmazioni nantu à e capacità: a prisenza di una interfaccia web, facilità di setup è operazione, capacità di automatizà, prisenza di diverse funzioni supplementari (per esempiu, cuntrollà l'integrità di dati) , etc. I grafici mostraranu a carica nantu à u servitore induve i dati seranu utilizati (micca u servitore per almacenà copie di salvezza).
Recuperazione di dati
rsync è tar seranu usati cum'è un puntu di riferimentu dapoi scripts simplici per fà copie di salvezza.
Rsync coped with the test data set in 4 minutes and 28 seconds, mustrà
una tale carica
U prucessu di ricuperazione hà culpitu una limitazione di u sottosistema di discu di u servitore di salvezza di salvezza (grafici sawtooth). Pudete ancu vede chjaramente a carica di un kernel senza prublemi (bassu iowait è softirq - senza prublemi cù u discu è a reta, rispettivamente). Siccomu l'altri dui prugrammi, vale à dì rdiff-backup è rsnapshot, sò basati in rsync è offrenu ancu rsync regulare cum'è strumentu di ricuperazione, anu da esse apprussimatamente u stessu prufilu di carica è u tempu di ricuperazione di salvezza.
ta l'hà fattu un pocu più veloce
2 minuti è 43 seconde:
A carica tutale di u sistema era più altu in media da 20% per via di l'aumentu di u softirq - i costi di sopra durante u funziunamentu di u subsistema di a rete anu aumentatu.
Se l'archiviu hè più cumpressu, u tempu di ricuperazione aumenta à 3 minuti 19 seconde.
cù una tale carica nantu à u servitore principale (unpacking in u latu di u servitore principale):
U prucessu di decompressione occupa i dui core di processore perchè ci sò dui prucessi in esecuzione. In generale, questu hè u risultatu previstu. Inoltre, un risultatu paragunabile (3 minuti è 20 seconde) hè statu ottenutu quandu eseguite gzip in u latu di u servitore cù backups; u prufilu di carica nantu à u servitore principale era assai simili à l'esecuzione di tar senza u compressore gzip (vede u graficu precedente).
В rdiff-backup pudete sincronizà l'ultima copia di salvezza chì avete fattu cù rsync regulare (i risultati seranu simili), ma e copie di salvezza più vechje anu da esse restaurate cù u prugramma rdiff-backup, chì hà finitu a risturazione in 17 minuti è 17 seconde, chì mostra
sta carica:
Forse questu era destinatu, almenu per limità a vitezza di l'autori . U prucessu di restaurà una copia di salvezza stessu pigghia un pocu menu di a mità di un core, cù prestazioni proporzionalmente paragunabili (vale à dì 2-5 volte più lente) nantu à u discu è a rete cù rsync.
Rsnapshot Per a ricuperazione, suggerisce l'usu di rsync regulare, cusì i so risultati seranu simili. In generale, questu hè cumu si turnò.
Burp Aghju fattu u compitu di risturà una copia di salvezza in 7 minuti è 2 seconde cù
cù sta carica:
Funziona abbastanza rapidamente, è almenu hè assai più còmuda cà rsync pura: ùn ci hè bisognu di ricurdà alcuna bandiera, una interfaccia cli simplice è intuitiva, supportu integratu per parechje copie - ancu s'ellu hè duie volte più lento. Sè avete bisognu di risturà dati da l'ultima copia di salvezza chì avete fattu, pudete aduprà rsync, cù uni pochi di caveats.
U prugramma hà dimustratu circa a stessa velocità è carica BackupPC quandu attivate u modu di trasferimentu rsync, implementendu a copia di salvezza per
7 minuti è 42 seconde:
Ma in u modu di trasferimentu di dati, BackupPC hà affrontatu u tar più lentamente: in 12 minuti è 15 seconde, a carica di u processatore era generalmente più bassa.
una volta è mezu:
Duplicità senza criptografia hà dimustratu risultati ligeramente megliu, restaurà una copia di salvezza in 10 minuti è 58 seconde. Se attivate a criptografia cù gpg, u tempu di ricuperazione aumenta à 15 minuti è 3 seconde. Inoltre, quandu crea un repository per almacenà e copie, pudete specificà a dimensione di l'archiviu chì serà utilizatu quandu si divide u flussu di dati in entrata. In generale, nantu à i discu duru cunvinziunali, ancu per via di u modu di funziunamentu unicu, ùn ci hè micca assai differenza. Pò esse appare in diverse dimensioni di blocchi quandu si usa l'almacenamiento hibridu. A carica nantu à u servitore principale durante a ricuperazione era a siguenti:
senza criptografia
cù criptografia
Duplicate hà dimustratu un ritmu di ricuperazione cumparabile, cumpiendu in 13 minuti è 45 seconde. Pigliò circa altri 5 minuti per verificà a correttezza di i dati recuperati (un totale di circa 19 minuti). A carica era
abbastanza altu:
Quandu a criptografia aes hè stata attivata internamente, u tempu di ricuperazione era 21 minuti 40 seconde, cù l'utilizazione di CPU à u so massimu (i dui core!) Durante a ricuperazione; Quandu cuntrollà i dati, solu un filu era attivu, occupendu un core di processore. Cuntrollà i dati dopu a ricuperazione hà pigliatu i stessi 5 minuti (quasi 27 minuti in totale).
risultatu
duplicati era un pocu più veloce cù a ricuperazione quandu si usa u prugramma gpg esternu per a criptografia, ma in generale i differenzi da u modu precedente sò minimi. U tempu operativu era 16 minuti 30 seconde, cù verificazione di dati in 6 minuti. A carica era
tali:
AMANDA, aduprendu u tar, cumpletu in 2 minuti 49 seconde, chì, in principiu, hè assai vicinu à u tartu regulare. Carica nantu à u sistema in principiu
u listessu:
Quandu restaurà una copia di salvezza usendu zbackup i seguenti risultati sò stati ottenuti:
criptografia, compressione lzma
Durata 11 minuti è 8 seconde
Criptazione AES, compressione lzma
Tempu di operazione 14 minuti
Criptazione AES, compressione lzo
Durata 6 minuti, 19 seconde
In generale, micca male. Tuttu dipende di a vitezza di u processatore nantu à u servitore di salvezza, chì pò esse chjaramente vistu da u tempu di esecuzione di u prugramma cù diversi compressori. Da u latu di u servitore di salvezza, un tartu regulare hè statu lanciatu, cusì se paragunate cun ellu, a ricuperazione hè 3 volte più lenta. Pò esse vale a pena di verificà l'operazione in modu multi-threaded, cù più di dui fili.
BorgBackup in u modu unencrypted era un pocu più lento di u tar, in 2 minuti 45 seconde, però, à u cuntrariu di u tar, hè diventatu pussibule di deduplicate u repository. A carica hè diventata
i seguenti:
Se attivate a criptografia basata in blake, a velocità di ricuperazione di salvezza hè un pocu più lenta. U tempu di ricuperazione in questu modu hè di 3 minuti 19 seconde, è a carica hè andata
cum'è què:
A criptografia AES hè un pocu più lenta, u tempu di ricuperazione hè di 3 minuti 23 seconde, a carica hè soprattuttu
ùn hà micca cambiatu:
Siccomu Borg pò travaglià in modu multi-threaded, a carica di u processatore hè massima, è quandu e funzioni supplementari sò attivate, u tempu di funziunamentu simpricimenti aumenta. Apparentemente, vale a pena esplorà u multithreading in una manera simile à zbackup.
Restu coped with the recovery a little more slowly, the operation time was 4 minutes 28 seconds. A carica pareva
cum'è questa:
Apparentemente, u prucessu di ricuperazione travaglia in parechji filamenti, ma l'efficienza ùn hè micca alta cum'è quella di BorgBackup, ma paragunabile in tempu à rsync regulare.
Cù l'aiutu di urBackup Era pussibule di risturà i dati in 8 minuti è 19 seconde, a carica era
tali:
A carica hè ancu micca assai alta, ancu più bassu di quella di tar. In certi lochi ci sò scoppi, ma micca più di a carica di un core.
Selezzione è ghjustificazione di i criterii di paraguni
Cum'è dichjaratu in unu di l'articuli precedenti, u sistema di salvezza deve risponde à i seguenti criteri:
- Facilità di usu
- Versatibilità
- Stabilità
- Velocità
Hè vale a pena cunsiderà ogni puntu separatamente in più detail.
Facilità di funziunamentu
Hè megliu quandu ci hè un buttone "Fate tuttu bè", ma se turnate à i prugrammi veri, a cosa più còmuda serà un principiu di funziunamentu familiar è standard.
A maiò parte di l'utilizatori seranu più prubabile s'ellu ùn deve micca ricurdà una mansa di chjavi per cli, cunfigurà una mansa di diverse opzioni, spessu oscure via web o tui, o stabilisce notifiche nantu à l'operazione senza successu. Questu include ancu a capacità di "intruduce" facilmente una soluzione di salvezza in l'infrastruttura esistente, è ancu l'automatizazione di u prucessu di salvezza. Ci hè ancu a pussibilità di installazione cù un gestore di pacchetti, o in unu o dui cumandamenti cum'è "scaricate è unpack". curl ссылка | sudo bash - un metudu cumplessu, postu chì avete bisognu di verificà ciò chì ghjunghje via u ligame.
Per esempiu, di i candidati cunsiderati, una suluzione simplice hè burp, rdiff-backup è resty, chì anu chjavi mnemonichi per diversi modi operativi. Un pocu più cumplessu sò borg è duplicità. U più difficiule era AMANDA. U restu sò in qualchì locu in u mezu in quantu à facilità d'usu. In ogni casu, se avete bisognu di più di 30 seconde per leghje u manuale d'utilizatore, o avete bisognu à andà à Google o un altru mutore di ricerca, è ancu scorri per una longa foglia di aiutu, a decisione hè difficiule, in una manera o l'altra.
Certi di i candidati cunsiderati sò capaci di mandà automaticamente un missaghju via e-mailjabber, mentri àutri si basanu in alerti cunfigurati in u sistema. Inoltre, a maiò parte di e soluzioni cumplessi ùn anu micca paràmetri d'alerta completamente evidenti. In ogni casu, se u prugramma di salvezza pruduce un codice di ritornu micca zero, chì serà intesu currettamente da u serviziu di u sistema per i travaglii periodichi (un missaghju serà mandatu à l'amministratore di u sistema o direttamente à u monitoraghju) - a situazione hè simplice. Ma se u sistema di salvezza, chì ùn viaghja micca in un servitore di salvezza, ùn pò micca esse cunfiguratu, a manera ovvia di dì di u prublema hè chì a cumplessità hè digià eccessiva. In ogni casu, l'emissione di avvisi è altri missaghji solu à l'interfaccia web o à u logu hè una mala pratica, postu chì a maiò parte di spessu saranu ignorati.
In quantu à l'automatizazione, un prugramma simplice pò leghje variabili di l'ambienti chì stabiliscenu u so modu operativu, o hà un cli sviluppatu chì pò duplicà cumplitamenti u cumpurtamentu quandu travaglia per una interfaccia web, per esempiu. Questu include ancu a pussibilità di u funziunamentu cuntinuu, a dispunibilità di opportunità di espansione, etc.
Versatibilità
Parzialmente riechendu a subsezione precedente in quantu à l'automatizazione, ùn deve esse micca un prublema particulari per "fittà" u prucessu di salvezza in l'infrastruttura esistente.
Hè nutate chì l'usu di porti non standard (bene, fora di l'interfaccia web) per u travagliu, l'implementazione di a criptografia in una manera non standard, u scambiu di dati cù un protokollu non standard sò segni di un non standard. - suluzione universale. Per a maiò parte, tutti i candidati l'anu in un modu o l'altru per u mutivu evidenti: simplicità è versatilità ùn sò micca inseme. Comu eccezzioni - burp, ci sò altri.
Cum'è un signu - a capacità di travaglià cù ssh regular.
Velocità di travagliu
U puntu più cuntruversu è cuntruversu. Da una banda, avemu lanciatu u prucessu, hà travagliatu u più prestu pussibule è ùn hà micca interferitu cù i travaglii principali. Per d 'altra banda, ci hè una crescita in u trafficu è a carica di u processatore durante u periodu di salvezza. Hè nutate ancu chì i prugrammi più veloci per fà copie sò generalmente i più poveri in termini di funzioni chì sò impurtanti per l'utilizatori. Di novu: se per ottene un schedariu di testu disgraziatu di parechje decine di bytes in grandezza cù una password, è per quessa tuttu u costu di u serviziu (sì, iè, capiscu chì u prucessu di salvezza hè più spessu micca culpèvule quì), è avete bisognu di leghje in sequenza tutti i schedari in u repository o espansione l'archiviu sanu - u sistema di salvezza ùn hè mai veloce. Un altru puntu chì spessu diventa un bloccu hè a rapidità di implementà una copia di salvezza da un archiviu. Ci hè un vantaghju chjaru quì per quelli chì ponu simpricimenti cupià o spustà i fugliali à u locu desideratu senza assai manipulazione (rsync, per esempiu), ma a maiò spessu u prublema deve esse risolta in una manera urganisazione, empirically: misurà u tempu di ricuperazione di salvezza. è infurmà apertamente l'utilizatori nantu à questu.
Stabilità
Hè da esse capitu cusì: da una banda, deve esse pussibule di implementà a copia di salvezza in ogni modu, da l'altra banda, deve esse resistente à diversi prublemi: interruzzione di a rete, fallimentu di discu, eliminazione di parte di u discu. repository.
Paragone di arnesi di salvezza
Copia u tempu di creazione
Copia u tempu di ricuperazione
Installazione faciule
Configurazione faciule
Usu simplice
Automatizazione simplice
Avete bisognu di un servitore cliente?
Verificate l'integrità di u repository
Copie differenziali
U travagliu via pipe
Versatibilità
Independenza
Trasparenza di u repository
Criptografia
Cumpressione
Deduplicazione
Interfaccia Web
Pienu à u nuvulu
Supportu Windows
Puntuazione
Rsync
4 m15 s
4 m28 s
sì
micca
micca
micca
sì
micca
micca
sì
micca
sì
sì
micca
micca
micca
micca
micca
sì
6
ta
pura
3 m12 s
2 m43 s
sì
micca
micca
micca
micca
micca
sì
sì
micca
sì
micca
micca
micca
micca
micca
micca
sì
8,5
gzip
9 m37 s
3 m19 s
sì
Rdiff-backup
16 m26 s
17 m17 s
sì
sì
sì
sì
sì
micca
sì
micca
sì
micca
sì
micca
sì
sì
sì
micca
sì
11
Rsnapshot
4 m19 s
4 m28 s
sì
sì
sì
sì
micca
micca
sì
micca
sì
micca
sì
micca
micca
sì
sì
micca
sì
12,5
Burp
11 m9 s
7 m2 s
sì
micca
sì
sì
sì
sì
sì
micca
sì
sì
micca
micca
sì
micca
sì
micca
sì
10,5
Duplicità
senza criptografia
16 m48 s
10 m58 s
sì
sì
micca
sì
micca
sì
sì
micca
micca
sì
micca
sì
sì
micca
sì
micca
sì
11
gpg
17 m27 s
15 m3 s
Duplicate
senza criptografia
20 m28 s
13 m45 s
micca
sì
micca
micca
micca
sì
sì
micca
micca
sì
micca
sì
sì
sì
sì
sì
sì
11
Eram
29 m41 s
21 m40 s
gpg
26 m19 s
16 m30 s
zbackup
senza criptografia
40 m3 s
11 m8 s
sì
sì
micca
micca
micca
sì
sì
sì
micca
sì
micca
sì
sì
sì
micca
micca
micca
10
Eram
42 m0 s
14 m1 s
aes+lzo
18 m9 s
6 m19 s
BorgBackup
senza criptografia
4 m7 s
2 m45 s
sì
sì
sì
sì
sì
sì
sì
sì
sì
sì
micca
sì
sì
sì
sì
micca
sì
16
Eram
4 m58 s
3 m23 s
blake2
4 m39 s
3 m19 s
Restu
5 m38 s
4 m28 s
sì
sì
sì
sì
micca
sì
sì
sì
sì
sì
micca
sì
micca
sì
micca
sì
sì
15,5
urBackup
8 m21 s
8 m19 s
sì
sì
sì
micca
sì
micca
sì
micca
sì
sì
micca
sì
sì
sì
sì
micca
sì
12
Amanda
9 m3 s
2 m49 s
sì
micca
micca
sì
sì
sì
sì
micca
sì
sì
sì
sì
sì
micca
sì
sì
sì
13
BackupPC
rsync
12 m22 s
7 m42 s
sì
micca
sì
sì
sì
sì
sì
micca
sì
micca
micca
sì
sì
micca
sì
micca
sì
10,5
ta
12 m34 s
12 m15 s
Legenda di u tavulu:
- Verde, u tempu di operazione menu di cinque minuti, o risponde "Sì" (eccettu per a colonna "Necessite un servitore client?"), 1 puntu
- Giallu, u tempu di operazione da cinque à deci minuti, 0.5 punti
- Rossu, u tempu di travagliu hè più di deci minuti, o a risposta hè "No" (eccettu per a colonna "Avete bisognu di un servitore di cliente?"), 0 punti
Sicondu a tavula sopra, u strumentu di salvezza più simplice, veloce, è à u stessu tempu convenientu è putente hè BorgBackup. Restic hà pigliatu u sicondu postu, u restu di i candidati cunsiderati sò stati posti apprussimatamente ugualmente cù una diffusione di unu o dui punti à a fine.
Ringraziu tutti quelli chì leghjenu a serie finu à a fine, vi invitu à discutiri l'opzioni è offre u vostru propiu, se ne. Quandu a discussione avanza, a tavula pò esse allargata.
U risultatu di a serie serà l'articulu finale, in quale ci sarà un tentativu di sviluppà un strumentu di salvezza ideale, veloce è gestibile chì permette di implementà una copia in u più brevi tempu pussibule è à u stessu tempu esse convenientu è faciule. per cunfigurà è mantene.
Avvisu
Backup Part 6: Comparazione di Strumenti di Backup
Backup Part 7: Conclusioni
Source: www.habr.com
