Процессы в Мониторинге

Обзор

Мониторинг — компонент Принтум, отвечающий за автоматическое обнаружение устройств в сети, сбор SNMP-данных и передачу результатов в ПринтМенеджер. Мониторинг использует протокол SNMP. Ниже описан полный путь данных — от принтера в сети до отчёта в Личном кабинете.

Общий путь данных

Настройка локации
       ↓
Список IP-адресов
       ↓
Сканирование сети (параллельно пачками, интервал настраивается)
       ↓
Список обнаруженных принтеров (идентификация по серийному номеру)
       ↓
Опрос по SNMP (параллельно пачками, интервал индивидуален для каждого устройства)
       ↓
Сырые данные (2 000–3 000 строк по умолчанию) → ClickHouse
       ↓
Интерпретация SNMP: вендор → линейка → модель
       ↓
Обработанные параметры и события → PostgreSQL
       ↓
Личный кабинет / Отчёты / Email

Этап 1. Настройка локации и формирование списка IP

Любая установка начинается с настройки локации. Локация задаётся:

диапазонами IP-адресов;
или конкретными IP-адресами.

На выходе получается список IP, которые агент будет сканировать. По IP-адресу система определяет, к какой локации относится устройство.

Этап 2. Сканирование сети

Агент опрашивает все IP-адреса из списка локации и формирует список устройств, ответивших по SNMP.

Особенности:

Опрос идёт параллельно пачками, а не последовательно и не всех сразу.
Интервал сканирования настраивается. По умолчанию — раз в час; для большинства случаев достаточно нескольких раз в сутки.

Результат сканирования — список устройств, идентифицированных как принтеры.

Этап 3. Автоматическое обнаружение устройств

Принтеры не добавляются вручную. Единственное требование — устройство должно ответить по одному из IP-адресов в списке локации. После этого оно автоматически появляется в Личном кабинете.

Идентификация по серийному номеру

Устройство идентифицируется по серийному номеру, а не по IP. Если принтер переместили и его IP изменился, система автоматически обновит локацию, а вся накопленная статистика сохранится.

Этап 4. Опрос устройств по SNMP

Обнаруженные устройства регулярно опрашиваются по SNMP для сбора данных.

Важные детали:

Интервал опроса настраивается в том же конфигурационном файле, что и интервал сканирования.
Интервал отсчитывается индивидуально для каждого устройства — после завершения предыдущего опроса этого устройства.
Опрос идёт параллельно пачками. Медленно отвечающее устройство не блокирует опрос остальных.
Частый опрос не рекомендуется: некоторые устройства могут зависать при большом количестве SNMP-запросов.

Этап 5. Сырые данные — объём и оптимизация

По умолчанию собираются все данные, которые принтер может отдать по SNMP. Для среднего устройства это 2 000–3 000 строк (OID и значения). Реально для работы системы нужно 20–50 строк.

Когда имеет смысл оптимизировать объём:

Парк 5 000–10 000+ устройств и есть ощутимая нагрузка на сервер.
Нужно ускорить прохождение данных через все этапы обработки.

Когда лучше оставить полный сбор:

Парк до нескольких сотен устройств — оптимизация нецелесообразна.
При полном сборе нужный OID уже есть в базе — при частичном его просто не будет.

Этап 6. Хранение сырых данных — ClickHouse

Сырые SNMP-данные (OID + значение) складываются в ClickHouse. ClickHouse оптимизирован для хранения и обработки миллиардов строк и обеспечивает быструю запись потока данных от множества устройств.

При необходимости вместо ClickHouse может использоваться ADQM (ArenaData Quick Market) — сертифицированный российский аналог.

Этап 7. Интерпретация данных

Сырые данные из ClickHouse интерпретируются: из тысяч строк вытягиваются конкретные параметры (счётчики страниц, уровень тонера, серийный номер, статус и т.д.).

Интерпретация работает по иерархии от частного к общему:

Уровень модели — наивысший приоритет (например, Xerox VersaLink B405).
Уровень линейки — если нет настроек для модели (например, все VersaLink).
Уровень вендора — если нет настроек для линейки (например, все Xerox).

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

Что интерпретируется

Значения параметров: счётчики страниц (ч/б, цвет), уровень расходных материалов, серийный номер, время работы.
Статус устройства: норма, предупреждение, критичный.
События и ошибки: мало бумаги, нет бумаги, мало тонера, замятие, открыта дверь, требуется обслуживание.
Коды алертов с детализацией.

Критичность событий настраивается — в том числе на уровне отдельных локаций.

Этап 8. Обработанные данные — PostgreSQL

Проинтерпретированные данные складываются в PostgreSQL. Именно из PostgreSQL данные отображаются в веб-интерфейсе Личного кабинета и попадают в отчёты.

Задержка отображения — норма. Интервал опроса, время передачи данных по SNMP и интервал обработки суммируются. Кнопки «принудительного обновления» нет — данные обновляются по расписанию. Уменьшение количества собираемых OID сокращает задержку.

Этап 9. Отчёты

Отчёты формируются на основе данных из PostgreSQL.

Стандартные отчёты: по устройствам, пользователям, событиям, заданиям.
Конструктор отчётов: настройка столбцов, сохранение шаблонов.
Форматы: веб-интерфейс или Excel.
Подписка: регулярная отправка отчёта на email (вложение Excel).

Какие данные собираются

Модель устройства и серийный номер.
IP-адрес и локация.
Статус устройства.
Счётчики отпечатков (общий, цветной, по автоподатчику).
Информация о расходных материалах и ресурсных запчастях.

Типовые проблемы

Симптом	Возможная причина
Устройство не отображается	SNMP недоступен или IP не в списке локации
Нет данных по ресурсу	Устройство не передаёт значения по SNMP
Устройство offline	Нет сетевой связи с устройством
Статус отображается неверно	Некорректные SNMP-данные устройства
Данные обновляются с большой задержкой	Большой объём собираемых OID или высокая нагрузка на сервер