Estratégia completa do MySQL BAckup

Question

Aqui estão nossas configurações do MySQL:

3 Servidores MySQL em um "anel de replicação": eles são todos mestre e S1 é escravo de S2, que é escravo de S3, que é escravo de S4.

Até agora, faríamos instantâneos das máquinas, mas isso não é algo que podemos / queremos fazer mais. Estamos tentando obter um backup completo dos bancos de dados para o S3.

Minha ideia era que precisássemos criar mysqldump em algumas horas e depois enviá-lo para o S3. O problema é que um despejo é muito caro quando você tem mais do que algumas centenas de MB de dados (estamos com 8 GB).

Salvar os logs binários é uma opção, mas a restauração pode levar dias, já que precisamos aplicar todos os logs binários: /

Alguma solução incrível para nós?

    

Answer 1

Você pode realmente usar a replicação para isso. Duas opções vêm à mente.

1. Use o "estilo" do MySQL Tempo de replicação atrasada (ou seja, insira uma quarta máquina e deixe-o fazer uma recuperação contínua).
2. Você também pode adicionar uma quarta máquina como hot standby, retirá-la diariamente e, em seguida, fazer o backup normalmente ou instantaneamente (fx. usando ZSF no Solaris ou LVM no Linux). Finalmente, coloque-o de volta na replicação e deixe-o alcançar os servidores principais.

Answer 2

Eu não sei se é incrível, mas estamos muito felizes com o CDP para MySQL da R1Soft. Você pode querer dar uma olhada: link

Ele criará backups para qualquer diretório / ponto de montagem local. Então, usando a subcloud ou s3fs você pode fazer backup diretamente no S3.

    

Answer 3

E sobre a replicação do MySQL? link

    

Answer 4

Qual mecanismo de armazenamento seu aplicativo usa?

Se for InnoDB, você pode usar xtrabackup para backup completo todos os dias e backup incremental a cada poucas horas .