Отказоустойчивый двухузловой кластер

У кого-либо получалась схема с автоматическим мультимастеринг репликацией для MySQL ? Требование - использование MySQL, но как его автоматически наращивать без ручного вмешательства - пока загадка. Речь идёт о неограниченном количестве узлов с собственной копией базы.
 
У кого-либо получалась схема с автоматическим мультимастеринг репликацией для MySQL ? Требование - использование MySQL, но как его автоматически наращивать без ручного вмешательства - пока загадка. Речь идёт о неограниченном количестве узлов с собственной копией базы.
в каком смысле, с собственной копией? копия базы на всех нодах одинаковая, количество нодов - от 2х и более, читайте доку по мускулу и проводите исследования на реальных проектах. не понятно, что нужно автоматически наращивать? или вам не хватает ресурсов мастер-мастер репликации 2х серверов?
 
Есть пул из десятка MySQL серверов. Каким методом или скриптом можно автоматизировать добавление ещё одного MySQL сервера в репликацию, не трогая конфиги mysql на прежде запущенных.
 
Есть пул из десятка MySQL серверов. Каким методом или скриптом можно автоматизировать добавление ещё одного MySQL сервера в репликацию, не трогая конфиги mysql на прежде запущенных.
боюсь, что это не возможно. скриптом разве что можно будет подгружать новый конфиг после какого ни будь события, например при выходе одного из серверов из строя, мониторя их каким нибуть средством, аля heartbeat. это все, что приходит на ум.
 
Есть надежда попробовать с новой версии кластер схему, но там тоже ничего похожего достигнуть не получится, да и много жалоб на общую производительность, что критично.
 
Есть пул из десятка MySQL серверов. Каким методом или скриптом можно автоматизировать добавление ещё одного MySQL сервера в репликацию, не трогая конфиги mysql на прежде запущенных.

Я так понимаю, метод называется: "при помощи в ручную". Если конфиги работающих серверов написаны с учетом добавления новых, то надобности их менять нету.

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

Вы не путаете разные технологии? Насколько я разбираюсь с сантехнике, "репликация" и "кластер" применительно к mysql - отличающиеся и мало связанные друг с другом технологии...
 
Именно и имел в виду уйти от простой репликации в кластер, постановка задачи ведь не меняется.
 
Именно и имел в виду уйти от простой репликации в кластер, постановка задачи ведь не меняется.
Смотрите Для просмотра ссылки Войди или Зарегистрируйся
Цитирую: "Т.е. при одном дополнительном условии (к поиску по автоинкрементному ключу) будет выполнено вместо одного запроса три. При двух дополнительных условиях — пять запросов и т.д. Что косвенно подтверждается народом на форумах: производительность кластера из 4-х нод примерно соответствует одному классическому серверу MySQL."

То есть, Вам интересно решение, при котором: "производительность кластера из 4-х нод примерно соответствует одному классическому серверу MySQL." ???
 
Про это тоже говорил - производительность никудышняя, но есть масштабируемость. Изучаем вопрос на разных редакциях, например Percona.
 
Про это тоже говорил - производительность никудышняя, но есть масштабируемость. Изучаем вопрос на разных редакциях, например Percona.

Вам интересна теория, ил Вам нужно решение конкретной задачи? У меня есть в промышленной эксплуатации Перкона, есть Мариа, не думаю, что там вопросами кластера кто-то серьезно занимался. Если Вас интересует теория, да, можно рассматривать разные варианты, если практика: mysql-кластер - не лучшее с токи зрения производительности решение. Как не лучшее с точки зрения опробованости в "боевых" условиях. Вам опыты ставить или ездить?
 
Назад
Сверху