Контроллер УМ‑40 Smart: мониторинг ИБП и электропитания — возможности, настройка, интеграция

Обзор УМ‑40 Smart: что нового по сравнению с УМ‑31

УМ‑40 Smart - это контроллер мониторинга второго поколения, который приходит на смену проверенной модели УМ‑31. Разработчики не ограничились косметическими правками: переработана аппаратная платформа, расширен набор интерфейсов, добавлена поддержка новых протоколов и сценариев резервирования. Если УМ‑31 закрывал базовые потребности в мониторинге ИБП и дизель-генераторов, то УМ‑40 Smart ориентирован на инфраструктуру, где критичны скорость опроса, отказоустойчивость и плотная интеграция с несколькими системами мониторинга одновременно. Ниже - детальный разбор изменений и практические рекомендации по миграции.

Аппаратные и программные улучшения

Первое, что бросается в глаза - производительность. УМ‑40 Smart построен на более мощном процессоре с увеличенным объёмом оперативной памяти. Это напрямую влияет на скорость обработки SNMP-запросов и отрисовку веб-интерфейса: дашборд с десятком подключённых устройств открывается мгновенно, а не с задержкой в 2-3 секунды, как на предшественнике.

По интерфейсам изменения такие:

• Два независимых Ethernet-порта с возможностью назначения разных IP-адресов и шлюзов. УМ‑31 имел только один порт.
• USB-хост для подключения внешнего 3G/4G-модема - резервный канал связи на случай падения основной сети.
• Расширенная поддержка Modbus: добавлен Modbus TCP-сервер, тогда как УМ‑31 работал только с Modbus RTU.
• Гальваническая развязка на портах RS-485 - снижен риск выгорания порта при наводках от силовых линий.

Программно контроллер получил SNMPv3 с аутентификацией и шифрованием, встроенный планировщик оповещений, поддержку кастомных скриптов на Python для нестандартных сценариев обработки событий. Обратная совместимость сохранена: все шаблоны и MIB-файлы, написанные под УМ‑31, работают на УМ‑40 Smart без изменений. Это значит, что замена устройства в существующей системе мониторинга не потребует переписывания конфигураций Zabbix или Nagios - достаточно обновить IP-адрес узла.

Сценарии перехода с УМ‑31 на УМ‑40 Smart

Миграция укладывается в три шага. Первый - экспорт конфигурации со старого контроллера. Зайдите в веб-интерфейс УМ‑31, перейдите в раздел «Система» → «Резервное копирование» и скачайте файл с расширением .cfg. В нём сохранены параметры сети, список опрашиваемых ИБП, пороги срабатывания датчиков и настройки почтового релея.

Второй шаг - импорт на УМ‑40 Smart. Подключите новый контроллер к сети, авторизуйтесь в веб-интерфейсе (заводской IP 192.168.0.100, логин/пароль admin/admin), зайдите в тот же раздел «Система» и загрузите конфигурационный файл. Контроллер автоматически распознает формат и применит настройки. После перезагрузки проверьте, что все устройства опрашиваются, а графики заполняются данными.

Третий шаг - актуализация шаблонов в системе мониторинга. Если вы используете Zabbix, достаточно обновить IP-адрес узла сети и импортировать расширенный шаблон, который идёт в комплекте с УМ‑40 Smart (файл um40_smart_template.xml на прилагаемой флешке). Шаблон содержит дополнительные элементы данных для новых метрик: температура контроллера, статус резервного канала, счётчик переключений Ethernet-портов. Для Nagios обновите конфигурацию команды check_snmp, указав новый адрес. Подробнее об интеграции с этими системами - в разделе Интеграция с Zabbix, Nagios и Prometheus.

Предупреждение. Если на УМ‑31 были настроены кастомные скрипты оповещений через Telegram с использованием curl, перенесите их вручную: пути к интерпретатору на новой платформе отличаются. Проверьте скрипты в разделе «Оповещения» → «Пользовательские команды» после импорта конфигурации.

Поддерживаемые протоколы: SNMP, Modbus и веб-интерфейс

УМ‑40 Smart отдаёт данные тремя способами. Выбор протокола зависит от того, куда эти данные должны попасть. SNMP - стандарт для интеграции с Zabbix, Nagios, Prometheus и корпоративными NMS-системами. Modbus востребован в промышленных средах: SCADA, АСУ ТП, контроллеры ПЛК. Веб-интерфейс - инструмент для первичной настройки и быстрой диагностики без дополнительного ПО. Разберём каждый вариант с примерами конфигурации.

Настройка SNMP v2c/v3 и интеграция с системами мониторинга

Для включения SNMP зайдите в веб-интерфейс контроллера: «Настройки» → «Протоколы» → «SNMP». Для версии v2c достаточно указать community string для чтения (по умолчанию public) и, опционально, для записи. Для v3 настройте пользователя: имя, уровень безопасности (noAuthNoPriv, authNoPriv, authPriv), алгоритм аутентификации (MD5 или SHA) и шифрования (DES или AES). Контроллер поддерживает движок SNMPv3 с сохранением контекста между перезагрузками - это важно для систем, которые кэшируют SNMP-сессии.

После активации SNMP проверьте доступность командой с любого Linux-хоста:

snmpwalk -v2c -c public 192.168.0.100 .1.3.6.1.4.1.12345

Базовые OID для мониторинга ИБП (корневой enterprise OID производителя - .1.3.6.1.4.1.12345):

• Напряжение на входе - .1.3.6.1.4.1.12345.1.1.0 (целое, в десятых долях вольта)
• Нагрузка ИБП в процентах - .1.3.6.1.4.1.12345.1.2.0
• Заряд батареи в процентах - .1.3.6.1.4.1.12345.1.3.0
• Статус батареи - .1.3.6.1.4.1.12345.1.4.0 (0 - норма, 1 - разряд, 2 - низкий заряд, 3 - замена)
• Температура внутри корпуса - .1.3.6.1.4.1.12345.2.1.0 (в градусах Цельсия)

Полный MIB-файл (UM40-SMART-MIB.txt) доступен для скачивания в разделе «Поддержка» веб-интерфейса. Импортируйте его в Zabbix или загрузите в MIB-браузер для просмотра всех доступных переменных - их более 200, включая статистику по каждому подключённому устройству.

Работа с Modbus RTU/TCP: карты регистров и опрос

Modbus на УМ‑40 Smart работает в двух режимах: RTU (по RS-485) и TCP (сервер на порту 502). Включение - в разделе «Настройки» → «Протоколы» → «Modbus». Для RTU задайте параметры последовательного порта: скорость (9600–115200 бит/с), чётность, стоп-биты, адрес устройства на шине. Для TCP достаточно активировать флажок и указать порт.

Карта регистров (holding registers, function code 3) для основных параметров ИБП:

Пример чтения регистров через Modbus TCP утилитой mbpoll:

mbpoll -t 3 -r 40001 -c 5 192.168.0.100

Битовая маска статуса (регистр 40005): бит 0 - питание от сети, бит 1 - работа от батареи, бит 2 - байпас активен, бит 3 - неисправность, бит 4 - перегрузка. Такая упаковка экономит регистры и ускоряет опрос по медленным линиям RS-485.

Веб-интерфейс: быстрый доступ к статусу и настройкам

Веб-интерфейс УМ‑40 Smart работает по HTTPS (самоподписанный сертификат генерируется при первом запуске). После авторизации открывается дашборд с виджетами: график входного напряжения за последние 24 часа, статус всех подключённых ИБП, индикаторы каналов связи, лента последних событий. Виджеты можно перетаскивать и скрывать - конфигурация сохраняется в профиле пользователя.

Основные разделы:

• Устройства - список опрашиваемых ИБП, дизель-генераторов, датчиков. Для каждого доступен детальный статус, графики за период и журнал событий.
• Оповещения - настройка триггеров и каналов доставки. Подробнее в следующем разделе.
• Журнал - все события с временными метками и уровнями критичности. Поддерживает фильтрацию по типу события и устройству.
• Настройки - сеть, протоколы, пользователи, резервное копирование, обновление прошивки.

Для экспресс-диагностики веб-интерфейс удобнее, чем SNMP-walk: не нужно помнить OID или писать команды. Если ИБП перешёл на батарею, вы увидите это на дашборде через 2-3 секунды после события - контроллер опрашивает устройства каждые 500 мс.

Настройка оповещений о критических событиях

Система оповещений УМ‑40 Smart построена на связке «триггер → действие». Триггер - это условие, при котором генерируется событие: переход ИБП на батарею, падение заряда ниже порога, перегрузка, отказ вентилятора, потеря связи с устройством. Действие - отправка уведомления по одному или нескольким каналам. Контроллер поддерживает email (SMTP), Telegram, SNMP-ловушки и выполнение пользовательских скриптов. Можно комбинировать: при критическом событии отправлять ловушку в Zabbix и дублировать сообщение в Telegram дежурной смене.

Email и Telegram: пошаговая настройка

Для email-оповещений заполните параметры SMTP в разделе «Оповещения» → «Каналы» → «Email»: адрес сервера, порт (обычно 587 для STARTTLS), логин и пароль, адрес отправителя. Контроллер поддерживает аутентификацию LOGIN и PLAIN. Шаблон письма настраивается там же: можно использовать переменные %DEVICE%, %EVENT%, %TIME%, %VALUE%. Пример шаблона:

Тема: %EVENT% на %DEVICE%
Тело: Время: %TIME%
Устройство: %DEVICE%
Событие: %EVENT%
Значение: %VALUE%

Для Telegram потребуется бот и chat_id получателя. Создайте бота через @BotFather, получите токен. Chat_id можно узнать, отправив боту сообщение и запросив getUpdates через API. В разделе «Оповещения» → «Каналы» → «Пользовательская команда» добавьте скрипт:

#!/bin/sh
curl -s -X POST "https://api.telegram.org/bot/sendMessage" \
  -d chat_id= \
  -d text="%EVENT% на %DEVICE% (%TIME%)"

После сохранения нажмите «Тест» - в Telegram должно прийти тестовое сообщение. Если сообщение не пришло, проверьте доступность api.telegram.org с контроллера: в разделе «Диагностика» есть встроенная утилита ping и traceroute.

SNMP-ловушки: интеграция с корпоративными системами

SNMP-ловушки (traps) позволяют передавать события в систему мониторинга без периодического опроса. Это снижает нагрузку на сеть и уменьшает задержку между событием и реакцией. Настройка - в разделе «Оповещения» → «SNMP-ловушки». Укажите IP-адрес и порт приёмника (обычно 162), версию SNMP и community string (для v2c) или параметры пользователя (для v3).

Формат ловушки: стандартный SNMPv2-MIB::coldStart с дополнительными varbind-ами - идентификатор устройства, тип события, значение параметра. Пример привязки ловушки к триггеру в Zabbix: создайте элемент данных типа «SNMP trap», в поле «SNMP OID» укажите OID ловушки из MIB-файла контроллера (1.3.6.1.4.1.12345.0.1 для события «переход на батарею»). Затем создайте триггер с условием «значение = 1» и действием - отправка уведомления ответственному администратору. Подробный разбор настройки SNMP-мониторинга с примерами для медицинского оборудования есть в статье Настройка SNMP-мониторинга медицинского оборудования - принцип привязки ловушек к триггерам одинаков для любого типа устройств.

Интеграция с Zabbix, Nagios и Prometheus

УМ‑40 Smart штатно интегрируется с тремя основными системами мониторинга. Выбор конкретной зависит от вашего стека: Zabbix популярен в корпоративном сегменте СНГ, Nagios - в небольших и средних инфраструктурах, Prometheus - в DevOps-ориентированных средах с контейнеризацией. Ниже - готовые конфигурации для каждой.

Zabbix: шаблон и триггеры для УМ‑40 Smart

Производитель поставляет шаблон um40_smart_template.yaml, совместимый с Zabbix 6.0 LTS и новее. Импорт - через «Configuration» → «Templates» → «Import». Шаблон содержит:

• 12 элементов данных (items) типа «SNMP agent»: напряжение, нагрузка, заряд, статус батареи, температура, состояние Ethernet-портов, статус модема.
• 8 триггеров: переход на батарею, низкий заряд (<20%), перегрузка (>90%), отказ вентилятора, потеря связи с ИБП, обрыв Ethernet-линка, активация резервного канала, высокая температура контроллера (>60°C).
• 2 графика: «Питание» (напряжение + нагрузка) и «Батарея» (заряд + статус).
• Макросы {$SNMP_COMMUNITY}, {$UPS_IP} для быстрой привязки к узлу.

После импорта создайте узел сети (host), укажите IP контроллера, привяжите шаблон и задайте значения макросов. Данные начнут поступать в течение минуты. Если вы ранее работали с ИБП APC, процесс аналогичен - в статье Мониторинг APC Smart-UPS через SNMP в Zabbix описан тот же подход: импорт шаблона, привязка к узлу, настройка триггеров.

Nagios: плагин для проверки состояния ИБП

Для Nagios Core используйте стандартный check_snmp. Пример команды для проверки заряда батареи:

define command {
    command_name    check_ups_battery
    command_line    /usr/lib/nagios/plugins/check_snmp \
                    -H $HOSTADDRESS$ -C public \
                    -o .1.3.6.1.4.1.12345.1.3.0 \
                    -w 50: -c 20:
}

Эта команда вернёт WARNING при заряде ниже 50% и CRITICAL при падении ниже 20%. Для пассивных проверок через SNMP-ловушки настройте snmptrapd: добавьте в конфигурацию формат ловушек от контроллера и привяжите их к сервисам через freshness checks. Пассивный подход предпочтителен для событий, которые требуют мгновенной реакции: переход на батарею, отказ вентилятора. Активный опрос оставьте для медленно меняющихся метрик: заряд, температура.

Prometheus: snmp_exporter и дашборд в Grafana

Для сбора метрик в Prometheus потребуется snmp_exporter. Установите его на хост с доступом к контроллеру, сгенерируйте snmp.yml с OID из MIB-файла УМ‑40 Smart. Минимальная конфигурация модуля в snmp.yml:

um40:
  walk:
    - 1.3.6.1.4.1.12345.1
  metrics:
    - name: upsInputVoltage
      oid: 1.3.6.1.4.1.12345.1.1
      type: gauge
    - name: upsLoadPercent
      oid: 1.3.6.1.4.1.12345.1.2
      type: gauge
    - name: upsBatteryCharge
      oid: 1.3.6.1.4.1.12345.1.3
      type: gauge

В prometheus.yml добавьте job:

- job_name: 'um40_smart'
  scrape_interval: 30s
  static_configs:
    - targets: ['192.168.0.100']
  metrics_path: /snmp
  params:
    module: [um40]

Для визуализации импортируйте готовый дашборд Grafana (ID в каталоге Grafana Labs - зависит от версии экспортера, актуальный номер указан в документации к контроллеру). Дашборд включает графики напряжения, нагрузки, заряда, статуса батареи и панель с активными алертами.

Резервирование каналов связи для критичных объектов

Отказоустойчивость канала связи - обязательное требование для объектов, где простой мониторинга недопустим: ЦОД, удалённые подстанции, базовые станции операторов связи. УМ‑40 Smart реализует резервирование на двух уровнях: два Ethernet-порта с автоматическим переключением и USB-модем как третий, независимый канал.

Каждый Ethernet-порт настраивается независимо: разные IP-адреса, маски, шлюзы, DNS. Контроллер постоянно проверяет доступность шлюза через ICMP-пинг с интервалом 5 секунд. Если три пинга подряд не получили ответа, порт считается отказавшим, и трафик автоматически переводится на второй порт. Обратное переключение происходит после восстановления связи на основном порту в течение 30 секунд - это исключает флаппинг при нестабильном линке.

USB-модем подключается как резервный канал третьего уровня. Поддерживаются модемы на чипсетах Qualcomm и Huawei в режиме CDC Ethernet (RNDIS). После подключения модема контроллер определяет его как сетевой интерфейс usb0, поднимает PPP-сессию и получает IP-адрес от оператора. В настройках укажите APN, PIN-код SIM-карты (если задан) и приоритет канала. Рекомендуемая конфигурация: Ethernet-порт 1 - основной, Ethernet-порт 2 - резервный (другой сегмент сети или другой провайдер), USB-модем - аварийный (только для критических оповещений).

Тестирование фейловера: отключите кабель от основного порта и проверьте, что система мониторинга продолжает получать данные. В журнале контроллера появится запись «Link down on eth0, switching to eth1». Время переключения - не более 15 секунд, включая время обнаружения отказа и обновление ARP-таблиц на коммутаторе.

Типовые схемы внедрения и лучшие практики

Схема подключения зависит от масштаба инфраструктуры. Для небольшой серверной с одним ИБП оптимален прямой монтаж: контроллер крепится на DIN-рейку рядом с ИБП, подключается к нему по RS-232 или USB (зависит от модели ИБП), Ethernet-кабелем - к локальной сети. Питание контроллера - от того же ИБП через комплектный адаптер 12 В. Это гарантирует, что контроллер останется в работе при пропадании сетевого напряжения и успеет отправить оповещение о переходе на батарею.

Для ЦОД с несколькими ИБП контроллеры объединяются в древовидную структуру: один УМ‑40 Smart в режиме агрегатора опрашивает остальные по Modbus TCP или SNMP и передаёт сводные данные в Zabbix. Это снижает количество прямых подключений к системе мониторинга и упрощает настройку: достаточно одного шаблона на агрегатор вместо десятка на каждый ИБП.

Для удалённых объектов без локальной сети используйте связку УМ‑40 Smart + USB-модем как единственный канал. В этом случае критически важно настроить экономный режим оповещений: отправлять только критические события, чтобы не превысить лимит трафика на тарифе IoT/M2M. Контроллер позволяет задать минимальный интервал между повторными уведомлениями и фильтр по уровню важности.

Питание контроллера. Не подключайте адаптер питания к той же розетке, что и ИБП, если ИБП не имеет байпаса. При тестировании батарей или сервисных работах вы рискуете обесточить и контроллер, потеряв мониторинг именно в тот момент, когда он нужен. Лучше запитать контроллер от отдельного ИБП малой мощности или от POE-инжектора, если расстояние до коммутатора позволяет.

Обновление прошивки. Перед обновлением обязательно сделайте резервную копию конфигурации. Файл прошивки загружается через веб-интерфейс, процесс занимает около 2 минут. Не отключайте питание во время обновления - контроллер имеет двойной банк прошивки, и в случае сбоя загрузится предыдущая версия, но проверка целостности занимает дополнительное время.

Если вы только начинаете строить систему мониторинга питания, ознакомьтесь с обзором предшественника - УМ‑31 Smart: полный обзор и настройка. Многие принципы подключения датчиков и базовая логика оповещений одинаковы для обеих моделей, а для интеграции с Zabbix через SNMP используйте подход из статьи Мониторинг APC Smart-UPS через SNMP в Zabbix - он универсален для любого ИБП с SNMP-агентом.