Правила оповещения

Правило оповещения – это набор критериев оценки, определяющих, когда должно срабатывать правило оповещения. Правило оповещения состоит из следующих элементов:

запросы, которые выбирают набор данных для оценки;
условие оповещения (порог), которому запрос должен соответствовать или превышать , чтобы сработал экземпляр оповещения;
интервал, определяющий частоту оценки правила оповещения, и продолжительность, указывающая, в течение какого времени должно выполняться условие для срабатывания оповещения;
другие настраиваемые параметры, например, установка того, что должно происходить при отсутствии данных, сообщений об уведомлениях и многое другое.

Подсистема поддерживает два разных типа правил оповещений: правила оповещений, управляемые Подсистемой, и правила оповещений, управляемые источником данных.

Правила оповещения, управляемые Подсистемой

Правила оповещений, управляемые Подсистемой, являются наиболее гибким типом правил оповещений. Они позволяют создавать правила оповещений, которые могут работать с данными из любого из поддерживаемых источников данных, а также использовать несколько источников данных в одном правиле оповещения (рисунок 77).

Рисунок 77 — Схема работы правил, управляемых Подсистемой

Оповещения, управляемые Подсистемой, по умолчанию работают следующим образом:

правила оповещения создаются в Подсистеме и запрашивают один или несколько источников данных;
правила оповещений оцениваются механизмом оценки правил оповещений из Подсистемы;
запущенные и разрешенные экземпляры оповещений пересылаются для обработки их уведомлений.

Правила оповещений, управляемые Подсистемой, могут запрашивать внутренние источники данных, если функция оповещений Подсистемы включена с помощью указания {"backend": true, "alerting": true} в файле plugin.json.

Правила оповещения, управляемые источником данных

Правила оповещений, управляемые источником данных, могут запрашивать только источники данных на основе Prometheus, такие как Prometheus, Mimir или Loki.

Правила оповещений хранятся в источнике данных. В этой распределенной архитектуре разделение компонентов может обеспечить высокую доступность и отказоустойчивость, позволяя масштабировать систему оповещений (рисунок 78).

Рисунок 78 — Схема работы правил, управляемых источником данных

Архитектура оповещения, управляемая Mimir:

правила оповещения создаются и хранятся в самом источнике данных;
правила оповещения могут запрашивать только данные, основанные на Prometheus;
правила оповещения оцениваются механизмом оценки правил оповещения;
запущенные и разрешенные экземпляры оповещений пересылаются для обработки их уведомлений.

Сравнение типов правил оповещений

По возможности рекомендуется использовать правила оповещений, управляемые Подсистемой, и выбирать правила оповещений, управляемые источником данных, только если нужно масштабировать систему оповещений.

В таблице 61 сравниваются правила оповещений, управляемые Подсистемой и источником данных.

Правила записи

Как и правила оповещений, правила записи оцениваются периодически. Правило записи предварительно вычисляет часто используемые или ресурсоемкие запросы и сохраняет результаты в виде новой метрики временных рядов.

Затем новую метрику записи можно использовать в правилах оповещений и на панелях мониторинга для оптимизации запросов.