форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (Разное / Linux)
Изначальное сообщение		[ Отслеживать ]

"посоветуйте решение для высокодоступного mysql"	+/–
Сообщение от rumpert on 21-Июл-11, 16:17
Добрый день! есть БД mysql типа MyISAM размером почти 10 Гб, в которой хранится всякая очень нужная информация. В основном БД работает только на чтение. Поставлена задача сделать доступ к этой БД отказоустойчивым с балансировкой нагрузки. Т.е. будет использовано минимум 2 сервера, которые синхронизируют между собой редкие изменения и отдают по запросам информацию из БД. какое решение лучше всего использовать? стоит ли связываться с mysql-cluster? или ограничится игрой с репликацией master-master? спасибо!
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "посоветуйте решение для высокодоступного mysql"	+/–
Сообщение от Дядя_Федор on 21-Июл-11, 17:24
Один из вариантов - drbd+hearbeat. Второй - независимые сервера и репликация. Это так - сходу.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "посоветуйте решение для высокодоступного mysql"	+/–
	Сообщение от sm00th1980 (ok) on 21-Июл-11, 19:40
	> Один из вариантов - drbd+hearbeat. Второй - независимые сервера и репликация. Это > так - сходу. так вот я скажу, т.к. лично испытывал варианты: 1) drbd+hearbeat Плюсы: настройка репликации не зависит от БД, тупо шарится диск по сети и СУБД складывает на неё блоки. Минусы: при внедрении в продакшене - сервер завис на следующий день :( жёсткий фейл за который мне заказчик оторвал яйца. При этом на стенде неделю отработало без проблем. 2) mysql-cluster минусы: имеет кучу ограничений на стркутуру таблиц - отнюдь не факт что для ваших таблиц это решение заведётся - нужно смотреть ограничения 3) master-master репликация не имеет ограничений на структуру таблиц, может восстанавливать реплику автоматически при обрыве связи. Имеет некую задержку при передаче дельт. Т.е. не мгновенно изменения распространяются. При обрыве связи - отрабатывал нормально - сам восстанавливал связь и продолжал синхронизацию. При выключении одного из серваков по питанию по время синхронизации - может произойти ситуация - сплит-брейн - т.е. к этому надо быть готовым.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема