MongoDB
 sql >> база данни >  >> NoSQL >> MongoDB

Обявяване на ClusterControl 1.4.2 - изданието DevOps

Днес имаме удоволствието да обявим версията 1.4.2 на ClusterControl – всеобхватната система за управление на бази данни, която ви позволява лесно да разгръщате, наблюдавате, управлявате и мащабирате високодостъпни бази данни с отворен код – и балансиращи натоварването – във вашата инфраструктура.

Акценти на изданието

За MySQL

Настройте прозрачен отказ на ProxySQL с Keepalived и виртуален IP

Поддържайте синхронизирани правила за заявки, потребители и други настройки в множество екземпляри

За PostgreSQL

Нов основен съветник за внедряване в режим на готовност за поточно репликация

Автоматично преминаване при отказ и повишение от подчинен на главен

За MySQL, MongoDB и PostgreSQL

Нови интеграции с комуникации или системи за управление на реакция на инциденти като Pagerduty, VictorOps, Telegram, Opsgenie и Slack

Нова уеб SSH конзола

И още! Прочетете за пълните подробности по-долу.

Изтеглете ClusterControl

Преглед на подробности за версията и ресурси

  • 1.4.2 Дневник на промените
  • Ръководство за администриране на ClusterControl
  • Инструкции за надстройка

Описание на версията

Тази версия за поддръжка на ClusterControl е свързана с консолидирането на популярните функции за управление на база данни, които нашите потребители са оценили. И имаме някои страхотни нови функции, насочени към екипите на DevOps!

Нашата нова интеграция с популярни услуги за управление на инциденти и чат ви позволява да персонализирате алармите и да получавате предупреждения в оперативните инструменти, които вече използвате - например Pagerduty, VictorOps, Telegram, Opsgenie и Slack. Можете също да стартирате всяка команда, налична в ClusterControl CLI от вашия чат с активиран CCBot.

ProxySQL вече може да бъде разгърнат в активен режим на готовност HA с Keepalived и Virtual IP. Възможно е също така да експортирате и синхронизирате конфигурации в множество екземпляри, което е съществена характеристика в разпределена среда.

И ние въвеждаме автоматично преминаване при отказ и управление на репликацията на вашите настройки за репликация на PostgreSQL.

По-подробно...

ChatOps с CCbot на ClusterControl

В предишната ни версия на ClusterControl включихме новия клиент на командния ред ClusterControl (CLI). Вече направихме достъпен нов и подобрен CCBot, който има пълна интеграция с CLI. Това означава, че можете да използвате всяка команда, налична в CLI от вашия чат с активиран CCBot!

Клиентът на командния ред е интуитивен и лесен за използване и ако сте често потребител на командния ред, с него ще свикнете бързо. Въпреки това, не всеки има достъп до командния ред до хостовете, инсталирани с ClusterControl, и ако външните връзки към този възел са забранени, CLI няма да може да изпраща команди до бекенда на ClusterControl. Също така някои потребители може да не са свикнали да работят в командния ред. Добавянето на CLI към нашия чатбот, CCBot, решава и двата проблема:това ще даде възможност на тези потребители да изпращат команди до ClusterControl, които обикновено не биха могли да направят.

Нови интеграции с популярни системи за уведомяване

Алармите и събитията вече могат лесно да се изпращат до услуги за управление на инциденти като PagerDuty и VictorOps или до услуги за чат като Slack и Telegram. Можете също да използвате Webhooks, ако искате да се интегрирате с други услуги, за да действате при промени в състоянието във вашите клъстери. Директните връзки с тези популярни комуникационни услуги за инциденти ви позволяват да персонализирате начина, по който ще бъдете предупредени от ClusterControl, когато нещо се обърка в средата на вашата база данни.

  • Изпращане на аларми и събития до:
    • PagerDuty, VictorOps и OpsGenie
    • Slack и Telegram
    • Регистрирани потребителски уеб куки

Автоматично преминаване при отказ за PostgreSQL

Започвайки от ClusterControl 1.4.2, можете да разположите цяла настройка за репликация на PostgreSQL по същия начин, както бихте разгърнали MySQL и MongoDB:можете да използвате менюто „Разгръщане на клъстер“, за да разгърнете основен и един или повече PostgreSQL резервни сървъри. След като настройката за репликация бъде разгърната, ClusterControl ще управлява настройката и автоматично ще възстанови неуспешните сървъри.

Друга функция е задачата „Rebuild Replication Slave“, която е достъпна за всички подчинени (или резервни сървъри) в настройката за репликация. Това трябва да се използва например, когато искате да изтриете данните в режим на готовност и да ги изградите отново с ново копие на данните от първичния. Може да бъде полезно, ако сървър в режим на готовност не може да се свърже и репликира от основния по някаква причина.

Вече можете лесно да проверите кои заявки са отговорни за натоварването на вашата настройка на PostgreSQL. Тук ще видите някои основни данни за ефективността – колко заявки от даден тип са били изпълнени? Какво беше тяхното максимално и средно време за изпълнение? Как изглежда общото време за изпълнение на тази заявка? Изтеглете ClusterControl, за да започнете.

Подобрения на ProxySQL

В тази версия имаме подобрения за ProxySQL, за да ви помогнем да разгръщате активни/готови настройки с Keepalived и Virtual IP. Тази подобрена интеграция с Keepalived и виртуален IP осигурява висока наличност и автоматично превключване при отказ при балансирането на натоварването ви.

Освен това можете лесно да синхронизирате конфигурация на ProxySQL, която има правила за заявка, потребители и хост групи с други екземпляри, за да ги запазите идентични.

  • Копирайте, експортирайте и импортирайте конфигурации на ProxySQL към/от други екземпляри, за да ги поддържате в синхрон
  • Добавяне на съществуващ самостоятелен екземпляр на ProxySQL
  • Добавяне на съществуващ Keepalived в активни/пасивни настройки
  • Внедряване на до 3 екземпляра на ProxySQL с активна/пасивна настройка на Keepalived
  • Опростено създаване на кеш на заявки

Нова уеб-базирана SSH конзола

От графичния интерфейс на ClusterControl вече имате SSH достъп до всеки от възлите на базата данни направо от вашия браузър. Това може да бъде много полезно, ако трябва бързо да влезете в сървър на база данни и да получите достъп до командния ред. Комуникацията се основава на HTTPS, така че е възможен достъп до вашите сървъри зад защитна стена, която ограничава достъпа до Интернет само до порт 443. Достъпът до WebSSH се конфигурира от администратора на ClusterControl чрез GUI.

  • Отворете терминален прозорец към всички възли на клъстер
    • Поддържа се само с Apache 2.4+

Има редица други функции и подобрения, които не сме споменали тук. Можете да намерите всички подробности в дневника на промените.

Насърчаваме ви да тествате тази последна версия и да ни предоставите вашите отзиви. Ако искате демонстрация, не се колебайте да поискате такава.

Благодарим ви за постоянната подкрепа и приятно групиране!

PS.:За допълнителни съвети и трикове, следвайте нашия блог:https://severalnines.com/blog/.


  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Как ClusterControl извършва автоматично възстановяване и отказ на база данни

  2. Какво да избера:MongoDB/Cassandra/Redis/CouchDB?

  3. Създайте индекс за заместващ текст в MongoDB

  4. MongoDB поле за преименуване на база данни в масива

  5. Може ли mongorestore да приеме един единствен аргумент URL вместо отделни аргументи?