https://opennet.ru/openforum/vsluhforumID3/109312.html Компания Перкона (Percona) объявила (https://www.percona.com/about-percona/newsroom/press-releases/percona-xtradb-cluster-5-7-delivers-high-availability-greater-scalability-for-mysql) о выходе стабильной версии открытого продукта Percona XtraDB Cluster 5.7 (https://www.percona.com/software/mysql-database/percona-xtradb-cluster), предоставляющего решение для создания кластеров с синхронной репликаций между узлами, работающими в режиме multi-master. Система основан на наработках Percona Server 5.7 и Codership Galera Replicator 3.17. Percona XtraDB Cluster 5.7 обеспечивает высокую производительность, быстрое восстановление узла кластера после падения и полный контроль состояния кластера. Исходные тексты проекта распространяются (https://github.com/percona/percona-xtradb-cluster) под лицензией GPLv2.<br><br><br><br>В новом релизе Percona XtraDB Cluster присутствуют расширенные возможности для повышения производительности и защищенности данных, продвинутого мониторинга и конфигурирования. Также предусмотрена упрощенная ус https://opennet.ru/openforum/vsluhforumID3/109312.html#13 Wed, 09 Nov 2016 17:20:49 GMT Какие?<br> https://opennet.ru/openforum/vsluhforumID3/109312.html#12 Thu, 06 Oct 2016 10:21:12 GMT Формат XtraDB уже морально устарел, а они продолжают его протаскивать.<br> https://opennet.ru/openforum/vsluhforumID3/109312.html#11 Wed, 05 Oct 2016 14:49:07 GMT &gt;&gt;Поддержка NoSQL для обеспечения высокой доступности приложений. <br><br>Так вот в чем секрет высокой доступности!<br> https://opennet.ru/openforum/vsluhforumID3/109312.html#10 Tue, 04 Oct 2016 15:51:24 GMT Как HA кластер, оно работает, и вполне устойчиво.<br>Со своими особенностями правда.<br><br>Основная беда - общий InnoDB,а в нем исторически есть "узкие места".<br>Если несколько проектов на кластере, и у кого-нить пошел<br>множественный апдейт, или не дай Бог DDL - страдают все проекты на кластере.<br><br>Для одного проекта - самое то, естественно при нормальной "обвязке" (HA proxy + vrrp) и отсутствии одиночной точки отказа.<br><br>"Железное" решение для одного проекта - дорого выходит, а<br>виртуализация для нагруженных БД - провал производительности,<br>ибо производительность данного кластера меньше чем производительность самого слабого узла (синхронная репликация).<br><br>Большой плюс - отличное удобство обслуживания.<br>Любой узел можно в любой момент вывести из кластера, для бекапа или <br>обновления софта и т.д. Потом легко подключить обратно.<br> https://opennet.ru/openforum/vsluhforumID3/109312.html#9 Tue, 04 Oct 2016 15:22:12 GMT &gt; посмелюсь высказать такую идею.<br>&gt; 3 сервера в кластере, спрятаны за haproxy. Два помечены как бэкап один <br>&gt; активный. те трафик гонится только на один сервер. для систем с <br>&gt; большим количеством транзакция оно конечно не решение тк масштабирование сведено к <br>&gt; нулю, однако для небольших как HA решение должно работать.<br>&gt; не ?<br><br>Решение вполне рабочее, плюс для read-only приложений можно в хапрокси выделить отдельный порт и указать все три ноды как равнозначные.<br> https://opennet.ru/openforum/vsluhforumID3/109312.html#8 Tue, 04 Oct 2016 14:50:03 GMT посмелюсь высказать такую идею.<br>3 сервера в кластере, спрятаны за haproxy. Два помечены как бэкап один активный. те трафик гонится только на один сервер. для систем с большим количеством транзакция оно конечно не решение тк масштабирование сведено к нулю, однако для небольших как HA решение должно работать.<br>не ?<br> https://opennet.ru/openforum/vsluhforumID3/109312.html#7 Tue, 04 Oct 2016 14:39:07 GMT У мультимастера есть фундаментальные проблемы, готорые не решаются никакими buzzword-ами, и требуют аккуратных приложений и балансировки.<br> https://opennet.ru/openforum/vsluhforumID3/109312.html#6 Tue, 04 Oct 2016 14:35:33 GMT &gt; Поддержка NoSQL для обеспечения высокой доступности приложений. <br><br>Вот, блджад, что бы это могло значить?<br> https://opennet.ru/openforum/vsluhforumID3/109312.html#5 Tue, 04 Oct 2016 12:36:51 GMT &gt; Один человек считал, что поставив galera над mysql, он избавится от даунтайма. Даунтайм об этом ничего не знал и радостно вырос в разы.