Перейти к основному содержимому
Версия: 8.8

Привязка порогов

Описание и сценарии актуальны для Monq версии не ниже 8.7.2
демо

Рассматриваемый вариант не является единственно верным и представлен в демонстрационных целях

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

Сценарий привязки КЕ к порогам метрик​

Сценарий предназначен для привязки конфигурационных единиц к порогам метрик.

Главным требованием для связывания любых объектов в Monq является наличие общего признака у этих объектов

В данном сценарии для корреляции порогов метрик с КЕ будут сравниваться метки в метриках и значения атрибутов КЕ.

Предварительные условия​

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

  1. Cоздан поток данных и настроен сбор метрик (1, 2) из источника

  2. В настройках CMDB для необходимых типов КЕ настроены атрибуты, например:
    image

  3. Созданы КЕ соответствующего типа и в каждой из них в атрибутах содержится уникальное идентифицирующее ее значение. Например: image

  4. Настроены правила порогов

Импорт сценария​

Bind CIs to Thresholds.txt (github)
Тип сценария: ThresholdsProcessor

Сценарий необходимо импортировать, скомпилировать и активировать.

image

Если сценарии должны работать только с определенными правилами порогов, id правил нужно указать в настройках функции FilterStruct и отключить передачу управления по пину False.
Если оба пина True и False оставить подключенными, сценарий будет срабатывать по всем правилам порогов в пределах рабочей группы.

image

Донастройка правил порогов​

В целевых правилах порогов добавьте следующие аннотации (в самом низу настроек):

    • Ключ: bindci_attr_key
    • Значение: скопируйте название атрибута типа КЕ используя кнопку копирования в параметрах КЕ:
      image
    • Ключ: bindci_attr_value
    • Значение: {{ Metric.Labels.название_метки }}
      Вместо название_метки впишите название одной из меток собираемых метрик, в которой содержится уникальное значение, которое совпадает с аналогичным в атрибуте КЕ.
      Например, на скриншоте ниже такая метка имеет название "instance". В ваших метриках это будет другая метка. Ее название и нужно добавить:
      image

Компоненты и слоты​

Для оценки состояния покрытия мониторингом в типах КЕ опционально можно задать слоты компонентов и при привязке КЕ к порогам указывать к какому конкретно компоненту и какому из его слотов выполнять эту привязку.

Демонстрационный сценарий уже включает заготовку для использования этой функции, но требуется выполнить несколько настроек вашего пространства Monq:

  1. В настройках CMDB выбрать тип КЕ, в рамках которого планируется привязывать пороги с указанием слотов компонентов
  2. Выбрать (или создать новый) компонент, в котором будут указаны слоты
  3. Добавить слоты image
  4. В правилах порогов добавить еще 2 аннотации
    • Ключ: component
      Значение: название компонента, настроенного в типе КЕ
    • Ключ: slot
      Значение: название слота компонента, настроенного в типе КЕ image
важно

Если component в аннотациях не задан, привязка будет выполняться к компоненту по умолчанию. У каждого компонента могут быть собственные слоты. Это необходимо учитывать при указании имен компонентов и слотов в аннотациях правил порогов.

Сценарий создания сигналов по порогам​

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

image

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

Если необходимые для работы Сценария привязки КЕ к порогам метрик настройки не были выполнены и у порогов нет привязанных к ним КЕ, то и сигналы по этим порогам также будут создаваться без привязанных КЕ.

важно

Даже если привязка КЕ к порогам и сигналам не требуется, для работы сигнального сценария все равно необходимо наличие активного Сценария привязки КЕ к порогам метрик, так как именно в него первоначально поступают события по порогам и выполняется переадресация этих данных в сигнальный сценарий.

Импорт сценария​

Signal Processor for Thresholds.txt (github)
Тип сценария: SignalProcessor

Сценарий необходимо импортировать, скомпилировать и активировать.

image

Если сценарии должны работать только с определенными правилами порогов, id правил нужно указать в настройках функции FilterStruct и отключить передачу управления по пину False.
Если оба пина True и False оставить подключенными, сценарий будет срабатывать по всем правилам порогов в пределах рабочей группы.

image