Метрики для Шлюза приложений

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

В этой статье описываются метрики, доступные для шлюза приложений, доступ к ним и их визуализация, а также настройка оповещений на основе пороговых значений метрик. Вы узнаете о метриках времени, которые помогают диагностировать узкие места производительности, индикаторы работоспособности серверной части и метрики брандмауэра веб-приложений (WAF) для мониторинга безопасности. Дополнительные сведения см. в статье Обзор метрик в Microsoft Azure.

Общие сведения о метриках

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

Метрики, поддерживаемые в SKU шлюза приложений V2

Метрики времени

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

Метрики времени можно использовать для определения того, связано ли наблюдаемое замедление из-за клиентской сети, производительности шлюза приложений, серверной сети и насыщенности стека TCP сервера серверной части, производительности серверного приложения или большого размера файла. Дополнительные сведения см. в разделе "Метрики времени".

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

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

Если значение общего времени Шлюза приложений резко изменяется, а значение времени получения последнего байта ответа от серверной части остается неизменным, это может указывать на проблемы с производительностью на Шлюзе приложений или проблемы с сетевым подключением между клиентом и Шлюзом приложений. Кроме того, если клиент RTT также имеет соответствующий пик, это указывает на то, что снижение связано с сетью между клиентом и шлюзом приложений.

Метрики Шлюза приложений

Для Шлюз приложений доступны несколько метрик. Список см. в разделе Метрики шлюза приложений.

Серверные метрики

Для Шлюза приложений доступны несколько серверных метрик. Список см. в разделе "Внутренние метрики".

метрики веб-аппликационного фаервола (WAF)

Сведения о мониторинге WAF см. в разделе Метрики WAF версии 2 и Метрики WAF версии 1.

Визуализация метрик

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

На следующем изображении приведен пример с тремя метриками, отображаемыми в течение последних 30 минут:

Текущий список метрик доступен на странице Метрики, поддерживаемые Azure Monitor.

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

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

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

1. Нажмите кнопку Добавить оповещение метрики, чтобы открыть страницу Добавить правило. Эту страницу также можно открыть со страницы метрик.

   

2. На странице Добавление правила заполните разделы для имени, условия и уведомления. После этого нажмите кнопку ОК.

   • С помощью селектора Условие выберите одно из четырех значений: Больше, Больше или равно, Меньше или Меньше или равно.

   • С помощью селектора Период выберите интервал от 5 минут до 6 часов.

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

   

При нарушении порога вы получите примерно такое электронное сообщение:

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

Дополнительные сведения об уведомлениях для оповещений см. в статье Что такое оповещения в Microsoft Azure?

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

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

• Визуализируйте журналы счетчиков и событий с помощью журналов Azure Monitor.
• Визуализация журнала событий Azure с помощью Power BI в блоге.
• Запись в блоге Просмотр и анализ журналов активности Azure в Power BI и других средств.