Преглед на оперативното отчитане на базата данни в ClusterControl

Оперативното отчитане осигурява подкрепа за ежедневния мониторинг и контрол на дейността на предприятието. Целта на тази статия в блога е да ви запознае по-добре с оперативните отчети, налични в ClusterControl.

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

С ClusterControl можете да планирате отчети за различни среди като „Ежедневен системен отчет“, „Доклад за надстройка на пакета“, „Доклад за промяна на схемата“, както и „Архивни копия“ и „Наличност“. Тези отчети ще ви помогнат да поддържате вашата среда сигурна и работеща. Ще видите и препоръки как да коригирате пропуските. Отчетите могат да бъдат адресирани до SysOps, DevOps или дори до мениджъри, които биха искали да получават редовни актуализации за състоянието на дадена система.

Защо ми трябват оперативни отчети?

Може вече да имате отличен инструмент за наблюдение с всички възможни показатели/графики и вероятно също сте настроили сигнали въз основа на показатели и прагове (някои дори ще имат автоматизирани съветници, които им предоставят препоръки или автоматично коригират нещата.) Това е добре - да имате видимост във вашата система. системата е важна; въпреки това трябва да можете да обработвате много информация. Интегрираните инструменти като ClusterControl имат предимството, че всички различни битове информация са разположени на едно и също място.

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

Какво да наблюдавате и колко често?

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

Какво да наблюдавате вероятно ще бъде свързано с ролята, която играете във вашата ИТ организация. DBA, DevOps, разработчиците или ИТ управлението ще имат различни нужди.

Пластировчик за отчети за операция

Преди да започнем да описваме конкретни оперативни отчети, нека да разгледаме бързо планировчика на отчети. Можете да настроите повтарящи се автоматизирани отчети въз основа на името на вашия клъстер. Процентът на генериране е разделен на тип дневно, седмично, месечно. Всеки от тях ще ви даде възможност да настроите отчет според нуждите, например всеки 5-ти ден от месеца за месечен тип или всеки вторник, ако вземете седмични отчети.

Във втория раздел на планировчика за отчети можете да изберете получателите. Това е добра възможност да настроите някои сигнали за управляващия екип, а след това по-технически за ИТ поддръжка. Правилното планиране на това може значително да облекчи задачите от ИТ, т.е. когато ръководството иска отчети за наличност или екипът по сигурността трябва да знае версията на пакетите и промените в схемата.

Отчет за архивиране

Седмичният отчет за архивиране е HTML отчет, който предоставя преглед на архивите за отчетния период за всички управлявани клъстери. Архивният отчет е разделен на две секции; резюме на архивиране и подробности за архивиране.

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

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

Как работи това решение? Събираме информация за процеса на архивиране, системите, платформите и устройствата в инфраструктурата за архивиране, когато заданието за архивиране се задейства. Цялата тази информация се обобщава и съхранява в CMON (база данни на хранилище на ClusterControl), така че няма нужда да правите допълнителни заявки за конкретни бази данни.

Клъстерен отчет по подразбиране

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

Следващият раздел е за състоянието на възлите, които са част от клъстера. Имате списък с възлите в клъстера, техния тип, роля (главен или подчинен), състоянието на възела, време на работа и ОС.

Друг раздел от отчета е резюмето за архивиране, същото, което обсъдихме по-горе.

Следващата представя преглед на най-популярните заявки в клъстера. Накрая виждаме „Преглед на състоянието на възела“, в който ще ви бъдат дадени графики, свързани с показателите на OS и MySQL за всеки възел.

Отчет за надстройване

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

Докладът е разделен на четири раздела; резюме на надстройката, пакети за бази данни, пакети за сигурност и други пакети. Можете бързо да сравните това, което сте инсталирали на вашата система и да намерите препоръчан ъпгрейд или корекция.

Доклад за откриване на промяна на схема

Отчетът за откриване на промени в схемата показва всички промени в DDL във вашата база данни. За да работи правилно, той изисква допълнителен параметър в конфигурационния файл на ClusterControl. Ако това не е зададено, ще видите следната информация:schema_change_detection_address не е зададен в /etc/cmon.d/cmon_1.cnf. След като това е на място, примерен изход може да бъде като по-долу:

Отчет за наличност

Не на последно място е отчетът за наличността. Известно е, че наличността е трудна за измерване и докладване, въпреки че е важен KPI във всеки SLA между вас и вашия клиент. Имайки това предвид, създадохме отчет, който може да измерва времето за работа на базата данни. Скриптът се поставя във вашия акаунт по време на планирана поддръжка, която можете да зададете в ClusterControl. Въз основа на информацията в отчета можете да видите дали сте в съответствие с вътрешното или външното си SLA и да планирате промени в инфраструктурата на базата данни, за да запазите планираните деветки.

Основният раздел на отчета описва времето за работа/престой и наличността за отчетния период за всеки клъстер, управляван от ClusterControl. Информацията се комбинира за всички клъстери, независимо от типа на клъстера.

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

Заключение

Severalnines ClusterControl може да ви помогне да покриете няколко аспекта на съответствието на вашата система с база данни. Започвайки с подробности за историята на архивирането, които можете да използвате за проследяване на неща като завършване на архивиране, история и сървъри без правилна политика за архивиране, за да пакетирате отчети за надграждане с остарели системни пакети и промени в схемата. С няколко стъпки можете да планирате проверки на ниво предприятие на вашите бази данни с отворен код. Всичко това ще даде на вашите екипи за управление и поддръжка по-добра представа за операциите ви с база данни.