Como usar o DRBD para toda a replicação do sistema

Question

Eu instalei e configurei DRBD nos meus servidores Ubuntu 9.10, seguindo os links abaixo.

link text1 e link text2

Eu estou em um plano para configurar servidores Ubuntu para alta disponibilidade, então eu testei o DRBD funcionando e está bem de acordo com os links que eu me referi. Mas meu maior requisito é que eu coloque outro servidor em produção se o servidor principal ficar inoperante / corrompido. É possível configurar o DRBD para que quaisquer alterações feitas no servidor principal para '/' sejam replicadas para o servidor secundário?.

EDITAR:

Caros especialistas:

Eu tenho um servidor Ubuntu que hospeda apache , tomcat , mysql , ldap e assim por diante. Eu não sei como dizer ... como se este servidor for corrompido ou mal funcionado, eu deveria imediatamente colocar outro sistema com os mesmos aplicativos de banco de dados, serviços, arquivos e diretórios (como um clone) em funcionamento. Eu me pergunto se há algo como primário e secundário que se replica (sistema inteiro) um do outro e se no caso do servidor primário falhar eu posso imediatamente criar o secundário.

Não estou falando apenas de DRBD, pode ser qualquer ferramenta de terceiros que atenda a todo o meu requisito. Eu tenho que fazer isso no momento designado para mim. De alguma forma você tenta entender o que eu preciso e colocar um fim nisso

Obrigado!

    

Answer 1

Replicar todo o sistema em um cenário de alta disponibilidade provavelmente não é uma boa ideia, por dois motivos:

1. Existem alguns parâmetros de configuração exclusivos para cada servidor: por exemplo, o nome do host e o endereço IP, possivelmente o mapeamento de dispositivos DRBD para discos. Configurar o sistema para que ele possa escolher a configuração correta com base em algum parâmetro "ambiental" (por exemplo, número de série da CPU) é definitivamente mais problema do que vale a pena.

2. Uma das vantagens oferecidas pelas configurações de alta disponibilidade é a capacidade de fazer upgrades de sistema sem tempo de inatividade do serviço: você atualiza o sistema de "backup", testa se funciona, troca o "primário" e o "backup" "funções, atualize o antigo sistema primário. Se algo der errado, você ainda terá pelo menos um sistema instalado e funcionando. Configurar uma replicação de sistema inteira automatizada anula este procedimento: se você atualizar um sistema, o outro também será atualizado: provavelmente você não poderá fazer isso enquanto o serviço estiver em execução e perder o recurso de "recuperação de desastre".

Dito isso, é possível replicar exatamente as partes do sistema que você precisa para ter um "hot spare" para os sistemas de produção, pronto para entrar em ação caso o servidor principal fique inativo.

Os detalhes exatos de como você faz isso dependem do serviço que você deseja executar (www? mysql? nfs?), mas a idéia geral é: configuração de replicação e dados mutáveis . Por exemplo, supondo que você quer ter um servidor NFS altamente disponível, você pode proceder como o seguinte (em ambos servidores):

1. Configure um disco DRBD replicado e monte-o em /nfs nos dois servidores (principal e de backup).

2. Crie diretórios /nfs/etc e /nfs/data

3. Symlink /etc/export to /nfs/etc/export e faça com que exporte o sistema de arquivos /nfs/data para os clientes.

4. Ter o serviço NFS gerenciado por heartbeat , em vez de pelo daemon init / upstart do sistema, para que ele sobe e desce de acordo com a função do servidor (principal ou backup) e com a disponibilidade do disco DRBD.

Isso é bastante superficial, mas deve ser o suficiente para você começar.

    

Answer 2

Você pode considerar a combinação do drdb com a virtualização. Mais informações podem ser encontradas aqui .

Por exemplo, você pode criar uma VM xen que use um disco com suporte a drbd.