Esta nota de revisão continua , escrita a pedido dos leitores, abordará UrBackup, BackupPC e AMANDA.
Revisão do UrBackup.
A pedido do participante , adiciono a revisão do UrBackup, um sistema cliente-servidor de backup. Ele permite criar backups completos e incrementais, pode trabalhar com instantâneos de dispositivos (apenas Win?), e também pode criar backups de arquivos. O cliente pode estar na mesma rede que o servidor ou se conectar pela Internet. Foi declarado que há rastreamento de alterações, o que permite encontrar rapidamente as diferenças entre os backups. Também há suporte à deduplicação de armazenamento de dados no lado do servidor, o que economiza espaço ocupado. As conexões de rede são criptografadas, também existe uma interface web para gerenciar o servidor. Vamos ver do que ele é capaz:
No modo de criação de backup completo, os resultados foram:
Tempo de execução:
Primeira execução
Segunda execução
Terceira execução
Primeiro teste
8m20s
8m19s
8m24s
Segundo teste
8m30s
8m34s
8m20s
Terceiro teste
8m10s
8m14s
8m12s
No modo de criação de backups incrementais:
Tempo de execução:
Primeira execução
Segunda execução
Terceira execução
Primeiro teste
8m10s
8m10s
8m12s
Segundo teste
3m50s
4m12s
3m34s
Terceiro teste
2m50s
2m35s
2m38s
O tamanho do repositório em ambos os casos foi de aproximadamente 14 GB, o que indica que a deduplicação está funcionando no lado do servidor. Também deve-se notar a discrepância no tempo de criação do backup entre o servidor e o cliente, o que é visível nos gráficos e é um bônus bastante agradável, uma vez que a interface web mostra o tempo de operação do processo de backup no lado do servidor sem considerar
o estado do cliente. No geral, os gráficos para o backup completo e o incremental são indistinguíveis. Provavelmente, a diferença está apenas na forma como isso é processado no lado do servidor. Também fiquei satisfeito com a baixa carga da CPU no sistema que está sendo reservado.
Revisão do BackupPC
A pedido do participante Adiciono a análise do BackupPC. Este software é instalado em um servidor de armazenamento de backups, escrito em Perl, e funciona sobre várias ferramentas de backup — principalmente rsync e tar. Utiliza SSH e SMB como transporte, e também possui uma interface web baseada em CGI (implantada sobre Apache). Na interface web, há uma lista abrangente de configurações. Entre as características, destaca-se a possibilidade de definir um intervalo mínimo entre os backups, bem como um período durante o qual os backups não serão realizados. Ao escolher o sistema de arquivos para o servidor de backup, é importante observar o suporte a links duros. Assim, o sistema de arquivos para o armazenamento não pode ser dividido em pontos de montagem. No geral, é uma impressão bastante positiva. Vamos ver do que este software é capaz:
No modo de criação de backups completos com rsync, os resultados foram os seguintes:
Primeira execução
Segunda execução
Terceira execução
Primeiro teste
12m25s
12m14s
12m27s
Segundo teste
7m41s
7m44s
7m35s
Terceiro teste
10m11s
10m0s
9m54s
Se utilizarmos backups completos e tar:
Primeira execução
Segunda execução
Terceira execução
Primeiro teste
12m41s
12m25s
12m45s
Segundo teste
12m35s
12m45s
12m14s
Terceiro teste
12m43s
12m25s
12m5s
No modo de criação de backups incrementais, foi preciso desistir do tar, pois com essas configurações os backups não eram criados.
Os resultados da criação de backups incrementais utilizando rsync são os seguintes:
Primeira execução
Segunda execução
Terceira execução
Primeiro teste
11m55s
11m50s
12m25s
Segundo teste
2m42s
2m50s
2m30s
Terceiro teste
6m00s
3m33s
5m30s
De modo geral, é possível ver uma leve vantagem em velocidade do rsync, que também utiliza a rede de forma mais eficiente. Parte disso pode ser compensado pelo menor uso da CPU com o tar como programa para criação de backups. Outra vantagem do rsync é o uso com cópias incrementais. O tamanho do repositório ao criar backups completos é igual, totalizando 16 GB, enquanto no caso de cópias incrementais — 14 GB por execução, o que indica a deduplicação em funcionamento.
Análise da AMANDA
A pedido do participante Adiciono os testes da AMANDA,
Os resultados do teste com tar como compactador e ativação da compressão são os seguintes:
Primeira execução
Segunda execução
Terceira execução
Primeiro teste
9m5s
8m59s
9m6s
Segundo teste
0m5s
0m5s
0m5s
Terceiro teste
2m40s
2m47s
2m45s
O programa carrega completamente um núcleo de CPU, mas devido ao disco com IOPS limitado no lado do servidor de armazenamento de backups, não consegue alcançar uma velocidade de transferência de dados maior. No geral, a configuração trouxe um pouco mais de problemas do que os outros participantes, já que o autor do programa não utiliza SSH como transporte, mas implementa um esquema semelhante com chaves, criando e mantendo uma CA completa. Há a possibilidade de restringir amplamente o cliente e o servidor de backup: por exemplo, se eles não puderem confiar totalmente um no outro, pode-se proibir, como alternativa, a iniciação de recuperação de backup pelo servidor, definindo o valor da variável correspondente como zero no arquivo de configuração. É possível conectar uma interface web para gerenciamento, mas, no geral, o sistema configurado pode ser totalmente automatizado com pequenos scripts em bash (ou SCM, como ansible, por exemplo). Existe um sistema de configuração de armazenamento não trivial, que, aparentemente, está relacionado ao suporte a uma ampla lista de diferentes dispositivos de armazenamento (fitas LTO, discos rígidos, etc.). Também vale mencionar que, dentre todos os programas analisados neste artigo, a AMANDA é a única que conseguiu detectar a renomeação do diretório. O tamanho do repositório em uma única execução foi de 13 GB.
Anúncio
Backup, Parte 6: Comparação de ferramentas de backup
Backup, parte 7: Conclusões
Fonte: habr.com
