The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Доступна кластерная СУБД Percona XtraDB Cluster 5.7

04.10.2016 00:23

Компания Перкона (Percona) объявила о выходе стабильной версии открытого продукта Percona XtraDB Cluster 5.7, предоставляющего решение для создания кластеров с синхронной репликаций между узлами, работающими в режиме multi-master. Система основана на наработках Percona Server 5.7 и Codership Galera Replicator 3.17. Percona XtraDB Cluster 5.7 обеспечивает высокую производительность, быстрое восстановление узла кластера после падения и полный контроль состояния кластера. Исходные тексты проекта распространяются под лицензией GPLv2.

В новом релизе Percona XtraDB Cluster присутствуют расширенные возможности для повышения производительности и защищенности данных, продвинутого мониторинга и конфигурирования. Также предусмотрена упрощенная установка и поддержка ПО "Percona Monitoring and Management". Возможности и преимущества Percona XtraDB Cluster 5.7:

  • Простота.
    • Распределение нагрузки и управление трафиком на основе ProxySQL с дополнительной функциональностью для быстрой настройки и поддержки Galera-репликации.
    • Поддержка NoSQL для обеспечения высокой доступности приложений.
    • Удобный пакет загрузки включает все компоненты, необходимые для запуска Percona XtraDB Cluster.
  • Безопасность
    • Безопасный режим (Strict-Mode), блокирующий использование функциональности MySQL, не поддерживаемой Percona XtraDB Cluster, предотвращая повреждение данных.
    • Поддержка шифрования хранимых, но не обрабатываемых данных (Data at Rest Encryption) для файлов физических табличных пространств.
  • Производительность
    • Улучшенная масштабируемость операций чтения и записи – маршрутизация запросов выполняется автоматически, любой запрос на чтение выполняется одним (любым) узлом.
    • Оптимизация развёртываний в облаке – повышение доступности и сохранности данных благодаря поддержке множественных зон доступности (Multi-AZ).
    • Предотвращение потери данных – синхронная репликация обеспечивает одновременную запись на все узлы кластера, либо полную отмену записи, при отказе хотя бы одного узла.
  • Управляемость
    • Целостность данных – автоматическая инициализация новых узлов гарантирует полную синхронизацию изменений внутри кластера.
    • Минимальное время отклика - репликация на основе полноправных участников (multi-master replication) позволяет инициировать обновление данных с любого узла кластера.
    • Расширенные возможности мониторинга – поддержка сбора данных через Performance Schema и интеграция с решением Percona Monitoring and Management (PMM).


  1. Главная ссылка к новости (https://www.percona.com/about-...)
  2. OpenNews: Компания Percona выпустила открытый инструмент PMM для анализа производительности MySQL и MongoDB
  3. OpenNews: Galera - система синхронной репликации для MySQL
  4. OpenNews: Выпуск Percona Server для MongoDB 3.2
  5. OpenNews: Доступны Percona Server для MySQL 5.7 и Percona XtraBackup 2.4
  6. OpenNews: Стабильный выпуск MariaDB Galera Cluster 10
Автор новости: Percona
Тип: Программы
Короткая ссылка: https://opennet.ru/45268-percona
Ключевые слова: percona
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (12) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Shodan (ok), 10:34, 04/10/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    И не рассыпается на хайлоад?
     
     
  • 2.3, Аноним (-), 11:02, 04/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Split Brain
     

  • 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-ами, и требуют аккуратных приложений и балансировки.
     
     
  • 2.13, Fantomas (??), 20:20, 09/11/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Какие?
     

  • 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 для обеспечения высокой доступности приложений.

    Так вот в чем секрет высокой доступности!

     
  • 1.12, Аноним (-), 13:21, 06/10/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Формат XtraDB уже морально устарел, а они продолжают его протаскивать.
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру