Ключевые события метрик

Материал из Документация Ключ-АСТРОМ
Версия от 15:13, 3 сентября 2024; IKuznetsov (обсуждение | вклад) (Новая страница: «Ключевые события метрики основаны на входящих необработанных измерениях одной метрики....»)
(разн.) ← Предыдущая | Текущая версия (разн.) | Следующая → (разн.)

Ключевые события метрики основаны на входящих необработанных измерениях одной метрики. Для этого типа событий доступна только стратегия мониторинга статического порога. Вы можете отслеживать все измерения метрики в одной конфигурации (например, можно создать оповещение для 20 000 ЦП в одной конфигурации события метрики). В качестве меры предосторожности Ключ-АСТРОМ ограничивает эти конфигурации в 100 одновременных оповещений. Вы можете сузить область действия события до определенных измерений.

Кроме того, действует ограничение в 10 000 конфигураций (как метрических ключей, так и селекторов метрик) на одну среду.

Область действия ключевых событий метрики

Многие метрики Ключ-АСТРОМ предоставляются несколькими сущностями; их число может легко достигать тысяч. Вам, вероятно, не нужно, чтобы ваше событие охватывало все эти сущности одновременно. Чтобы сузить область действия события, вы можете указать некоторые фильтры на основе правил.

Доступны два типа фильтров:

  • Фильтры сущностей (Entity filter) сужают область действия на основе предоставленных критериев (например, имени сущности или тега). Фактический набор доступных критериев зависит от метрики. Если указано несколько фильтров, применяется логика AND .
  • Фильтры измерений (Dimension filters) отфильтровывают сущности на основе предоставленных кортежей (уникальные комбинации метрики — ключа измерения — значения измерения). Если указано несколько фильтров, применяется логика AND . Например, вы можете установить фильтр измерений, который выбирает только действия пользователя, поступающие с устройств iOS для вашего события метрики на основе метрики количества действий .

333.png

Создайте ключевое событие метрики

  1. Перейдите в Настройки > Обнаружение аномалий > События метрики и выберите Добавить событие метрики. 334.png
  2. В поле Сводка дайте краткое содержательное описание события.
  3. В разделе Определение запроса настройте запрос метрики:
    1. Выберите тип метрического ключа запроса.
    2. Выберите ключ метрики для вашего события метрики. Вы можете указать ключ или отображаемое имя метрики. Начните вводить текст, чтобы увидеть список предложений.
    3. Выберите тип агрегации для метрики (если применимо).
    4. Выберите зону управления. Только данные, поступающие из этой зоны, оцениваются для события метрики. Пропустите это поле, чтобы использовать все данные, предоставленные метрикой.
  4. необязательный В разделе Расширенное определение запроса укажите смещение запроса (в минутах). Смещение необходимо для метрик с задержкой; в противном случае событие метрики может выдавать ложные оповещения.
  5. необязательный Добавьте фильтры объектов на основе правил.
  6. необязательный Выберите параметры, которые следует учитывать при проведении мероприятия.
  7. Определите стратегию мониторинга. Для запросов метрических ключей доступны только статические пороговые значения.
    1. Укажите пороговое значение. Выберите Использовать предложенное пороговое значение , чтобы использовать значение на основе предыдущих данных.
    2. Если применимо, выберите единицу измерения порога.
    3. Выберите поведение оповещения об отсутствующих данных . Если оповещение об отсутствующих данных включено, оно объединяется с пороговым условием с помощью логики ИЛИ .
    4. Выберите условие оповещения: оповещение, если показатель выше или ниже порогового значения.
  8. Проверьте предпросмотр оповещений и оцените, насколько эффективна ваша конфигурация.
    1. Выберите значения измерений, которые вы хотите видеть в окне предварительного просмотра.
    2. Выберите временные рамки предварительного просмотра. Вы можете получать оповещения на один, три или семь дней.
  9. Введите заголовок вашего события. Название должно быть короткой, легко читаемой строкой, описывающей ситуацию, например, High network activity или CPU saturation.
  10. В разделе Описание создайте содержательное сообщение о событии. Сообщения о событиях помогут вам понять природу события. Вы можете использовать следующие заполнители:
    • {alert_condition}— состояние оповещения (выше/ниже порога).
    • {baseline}— нарушенное значение базовой линии.
    • {dims}— список всех измерений (и их значений) метрики, нарушившей порог. Вы также можете указать конкретное измерение: {dims:dt.entity.<entity>}. Чтобы получить список доступных измерений для вашей метрики, запросите ее с помощью запроса GET metric descriptor .
    • {entityname}— наименование пострадавшего субъекта.
    • {metricname}— название метрики, нарушившей порог.
    • {missing_data_samples}— количество образцов с отсутствующими данными. Доступно только если включено оповещение об отсутствующих данных.
    • {severity}—серьёзность события.
    • {threshold}— нарушенное значение порога.
  11. Выберите тип событий.
  12. Определите функцию разрешить объединение для вызванных событий. Если объединение разрешено, ИИ попытается объединить это событие с существующими проблемами; в противном случае каждый раз возникает новая проблема.
  13. необязательный Установите дополнительные свойства «ключ-значение», которые будут прикреплены к событию.
  14. Выберите Сохранить изменения .