Как интегрировать SNMP и IPMI в современный стек мониторинга

В сфере искусственного интеллекта произошло заметное событие. AstraLinux 6 минут назад Как интегрировать SNMP и IPMI в современный стек мониторинга Средний 7 мин 63 Блог компании Группа Астра Роадмэп Эта статья о проблемах, с которыми сталкивается инженер при попытке объединить зоопарк старого оборудования с современным подходом к его мониторингу. Современный мониторинг строится вокруг динамических сущностей: микросервисы, контейнеры, оркестрация в Kubernetes, сбор метрик через Prometheus и визуализация в Grafana. В этой парадигме всё динамично меняется и обычно разговаривает на языке /metrics и OpenTelemetry.

Для инженера это привычная и удобная экосистема, где работают автообнаружение и pull-модель которые позволяют забыть о ручном конфигурировании целей сбора. Однако реальная инфраструктура довольно часто включает в себя физические сервера, сетевое оборудование, системы бесперебойного питания, коммутаторы, маршрутизаторы и прочие железки. Все они живут по своим законам и общается исключительно на протоколах, разработанных в 80-90-х годах: SNMP и IPMI.

Технические детали

Поддержка отдельного тяжелого стека мониторинга вроде Zabbix или Centreon только ради контроля пары десятков свитчей противоречит идеологии унификации инструментов и вызывает дополнительную нагрузку на инженеров. Возникает задача: вписать железное оборудование в современную экосистему мониторинга. SNMP и IPMI: краткий обзор для работающих с /metricsПрежде чем говорить об интеграции, полезно вспомнить особенности этих протоколов.

SNMP (Simple Network Management Protocol) - универсальный язык сетевого оборудования. Любое устройство - от управляемого коммутатора до IP-камеры - поддерживает SNMP. Информация организована в виде древовидной структуры, а конкретные параметры, такие как температура устройства, загрузка порта, количество ошибок на интерфейсе идентифицируются числовыми последовательностями и выглядят как .

10 - это счетчик входящих октетов на сетевом интерфейсе. Протокол предполагает два основных режима работы:SNMP Polling - система периодически отправляет запросы на устройство и получает значения запрошенных OID. Это основной способ сбора метрик.

Отраслевые последствия

Главная проблема SNMP - это трансляция. Просто взять OID и засунуть его в Prometheus не получится. Нужно:Понимать, что за типом данных (счетчик, gauge, строка).

Уметь ходить в дерево SNMP, чтобы динамически находить все интерфейсы или диски. Добавлять лейблы, к примеру имена интерфейсов, которые мы можем найти в соседних OIDах. SNMP Traps - устройство самостоятельно отправляет асинхронные уведомления о важных событиях, например, обрыв линка или превышение порога температуры, как правило, отправляются по UDP и требуют наличия на стороне мониторинга приемника.

IPMI (Intelligent Platform Management Interface) - стандарт для управления аппаратным обеспечением серверов, предоставляет доступ к физическим сенсорам: температура CPU и памяти, обороты вентиляторов, напряжение питания, состояние дисковой подсистемы. Доступ осуществляется по отдельному сетевому интерфейсу.

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.