geniuss
Новичок
Разработка switchover схемы для работы с БД
Исходные данные: имеется сервер БД, на котором происходит изменение данных (вставка, удаление, обновление) + выборка (основной сервер).
Также имеется второй сервер, аналогичный первому (резервный). Сервера находятся в разных дата-центрах. На серверах развёрнута СУБД MySQL 5.1.33, всё крутится под управлением ОС FreeBSD 8.0, 95% таблиц использует движок InnoDB.
Конфигурация серверов: Core 2 Duo Quad, 8GB RAM, HDD 500GB, 100Mbit internet;
Задача: обеспечить плавный переход на резервный сервер в случае, если основной сервер по какой-то причине ложится. Под плавным переходом подразумевается
полное переключение на работу с БД на резервном сервере в течение 5-10 минут. Естественно, мусолится вариант с репликацией (master - slave схема). Основной сервер - Master, резервный - Slave. Соотв. они меняются местами, когда основной падает, т.е. резервный становится основным. Когда упавший сервер оживает, он становится резервным (на него переносится БД с нового master сервера, и он в свою очередь становится slave сервером).
Схема не очень нравится, т.к. надо париться с переносом БД, когда упавший сервер оживает (а базы весят много, больше 10Гб). Если базы не переносить, а просто настроить снова репликацию в обратную сторону, то может быть проблема в случае, если перед падением основного сервера на нём в БД что-то писалось, и он не успел это отреплицировать на slave сервер.
Отсюда вопрос: какие схемы используете вы в своих проектах и пользуетесь ли вы схемой master - master (про подводные камни этого решения знаю немного)?
Перепост отсюда: http://www.sql.ru/forum/actualthread.aspx?tid=753051
Посоветовали поискать ответы на этом форуме
Исходные данные: имеется сервер БД, на котором происходит изменение данных (вставка, удаление, обновление) + выборка (основной сервер).
Также имеется второй сервер, аналогичный первому (резервный). Сервера находятся в разных дата-центрах. На серверах развёрнута СУБД MySQL 5.1.33, всё крутится под управлением ОС FreeBSD 8.0, 95% таблиц использует движок InnoDB.
Конфигурация серверов: Core 2 Duo Quad, 8GB RAM, HDD 500GB, 100Mbit internet;
Задача: обеспечить плавный переход на резервный сервер в случае, если основной сервер по какой-то причине ложится. Под плавным переходом подразумевается
полное переключение на работу с БД на резервном сервере в течение 5-10 минут. Естественно, мусолится вариант с репликацией (master - slave схема). Основной сервер - Master, резервный - Slave. Соотв. они меняются местами, когда основной падает, т.е. резервный становится основным. Когда упавший сервер оживает, он становится резервным (на него переносится БД с нового master сервера, и он в свою очередь становится slave сервером).
Схема не очень нравится, т.к. надо париться с переносом БД, когда упавший сервер оживает (а базы весят много, больше 10Гб). Если базы не переносить, а просто настроить снова репликацию в обратную сторону, то может быть проблема в случае, если перед падением основного сервера на нём в БД что-то писалось, и он не успел это отреплицировать на slave сервер.
Отсюда вопрос: какие схемы используете вы в своих проектах и пользуетесь ли вы схемой master - master (про подводные камни этого решения знаю немного)?
Перепост отсюда: http://www.sql.ru/forum/actualthread.aspx?tid=753051
Посоветовали поискать ответы на этом форуме