Benchmark Velocidade de Gravação e Leitura de Fitas Magnéticas

Para determinar a influência dos parâmetros de possíveis de configuração dos dispositivos de armazenamento em fita do Bacula (Bareos), foram feitos alguns testes com o btape e carga de trabalho de dados reais.

Equipamento utilizado:

IBM System x3690 X5

CPU: Intel (R) Xeon (R) CPU 1.73GHz E7- 2803 @ pisar 02

RAM: 148 GB

Tape Drive: IBM ULT3580-TD6 D2D2 PQ: 0 ANSI: 6

Conexão:

QLogic Fibrechannel controlador: QLogic QLE2562 – QLogic 8Gb FC Dual-port HBA para System x.

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.

Os parâmetros para definir os tamanhos de bloco são:
  Minimum block size = <blocksize>
  Maximum block size = <blocksize>

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.

files/graphs/bareos-tape-speed-over-blocksize-zerodata.png

Como pode ser visto, o dispositivo de banda cria a máxima writespeed em um tamanho de bloco de 1M ao escrever bareos blocos com dados de zero. Mas cuidado! 1M pode estressar seu drive de fitas, levando a problemas na escrita e leitura dos backups. 512K ainda é o mais seguro.

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.

files/graphs/bareos-tape-speed-over-blocksize-randomdata.png

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.

files/graphs/bareos-tape-speed-over-filesize.png

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:

Minimum block size = 524288  # 512 K. Para LTO-4 use metade
Maximum block size = 1048576 # 1 M: mais que isso pode trazer problemas para LTO-5. Para LTO-4 use metade (Heitor).
Maximum File Size = 20G    # Para LTO-4 use metade

Fonte: http://www.bareos.org/en/Whitepapers/articles/Speed_Tuning_of_Tape_Drives.html

Disponível em: pt-brPortuguês

Deixe uma resposta