Создание или изменение правила генерации оповещений метрик

Для создания правила генерации оповещений метрики требуются следующие разрешения.

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

Выполните следующие действия:

1. На портале выберите "Мониторинг оповещений>".

2. Откройте меню +Создать и выберите правило генерации оповещений.

   

Выполните следующие действия:

1. На портале перейдите к ресурсу.

2. Выберите оповещения в левой области и нажмите кнопку "Создать>правило генерации оповещений".

3. Область правила генерации оповещений задана для выбранного ресурса. Продолжайте задавать условия для правила генерации оповещений.

   

Выполните следующие действия:

1. На портале на домашней странице или из определенного ресурса выберите "Оповещения" в левой области.

2. Щелкните Правила генерации оповещений.

3. Выберите правило генерации оповещений, которое нужно изменить, и нажмите кнопку "Изменить".

   

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

Выполните следующие действия:

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

2. Выберите Применить.

   

Выполните следующие действия:

1. На вкладке "Условие " при выборе поля "Имя сигнала" наиболее часто используемые сигналы отображаются в раскрывающемся списке. Выберите один из этих популярных сигналов или выберите "Просмотреть все сигналы ", если вы хотите выбрать другой сигнал для условия.

   

2. (Необязательно) Если вы решили просмотреть все сигналы на предыдущем шаге, используйте область "Выбор сигнала", чтобы найти имя сигнала или отфильтровать список сигналов. Фильтровать по:

   • Тип сигнала: тип создаваемого правила генерации оповещений.
   • Источник сигнала: служба отправляет сигнал.

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

   Источник сигнала	Description
   Платформа	Для сигналов метрики служба мониторинга является пространством имен метрик. "Платформа" означает, что метрики предоставляются поставщиком ресурсов, а именно Azure.
   Azure.ApplicationInsights	Сообщаемые клиентом метрики, отправляемые с помощью пакета SDK для Application Insights.
   Azure.VM.Windows.GuestMetrics	Метрики гостевой ОС виртуальной машины, собранные расширением, запущенным на виртуальной машине. Может включать встроенные счетчики для каждой операционной системы и настраиваемые счетчики perf.
   <пользовательское пространство имен>	Пользовательское пространство имен метрик, содержащее пользовательские метрики, отправляемые с помощью API метрик Azure Monitor.

   Выберите имя сигнала и применить.

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

   Поле	Description
   Диапазон времени	Диапазон времени для включения в результаты. Может быть от последних шести часов до последней недели.
   Временной ряд	Временные ряды для включения в результаты.

4. В разделе Логика оповещений:

   Поле	Description
   За пороговое значение	Выберите, следует ли оценивать пороговое значение на основе статического значения или динамического значения. Статическое пороговое значение вычисляет правило с помощью заданного порогового значения. Динамические пороговые значения используют алгоритмы машинного обучения для непрерывного изучения шаблонов поведения метрик и вычисления соответствующих пороговых значений для неожиданного поведения. Дополнительные сведения об использовании динамических пороговых значений для оповещений метрик.
   Оператор	Выберите оператор для сравнения значения метрики и порогового значения. Если вы используете динамические пороговые значения, правила генерации оповещений могут использовать адаптированные пороговые значения на основе поведения метрик как для верхних, так и для нижних границ в одном правиле генерации оповещений. Выберите один из следующих операторов: — больше верхнего порога или ниже нижнего порога (по умолчанию) - Больше верхнего порога - Ниже порогового значения
   Тип агрегирования	Выберите статистическую функцию, применяемую к точкам данных: Sum, Count, Average, Min или Max.
   Пороговое значение	Если вы выбрали статическое пороговое значение, введите пороговое значение для логики условия.
   Единица измерения	Если выбранный сигнал метрик поддерживает различные единицы, такие как байты, КБ, МБ и ГБ, а если выбран статический порог, введите единицу для логики условия.
   Порог чувствительности	Если вы выбрали динамическое пороговое значение, введите уровень конфиденциальности. Уровень конфиденциальности влияет на количество отклонений от шаблона ряда метрик, необходимого для активации оповещения. - Высокий: пороговые значения являются жесткими и близки к шаблону ряда метрик. Правило генерации оповещений активируется при наименьшем отклонении, что приводит к большему объему оповещений. - Средний: пороговые значения менее жесткие и более сбалансированные. Существует меньше оповещений, чем с высокой конфиденциальностью (по умолчанию). - Низкий: пороговые значения являются свободными, что позволяет больше отклонений от шаблона ряда метрик. Правила генерации оповещений активируются только при больших отклонениях, что приводит к меньшему объему оповещений.

5. (Необязательно) Можно настроить разделение по измерениям.

   Измерения — пары имя-значение, которые содержат дополнительные данные о значении метрики. С помощью измерений можно отфильтровать метрики и отслеживать определенные временные ряды, а не отслеживать агрегат всех измерений.

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

   Поле	Description
   Имя измерения	Измерениями могут быть числовые или строковые столбцы. Измерения позволяют отслеживать определенные временные ряды и предоставляют контекст для активированного оповещения. Разделение по столбцу идентификатора ресурса Azure делает из указанного ресурса целевой объект оповещения. При обнаружении столбца идентификаторов ресурсов он выбирается автоматически, а контекст запущенного оповещения изменяется на ресурс записи.
   Оператор	Оператор, используемый для имени и значения измерения.
   Значения измерений	Значения измерений основаны на данных за последние 48 часов. Выберите Добавить пользовательское значение, чтобы добавить пользовательские значения измерений.
   Включить все будущие значения	Выберите это поле, чтобы включить любые будущие значения, добавленные в выбранное измерение.

6. В разделе " Когда следует оценить ":

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

7. (Необязательно) Если вы используете динамические пороговые значения, в разделе "Дополнительные параметры " можно указать, сколько сбоев в течение определенного периода времени активирует оповещение. Например, можно указать, что вы хотите активировать оповещение только в случае трех сбоев за последний час. Бизнес-политика приложения должна определить этот параметр.

   Выберите значения для следующих полей:

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

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

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

1. Перейдите на вкладку Действия.

2. Выберите или создайте необходимые группы действий.

   

Выполните следующие действия:

1. На вкладке "Сведения" определите сведения о проекте.

   • Выберите элемент Подписка.
   • Выберите пункт Группа ресурсов.

2. Определите сведения для правиле генерации оповещений.

   

3. Выберите Уровень серьезности.

4. Введите значения для полей Имя правила генерации оповещений и Описание правила генерации оповещений.

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

   • Северная Европа
   • Западная Европа
   • Центральная Швеция
   • Центрально-Западная Германия

6. (Необязательно) В разделе Дополнительные параметры можно задать несколько параметров.

   Поле	Description
   Включить при создании	Выберите, чтобы правило генерации оповещений начало действовать, как только вы завершите его создание.
   Автоматическое разрешение предупреждений	Выберите, чтобы добавить в оповещение отслеживание состояния. Если оповещение находится в состоянии, оповещение разрешается, когда условие больше не выполняется. Если этот флажок не установлен, оповещения метрик являются без отслеживания состояния. Оповещения без отслеживания состояния запускаются при каждом выполнении условия, даже если оповещение уже запущено. Частота уведомлений для оповещений метрик без отслеживания состояния зависит от настроенной частоты правила генерации оповещений: Частота оповещений менее 5 минут: пока условие продолжает выполняться, уведомление отправляется где-то от одного до шести минут. Частота оповещений более 5 минут: пока условие продолжает выполняться, уведомление отправляется между настроенной частотой и увеличивает значение частоты. Например, для правила генерации оповещений с частотой 15 минут уведомление отправляется в диапазоне от 15 до 30 минут.

7. (Необязательно) В разделе "Пользовательские свойства ", если это правило генерации оповещений содержит группы действий, можно добавить собственные свойства для включения в полезные данные уведомления об оповещении. Эти свойства можно использовать в действиях, вызываемых группой действий, таких как веб-перехватчик, функция Azure или действие приложения логики.

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

   Формат извлечения динамического значения из полезных данных генерации оповещений: ${<path to schema field>} Например: ${data.essentials.monitorCondition}.

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

   Примечание.

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

   

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

   В этом примере создается тег дополнительных сведений с данными о времени начала окна и времени окончания окна:

   • Имя: Additional Details
   • Значение: Evaluation windowStartTime: ${data.alertContext.condition.windowStartTime}. windowEndTime: ${data.alertContext.condition.windowEndTime}
   • Результат: AdditionalDetails:Evaluation windowStartTime: 2023-04-04T14:39:24.492Z. windowEndTime: 2023-04-04T14:44:24.492Z

   В этом примере добавляются данные, касающиеся причины разрешения или запуска оповещения:

   • Имя: Alert ${data.essentials.monitorCondition} reason
   • Значение: ${data.alertContext.condition.allOf[0].metricName} ${data.alertContext.condition.allOf[0].operator} ${data.alertContext.condition.allOf[0].threshold} ${data.essentials.monitorCondition}. The value is ${data.alertContext.condition.allOf[0].metricValue}
   • Возможные результаты:
     • Alert Resolved reason: Percentage CPU GreaterThan5 Resolved. The value is 3.585
     • Alert Fired reason": "Percentage CPU GreaterThan5 Fired. The value is 10.585

8. После настройки области, условий и сведений можно в любое время выбрать кнопку "Просмотр и создание ".

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

1. Выберите вкладку Теги.

2. Задайте все необходимые теги в ресурсе правила генерации оповещений.

   

Выполните следующие действия:

1. На вкладке "Просмотр и создание " правило проверяется и позволяет узнать о любых проблемах.

2. Если проверка пройдена и вы проверили параметры, выберите Создать.

   

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

• Имена правил генерации оповещений метрик нельзя изменить (переименовать) после создания.
• Имя правила генерации оповещений метрик должно быть уникальным в пределах группы ресурсов.
• Имена правил генерации оповещений метрик не могут содержать следующие символы: * # и + : <> ? @ % { } \ /
• Имя правила генерации оповещений метрик не может заканчиваться пробелом или точкой.
• Суммарная длина имени группы ресурсов и имени правила генерации оповещений не может превышать 252 символа.

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

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

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

• В каждом условии можно выбрать только одно значение для каждого измерения.

• Нельзя использовать параметр Выбрать все текущие и будущие значения. Выберите звездочку (*).

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

• Если метрики, настроенные с различными условиями, поддерживают одно и то же измерение, то настроенное значение измерения должно быть явно задано одинаковым способом для всех этих метрик с соответствующим условием.

  Например:

  • Рассмотрим правило генерации оповещений метрик, определенное в учетной записи хранения и отслеживающее два условия:
    • всего транзакций> 5
    • среднее значение SuccessE2ELatency> 250 мс
  • Вы хотите изменить первое условие и наблюдать только за транзакциями, в которых измерение ApiName имеет значение "GetBlob".
  • Так как метрики Transactions и SuccessE2ELatency поддерживают измерение ApiName, необходимо обновить оба условия и указать измерение ApiName со "GetBlob" значением.