Предположим, есть HA кластер, с репликацией Master-slave для MySQL и c помощью csync для контента(ну еще memcached для сессий, но это не существенно по сути вопроса).
Что будет с сайтом, если slave нода упадет после обновления контента, но до синхронизации контента с помощью csync2? На сайте появятся квадратики вместо не попавших на slave картинок, как только подгрузятся изменения из лога MySQL для слейва? А ведь это гораздо более важный вопрос, чем отказоустойчивость хранилища сессий с помощью MemCached, который освещен в документации: подумаешь, выбило юзера, если не хватило памяти, или сервер с кэшом упал? Пользователь скорее подумает на свой плохой интернет.... А вот перекошенный сайт из-за многочисленных 404 контента это fail
Есть ли какое-то решение? Может быть, репликация БД во временную базу, и переключение БД только тогда, когда выкатятся очередные изменения от csync2?
Что будет с сайтом, если slave нода упадет после обновления контента, но до синхронизации контента с помощью csync2? На сайте появятся квадратики вместо не попавших на slave картинок, как только подгрузятся изменения из лога MySQL для слейва? А ведь это гораздо более важный вопрос, чем отказоустойчивость хранилища сессий с помощью MemCached, который освещен в документации: подумаешь, выбило юзера, если не хватило памяти, или сервер с кэшом упал? Пользователь скорее подумает на свой плохой интернет.... А вот перекошенный сайт из-за многочисленных 404 контента это fail
Есть ли какое-то решение? Может быть, репликация БД во временную базу, и переключение БД только тогда, когда выкатятся очередные изменения от csync2?
