Мониторинг нескольких временных рядов в одном правиле генерации оповещений метрик

  • Статья

Одно правило генерации оповещений метрик можно использовать для мониторинга одного или нескольких временных рядов метрик. Эта возможность упрощает мониторинг ресурсов в большом масштабе.

Временные ряды метрик

Временные ряды метрик — это ряд измерений (или значений метрик), захваченных за определенный период времени.

Например:

  • Использование ЦП виртуальных машин
  • Входящие байты (входящий трафик) в учетную запись хранения
  • Число неудачных запросов веб-приложения

Правило генерации оповещений в одном временном ряде

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

  • Оно наблюдает за одним целевым ресурсом.
  • Содержит одно условие.
  • Оценивает метрику без выбора измерений (предполагая, что метрика поддерживает измерения).

Пример такого правила генерации оповещений (с отображением только соответствующих свойств):

  • Целевой ресурс: VM-a
  • Сигнал: процент ЦП
  • Оператор: Больше
  • Пороговое значение: 80

Для этого правила генерации оповещений отслеживается один временной ряд метрики:

  • Процент ЦП, где resource='VM-a' > 80 %

Screenshot that shows an alert rule on a single time series.

Правило генерации оповещений для нескольких временных рядов

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

  • Несколько ресурсов
  • Множество условий
  • Несколько измерений

Несколько ресурсов (с несколькими ресурсами)

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

Пример такого правила генерации оповещений:

  • Целевой ресурс: VM-a, myVM2
  • Сигнал: процент ЦП
  • Оператор: Больше
  • Пороговое значение: 80

Для этого правила генерации оповещений отслеживаются два временных ряда метрики отдельно:

  • Процент ЦП, где resource='VM-a' > 80 %
  • Процент ЦП, где resource='myVM2' > 80 %

Screenshot that shows a multi-resource alert rule.

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

Например, предположим, что мы задали предыдущее правило генерации оповещений для отслеживания ЦП выше 80 %. За вычисленный период (т. е. за последние 5 минут)

  • Процент ЦП виртуальной машины больше 80 %.
  • Процент загрузки ЦПmyVM2 находится на уровне 50 %.

Правило генерации оповещений активируется на виртуальной машине, но не в vm-b. Эти активируемые оповещения являются независимыми. Они также могут разрешаться в разное время в зависимости от конкретного поведения каждой из виртуальных машин.

Дополнительные сведения о правилах генерации оповещений с несколькими ресурсами и о типах ресурсов, поддерживаемых этой возможностью, см. в разделе Мониторинг в масштабе с помощью оповещений метрик в Azure Monitor.

Примечание.

В правиле оповещения метрики, отслеживающем несколько ресурсов, допускается только одно условие.

Несколько условий (множественные условия)

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

Например:

  • Целевой ресурс: VM-a
  • Условие1
    • Сигнал: процент ЦП
    • Оператор: Больше
    • Пороговое значение: 80
  • Условие2
    • Сигнал: сеть в общей сложности
    • Оператор: Больше
    • Пороговое значение: 20 МБ

Для этого правила генерации оповещений отслеживаются два временных ряда метрики:

  • Процент ЦП , где resource='VM-a' > 80 %.
  • Сеть в общей сложности, где resource='VM-a' > 20 МБ.

Screenshot that shows a multi-condition alert rule.

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

Примечание.

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

Несколько измерений (с несколькими измерениями)

Одно правило генерации оповещений метрик также может отслеживать несколько значений измерения метрики. Измерения метрики — это пары "имя — значение", которые используются для передачи дополнительных данных с описаниями значения метрики. Например, метрика Транзакции учетной записи хранения имеет параметр под названием Имя API. Это измерение описывает имя API, вызываемого каждой транзакцией, например GetBlob, DeleteBlob и PutPage. Использование измерений является необязательным, но позволяет фильтровать метрику и отслеживать только определенные временные ряды, а не контролировать метрику как совокупность всех значений измерений.

Например, вы можете активировать оповещение, когда число транзакций велико по всем именам API (что является агрегированными данными). Или вы можете дополнительно разбить его на оповещения только тогда, когда количество транзакций велико для определенных имен API.

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

  • Целевой ресурс: mystorage1
  • Сигнал: транзакции
  • Измерения:
    • Имя API = EntityGroupTransaction, GetBlob, PutPage
  • Оператор: Больше
  • Пороговое значение: 80

Для этого правила генерации оповещений отслеживаются три временных ряда метрики:

  • Транзакции, где Resource='mystorage1' и API Name='EntityGroupTransaction' > 80
  • Транзакции, в которых Resource='mystorage1' и API Name='GetBlob' > 80
  • Транзакции, в которых Resource='mystorage1' и API Name='PutPage' > 80

Screenshot that shows a multi-dimension alert rule with values from one dimension.

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

Ниже приведен пример такого оповещения.

  • Целевой ресурс: myStorage1
  • Сигнал: транзакции
  • Измерения:
    • Имя API = GetBlob, DeleteBlob, PutPage
    • Проверка подлинности = SAS, AccountKey
  • Оператор: Больше
  • Пороговое значение: 80

Для этого правила генерации оповещений отслеживаются шесть временных рядов метрики отдельно:

  • Транзакции, в которых resource='my служба хранилища 1' и API Name='GetBlob' и Authentication='SAS' > 80
  • Транзакции, в которых resource='my служба хранилища 1' и API Name='GetBlob' и Authentication='AccountKey' > 80
  • Транзакции, в которых resource='my служба хранилища 1' и API Name='DeleteBlob' и Authentication='SAS' > 80
  • Транзакции, в которых resource='my служба хранилища 1' и API Name='DeleteBlob' и Authentication='AccountKey' > 80
  • Транзакции, в которых resource='my служба хранилища 1' и API Name='PutPage' и Authentication='SAS' > 80
  • Транзакции, в которых resource='my служба хранилища 1' и API Name='PutPage' и Authentication='AccountKey' > 80

Screenshot that shows a multi-dimension alert rule with values from multiple dimensions.

Расширенные функции с несколькими измерениями

  1. Выбор всех текущих и будущих измерений — можно выбрать мониторинг всех возможных значений измерения, включая будущие значения. Такое правило генерации оповещений автоматически масштабируется для отслеживания всех значений измерения без необходимости изменять правило генерации оповещений при каждом добавлении или удалении значения измерения.
  2. Исключение измерений — выбор оператора "≠" (exclude) для значения измерения эквивалентен выбору всех остальных значений этого измерения, включая будущие значения.
  3. Добавление новых и пользовательских измерений — значения измерений, отображаемые на портале Azure, основываются на данных метрик, собранных за последний день. Если искомое значение измерения еще не создано, можно добавить пользовательское значение измерения.
  4. Сопоставление измерений с префиксом — можно выбрать отслеживание всех значений измерений, начинающихся с определенного шаблона, путем выбора оператора Начинается с и ввода настраиваемого префикса.

Screenshot that shows advanced multi-dimension features.

Цены на оповещения метрик

Цены на правила генерации оповещений метрик представлены на странице цен Azure Monitor.

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

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

Число временных рядов, отслеживаемых одним правилом генерации оповещений

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

Следующие шаги

Дополнительные сведения о мониторинге при масштабировании с помощью оповещений метрик и динамических порогов.