Rsync para sincronizar a produção com o failover

Question

• Eu tenho servidor1 como servidor de produção.
• Eu tenho server3 como servidor de failover. Criado a partir do instantâneo do servidor1.
• Eu tenho server2 como servidor filebackup para o servidor um. O papel é ser o laborioso para suportar os servidores 1 e 3.

Todos os três podem conversar entre si via túnel ssh. Todos os três são ubuntu 16.04 em digitalocean, cada um em uma região diferente. O banco de dados MySQL está instalado para facilitar a execução do site Wordpress em var / www / HTML. Da mesma forma para php7 e nginx.

Duas perguntas: Posso executar o rsync do server2 para manter o servidor3 em sincronia com o servidor1?

Como o server3 é um gêmeo idêntico do servidor 1, desejo que TODAS as alterações no server1 sejam sincronizadas com o server3. Incluindo mudanças no sistema, instalações de software, alterações de conteúdo ... tudo isso. A idéia é manter o server3 como idêntico ao server1.

O que então eu digo ao rsync para sincronizar? Seria simplesmente servidor1 / para servidor3 / recursivo?

Obrigado por todos os comentários. Analisei todas as pesquisas, mas não consegui ver que essas duas perguntas específicas foram abordadas no contexto dessa configuração. Tudo parece lidar com a sincronização de determinados arquivos ou pastas e não de instalações inteiras.

    

Answer 1

Eu clonei com sucesso um sistema Linux usando o rsync. Eu instalei o Ubuntu em um pendrive e copiei o sistema operacional de um laptop e o pendrive inicializou bem. Eu também fiz isso em dois computadores desktop. No entanto, uma vez cp'ed / bin /, / lib, etc e não funcionou, eu tive que reinstalar o sistema de destino, não sei porquê. Mas, em geral, funciona.

Você precisa excluir determinados diretórios:

rsync -acv --delete --exclude=fstab --exclude=/dev --exclude=/media --exclude=/mnt --exclude=/proc --exclude=/lost+found --exclude=/run --exclude=/sys --exclude=/tmp /server1/ /server2/

Você precisa excluir o / etc / fstab porque seus UIDs serão diferentes em seus servidores. Como / mnt e / media podem conter diretórios customizados que você criou e precisam ser replicados no server2, certifique-se de excluí-los.

Você também precisa executar %código% no sistema clonado porque o /boot/grub/grub.cfg apontará para o UID do SO de origem, o que será um problema quando você reinicializar o servidor2.

Antes de fazer isso em seus servidores de produção, teste esse procedimento!

Verifique também este post: Como melhor clonar um sistema em execução para um novo disco rígido usando o rsync?