MariaDB SkySQL е база данни като услуга (DBaaS), която осигурява несравнима гъвкавост и огромна мащабируемост в облака. SkySQL предлага специален портал за наблюдение, SkySQL Monitoring, който служи като едно стъкло за показателите за производителност на клиента във всички облаци.
В този блог ще предоставим подробно описание на новата ни функция „Сигнали и известия“, която е в Технически преглед.
Сигнали и известия
Възлагането на досадната задача за гледане на NOC екрани на интелигентни, надеждни автоматизирани асистенти не е новост. Той може да трансформира всички аномалии в известия, които ни напомнят, когато се случи нещо необичайно. Това е същността на функцията за предупреждение.
За предупрежденията и известията на SkySQL отидохме още по-далеч, като включихме нашите собствени инженери по SkyDBA, поддръжка и SRE, за да използваме техния дългогодишен опит в поддръжката на продуктите на MariaDB. Те създадоха фино настроени, персонализирани от MariaDB препоръки под формата на предварително дефинирани правила за предупреждение. Готови са за използване в готово състояние.
Ние също така разбираме, че всеки клиент е уникален и предлагаме на нашите клиенти избор как искат да използват тези правила. Те могат да бъдат настроени към специфични за клиента случаи на употреба и изисквания.
Ние помагаме на клиентите да организират и курират всички събития по категории, като премахваме повтарящи се известия, позволявайки фокусиране върху важните известия за всеки функционален екип.
Разбираме, че интересите на различните функционални екипи са различни. Поддръжката, DBA, маркетингът и продажбите се фокусират върху различни нива и ние предоставяме инструментите за организиране на известията за всеки екип или дори човек.
Как да получите достъп
След като влезете в SkySQL, SkySQL Monitoring може да бъде достъпен в лявата навигация. Първо трябва да стартирате услуга, за да имате достъп до мониторинг. Повече подробности можете да намерите в MariaDB SkySQL Documentation.
След като сте в SkySQL Monitoring, „Сигнали“ можете да намерите в менюто отляво.
Наблюдение на SkySQL
Или можете да използвате директната връзка в едно от вашите имейл известия.
Имейл за известия
Екран за предупреждение
Активно е изгледът по подразбиране. Той представя списък с всички активни сигнали, сортирани по дата на последната активност. Това са сигналите, които се изпълняват активно в момента.
Екран с активни сигнали
История ще покаже дневника на всички сигнали, които са били задействани, но вече не се задействат. Те могат да бъдат филтрирани по дата.
Екран на историята на сигналите
Потребителите могат да се консултират с тези два изгледа за повече информация относно активните и исторически сигнали.
Лесно наличен
Тази версия на Alerting and Monitoring идва с 15 предварително дефинирани правила за предупреждение. Те са конфигурирани от нашите експерти по поддръжката и покриват повечето от стандартните сценарии. Предварително дефинираните сигнали включват недостъпен сървър, използване на процесора/диск/памет, продължителни заявки, максимални връзки, мрежови грешки и акаунти без пароли.
Предварително консервирани правила за предупреждение
По подразбиране всички предварително дефинирани правила са активирани. Ако някое от правилата е изпълнено, известието ще бъде изпратено само до екрана с активни предупреждения в портала за наблюдение на SkySQL.
За да изпрати имейл или друго известие при задействане на сигнал, клиентът трябва да посочи правило и получател.
Висока възможност за конфигуриране
Клиентите могат да променят стандартните правила за предупреждение, за да създадат персонализирани правила, които напълно отговарят на техните специфични нужди, или да започнат от нулата и да създадат свои собствени.
В горната част на страницата за предупреждение можете да намерите бутон за настройки. Прилича на малка синя предавка.
Това отваря екрана за конфигурация за всички компоненти на предупрежденията и известията.
Като щракнете върху иконата на зъбно колело, можете да създавате, редактирате, изтривате и деактивирате определени правила.
Правила (Сигнал)
Разделът Правила в настройките предоставя потребителски интерфейс за управление на всички правила. Клиентите могат да променят параметрите на съществуващите правила или да създават нови правила от нулата.
Екран за конфигуриране на правилата за предупреждение
Те могат също да използват този екран за редактиране, изтриване и активиране/деактивиране на правилата за предупреждение. Когато правилото е деактивирано, то не се оценява и не може да задейства никакво известие.
Създаване на ново правило за предупреждение
Разделът с етикети е от съществено значение, той позволява конфигурирането на описателни етикети, които могат да се използват за филтриране или избор на известие, което ще се погрижи за това правило за предупреждение.
Добавихме сериозност и персонализиран маркер — Разработка за нашето ново правило.
Известия
Известията се използват, за да се определи кой ще бъде уведомен и при какви условия.
Екран с известия
Вече имаме няколко дефинирани известия. Клиентите могат да дефинират свои, като използват същия потребителски интерфейс.
Нека отворим известието, наречено „Уведоми Иван за предупреждение относно средата за развитие“.
Редактиране на екрана за известия
Както подсказва името на това известие, но и видимо от прикачените тагове, това известие ще обработва всички предупреждения в нашата разработка среда.
В прозореца за проверка по-долу можем да видим нашето правило „Ново правило“, което се показва, това е единственото правило в момента, което може да задейства това известие.
Мога да заменя „Разработка ” с „Производство ” и наборът от правила, които ще задействат това известие, ще бъде различен.
Това прави съпоставянето на правилата за предупреждение с известията много гъвкаво и лесно.
Канали за известия
Каналите ви позволяват да управлявате методите за уведомяване (т.е. списък с имейли, слаби дефиниции и т.н.).
Канал за известия
Каналите могат да бъдат запазени с удобни за потребителя имена и по-късно прикачени като канал за уведомяване към всяко уведомление.
Нека илюстрираме процеса от край до край.
Проблем :
Като клиент искам да създам билет за поддръжка за всеки сигнал, който считам за сериозност 1. Искам това да се прави само за производствената среда. Не ме интересуват другите сървъри, които работят в моя акаунт.
За мен нивата на сериозност по подразбиране Информация, Предупреждение и Критично са ограничаващи. Искам да използвам 5 нива на сериозност — SEV1-SEV5. Не искам да създавам повтарящи се събития всяка минута. Напомнянето веднъж на всеки 24 часа ще бъде хубаво.
Решение:
Ще отида до Правилата за (Алармиране) и ще дефинирам правила самостоятелно, като отговарям на моите специфични изисквания за прагове и лимити. След като съм доволен от тях, ще ги маркирам с етикети според моята собствена скала на тежест. SEV1-SEV5
За всички сигнали за сериозност 1 искам да изпратя имейл до [email protected], за да създам вътрешен билет.
Искам също така да уведомя поддръжката директно на [email protected], защото това е с висока степен на сериозност.
За това мога да използвам повторно канала за уведомяване, който създадох преди.
След това ще свържа всички съществуващи правила на сериозност 1, които се случват в Производство, с моя SEV1 Mail канал.
Тук мога да премахна Production, за да създам билет за всички сървъри с SEV1. Или добавете още маркери, за да филтрирате правилата още повече.
Във всички случаи „ПРАВИЛАТА, КОИТО ЩЕ ЗАПУСКАТ ТОВА УВЕДОМЛЕНИЕ“ ще представляват текущите правила, които ще съответстват на това Уведомление. Мога да ги проверя, преди да ги запазя.
Името на канала е насочено към SEV1 Mail. Мога да запазя и настройката ми е завършена.
Сега, когато „Производственият сървър е недостъпен“ или натоварването на процесора е на 100% (процесорите горят) започне да се задейства за конкретен сървър, системата ще изпрати имейл до посочения имейл адрес за поддръжка и ще създаде билет.
Това няма да се повтори през следващите 24 часа — поради интервала на повторение, дефиниран в моето уведомление (24 часа). Същото правило за друг сървър ще доведе до друго известие.
Сега настройката ми е завършена и готова за някои тестове. Създадох тежък дневник на тези сървъри на база данни.
Сега в Активни сигнали можем да видим, че нашите производствени сървъри, които работят на 100% CPU, започнаха да генерират някои сигнали.
Получихме и имейл с известие.
Уведомлението групира тези 4 събития заедно, защото са част от една и съща услуга transitions-pr и сигналът се задейства приблизително по същото време.
Нашето предупредително известие работи според заявката.
Ако в бъдеще трябва да създам ново правило, единственото нещо, което трябва да направя, е да добавя етикети SEV1 и Production и правилото ще бъде автоматично добавено към съществуващата конфигурация.
Създаване на ново правило
Името на моето SEV1 известие в „УВЕДОМЛЕНИЯ, ЗАПУСКАНИ ОТ ТОВА ПРАВИЛО“ ще потвърди, че новото правило ще се третира по същия начин като другите SEV1, производствени проблеми.
Просто толкова.
Сигналите и известията на SkySQL са в технически преглед. Във версията на GA можете да очаквате повече канали за уведомяване като Slack, ServiceNow, PagerDuty и др.
Освен това, още повече предварително дефинирани правила за предупреждение и повече показатели.
Това беше много бързо въвеждане на функцията за предупреждения и известия. Сигналите и известията са част от SkySQL Monitoring – разширен инструмент, който предоставя всички налични инструменти за наблюдение за вашите облачни услуги за база данни. Най-добрият начин да научите повече е да го изпробвате сами в SkySQL.
За повече информация
Регистрирайте се за SkySQL днес и получете кредит от $500 за до три бази данни от всякакъв размер и тип.
Повече подробности можете да намерите в MariaDB SkySQL Documentation.
