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

Обзор

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

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

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

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

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

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

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

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

Агент опрашивает все IP-адреса из списка локации,локации обнаруживаяи устройства,формирует ответившиесписок наустройств, запрос.ответивших Процесспо повторяющийся — интервал сканирования настраивается. По умолчанию — раз в час, с точки зрения здравого смысла достаточно нескольких раз в сутки.SNMP.

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

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

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

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

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

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

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

Пример: принтер отвечал по 10.101.80.x, переехал в другой кабинет и начал отвечать по 10.101.75.x. Система обновит локацию устройства, но счётчики, события и история останутся привязаны к тому же устройству.

Этап 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 (ArenаDataArenaData Quick Market) — сертифицированный российский аналог ClickHouse.аналог.

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

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

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

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

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

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

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

Критичность событий настраивается.настраивается Один и тот же статус (например, «мало бумаги») может быть критичным в одной организации и некритичным в другой. Настройки по умолчанию можно переопределить,— в том числе на уровне отдельных локаций.

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

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

Задержка

Важно:отображения

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

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

Отчёты формируются на основе данных из PostgreSQL (обработанные параметры) и вспомогательной базы данных по запчастям и расходным материалам.

Доступны:PostgreSQL.

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

ОбщийКакие путьданные данныхсобираются

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

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

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

Связанные страницы

• Компоненты системыКак Принтум определяет статус устройства
• ПанельКак администраторарассчитывается Мониторингаресурс деталей

Как работают локальные устройства