| 1.2, Ilya Indigo (ok), 10:42, 04/10/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 В MariaDB 10.1 это тоже из коробки реализовали, и ещё в 5.5 это реализовали в специальной версии "Галера Кластер".
| | |
| |
| 2.4, Аноним (-), 13:14, 04/10/2016 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> В MariaDB 10.1 это тоже из коробки реализовали, и ещё в 5.5 это реализовали в специальной версии "Галера Кластер".
Только под нагрузкой оно помирает.
| | |
| 2.5, Весляр (?), 15:36, 04/10/2016 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Один человек считал, что поставив galera над mysql, он избавится от даунтайма. Даунтайм об этом ничего не знал и радостно вырос в разы. | | |
|
| 1.6, Аноним (-), 17:35, 04/10/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> Поддержка NoSQL для обеспечения высокой доступности приложений.
Вот, блджад, что бы это могло значить?
| | |
| 1.7, Аноним (-), 17:39, 04/10/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
У мультимастера есть фундаментальные проблемы, готорые не решаются никакими buzzword-ами, и требуют аккуратных приложений и балансировки.
| | |
| 1.8, borei (?), 17:50, 04/10/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
посмелюсь высказать такую идею.
3 сервера в кластере, спрятаны за haproxy. Два помечены как бэкап один активный. те трафик гонится только на один сервер. для систем с большим количеством транзакция оно конечно не решение тк масштабирование сведено к нулю, однако для небольших как HA решение должно работать.
не ?
| | |
| |
| 2.9, Shodan (ok), 18:22, 04/10/2016 [^] [^^] [^^^] [ответить]
| +/– |
 > посмелюсь высказать такую идею.
> 3 сервера в кластере, спрятаны за haproxy. Два помечены как бэкап один
> активный. те трафик гонится только на один сервер. для систем с
> большим количеством транзакция оно конечно не решение тк масштабирование сведено к
> нулю, однако для небольших как HA решение должно работать.
> не ?
Решение вполне рабочее, плюс для read-only приложений можно в хапрокси выделить отдельный порт и указать все три ноды как равнозначные.
| | |
|
| 1.10, rootFS (?), 18:51, 04/10/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Как HA кластер, оно работает, и вполне устойчиво.
Со своими особенностями правда.
Основная беда - общий InnoDB,а в нем исторически есть "узкие места".
Если несколько проектов на кластере, и у кого-нить пошел
множественный апдейт, или не дай Бог DDL - страдают все проекты на кластере.
Для одного проекта - самое то, естественно при нормальной "обвязке" (HA proxy + vrrp) и отсутствии одиночной точки отказа.
"Железное" решение для одного проекта - дорого выходит, а
виртуализация для нагруженных БД - провал производительности,
ибо производительность данного кластера меньше чем производительность самого слабого узла (синхронная репликация).
Большой плюс - отличное удобство обслуживания.
Любой узел можно в любой момент вывести из кластера, для бекапа или
обновления софта и т.д. Потом легко подключить обратно.
| | |
| 1.11, Анын (ok), 17:49, 05/10/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 >>Поддержка NoSQL для обеспечения высокой доступности приложений.
Так вот в чем секрет высокой доступности!
| | |
|
