🛠️ Метрика уже изменилась, а Zabbix показывает старое значение ещё несколько минут

Ситуация:

14:02 — на сервере уже видно проблему 14:07 — новое значение появляется в Zabbix 14:07 — после обработки value trigger меняет состояние

Это не всегда задержка приложения.

Сначала проверьте, не запаздывает ли сама цепочка мониторинга.

Первый артефакт:

Administration → Queue

Queue показывает delayed items — те, которые уже должны были обновиться, но задерживаются.

Важно: это логическое представление, а не обязательно физическая очередь сообщений.

Что смотреть:

1. Overview Массовая задержка или несколько отдельных items? 2. By proxy Проблема по всей системе или за конкретным proxy? 3. Details Какие hosts/items задерживаются и насколько?

Не делайте вывод:

Queue большой → увеличим pollers

Причиной могут быть server processes, proxy, сеть, agent, SNMP endpoint, HTTP API, DNS, external check или другая зависимость.

Для наблюдения есть internal item:

zabbix[queue,<from>,<to>]

Он считает monitored items в заданном диапазоне delay.

Если используется proxy, различайте:

proxy ещё не собрал value

и

proxy собрал value, но ещё не отправил его на server

Для backlog полезны:

zabbix[proxy_history] zabbix[proxy_buffer,...]

Точный набор зависит от версии Zabbix и режима proxy buffer.

Что собрать:

— реальное время события; — timestamp value в Zabbix; — Queue overview; — Queue by proxy; — Queue details; — item type; — server/proxy internal metrics; — proxy history/buffer backlog; — состояние сети и endpoint.

Типичная ошибка — поздний alert сразу считать проблемой приложения.

Вывод: перед разбором наблюдаемого сервиса проверьте свежесть самих данных мониторинга.

Сохраните артефакты, которые стоит проверить, когда мониторинг начинает показывать прошлое вместо настоящего.

🔹🔹🔹🔹