Esta nota de revisão continua , escrito a pedido dos leitores, falará sobre UrBackup, BackupPC e também AMANDA.
Revisão do UrBackup.
A pedido do participante Estou adicionando uma análise do UrBackup, um sistema de backup cliente-servidor. Ele permite que você crie 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 localizado na mesma rede que o servidor ou conectado via Internet. O rastreamento de alterações é declarado, o que permite encontrar rapidamente diferenças entre as cópias de backup. Também há suporte para desduplicação de armazenamento de dados no servidor, o que economiza espaço. As conexões de rede são criptografadas e também existe uma interface web para gerenciamento do servidor. Vamos ver o que ela pode fazer:
No modo de backup completo, foram obtidos os seguintes resultados:
Horas:
Primeiro começo
Segundo lançamento
Terceiro lançamento
Primeiro teste
8m20s
8m19s
8m24s
Segundo teste
8m30s
8m34s
8m20s
Terceiro teste
8m10s
8m14s
8m12s
No modo de backup incremental:
Horas:
Primeiro começo
Segundo lançamento
Terceiro lançamento
Primeiro teste
8m10s
8m10s
8m12s
Segundo teste
3m50s
4m12s
3m34s
Terceiro teste
2m50s
2m35s
2m38s
O tamanho do repositório em ambos os casos era de aproximadamente 14 GB, o que indica desduplicação funcional no lado do servidor. De referir ainda que existe uma discrepância entre o tempo de criação de um backup no servidor e no cliente, o que é bastante visível nos gráficos e é um bónus muito agradável, uma vez que a interface web mostra o tempo de funcionamento do processo de backup no lado do servidor sem levar em conta
condição do cliente. Em geral, os gráficos das cópias completas e incrementais são indistinguíveis. A única diferença é provavelmente como isso é tratado no lado do servidor. Também fiquei satisfeito com a baixa carga do processador no sistema redundante.
Revisão do BackupPC
A pedido do participante Estou adicionando uma análise do BackupPC. Este software é instalado em um servidor de armazenamento de backup, escrito em perl e funciona com várias ferramentas de backup - principalmente rsync, tar. Ssh e smb são usados como transporte; há também uma interface web baseada em cgi (implantada em cima do apache). A interface da web possui uma extensa lista de configurações. Entre as funcionalidades está a possibilidade de definir o tempo mínimo entre backups, bem como o período durante o qual os backups não serão criados. Ao escolher um sistema de arquivos para um servidor de backup, você precisa garantir que os links físicos sejam suportados. Assim, o sistema de arquivos para armazenamento não pode ser dividido em pontos de montagem. No geral, uma experiência bastante agradável, vamos ver do que este software é capaz:
No modo de criação de backups completos com rsync, foram obtidos os seguintes resultados:
Primeiro começo
Segundo lançamento
Terceiro lançamento
Primeiro teste
12m25s
12m14s
12m27s
Segundo teste
7m41s
7m44s
7m35s
Terceiro teste
10m11s
10m0s
9m54s
Se você usar backups completos e tar:
Primeiro começo
Segundo lançamento
Terceiro lançamento
Primeiro teste
12m41s
12m25s
12m45s
Segundo teste
12m35s
12m45s
12m14s
Terceiro teste
12m43s
12m25s
12m5s
No modo de backup incremental, tive que abandonar o tar porque os backups não foram criados com essas configurações.
Os resultados da criação de backups incrementais usando rsync são:
Primeiro começo
Segundo lançamento
Terceiro lançamento
Primeiro teste
11m55s
11m50s
12m25s
Segundo teste
2m42s
2m50s
2m30s
Terceiro teste
6m00s
5m35s
5m30s
Em geral, o rsync tem uma ligeira vantagem de velocidade; o rsync também funciona de forma mais econômica com a rede. Isso pode ser compensado em parte pelo menor uso da CPU com o tar como programa de backup. Outra vantagem do rsync é que ele funciona com cópias incrementais. O tamanho do repositório ao criar backups completos é o mesmo, 16 GB, no caso de cópias incrementais - 14 GB por execução, o que significa desduplicação funcional.
Avaliação de AMANDA
A pedido do participante adicionando testes AMANDA,
Os resultados de uma execução de teste com tar como arquivador e compactação ativada são os seguintes:
Primeiro começo
Segundo lançamento
Terceiro lançamento
Primeiro teste
9m5s
8m59s
9m6s
Segundo teste
0m5s
0m5s
0m5s
Terceiro teste
2m40s
2m47s
2m45s
O programa carrega totalmente um núcleo do processador, mas devido ao disco IOPS limitado no lado do servidor de armazenamento de backup, ele não consegue atingir altas velocidades de transferência de dados. Em geral, a configuração foi um pouco mais problemática do que para outros participantes, já que o autor do programa não usa ssh como transporte, mas implementa um esquema semelhante com chaves, criando e mantendo uma CA completa. É possível restringir amplamente o cliente e o servidor de backup: por exemplo, se eles não puderem confiar completamente um no outro, você poderá, como opção, impedir que o servidor inicie uma restauração de backup definindo o valor da variável correspondente como zero em o arquivo de configurações. É possível conectar uma interface web para gerenciamento, mas em geral o sistema configurado pode ser totalmente automatizado utilizando pequenos scripts bash (ou SCM, por exemplo ansible). Existe um sistema pouco trivial de configuração de armazenamento, o que aparentemente se deve ao suporte para uma extensa lista de vários dispositivos de armazenamento de dados (cassetes LTO, discos rígidos, etc.). É importante notar também que de todos os programas discutidos neste artigo, AMANDA é o único que foi capaz de detectar a renomeação de diretórios. O tamanho do repositório para uma execução foi de 13 GB.
Anúncio
Backup Parte 6: Comparando ferramentas de backup
Backup Parte 7: Conclusões
Fonte: habr.com