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

Шлюз приложений публикует точки данных в Azure Monitor для производительности Шлюз приложений и внутренних экземпляров. Эти точки данных называются метриками и являются числовыми значениями в упорядоченном наборе данных временных рядов. Метрики описывают некоторые аспекты шлюза приложений в определенное время. При наличии запросов, передаваемых через Шлюз приложений, он измеряет и отправляет его метрики с 60-секундным интервалом. Если нет запросов, передаваемых через Шлюз приложений или нет данных для метрики, метрика не сообщается. Дополнительные сведения см. в статье Обзор метрик в Microsoft Azure.

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

Примечание.

Дополнительные сведения о прокси-сервере TLS/TCP см . в справочнике по данным.

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

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

[Diagram of timing metrics for the Application Gateway

Примечание.

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

  • Время подключения к серверной части

    Тип агрегирования:Avg/Max

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

    Сюда входит задержка сети, а также время, затрачиваемое стеком TCP внутреннего сервера на установку новых подключений. Для TLS он также включает время, затраченное на подтверждение.

  • Время получения первого байта ответа от серверной части

    Тип агрегирования:Avg/Max

    Интервал времени с начала установки подключения к внутреннему серверу до момента получения первого байта заголовка ответа.

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

  • Время получения последнего байта ответа от серверной части

    Тип агрегирования:Avg/Max

    Интервал времени с начала установки подключения к внутреннему серверу до момента получения последнего байта текста ответа.

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

  • Общее время шлюза приложений

    Тип агрегирования:Avg/Max

    Эта метрика фиксирует среднее или максимальное время, затраченное на получение, обработку и отправку ответа.

    Это интервал времени с момента получения Шлюзом приложений первого байта HTTP-запроса до момента отправки клиенту последнего байта ответа. Сюда входит время обработки, затраченное Шлюзом приложений, время получения последнего байта ответа от серверной части и время, затраченное Шлюзом приложений на отправку всего ответа.

  • RTT клиента

    Тип агрегирования:Avg/Max

    Эта метрика фиксирует среднее или максимальное время кругового пути между клиентами и Шлюз приложений.

Эти метрики можно использовать для определения того, что является причиной наблюдаемого замедления: клиентская сеть, производительность Шлюза приложений, перегрузка серверной сети и стека TCP внутреннего сервера, производительность серверного приложения или большой размер файла.

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

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

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

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

Для шлюза приложений доступны следующие метрики:

  • Получено байтов

    Число байтов, полученных Шлюзом приложений от клиентов. (Сообщается только на основе запроса "размер содержимого". Он не учитывает затраты на согласование TLS, заголовки пакетов TCP/IP или повторные передачи, поэтому не представляют полного использования пропускной способности.)

  • Байтов отправлено

    Число байтов, отправленных Шлюзом приложений клиентам. (Сообщается только на основе ответа "размер контента". Он не учитывает заголовки пакетов TCP/IP или повторной передачи, поэтому не представляет полное использование пропускной способности.)

  • Клиентский протокол TLS

    Число запросов TLS и не TLS, инициированных клиентом, который установил подключение к Шлюзу приложений. Чтобы просмотреть распределение протокола TLS, выполните фильтрацию по измерению "Протокол TLS". Эта метрика включает запросы, обслуживаемые шлюзом, например перенаправления.

  • Текущие единицы емкости

    Число единиц емкости, потребляемых для балансировки нагрузки трафика. Есть три составляющих единицы емкости: число единиц вычислений, число постоянных подключений и пропускная способность. Каждая единица емкости состоит не более чем из 1 единиц вычислений или 2500 постоянных подключений или пропускной способности 2,22 Мбит/с.

  • Текущее число единиц вычислений

    Число потребленных ресурсов процессора. Факторы, влияющие на этот показатель: число TLS-подключений в секунду, вычисление перезаписи URL-адресов и обработка правил WAF.

  • Текущие подключения

    Общее число активных одновременных подключений клиентов к Шлюзу приложений.

  • Предполагаемое выставление счетов единиц емкости

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

  • Невыполненные запросы

    Количество запросов, обслуженных Шлюзом приложений с кодами ошибок сервера 5xx. Сюда входят коды 5xx, созданные Шлюзом приложений, а также коды 5xx, созданные серверной частью. Число запросов можно дополнительно отфильтровать, чтобы отобразить количество для каждого или конкретного сочетания серверного пула и параметра HTTP.

  • Фиксированные единицы емкости для выставления счетов

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

  • Новых подключений в секунду

    Среднее число новых TCP-подключений в секунду, установленных клиентами к Шлюзу приложений и Шлюзом приложений к серверным элементам.

  • Состояние ответа

    Состояние ответа HTTP, возвращенное Шлюзом приложений. Распределение кодов состояния ответа можно дополнительно сгруппировать, чтобы отобразить ответы по категориям 2xx, 3xx, 4xx и 5xx.

  • Пропускная способность

    Количество байтов в секунду, обрабатываемых Шлюзом приложений (Сообщается только на основе размера контента. Он не учитывает затраты на согласование TLS, заголовки пакетов TCP/IP или повторные передачи, поэтому не представляют полного использования пропускной способности.)

  • Всего запросов

    Количество успешных запросов, которые Шлюз приложений обслуживались целевыми объектами внутреннего пула. Страницы, обслуживаемые непосредственно шлюзом, например перенаправления, не учитываются и должны находиться в метрике протокола TLS клиента. Метрика общего количества запросов может быть дополнительно отфильтровано для отображения количества для каждого или определенного сочетания параметров внутреннего пула-http.

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

Для шлюза приложений доступны следующие метрики:

  • Состояние ответа серверной части

    Число кодов состояния HTTP-ответа, возвращенных серверной частью. Это не включает коды откликов, созданные Шлюз приложений. Распределение кодов состояния ответа можно дополнительно сгруппировать, чтобы отобразить ответы по категориям 2xx, 3xx, 4xx и 5xx.

  • Количество работоспособных узлов

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

  • Количество неработоспособных узлов

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

  • Запросы в минуту на здоровый узел

    Среднее число запросов, получаемых каждым работоспособным участником в серверном пуле за минуту. Необходимо указать серверный пул с помощью измерения BackendPool HttpSettings.

метрики Брандмауэр веб-приложений (WAF)

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

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

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

Для шлюза приложений доступны следующие метрики:

  • Использование ЦП

    Показывает использование ресурсов ЦП, выделенных для Шлюза приложений. При нормальных условиях загрузка ЦП не должна регулярно превышать 90 %, так как это может привести к задержкам на веб-сайтах, размещенных за Шлюзом приложений, и дестабилизации работы клиента. Вы можете косвенно контролировать или повышать загрузку ЦП, изменив конфигурацию Шлюза приложений. Для этого увеличьте число экземпляров и (или) перейдите на больший размер SKU.

  • Текущие подключения

    Число текущих установленных подключений к шлюзу приложений

  • Невыполненные запросы

    Количество запросов, которые не удалось выполнить из-за проблем с подключением. Это число включает запросы, которые не удалось выполнить из-за превышения параметра HTTP "Время ожидания запроса", и запросы, которые не удалось выполнить из-за проблем с подключением между Шлюзом приложений и серверной частью. Это число не включает сбои из-за отсутствия работоспособной серверной части. Ответы 4xx и 5xx от серверной части также не считаются частью этой метрики.

  • Состояние ответа

    Состояние ответа HTTP, возвращенное Шлюзом приложений. Распределение кодов состояния ответа можно дополнительно сгруппировать, чтобы отобразить ответы по категориям 2xx, 3xx, 4xx и 5xx.

  • Пропускная способность

    Количество байтов в секунду, обрабатываемых шлюзом приложений

  • Всего запросов

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

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

Для шлюза приложений доступны следующие метрики:

  • Количество работоспособных узлов

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

  • Количество неработоспособных узлов

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

метрики Брандмауэр веб-приложений (WAF)

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

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

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

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

Metric view.

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

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

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

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

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

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

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

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

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

    Add rule page

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

Email for breached threshold

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

List of alerts and rules

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

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

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