Não existe o "jeito" de fazer isso, mas sim um monte de maneiras que dependem das suas necessidades. O rsync pode copiar o suficiente para que a recuperação seja possível, mas não é necessariamente a resposta que você precisa.
Is using rsync on a hourly/daily basis to copy over the filesystem to an identical machine enough?
Boa pergunta, é isso? Existem dois problemas que irão apresentar:
- Você pode perder até uma hora ou um dia de alterações no sistema e nos seus dados. Isso é aceitável para o seu negócio?
- O rsync leva tempo para ser executado, portanto, se todo o processo levar cinco minutos, você terá alguns arquivos a partir das 12h e alguns a partir das 12h05. Isso é aceitável para você?
- Se você perder a máquina de origem durante o processo de rsync, poderá ter um clone quebrado. Isso é aceitável para você?
Você também deve observar que, por exemplo, os servidores de banco de dados realmente não suportam nada além de backups de clone rsync, a menos que você tome cuidado extra - eles são muito sensíveis a vários arquivos diferentes correspondentes e se estiverem executando o tempo que você rsync, você pode ter problemas.
Você pode melhorar o ponto 2 usando instantâneos do LVM, o que dará um instante consistente no qual você capturará a máquina - o que tornará o seu clone o equivalente a uma reinicialização rígida quando iniciado, o que não é ruim para recuperar de.
Você pode tentar configurar o rsync para minimizar o risco de 3 picadas, mas não pode eliminá-lo totalmente.
De qualquer forma, outros locais para procurar são sistemas de arquivos compartilhados, como GlusterFS , ou ferramentas de disco compartilhadas, como DRBD , que oferece diferentes vantagens em termos de recuperação e confiabilidade.
Em última análise, porém, é tudo sobre o que sua empresa precisa e o trade-off. Os bons backups de recuperação de desastres ajudam a atenuar o problema.