Backup diferencial do volume de dedução

Question

No momento, estamos fazendo um backup remoto completo das nossas VMs uma vez por semana. Isso leva todo o final de semana, e eu gostaria de acelerar o processo, se possível.

Estamos fazendo o backup das VMs usando o Dedup, e o tamanho do backup é de 300 GB usando um tamanho de bloco de 128 KB. Nossa conexão de pequeno escritório pode fazer 10mbit upstream no seu melhor, e isso seria traduzido em 3 dias para 300GB.

Você acha que 128 kb é um tamanho de bloco muito grande para esse aplicativo? Deveria ser baixado às custas da sobrecarga do sistema e o benefício do menor volume de backup?

Podemos fazer backups diferenciais via rsync com o Dedup, eliminando a necessidade de backups completos?

Todos e quaisquer conselhos / sugestões são bem-vindos.

Obrigado

    

Answer 1

Suponho que você espera que o maior ganho da dedup venha da parte do sistema operacional das imagens da VM. Nesse caso, se suas VMs não forem clones umas das outras, então eu diria que 128 KiB é um bloco muito grande para uma dedução ideal. Se o seu gargalo é a rede e a desduplicação mais eficiente seria útil, eu iria para baixo. Se você estiver desduplificando imagens de disco, o tamanho ideal seria a unidade mínima de alocação no nível do SO da VM. No Linux, esse é um bloco de 4KB (por padrão) nos sistemas de arquivos ext3 e ext4. Com tamanhos de bloco maiores, preste atenção ao particionamento, você pode ter sistemas idênticos deslocados pela metade do tamanho do bloco de deduplicação devido a diferentes layouts de disco virtual.

É difícil dar uma resposta melhor com uma pergunta bastante vaga.

    

Answer 2

O VMware ESX4 + mudou o rastreamento de blocos, que permite que o software de backup determine quais blocos serão armazenados em backup, em vez de todo o disco. O software de backup pode, então, reverter as alterações para o primeiro backup completo, eliminando essencialmente a necessidade de fazer um total a cada semana.