🛠️ CPU и память в норме, а пользователи не могут войти в сервис.
Это не противоречие. Ресурсные метрики показывают состояние узла, но не подтверждают выполнение пользовательской операции.
Сервис может использовать мало ресурсов и при этом возвращать ошибку, ждать медленную зависимость, отдавать HTTP 200 со страницей сбоя или ломаться после авторизации.
В Zabbix 7.4 веб-сценарий позволяет проверить последовательность HTTP-шагов, ожидаемый код и содержимое ответа. Для шагов собираются время ответа и HTTP-код, а для сценария — номер ошибочного шага и последнее сообщение об ошибке.
Проверка выполняется Zabbix server или Zabbix proxy. Поэтому результат зависит и от точки запуска: маршрут мониторинга может отличаться от маршрута пользователя.
Вопросы для ревизии:
• Какую пользовательскую операцию подтверждает мониторинг? • Проверяются ли код, содержимое и время ответа? • Совпадает ли точка проверки с маршрутом пользователей? • Видны ли ошибки приложения и зависимостей? • Сформирует ли триггер проблему именно при отказе сервиса? • Настроены ли действия и доставка уведомлений?
Один веб-сценарий проверяет только заданный HTTP-маршрут и не воспроизводит всю клиентскую логику.
Обучение по Zabbix помогает связать элементы данных, веб-проверки, триггеры и процесс реагирования.
Сохраните вопросы для ревизии мониторинга.
