Backup, parte a petición dos lectores: Visión xeral de UrBackup, BackupPC, AMANDA

Backup, parte a petición dos lectores: Visión xeral de UrBackup, BackupPC, AMANDA

Esta nota de revisión continúa ciclo de copia de seguridade, escrito a petición dos lectores, falarase de UrBackup, BackupPC e tamén de AMANDA.

Revisión de UrBackup.

A petición do participante VGusev2007 Estou engadindo unha revisión de UrBackup, un sistema de copia de seguridade cliente-servidor. Permítelle crear copias de seguridade completas e incrementais, pode traballar con instantáneas do dispositivo (só Win?) e tamén pode crear copias de seguridade de ficheiros. O cliente pode estar situado na mesma rede que o servidor ou conectarse a través de Internet. Declárase o seguimento de cambios, o que che permite atopar rapidamente diferenzas entre as copias de seguridade. Tamén hai soporte para a deduplicación de almacenamento de datos no servidor, o que aforra espazo. As conexións de rede están cifradas e tamén hai unha interface web para xestionar o servidor. A ver que pode facer:

No modo de copia de seguridade completa, obtivéronse os seguintes resultados:

Backup, parte a petición dos lectores: Visión xeral de UrBackup, BackupPC, AMANDA

Tempo:

Primeiro comezo
Segunda tirada
Terceiro lanzamento

Primeira proba
8 min 20 s
8 min 19 s
8 min 24 s

Segunda proba
8 min 30 s
8 min 34 s
8 min 20 s

Terceira proba
8 min 10 s
8 min 14 s
8 min 12 s

No modo de copia de seguridade incremental:

Backup, parte a petición dos lectores: Visión xeral de UrBackup, BackupPC, AMANDA

Tempo:

Primeiro comezo
Segunda tirada
Terceiro lanzamento

Primeira proba
8 min 10 s
8 min 10 s
8 min 12 s

Segunda proba
3 min 50 s
4 min 12 s
3 min 34 s

Terceira proba
2 min 50 s
2 min 35 s
2 min 38 s

O tamaño do repositorio en ambos os casos foi de aproximadamente 14 GB, o que indica que a deduplicación funciona no lado do servidor. Tamén hai que ter en conta que existe unha discrepancia entre o tempo de creación de copias de seguridade no servidor e no cliente, que é bastante claramente visible desde os gráficos e é unha vantaxe moi agradable, xa que a interface web mostra o tempo de execución do proceso de copia de seguridade en o lado do servidor sen ter en conta
condición do cliente. En xeral, os gráficos das copias completas e incrementais son indistinguibles. A única diferenza probablemente sexa como se manexa no lado do servidor. Tamén quedei satisfeito coa baixa carga do procesador no sistema redundante.

Revisión de BackupPC

A petición do participante vanzhiganov Estou engadindo unha revisión de BackupPC. Este software está instalado nun servidor de almacenamento de copia de seguridade, escrito en perl, e funciona enriba de varias ferramentas de copia de seguridade, principalmente rsync, tar. Ssh e smb utilízanse como transporte; tamén hai unha interface web baseada en cgi (despregada enriba de Apache). A interface web ten unha ampla lista de opcións. Entre as características destaca a posibilidade de establecer o tempo mínimo entre copias de seguridade, así como o período durante o que non se crearán. Ao escoller un sistema de ficheiros para un servidor de copia de seguranza, cómpre asegurarse de que se admiten as ligazóns físicas. Así, o sistema de ficheiros para o almacenamento non se pode dividir en puntos de montaxe. En xeral, unha experiencia bastante agradable, imos ver de que é capaz este software:

No modo de crear copias de seguridade completas con rsync, obtivéronse os seguintes resultados:

Backup, parte a petición dos lectores: Visión xeral de UrBackup, BackupPC, AMANDA

Primeiro comezo
Segunda tirada
Terceiro lanzamento

Primeira proba
12 min 25 s
12 min 14 s
12 min 27 s

Segunda proba
7 min 41 s
7 min 44 s
7 min 35 s

Terceira proba
10 min 11 s
10 min 0 s
9 min 54 s

Se usas copias de seguridade completas e tar:

Backup, parte a petición dos lectores: Visión xeral de UrBackup, BackupPC, AMANDA

Primeiro comezo
Segunda tirada
Terceiro lanzamento

Primeira proba
12 min 41 s
12 min 25 s
12 min 45 s

Segunda proba
12 min 35 s
12 min 45 s
12 min 14 s

Terceira proba
12 min 43 s
12 min 25 s
12 min 5 s

No modo de copia de seguridade incremental, tiven que abandonar tar porque non se crearon copias de seguridade con esta configuración.

Os resultados da creación de copias de seguridade incrementais mediante rsync son:

Backup, parte a petición dos lectores: Visión xeral de UrBackup, BackupPC, AMANDA

Primeiro comezo
Segunda tirada
Terceiro lanzamento

Primeira proba
11 min 55 s
11 min 50 s
12 min 25 s

Segunda proba
2 min 42 s
2 min 50 s
2 min 30 s

Terceira proba
6 min 00 s
5 min 35 s
5 min 30 s

En xeral, rsync ten unha lixeira vantaxe de velocidade; rsync tamén funciona de forma máis económica coa rede. Isto pode compensarse en parte por un menor uso da CPU con tar como programa de copia de seguridade. Outra vantaxe de rsync é que funciona con copias incrementais. O tamaño do repositorio ao crear copias de seguridade completas é o mesmo, 16 GB, no caso de copias incrementais: 14 GB por execución, o que significa unha deduplicación en funcionamento.

Revisión de AMANDA

A petición do participante vello engadindo probas AMANDA,

Os resultados dunha execución de proba con tar como arquivador e compresión activada son os seguintes:

Backup, parte a petición dos lectores: Visión xeral de UrBackup, BackupPC, AMANDA

Primeiro comezo
Segunda tirada
Terceiro lanzamento

Primeira proba
9 min 5 s
8 min 59 s
9 min 6 s

Segunda proba
0 min 5 s
0 min 5 s
0 min 5 s

Terceira proba
2 min 40 s
2 min 47 s
2 min 45 s

O programa carga completamente un núcleo de procesador, pero debido ao disco IOPS limitado no lado do servidor de almacenamento de copia de seguranza, non pode alcanzar altas velocidades de transferencia de datos. En xeral, a configuración foi un pouco máis problemática que para outros participantes, xa que o autor do programa non usa ssh como transporte, senón que implementa un esquema similar con claves, creando e mantendo un CA completo. É posible restrinxir amplamente o cliente e o servidor de copia de seguranza: por exemplo, se non poden confiar completamente uns nos outros, pode, como opción, evitar que o servidor inicie unha restauración de copia de seguridade configurando o valor da variable correspondente en cero. o ficheiro de configuración. É posible conectar unha interface web para a xestión, pero en xeral o sistema configurado pode automatizarse totalmente mediante pequenos scripts bash (ou SCM, por exemplo ansible). Existe un sistema un tanto non trivial para configurar o almacenamento, que aparentemente se debe ao soporte para unha extensa lista de varios dispositivos para almacenar datos (casetes LTO, discos duros, etc.). Tamén vale a pena sinalar que de todos os programas que se comentan neste artigo, AMANDA é o único que puido detectar o cambio de nome de directorios. O tamaño do repositorio para unha execución foi de 13 GB.

Anuncio

Copia de seguranza, parte 1: Por que é necesaria a copia de seguridade, unha visión xeral dos métodos e tecnoloxías
Parte 2 da copia de seguranza: revisión e proba de ferramentas de copia de seguridade baseadas en rsync
Parte de copia de seguranza 3: revisión e proba de duplicidade, duplicación
Parte 4 da copia de seguranza: revisión e proba de zbackup, restic e borgbackup
Copia de seguranza Parte 5: probando a copia de seguridade de bacula e veeam para Linux
Copia de seguranza Parte 6: Comparación de ferramentas de copia de seguranza
Copia de seguridade Parte 7: Conclusións

Fonte: www.habr.com

Engadir un comentario