Форум MySQL

>Маловероятно, что удасться такое провернуть и с класстером - сервера вряд ли далеко разнесёте (медленно будет) и придётся питать их из одного источника.

Почему медленно?Траффик между базами не слишком велик. На полтора порядка меньше траффика серверров,
да и не спешный. Задержка в 10-40 секунд - не проблема.

Автоматическое переключение зеркал видимо можно и не делать. Просто поставить ссылки на страницах, а вот по двусторонней синхронизации контента баз так я ничего и не пойму.
Где-то в обзоре встречал, что такое делают, но подход не ясен.

Маловероятно, что удасться такое провернуть и с класстером - сервера вряд ли далеко разнесёте (медленно будет) и придётся питать их из одного источника. Проще электричество подвести несколько каналов и организовать их переключение, что собственно и делается в дата-центрах.

То есть в итоге для посетителя сайт должен оставаться всегда доступен.

>Имеется в виду восстановление после внезапного отключения электричества, отключения сервера или если один сервер лишается питания, то вступает в действие второй?

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

В итоге хотелось бы получить комплекс устойчивый в любой из ситуаций о которых вы спрашиваете.

Имеется в виду восстановление после внезапного отключения электричества, отключения сервера или если один сервер лишается питания, то вступает в действие второй?

>Проще всего наладить репликацию серверов. С точки зрения программирования тут ничего не потребуется, кроме того, что записывать данные в одном сервере, а считывать с нескольких.
>
Спасибо за ответ!
Но, простите, возникло сомнение, что вы читали мой пост.
Я вот об этой фразе:
записывать данные в одном сервере, а считывать с нескольких.
Это не прибавит надёжности, а лишь убавит. Так как этот ведущий сервер всегда будет оставаться узким местом, а к нему прибавятся ещё не узкие, но способные к отказу части этой системы.
Я знаю что MySQL поддерживает репликацию данных по схеме MASTER -> Slaves.
Это вполне разумно и удобно применять для расширения сайта при увеличении потока запросов к нему.

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

P.S. Кстати, об этом говорится в ваших книгах?
P.P.S. Может я вас не так понял? Тогда извините!

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

Об настройках репликации можно почитать в наших книгах
MySQL 5. В подлиннике
MySQL на примерах

Как сделать, чтобы два удалённых сайта были синхронизированы? Хочу понять хотя бы принципиальный подход к этому, чтобы при проектировании не создавать проблем на будущее.
Главная цель создания таких близнецов – отказоустойчивость. Каждый из близнецов должен выполнять весь объём работы в случае отказа второго или возникновении любых проблем на какой-либо из линий связи, перегрузки, например.
То есть принцип, когда есть ведущий сервер и ведомый, насколько я понимаю, не подходит т.к. не повышает надёжности. Если оба сервера являются ведущими, то
1) Поддерживает ли такую схему MySQL? Если да, то с какой версии?
2) Чтобы отказ линии связи между близнецами не имел драматических последствий, запись в базу сервера-близнеца должна иметь отложенный характер. То есть скрипт должен получать ответ от базы, что на том же сервере, и не дожидаться ответа от базы другого сервера. А так же этот комплекс должен успешно восстанавливать синхронизацию даже при длительном разрыве связи. Возможно такое?
3) Если возможно, то хорошо, но сразу возникает проблема со столбцами аутоинкремента. Их в этом случае синхронизировать невозможно. Следовательно, при проектировании базы их нельзя использовать в качестве ключей поиска. Я могу это сразу заложить в проект, но стоит ли это делать? Это имеет смысл, если и остальные вопросы уже достаточно хорошо решаются теми или иными методами. Или лучше сделать ручную (программную) синхронизацию?
4) Что ещё нужно предусмотреть для того, чтобы создание двойника у сервера не составляло проблем?
5) Есть ли уже готовые решения?

Подскажите, пожалуйста, не слишком сложную литературу на эту тему, если встречали. Меня интересует этот вопрос не с позиции, что я прямо сейчас начну делать этих близнецов, а с позиции, что предусмотреть в проекте, чтобы потом это не составило никакой проблемы. Так что многие подробности настроек мне пока ни к чему.