Алтернативи на MySQL Workbench - ClusterControl Configuration Management

Управлението на конфигурацията на MySQL се състои от два основни компонента - конфигурационни файлове на MySQL и конфигурация по време на изпълнение. Прилагането на конфигурационни промени в средата за изпълнение може да се извърши чрез сървърни клиенти на MySQL без привилегии за променливи на сесията, но СУПЕР привилегии за глобални променливи. Прилагането на същите промени в конфигурацията в конфигурационния файл на MySQL също е необходимо, за да се направят промените постоянни при рестартирането на MySQL, в противен случай стойностите по подразбиране ще се заредят по време на стартирането.

В тази публикация в блога ще разгледаме управлението на конфигурацията на ClusterControl като алтернатива на управлението на конфигурацията на MySQL Workbench.

Управление на конфигурацията на MySQL Workbench

MySQL Workbench е графичен клиент за работа с MySQL сървъри и бази данни за сървърни версии 5.x и по-нови. Той е свободно достъпен и често се използва от SysAdmins, DBA и разработчиците за извършване на SQL разработка, моделиране на данни, администриране на MySQL сървър и миграция на данни.

Можете да използвате MySQL Workbench за извършване на управление на конфигурацията на MySQL/MariaDB на отдалечен MySQL сървър. Въпреки това има някои първоначални стъпки, необходими за активиране на тази функция. От MySQL Workbench изберете съществуващ профил за връзка и изберете Конфигуриране на отдалечено управление. Ще ви бъде представен съветник за конфигуриране стъпка по стъпка, който да ви помогне да настроите отдалечено управление за профила на връзката:

В началото се прави опит за връзка, за да се определи версията на сървъра и операционна система на целевата машина. Това позволява валидирането на настройките на връзката и позволява на съветника да избере смислена предварително зададена конфигурация. Ако този опит не успее, все още можете да продължите към следващата стъпка, където можете да персонализирате допълнително настройките, за да отговарят на средата на отдалечения сървър.

След като конфигурацията на отдалечената връзка приключи, щракнете двукратно върху профила на връзката, за да започнете да се свързвате с MySQL екземпляр. След това отидете на Инстанция -> Файл с опции, за да отворите секцията на конфигурационния мениджър. Трябва да видите нещо подобно на следната екранна снимка:

Всички съществуващи конфигурационни променливи от конфигурационния файл са предварително заредени в тази конфигурация мениджър, за да можете да видите какви опции са активирани със съответните стойности. Конфигурациите са категоризирани в редица секции – Общи, регистриране, InnoDB, работа в мрежа и така нататък – което наистина ни помага да се съсредоточим върху конкретни функции, които искаме да настроим или активираме.

След като сте доволни от промените и преди да щракнете върху „Прилагане“, уверете се, че сте избрали правилната секция на MySQL група от падащото меню (точно до бутона Отхвърли). След като се приложи, трябва да видите, че конфигурацията се прилага към MySQL сървъра, където ще се появи нов ред (ако не е съществувал) в конфигурационния файл на MySQL.

Имайте предвид, че щракването върху бутона „Приложи“ няма да накара съответната промяна в MySQL времетраенето на изпълнение. Човек трябва да извърши операция за рестартиране на MySQL сървъра, за да зареди новите промени в конфигурацията, като отидете на Инстанция -> Стартиране/Изключване. Това ще повлияе на времето за работа на вашата база данни.

За да видите цялото заредено системно състояние и променливи, отидете на Управление -> Състояние и системни променливи:

Управление на конфигурацията на ClusterControl

ClusterControl Configuration Manager може да бъде достъпен под Управление -> Конфигурации. ClusterControl изтегля редица важни конфигурационни файлове и ги показва в дървовидна структура. Централизираният изглед на тези файлове е от ключово значение за ефективно разбиране и отстраняване на неизправности в настройките на разпределената база данни. Следната екранна снимка показва мениджъра на конфигурационните файлове на ClusterControl, който изброява всички свързани конфигурационни файлове за този клъстер в един изглед с подчертаване на синтаксиса:

Както можете да видите от екранната снимка по-горе, ClusterControl разбира MySQL "!include " и ще следва всички конфигурационни файлове, свързани с него. Например, има два конфигурационни файла на MySQL, които се изтеглят от хост 192.168.0.21, /etc/my.cnf и /etc/my.cnf.d/secrets-backup.cnf. Можете да отворите множество конфигурационни файлове в друг раздел на редактора, което улеснява сравняването на съдържанието едно до друго. ClusterControl също извлича информацията за последната промяна на файла от времевия печат на ОС, както е показано в долния десен ъгъл на текстовия редактор.

ClusterControl елиминира повторяемостта при промяна на опция за конфигурация на клъстер от база данни. Промяната на опция за конфигурация на множество възли може да се извърши чрез един интерфейс и съответно ще бъде приложена към възела на базата данни. Когато щракнете върху „Промяна/задаване на параметър“, можете да изберете екземплярите на базата данни, които искате да промените, и да посочите конфигурационната група, параметър и стойност:

Можете да добавите нов параметър в конфигурационния файл или да промените съществуващ параметър . Параметърът ще бъде приложен към времето за изпълнение на избраните възли на базата данни и в конфигурационния файл, ако опцията премине процеса на валидиране на променлива. Някои променливи може да изискват последваща стъпка, като рестартиране на сървъра или презареждане на конфигурацията, което след това ще бъде посъветвано от ClusterControl.

Всички услуги, конфигурирани от ClusterControl, използват шаблон за базова конфигурация, достъпен в /usr/share/cmon/templates на възела ClusterControl. Можете директно да модифицирате файла, за да отговаря на вашата политика за внедряване, но тази директория ще бъде заменена след надстройка на пакет. За да сте сигурни, че вашите персонализирани конфигурационни шаблонни файлове се запазват при надстройки, съхранявайте вашите шаблонни файлове в директорията /etc/cmon/templates. Когато ClusterControl зареди шаблонния файл за внедряване, файловете под /etc/cmon/templates винаги ще имат по-висок приоритет пред файловете под /usr/share/cmon/templates. Ако в двете директории съществуват два файла с еднакви имена, ще се използва този под /etc/cmon/templates.

Отидете на производителност -> DB променливи, за да проверите конфигурацията по време на изпълнение за всички сървъри в клъстера:

Забелязвате линия, подчертана в червено на екранната снимка по-горе? Това означава, че конфигурацията не е еднаква във всички възли. Това осигурява повече видимост за разликата в конфигурацията между хостовете в конкретен клъстер от база данни.

Workbench v ClusterControl:Предимства и недостатъци

Всеки продукт има свой набор от предимства и недостатъци. За ClusterControl, тъй като разбира клъстер и топология, това е най-добрият конфигурационен мениджър за управление на множество възли на база данни наведнъж. Той поддържа множество доставчици на MySQL като MariaDB, Percona, както и всички варианти на Galera Cluster. Той също така разбира конфигурационния формат за балансиране на натоварването на базата данни за HAProxy, MariaDB MaxScale, ProxySQL и Keepalived. Тъй като ClusterControl изисква SSH конфигурация без парола в началото на импортирането/разгръщането на клъстера, управлението на конфигурацията не изисква отдалечена настройка като Workbench и работи нестандартно, след като хостовете се управляват от ClusterControl. Промените в конфигурацията на MySQL, извършени от ClusterControl, ще бъдат заредени автоматично във времето за изпълнение (за всички поддържани променливи), както и записани в конфигурационните файлове на MySQL за постоянство. По отношение на недостатъците, управлението на конфигурацията на ClusterControl не идва с описания на конфигурацията, които биха могли да ни помогнат да предвидим какво ще се случи, ако променим опцията за конфигурация. Той не поддържа всички платформи, които MySQL може да изпълнява, особено само определени Linux дистрибуции като CentOS, RHEL, Debian и Ubuntu.

MySQL Workbench поддържа дистанционно управление на много операционни системи като Windows, FreeBSD, MacOS, Open Solaris и Linux. MySQL Workbench се предлага безплатно и може да се използва и с други доставчици на MySQL като Percona и MariaDB (въпреки че не е посочен тук, той работи с някои по-стари версии на MariaDB). Той също така поддържа управление на инсталацията от пакета TAR. Позволява някои персонализации на пътя на конфигурационния файл, командите за услуга/стоп и именуването на секции на MySQL групи. Една от кокетните функции е, че MySQL Workbench използва падащо меню за фиксирани стойности, което може да бъде огромна помощ за намаляване на риска от неправилна конфигурация от потребител, както е показано на следната екранна снимка:

От друга страна, MySQL Workbench не поддържа управление на конфигурацията на множество хостове, където вие трябва да извършите промяната на конфигурацията на всеки хост поотделно. Той също така не прокарва промените в конфигурацията в време на изпълнение, без изрично рестартиране на MySQL, което може да компрометира времето на работа на услугата за база данни.

Следната таблица опростява значителните разлики, взети от всички споменати точки: