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

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

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

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

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

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

   

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

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

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

   

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

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
   Включить при создании	Выберите, чтобы правило генерации оповещений начало действовать, как только вы завершите его создание.
   Автоматическое разрешение предупреждений (предварительная версия)	Выберите, чтобы добавить в оповещение отслеживание состояния. Если оповещение находится в состоянии, оповещение разрешается, когда условие больше не выполняется. Если этот проверка box не выбран, оповещения метрик являются без отслеживания состояния. Оповещения без отслеживания состояния запускаются при каждом выполнении условия, даже если оповещение уже запущено. Частота уведомлений для оповещений метрик без отслеживания состояния зависит от настроенной частоты правила генерации оповещений: Частота оповещений менее 5 минут: пока условие продолжает выполняться, уведомление отправляется где-то от одного до шести минут. Частота оповещений более 5 минут: пока условие продолжает выполняться, уведомление отправляется между настроенной частотой и увеличивает значение частоты. Например, для правила генерации оповещений с частотой 15 минут уведомление отправляется в диапазоне от 15 до 30 минут.

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

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

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

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

   Примечание.

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

   

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

   Пример 1

   В этом примере создается тег "Дополнительные сведения" с данными о времени начала окна и времени окончания окна.

   • Имя: "Дополнительные сведения"
   • Значение: "Ознакомительное окноStartTime: ${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"

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

   • Имя: "Оповещение ${data.essentials.monitorCondition} причина"
   • Значение: "${data.alertContext.condition.allOf[0].metricName} ${data.alertContext.condition.allOf[0].operator} ${data.alertContext.condition.allOf[0].threshold} ${data.essentials.monitorCondition}. Значение ${data.alertContext.condition.allOf[0].metricValue}"
   • Результат. Примеры результатов могут быть примерно такими:
     • "Устранена причина, связанная с оповещением: процент загрузки ЦП БольшеThan5 разрешен. Значение равно 3,585"
     • "Оповещение сработала причина": "Процент загрузки ЦП БольшеThan5. Значение равно 10,585"

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

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

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

   

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

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

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

   

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

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

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

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

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

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

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

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

  Например:

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