Hvordan alle andre håndtere dette?

Mitt oppsett:
Server A:
CentOS 5.x
10.0.0.1
Apache
MySQL Master

Server B:
CentOS 5.x
10.0.0.2
Apache
MySQL Slave

Mine domener:
dom1.com en rekord: 10.0.0.1
A-post: 10.0.0.2
dom2.com en rekord: 10.0.0.1
A-post: 10.0.0.2
.
.
.

Siden du Kan ikke skrive til slaven, og har master oppdatert, har jeg hørt at 2-veis replikering vil forårsake problemer. Jeg har oppsett alle skriver til goto master (write.dom1.com) og leser goto slave (read.dom1.com) via hosts for hver server.

Hvis Server En går ned Server B oppdager dette og rewrited hosts til (writes.dom1.com) til dens selv slik at alt fungerer bra.

Men hvis skriptet på Server B handlinger raskt og overtar skriver og Server En begynner å reagere nå databasene ikke er forenlig lenger.

Jeg tror jeg kunne ha manuset som endrer hosts å reversere MASTER og SLAVE datamaskiner og gjenopprette replikering men thats a Pita.

Finnes det en bedre måte å håndtere dette?

Husk jeg bare har 2 Dual P4 servere. Dette er bare min personlige nettsteder og hvis de går ned det egentlig ikke noe stort problem, men jeg fortsatt ønsker å vite hvordan alle andre ville håndtere dette hvis de var 'litt' missioan kritisk med begrensede ressurser.

Takk ...

Løsninger som Linux Heartbeat kan gjøre jobben også.

Vårt oppsett involverer 150 + RH bokser. Dette er ikke bare LAMP webservere, men alle MySQL apps servere - vi er på en SAN så sviktende over for flere urelaterte apps kan forvises til en server, siden hvis alle servere servere mislyktes gang vi ville være i katastrofe-modus, sviktende til en ekstern side.

Du må ha en I / O problem med ditt oppsett - relegating leser ands skriver til separate esker.

Heartbeast er en optionj jeg fant men im begrenset til disse 2 serverne.

Systemet har jeg fungerer OK, im prøver bare å finne om det er en bedre løsning for MySQL redundans enn at skriptene omskriving vertene filer og svitsjing MASTER og SLAVE MySQL servere. Det bare synes det må være en bedre løsning.

For det du ønsker må du ha en disk server / Linux-klynge boks av noe slag, kanskje med høy tilgjengelighet raid.

Deretter kan både servere for å behandle lese og skrive. Når man mislykkes andre er det som standard. Diskene er der allerede, montert, satt ut av en annen boks, slik at de ikke har en failover problem.

Dette løser også 'ute av sync' problem.

Dette er nesten nøyaktig hva alle med et SAN gjør akkurat nå. Bortsett størrelsesordener lavere kostnad. Våre SAN koster oss $ US40 per MB; en PC med SATA kan ha MB raid for 2 størrelsesordener mindre. Circa $ US1.00 - $ US2.00 per MB.