Каким образом все еще с этим?

Мои настройки:
Сервер А:
CentOS 5.x
10.0.0.1
Apache
MySQL Master

Сервер B:
CentOS 5.x
10.0.0.2
Apache
MySQL Невольничий

Мои домены:
dom1.com запись: 10.0.0.1
Записи: 10.0.0.2
dom2.com запись: 10.0.0.1
Записи: 10.0.0.2
.
.
.

Поскольку вы не можете писать на раба, и мастер обновлены, я слышал, что 2 способ тиражирования будет вызывать проблемы. Я все настройки пишет перейти к мастеру (write.dom1.com) и читает Гото работорговли (read.dom1.com) через хост файл на каждом сервере.

Если сервер недоступен сервер B обнаружит это и rewrited хостов файл (writes.dom1.com) до своей самообороны так все прекрасно работает.

Но если скрипт на сервер B действует быстро и берет на себя пишет, и сервер начинает реагирования в настоящее время базы данных, которые не согласуются больше.

Думаю, я мог бы иметь скрипт, который изменяет хост файл вспять MASTER и SLAVE компьютеров и восстановить репликации, но Thats в ТАТО.

Есть ли лучший способ справиться с этим?

Имейте в виду, я только 2 Dual P4-серверов. Это всего лишь мои личные сайты, и если они идут вниз своих не очень большое дело, но я еще хотел бы знать, как и все остальные будут заниматься этим, если они были 'несколько' missioan критических с ограниченными ресурсами.

Спасибо ...

Решения, как Linux Heartbeat может выполнять работу, слишком.

Наша установка включает 150 + RH коробки. Это не просто веб LAMP, но все эти серверы приложений MySQL - мы находимся на SAN так, не более чем на несколько приложений, не могут быть низведены к одному серверу, поскольку, если все серверы серверы "не сразу, мы будем в режиме стихийного бедствия, в противном случае на удаленный сайт.

Вы должны иметь I / O проблема с вашей установки - relegating читает НСРА записывает в отдельный ящик.

Heartbeast является одним optionj я нашла, но им только этих 2-серверов.

Система Я работает ОК, им просто пытаюсь найти, если есть лучшее решение для MySQL избыточность, чем сценарии переписывающих хост файлов и коммутации MASTER и SLAVE MySQL-серверов. Это просто кажется там должен быть лучшим решением.

За то, что хотите, то вы должны диске сервера / Linux кластера ящик какой-то, возможно, с высоким уровнем доступности рейда.

Тогда позвольте обоих серверах, к процессу чтения И писать. Когда один не выдерживает других есть по умолчанию. На диске уже существует, смонтированы, подается из другого окна, так что они не имеют отказа проблемы.

Это также решает 'из синхронизацию' проблему.

Это именно то, что почти все с SAN это делать прямо сейчас. Кроме порядков меньших затратах. Наши SAN расходы компании на $ US40 MB; ПК с SATA могут иметь МБ рейда на 2 порядка меньше. Около $ US1.00 - $ US2.00 за МБ.