Aquesta nota examinarà diversos programaris de còpia de seguretat "grans", inclosos els comercials. Llista de candidats: Veeam Agent for Linux, Bacula.
Es comprovarà el treball amb el sistema de fitxers, de manera que sigui convenient comparar amb candidats anteriors.
Resultats previstos
Com que ambdós candidats són solucions universals ja fetes, el resultat més important serà la predictibilitat del treball, és a dir, el mateix temps de funcionament quan es processa la mateixa quantitat de dades, així com la mateixa càrrega.
Veeam Agent for Linux Review
Aquest programa de còpia de seguretat funciona amb dispositius de blocs, per als quals disposa d'un mòdul per al nucli Linux que garanteix la integritat de la còpia de seguretat mitjançant el seguiment dels blocs de dades canviats. Es pot trobar una descripció més detallada .
El procés de creació d'una còpia de seguretat de fitxers funciona sobre la base del mateix mòdul del nucli: es crea una instantània del dispositiu de bloc, que es munta en un directori temporal, després del qual les dades es sincronitzen fitxer per fitxer des de la instantània a un altre directori local, o remot mitjançant el protocol smb o nfs, on es creen diversos fitxers en format propietari.
El procés de creació d'una còpia de seguretat de fitxers no es va completar mai. Al voltant del 15-16% de l'execució, la velocitat va baixar a 600 kbseg i per sota, amb un 50% d'utilització de la CPU, la qual cosa podria provocar que el procés de còpia de seguretat s'executi durant 6-7 hores, de manera que el procés es va aturar.
Es va crear una sol·licitud al suport tècnic de Veeam, els empleats del qual van suggerir utilitzar el mode de bloc com a solució.
Els resultats del mode bloc per bloc de crear còpies de seguretat són els següents:
El temps de funcionament del programa en aquest mode és de 6 minuts per a 20 GB de dades.
En general, impressions força bones del programa, però no es tindran en compte a la revisió general a causa de la lentitud del mode de funcionament del fitxer.
Revisió Bacula
Bacula és un programari de còpia de seguretat client-servidor que lògicament consta de diverses parts, cadascuna de les quals fa la seva part de la feina. Hi ha Director, que s'utilitza per a la gestió, FileDaemon - un servei responsable de les còpies de seguretat, StorageDaemon - un servei d'emmagatzematge de còpies de seguretat, Console - una interfície per a Director (hi ha TUI, GUI, opcions web). Aquest complex també s'inclou a la revisió perquè, malgrat la barrera d'entrada significativament alta, és un mitjà força popular per organitzar còpies de seguretat.
En mode de còpia de seguretat completa
En aquest mode, Bacula va demostrar ser bastant previsible, completant una còpia de seguretat en una mitjana de 10 minuts,
El perfil de càrrega va resultar així:
La mida de les còpies de seguretat era d'aproximadament 30 GB, com s'esperava quan es treballava en aquest mode operatiu.
En crear còpies de seguretat incrementals, els resultats no eren gaire diferents, tret de la mida del dipòsit, és clar (uns 14 GB).
En general, podeu veure una càrrega uniforme en un nucli del processador i també que el rendiment és similar a un quitrà normal amb la compressió activada. A causa del fet que la configuració de còpia de seguretat de bacula és molt, molt extensa, no va ser possible mostrar un avantatge clar.
Troballes
En general, la situació és desfavorable per als dos candidats, molt probablement pel fet que s'utilitza el mode de fitxer per crear còpies de seguretat. La següent part també examinarà el procés de restauració a partir de còpies de seguretat; es poden extreure conclusions generals en funció del temps total.
Anunci
Còpia de seguretat Part 5: prova de Bacula i Veeam Backup per a Linux
Còpia de seguretat Part 6: comparació d'eines de còpia de seguretat
Còpia de seguretat Part 7: Conclusions
Autor de la publicació: Pavel Demkovich
Font: www.habr.com