Como é que todos os demais lidar com isso?

Minha configuração:
Servidor A:
CentOS 5.x
10.0.0.1
Apache
MySQL Master

Servidor B:
CentOS 5.x
10.0.0.2
Apache
MySQL Escravo

Meus Domínios:
dom1.com Um recorde: 10.0.0.1
A Registo: 10.0.0.2
dom2.com Um recorde: 10.0.0.1
A Registo: 10.0.0.2
.
.
.

Desde que você não pode escrever para o escravo, e ter actualizado comandante, ouvi dizer que 2 way irá causar problemas. Tenho configuração escreve para todos os goto master (write.dom1.com) e lê goto escravo (read.dom1.com), através de arquivo hosts em cada servidor.

Se um servidor cair Servidor B detecta isso e rewrited de arquivo hosts (writes.dom1.com) para a sua auto-lo tudo funciona muito bem.

Mas se o script no servidor B actua de forma rápida e assume escreve e Server A resposta começa agora as bases de dados não são mais consistentes.

Acho que eu poderia ter o script que altera o arquivo hosts para inverter o master e slave computadores e restabelecer a replicação, mas thats uma PITA.

Existe uma maneira melhor de lidar com isso?

Tenha em mente que só tem 2 servidores Dual P4. Estes são apenas meus websites pessoais e se vão para o seu não é realmente uma grande coisa, mas eu ainda gostaria de saber como lidar com isso todos os outros que se foram "um pouco" missioan crítico com recursos limitados.

Obrigado ...

Soluções Heartbeat como Linux pode fazer o trabalho, também.

Nossa configuração envolve 150 + RH caixas. Este não é apenas LÂMPADA webservers, mas de todos os servidores MySQL apps - estamos em uma SAN não tão longo para várias aplicações independentes podem ser relegados para um servidor, uma vez que se todos os servidores servidores falhou em uma vez que estaria em desastre modo, não a um site remoto.

Você deve ter um I / O problema com a sua configuração - relegando lê ANDs escreve para caixas separadas.

Heartbeast é um optionj fiz encontrar mas im limitado a estes 2 servidores.

O sistema que tenho é trabalhar bem, só im tentando encontrar se há uma solução melhor para o MySQL redundância do que ter scripts reescrever hospeda arquivos e comutação mestre e escravo MySQL servidores. Só parece, tem de haver uma solução melhor.

Para o que você quer você precisa de um disco servidor / linux cluster casa de algum tipo, talvez com alta disponibilidade raid.

Em seguida, permitir que ambos os servidores para processar a ler e escrever. Quando um falha o outro está lá por padrão. Os discos já estão lá, montada, servido por uma outra casa, então eles não têm um failover problema.

Isso também resolve o "fora de sincronismo" problema.

Isso é quase exatamente o que todo mundo com uma SAN está fazendo agora. Exceto por ordens de magnitude menor custo. Nosso SAN nos custa $ US40 por MB; um PC com o SATA pode ter um raid de 2 MB de ordens de magnitude menor. Circa US1.00 $ - $ US2.00 por MB.