ClusterControl - Gerenciamento Avançado de Backup - mariabackup Parte I

ClusterControl pode, entre outros, atuar como uma ótima ferramenta para ajudá-lo a projetar e executar o agendamento de backup. Vários recursos estão disponíveis, incluindo verificação de backup, criptografia de backup transparente e muitos outros. O que geralmente está faltando é a capacidade do ClusterControl de ajustar as ferramentas de backup que usamos para criar o backup. Neste blog, gostaríamos de examinar algumas das configurações que podem ser aplicadas ao MariaBackup. Vamos começar.

Configuração inicial

A configuração inicial é um cluster MariaDB com um mestre e uma réplica que é atrasado neste momento devido à importação dos dados em execução em segundo plano.

Temos dois nós ProxySQL e dois nós Keepalived, fornecendo IP virtual e garantindo que o ProxySQL esteja acessível. Estamos preenchendo o cluster (daí o lag) com dados gerados pelo sysbench. Usamos o seguinte comando para acionar esse processo:

sysbench /root/sysbench/src/lua/oltp_read_write.lua --threads=4 --mysql-host=10.0.0.111 --mysql-user=sbtest --mysql-password=sbtest --mysql-port=6033 --tables=32 --table-size=1000000 prepare

Isso gerará cerca de 7,6 GB de dados nos quais testaremos diferentes configurações de backup.

Configurações de compactação

Como mencionamos, existem algumas configurações que você pode usar para ajustar o MariaBackup e outras ferramentas envolvidas no processo de backup.

Nesta postagem do blog, gostaríamos de nos concentrar no nível de compactação e ver se tiver algum tipo de impacto real em nosso processo de backup. Isso altera a duração da execução de backup? Isso altera o tamanho do backup? Como? Faz algum ponto em realmente usar qualquer outra coisa além da configuração padrão? Vamos dar uma olhada nele em breve.

Vamos executar backups usando todas as configurações da lista suspensa Nível de compactação:

Os backups serão armazenados no nó, localmente, para minimizar o impacto causado pela rede. Vamos usar MariaBackup completo. Os dados no banco de dados não são criptografados ou compactados de forma alguma.

Iniciaremos 9 tarefas de backup, cada uma com uma configuração diferente do nível de compactação. Essa configuração é passada para o gzip que é usado, por padrão, para compactar os dados. O que esperamos ver é um aumento do tempo de execução do backup e redução do tamanho do backup quando aumentarmos essa configuração.

Como você pode ver, com exceção do backup 4, que podemos basta contar como uma flutuação transitória, o tempo de execução do backup aumenta a partir de 3 minutos e 41 segundos até 17 minutos e 57 segundos. O tamanho do backup diminui de 3,5 GB para 3,3 GB. Também podemos verificar o tamanho exato do backup:

du -s /root/backups/*
3653288 /root/backups/BACKUP-1
3643088 /root/backups/BACKUP-2
3510420 /root/backups/BACKUP-3
3486304 /root/backups/BACKUP-4
3449392 /root/backups/BACKUP-5
3437504 /root/backups/BACKUP-6
3429152 /root/backups/BACKUP-7
3425492 /root/backups/BACKUP-8
3405348 /root/backups/BACKUP-9

Isso confirma que o tamanho do backup, de fato, diminui a cada nível de compactação, mas as diferenças são bem pequenas entre o primeiro e o último nível que testamos. O menor backup tem 93,2% do tamanho do maior. Por outro lado, seu tempo de execução (1077 segundos) é quase 5 vezes maior que o tempo de execução do maior backup (221 segundos).

Lembre-se de que sua milhagem pode variar. Você pode usar dados que compactam melhor, tornando o impacto do nível de compactação mais significativo. Com base no resultado deste teste, para o conjunto de dados do sysbench, dificilmente faz sentido usar um nível de compactação superior a 3.

Compressão Qpress

Outra opção que gostaríamos de testar hoje é a compressão Qpress. Qpress é um método de compressão que pode ser usado para substituir o gzip.

Como você pode ver, é definitivamente mais rápido que o gzip, mas vem com um aumento significativo no tamanho dos dados. Após 100 segundos de compactação, obtivemos 4,6 GB de dados.

A escolha do método de compactação mais adequado pode exigir uma série de testes, mas, como esperamos que você possa ver, definitivamente faz questão de fazer isso. Para grandes conjuntos de dados, poder trocar um arquivo um pouco maior por um processo de backup quase 5 vezes mais rápido pode ser bastante útil. Se considerarmos o uso do Qpress, podemos trocar espaço em disco até mesmo por um processo de backup 10 vezes mais rápido. Isso pode significar uma diferença entre 20 horas de backup e 2 horas de backup. Claro, o aumento do espaço em disco necessário para armazenar esses dados será visível, mas, quando você pensa sobre isso, é possível obter um volume de disco maior. Adicionar horas adicionais ao dia, quando 24 horas não são suficientes para fazer o backup, não é.

Esperamos que este breve blog tenha sido útil para você e que o encoraje a brincar e ajustar diferentes configurações que podem ser usadas para o MariaBackup. Se você gostaria de compartilhar sua experiência com eles, adoraríamos ver seus comentários.