Copia de seguridad, parte a petici贸n de los lectores: descripci贸n general de UrBackup, BackupPC, AMANDA


Esta nota general contin煤a el ciclo de copia de seguridad , escrito a pedido de los lectores, se centrar谩 en UrBackup, BackupPC, as铆 como AMANDA.


Descripci贸n general de UrBackup.


A pedido de un participante de VGusev2007 , agrego una descripci贸n general de UrBackup, un sistema cliente-servidor para respaldo. Le permite crear copias de seguridad completas e incrementales, sabe c贸mo trabajar con instant谩neas del dispositivo (驴Solo para Win?), Y tambi茅n sabe c贸mo crear copias de seguridad de archivos. El cliente puede ubicarse en la misma red que el servidor o conectarse a trav茅s de Internet. Seguimiento de cambios reclamados, que le permite encontrar r谩pidamente las diferencias entre las copias de seguridad. Tambi茅n hay soporte para la deduplicaci贸n de almacenamiento del lado del servidor, lo que ahorra espacio. Las conexiones de red est谩n encriptadas; tambi茅n hay una interfaz basada en web para administrar el servidor. Veamos de qu茅 es capaz:


En el modo de copia de seguridad completa, se obtuvieron los siguientes resultados:


Tiempo de trabajo:


Primer lanzamientoSegundo lanzamientoTercer lanzamiento
Primera prueba8m20s8m19s8m24s
Segunda prueba8m30s8m34s8m20s
Tercera prueba8m10s8m14s8m12s

En modo de copia de seguridad incremental:



Tiempo de trabajo:


Primer lanzamientoSegundo lanzamientoTercer lanzamiento
Primera prueba8m10s8m10s8m12s
Segunda prueba3m50s4m12s3 min 34 s
Tercera prueba2m50s2m35s2 min 38 s

El tama帽o del repositorio en ambos casos fue de aproximadamente 14 GB, lo que indica una deduplicaci贸n que funciona en el lado del servidor. Tambi茅n se debe tener en cuenta que el tiempo de copia de seguridad en el servidor y en el cliente no coincide, lo cual es claramente visible en los gr谩ficos y es una gran ventaja, ya que la interfaz web muestra el proceso de copia de seguridad en el lado del servidor sin tener en cuenta el estado del cliente. En general, los gr谩ficos para una copia completa e incremental son indistinguibles. Probablemente la 煤nica diferencia es c贸mo se maneja en el lado del servidor. Tambi茅n satisfecho con la baja carga del procesador en el sistema redundante.


Descripci贸n general de BackupPC


A pedido de vanzhiganov , estoy agregando una revisi贸n de BackupPC. Este software se instala en el servidor de almacenamiento de respaldo, escrito en perl, se ejecuta sobre varias herramientas de respaldo, principalmente rsync, tar. Ssh y smb se usan como transporte, y tambi茅n hay una interfaz web basada en cgi (implementada sobre apache). La interfaz web tiene una extensa lista de configuraciones. De las caracter铆sticas: la capacidad de establecer el tiempo m铆nimo entre las copias de seguridad, as铆 como el per铆odo durante el cual no se crear谩n las copias de seguridad. Al elegir un sistema de archivos para el servidor de respaldo, debe monitorear el soporte de enlaces duros. Por lo tanto, el sistema de archivos para almacenamiento no se puede dividir en puntos de montaje. En general, una buena impresi贸n, veamos de qu茅 es capaz este software:


En el modo de copia de seguridad completa con rsync, se obtuvieron los siguientes resultados:


Primer lanzamientoSegundo lanzamientoTercer lanzamiento
Primera prueba12m25s12m14s12m27s
Segunda prueba7m41s7m44s7m35s
Tercera prueba10m11s10m0s9 min 54 s

Si usa copias de seguridad completas y tar:



Primer lanzamientoSegundo lanzamientoTercer lanzamiento
Primera prueba12m41s12m25s12m45s
Segunda prueba12m35s12m45s12m14s
Tercera prueba12m43s12m25s12m5s

En el modo de copia de seguridad incremental, el alquitr谩n tuvo que abandonarse porque no se crearon copias de seguridad con esta configuraci贸n.


Los resultados de la creaci贸n de copias de seguridad incrementales usando rsync son los siguientes:



Primer lanzamientoSegundo lanzamientoTercer lanzamiento
Primera prueba11m55s11m50s12m25s
Segunda prueba2 min 42 s2m50s2m30s
Tercera prueba6m00s5m35s5m30s

En general, rsync tiene una ligera ventaja de velocidad; rsync tambi茅n funciona de manera m谩s econ贸mica con la red. En parte, esto se puede compensar con un menor uso de CPU con tar como programa de respaldo. Otra ventaja de rsync es trabajar con copias incrementales. El tama帽o del repositorio al crear copias de seguridad completas es el mismo, es de 16 GB, en el caso de copias incrementales: 14 GB para una ejecuci贸n, lo que significa deduplicaci贸n en funcionamiento.


Revisi贸n de AMANDA


A petici贸n del miembro m谩s antiguo , agrego pruebas AMANDA,


Los resultados de una prueba con tar como archivador y la activaci贸n de la compresi贸n son los siguientes:


Primer lanzamientoSegundo lanzamientoTercer lanzamiento
Primera prueba9m5s8m59s9m6s
Segunda prueba0m5s0m5s0m5s
Tercera prueba2m40s2 min 47 s2m45s

El programa carga completamente un n煤cleo de procesador, pero debido al disco iops limitado en el lado del servidor del almacenamiento de respaldo, no puede desarrollar una alta velocidad de transferencia de datos. En general, la configuraci贸n gener贸 un poco m谩s de problemas que otros participantes, ya que el autor del programa no usa ssh como transporte, sino que implementa un esquema similar con claves, creando y manteniendo una CA completa. Es posible limitar ampliamente el cliente y el servidor de respaldo: por ejemplo, si no pueden confiar completamente el uno en el otro, entonces, como opci贸n, puede evitar que el servidor inicie una restauraci贸n de respaldo al establecer el valor de la variable correspondiente a cero en el archivo de configuraci贸n. Es posible conectar una interfaz basada en web para la administraci贸n, pero en general, un sistema personalizado puede automatizarse completamente con la ayuda de peque帽os scripts de bash (o SCM, por ejemplo, ansible). Existe un sistema de configuraci贸n de almacenamiento algo no trivial, que, muy probablemente, est谩 asociado con el soporte de una extensa lista de varios dispositivos para almacenar datos (casetes LTO, discos duros, etc.). Tambi茅n vale la pena se帽alar que de todos los programas discutidos en este art铆culo, AMANDA es el 煤nico que logr贸 detectar el cambio de nombre del directorio. El tama帽o del repositorio en una ejecuci贸n fue de 13 GB.


Anuncio


Copia de seguridad, parte 1: 驴Por qu茅 necesita una copia de seguridad, una descripci贸n general de los m茅todos y las tecnolog铆as?
Copia de seguridad, Parte 2: Descripci贸n general y prueba de herramientas de copia de seguridad basadas en rsync
Copia de seguridad, Parte 3: Descripci贸n general y prueba de duplicidad, duplicaci贸n
Copia de seguridad, Parte 4: Descripci贸n general y prueba de zbackup, restic, borgbackup
Copia de seguridad, parte 5: Prueba de copia de seguridad de bacula y veeam para Linux
Copia de seguridad, Parte 6: Comparaci贸n de herramientas de copia de seguridad
Copia de seguridad Parte 7: Conclusiones

Source: https://habr.com/ru/post/468963/


All Articles