Флагманское руководство · Web и DevOps
IIS: application pools, очереди, HTTP-коды и время ответа
Подробное руководство: iis: application pools, очереди, http-коды и время ответа. Объекты, границы, сбор, трактовка сигналов, события, проверка и безопасный откат.
Редакционная политика. Технические утверждения сверены с указанными официальными источниками. Это лабораторный материал, а не клиентский кейс и не обещание результата.
Объектная модель
В центре материала — «IIS: application pools, очереди, HTTP-коды и время ответа». Наблюдаемые свойства: app pool state/recycles, current connections, request queue, 5xx rate, latency. Их отношения задают способ сбора «Windows perf counters, service/app pool discovery и IIS logs» и предметная настройка «LLD pools, perf_counter_en по W3SVC/WAS и log.count[] по scoped site».
Граница наблюдения
Для темы «IIS: application pools, очереди, HTTP-коды и время ответа»: DNS, TCP, TLS, HTTP, приложение и бизнес-признак разделены; успешный HTTP-код не доказывает свежесть данных. Готовность связывает сигнал источника, получение Zabbix и проверяемое состояние объекта.
Сбор данных
Windows perf counters, service/app pool discovery и IIS logs. Настройка для этой темы: LLD pools, perf_counter_en по W3SVC/WAS и log.count[] по scoped site.
Сигналы и их интерпретация
| Сигнал | Что показывает | Логика события |
|---|---|---|
app pool state/recycles | состояние объекта | событие после устойчивого подтверждения; закрытие по обратному предметному сигналу |
current connections | изменение нагрузки или потока | событие после устойчивого подтверждения; закрытие по обратному предметному сигналу |
request queue | задержку обработки | событие после устойчивого подтверждения; закрытие по обратному предметному сигналу |
5xx rate | остаток ресурса | событие после устойчивого подтверждения; закрытие по обратному предметному сигналу |
latency | состояние зависимости | событие после устойчивого подтверждения; закрытие по обратному предметному сигналу |
Порядок внедрения
- 01
Зафиксировать состав и владельца объекта «IIS: application pools, очереди, HTTP-коды и время ответа», а также его зависимости.
- 02
Провести сбор способом: Windows perf counters, service/app pool discovery и IIS logs.
- 03
Выполнить предметную настройку: LLD pools, perf_counter_en по W3SVC/WAS и log.count[] по scoped site.
- 04
Сначала получить app pool state/recycles и current connections; детализацию добавлять после оценки стоимости.
- 05
Разделить события недоступности, деградации и исчерпания ресурса.
- 06
Провести только контролируемую проверку: recycle лабораторного app pool и запросить test URL с ожидаемым status.
Валидация и доказательства
Испытание этой темы: recycle лабораторного app pool и запросить test URL с ожидаемым status. Подтверждение результата: Для темы «IIS: application pools, очереди, HTTP-коды и время ответа» и задачи «флагманское руководство»: раздельные времена DNS, соединения, TLS и ответа, ожидаемое содержимое и восстановление исходного ответа стенда.
Откат
После проверки «флагманское руководство» для объекта «IIS: application pools, очереди, HTTP-коды и время ответа»: вернуть тестовый маршрут, ответ или сертификат, удалить временную проверку и подтвердить штатные код и содержимое. Дополнительное ограничение: имена counters локализованы без perf_counter_en; recycle может маскировать утечку памяти.
Ограничения интерпретации
имена counters локализованы без perf_counter_en; recycle может маскировать утечку памяти. Порог выводят из исходного уровня конкретного контура; официальный источник подтверждает способ сбора, но не универсальный порог.
Связанные материалы
Официальные источники
- IIS performance countersMicrosoft · получено 2026-08-24
- Windows by Zabbix agent activeZabbix LLC · получено 2026-08-24