Diferentes tamanhos de bloco e suas implicações de velocidade

O Bacula (Bareos) pode ser configurado para escrever diferentes tamanhos de blocos sobre os dispositivos de fita.

  Minimum block size = <blocksize>

  Maximum block size = <blocksize>

O valor padrão para o tamanho do bloco é 64512 Bytes.

Os seguintes tamanhos de blocos foram testados usando o comando “speed” no btape:

• 64512 (padrão)
• 131072 (128k)
• 262144 (256k)
• 524288 (512k)
• 1048576 (1M)
• 2097152 (2M)
• 4194304 (4M)

Durante o teste de velocidade, btape escreve blocos e bareos matérias-blocos, ambos com zero dados e com dados aleatórios.

Para cada tipo de dados e tipo de bloco, btape teste grava três testes:

• 3 * 1,074 GBytes
• 3 * 2,147 GBytes
• 3 * 4,294 GBytes

e calcula a Passavelmente Mediano da velocidade.

Como estamos interessados ​​apenas que velocidade podemos alcançar em ambientes reais, só olhar para a escrita de testes bareos blocos.

Resultados de velocidade para btape escrever Bacula/Bareos com blocos sem dados

Compressão de hardware dos discos devem trabalhar melhor com este tipo de dados, de modo que esperamos a velocidade máxima de gravação de dados com zero.

Resultados de velocidade para btape escreve Blocos com dados aleatórios

Compressão de hardware dos controladores não deve ser capaz de fazer muito sobre dados aleatórios, então nós esperamos que a menor velocidade com esses dados de teste.

Ao escrever backups com dados aleatórios, o tamanho do bloco tem alguma influência nas velocidades de gravação totais totais, sendo 2M o melhor resultado.

Diferentes tamanhos de arquivo e suas implicações de velocidade

Além do tamanho do bloco, um dispositivo bareos também pode ser configurado para utilizar um determinado tamanho máximo.

  Maximum File Size = <tamanho máximo de arquivo>

Após esta quantidade de dados, uma marca de arquivo EOF está gravado na fita pelo Bacula/Bareos. Estas marcas de arquivo pode ser acessado diretamente pela unidade de fita, de modo que ter marcas de arquivo em várias partes da fita para melhorar o posicionamento da fita e velocidade na restauração.

Para ver o efeito deste parâmetro, fizemos um backup de teste com 45GBytes de dados de backup, incluindo o Red Hat Linux completa do sistema e algumas imagens de máquinas virtuais. Esperamos que a velocidade de backup viável se situa entre os testes com aleatória e com dados zero.

Este backup de 45GB foi gravado em fita usando o spool, de modo que o fator limitante para a velocidade realmente só é a própria fita e não os dados fd de coleta.

O valor padrão para a diretiva de tamanho máximo do arquivo é um gigabyte = 1000000000 bytes.

Os testes foram realizados usando tamanho máximo de arquivos de:

• 1g (default)
• 2g
• 5g
• 10g
• 20g
• 50g

O gráfico a seguir mostra a velocidade de gravação, dependendo do tamanho do arquivo configurado para o tamanho do bloco padrão e para 1M de bloco.

Como mostra a figura, filesizes maiores ajudar muito a melhorar a velocidade de backup. O valor padrão de tamanho máximo do arquivo é muito pequeno para unidades de fita modernas.

Conclusão

Para obter o melhor rendimento em unidades de fita modernas, é absolutamente aconselhável definir as directivas relativas aos dispositivos de block e file size.

Essas configurações podem ser efetivadas no respectivo recurso Device, no bacula-sd.conf. Penso que estes seriam valores ideais para uma boa performance de gravação: