Espelhando uma máquina inteira

2

Qual é a maneira mais apropriada de espelhar constantemente todas as configurações e dados de uma máquina Linux para outra? Eu tenho um servidor crítico, que eu gostaria de ter um "hot spare" disponível para no caso de qualquer falha de componente leva off-line. Eu tenho fontes de alimentação redundantes e RAID, mas uma falha na memória / CPU / placa-mãe ainda pode colocá-lo offline. Está usando o rsync de hora em hora / dia para copiar o sistema de arquivos para uma máquina idêntica o suficiente?

    
por Cerin 03.02.2012 / 21:09

3 respostas

5

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:

  1. 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?
  2. 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ê?
  3. 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.

    
por 03.02.2012 / 21:14
2

Eu usaria algo como Marcapasso / pulsação + drbd para lidar com os problemas de disponibilidade e sincronização de dados.

O marcapasso gerenciaria recursos no nível de máquina, como o failover de rede (movendo IPs entre sistemas), iniciando e interrompendo aplicativos (apache, mysql, postgres, etc).

O DRBD seria usado para fazer a replicação em nível de bloco no disco para ajudar a garantir que seus dados estejam atualizados o quanto razoavelmente possível entre sua máquina principal e o hot spare.

    
por 03.02.2012 / 21:59
2

Não há uma solução para backups.

Para dados não pertencentes ao banco de dados, concordo com o Travis. Marcapasso / batimento cardíaco & DRBD é o caminho a percorrer.

Para configurações, isso depende de como você quer chegar:

  • rsync
  • controle de versão
  • ferramentas de gerenciamento de configuração (fantoches, cfengine, etc)
  • ssh + ....

faça a sua escolha.

Bancos de dados são outro animal. Copiar seus arquivos pode funcionar, mas eu não recomendo. A maioria dos mecanismos de banco de dados tem alguma forma de replicação construída nesses dias. Veja se o seu é e se ele atende às suas necessidades.

    
por 03.02.2012 / 22:49