Backup, parte a pedido dos leitores: visão geral do UrBackup, BackupPC, AMANDA


Esta nota de visão geral continua o ciclo de backup , escrito a pedido dos leitores, com foco no UrBackup, BackupPC e AMANDA.


Visão geral do UrBackup.


A pedido de um participante do VGusev2007 , estou adicionando uma visão geral do UrBackup, um sistema cliente-servidor para backup. Ele permite criar backups completos e incrementais, sabe como trabalhar com instantâneos de dispositivo (somente Win?), E também sabe como criar backups de arquivos. O cliente pode estar localizado na mesma rede que o servidor ou conectar-se via Internet. Rastreamento de alterações reivindicado, que permite encontrar rapidamente as diferenças entre os backups. Também há suporte para desduplicação de armazenamento do lado do servidor, o que economiza espaço. As conexões de rede são criptografadas; também há uma interface baseada na Web para gerenciar o servidor. Vamos ver do que ela é capaz:


No modo de backup completo, os seguintes resultados foram obtidos:


Tempo de trabalho:


Primeiro lançamentoSegundo lançamentoTerceiro lançamento
Primeiro teste8m20s8m19s8m24s
Segundo teste8m30s8m34s8m20s
Terceiro teste8m10s8m14s8m12s

No modo de backup incremental:



Tempo de trabalho:


Primeiro lançamentoSegundo lançamentoTerceiro lançamento
Primeiro teste8m10s8m10s8m12s
Segundo teste3m50s4m12s3m34s
Terceiro teste2m50s2m35s2m38s

O tamanho do repositório nos dois casos foi de aproximadamente 14 GB, o que indica uma desduplicação em funcionamento no lado do servidor. Note-se também que o tempo de backup no servidor e no cliente não corresponde, o que é claramente visível nos gráficos e é um bônus muito bom, pois a interface da web mostra o processo de backup no lado do servidor, sem levar em consideração o status do cliente. Em geral, os gráficos para uma cópia completa e incremental são indistinguíveis. Provavelmente, a única diferença é como ele é tratado no lado do servidor. Também satisfeito com a baixa carga do processador no sistema redundante.


Visão geral do BackupPC


A pedido de vanzhiganov , estou adicionando uma revisão do BackupPC. Este software é instalado no servidor de armazenamento de backup, escrito em perl, executado sobre várias ferramentas de backup - principalmente rsync, tar. Ssh e smb são usados ​​como transporte e também há uma interface da web baseada em cgi (implantada no topo do apache). A interface da web possui uma extensa lista de configurações. Dos recursos - a capacidade de definir o tempo mínimo entre os backups, bem como o período durante o qual os backups não serão criados. Ao escolher um sistema de arquivos para o servidor de backup, você deve monitorar o suporte de links físicos. Portanto, o sistema de arquivos para armazenamento não pode ser dividido em pontos de montagem. Em geral, uma boa impressão, vamos ver do que esse software é capaz:


No modo de backup completo com rsync, foram obtidos os seguintes resultados:


Primeiro lançamentoSegundo lançamentoTerceiro lançamento
Primeiro teste12m25s12m14s12m27s
Segundo teste7m41s7m44s7m35s
Terceiro teste10m11s10m0s9m54s

Se você usa backups completos e tar:



Primeiro lançamentoSegundo lançamentoTerceiro lançamento
Primeiro teste12m41s12m25s12m45s
Segundo teste12m35s12m45s12m14s
Terceiro teste12m43s12m25s12m5s

No modo de backup incremental, o tar teve que ser abandonado porque nenhum backup foi criado com essas configurações.


Os resultados da criação de backups incrementais usando o rsync são os seguintes:



Primeiro lançamentoSegundo lançamentoTerceiro lançamento
Primeiro teste11m55s11m50s12m25s
Segundo teste2m42s2m50s2m30s
Terceiro teste6m00s5m35s5m30s

No geral, o rsync tem uma pequena vantagem de velocidade; o rsync também trabalha mais economicamente com a rede. Em parte, isso pode ser compensado pelo menor uso da CPU com o tar como um programa de backup. Outra vantagem do rsync é trabalhar com cópias incrementais. O tamanho do repositório ao criar backups completos é o mesmo, é de 16 GB, no caso de cópias incrementais - 14 GB para uma execução, o que significa deduplicação de trabalho.


Revisão AMANDA


A pedido do membro oller , eu adiciono testes AMANDA,


Os resultados de um teste executado com o tar como arquivador e a ativação da compactação são os seguintes:


Primeiro lançamentoSegundo lançamentoTerceiro lançamento
Primeiro teste9m5s8m59s9m6s
Segundo teste0m5s0m5s0m5s
Terceiro teste2m40s2m47s2m45s

O programa carrega totalmente um núcleo do processador, mas devido ao disco iops limitado no lado do servidor do armazenamento de backup, ele não pode desenvolver uma alta velocidade de transferência de dados. Em geral, a instalação gerou um pouco mais de problemas do que outros participantes, pois o autor do programa não usa ssh como transporte, mas implementa um esquema semelhante com as chaves, criando e mantendo uma autoridade de certificação completa. É possível limitar amplamente o cliente e o servidor de backup: por exemplo, se eles não puderem confiar totalmente um no outro, como opção, você poderá impedir que o servidor inicie uma restauração de backup, definindo o valor da variável correspondente como zero no arquivo de configurações. É possível conectar uma interface baseada na Web para gerenciamento, mas, em geral, um sistema personalizado pode ser totalmente automatizado com a ajuda de pequenos scripts bash (ou SCM, por exemplo, ansible). Existe um sistema de configuração de armazenamento não trivial, o qual, provavelmente, está associado ao suporte de uma extensa lista de vários dispositivos para armazenamento de dados (cassetes LTO, discos rígidos etc.). Também é importante notar que, de todos os programas discutidos neste artigo, a AMANDA é a única que conseguiu detectar a renomeação do diretório. O tamanho do repositório em uma execução foi de 13 GB.


Anúncio


Backup, parte 1: Por que você precisa de um backup, uma visão geral de métodos, tecnologias
Backup, Parte 2: Visão geral e teste das ferramentas de backup baseadas em rsync
Backup, Parte 3: Visão geral e teste de duplicidade, duplicati
Backup, Parte 4: Visão geral e testes zbackup, restic, borgbackup
Backup, parte 5: testando o bacula e o backup veeam para linux
Backup, Parte 6: Comparando ferramentas de backup
Backup Parte 7: Conclusões

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


All Articles