SNMP-карта в ИБП: мониторинг, уведомления и автовыключение серверов

Коротко

• SNMP-карта — сетевой модуль в слот ИБП с веб-интерфейсом и протоколом мониторинга.
• Сисадмин видит режим, заряд, нагрузку и температуру, получает SNMP-traps и письма о событиях.
• По заданному порогу батареи карта запускает корректное выключение серверов.
• Альтернативы: USB-подключение для одиночного сервера и сухие контакты для диспетчеризации здания.
• Карту и коммутаторы запитывают от того же ИБП, иначе мониторинг ослепнет первым.

Что даёт SNMP-карта сисадмину

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

Главное отличие ИБП с картой — проактивность. Обычный ИБП без карты лишь подаёт звуковой сигнал в серверной, где его никто не слышит ночью, а карта шлёт уведомления и действует по сценарию. Одна панель показывает несколько ИБП из разных стоек и филиалов: дежурный видит всю картину, а не бегает по серверным. Для офиса с сервером это разница между «узнали утром по факту» и «отреагировали вовремя».

Что мониторить: Zabbix и DCIM

Карта отдаёт данные по стандартному протоколу SNMP, поэтому забирать их умеет любая система мониторинга: Zabbix, PRTG или DCIM-платформа учёта стоек. Для источников питания есть готовые шаблоны — статусы, заряд, нагрузка и температура появляются в панели без программирования. Настраивают ключевые метрики: режим работы, остаток заряда, процент нагрузки, температуру батарей и дату их замены.

На метрики вешают триггеры с понятными порогами: переход на батареи — информационное событие, заряд ниже 40% — предупреждение, перегруз выше 80% — авария, рост температуры батарей — заявка на проверку. Доступность самой карты проверяют отдельным контрольным опросом: если карта не отвечает, значит, либо пропала связь, либо оборудование мониторинга запитано не от резерва. Журнал событий хранят и разбирают после каждой аварии — он показывает, сколько реально длилось отключение и как вёл себя резерв.

Сигнал и действие: таблица сценария

Пороги подбирают под вашу нагрузку и желаемое время резерва — их задаёт инженер при пусконаладке.

Корректное завершение работы гипервизора (graceful shutdown)

Graceful shutdown — корректное завершение работы: операционная система останавливает службы, сбрасывает дисковый кэш и останавливается штатно. В отличие от аварийного отключения на нуле батареи, такой останов не повреждает базы данных и файловые системы. Карта запускает его по заданному порогу: сначала останавливаются виртуальные машины, затем хосты гипервизора, последними — системы хранения. Порядок и таймауты прописывают заранее и проверяют тестовым запуском днём.

Коммутаторы, контроллеры СХД и сам ИБП остаются под резервом до конца — сеть должна жить, пока останавливается последний хост. Отдельно продумывают системы, которые стартуют долго: базы данных и контроллеры домена получают приоритет при утреннем запуске. После возврата сети оборудование стартует автоматически по приоритетам с задержками, чтобы одновременный пуск не создал бросок тока. Сценарий тестируют вместе с проверкой батарей: ненастроенный shutdown равноценен его отсутствию.

E-mail и SMS-уведомления

Карта умеет слать письма через ваш почтовый сервер: событие, время, остаток заряда и нагрузка — дежурный получает всё нужное для решения. Получателей задают несколько: дежурный сисадмин, руководитель, подрядчик по сервису. Настраивают эскалацию: если событие не квитировано за заданные минуты, письмо уходит следующему по списку. SMS отправляют через шлюз оператора или корпоративный бот — текст короткий: что случилось и сколько минут резерва осталось.

Важное правило: уведомления не должны зависеть от того, что они охраняют. Если почтовый сервер стоит на тех же серверах, которые гаснут, письма не уйдут — используют внешний ящик или резервный канал. Проверяют цепочку целиком: отключают ввод, ждут писем, сверяют время. Мониторинг, о молчании которого никто не знает, создаёт ложное спокойствие: проверяйте цепочку целиком тестовым отключением ввода.

SNMP, USB и сухие контакты: таблица выбора

Порядок выключения серверов ночью

Ночное отключение — главный сценарий для карты: людей в офисе нет, и отрабатывать должен автоматический порядок. Первыми останавливаются некритичные системы — тестовые стенды, файловые архивы, второстепенные службы. Затем корректно останавливают базы данных и учётные системы: им нужно время на завершение транзакций. Последними останавливают хосты гипервизора и контроллеры, а сетевое оборудование остаётся под резервом до конца, чтобы команды доходили.

Порядок фиксируют в документе с ответственным и таймингами: сколько минут даётся каждому этапу и что делать, если сеть вернулась посередине. Раз в квартал сценарий прогоняют тестом и сверяют журнал: сошлись ли фактические времена с расчётными. Если серверы обновили или добавили новые — порядок пересматривают, иначе гашение пойдёт по устаревшему списку.

Несколько ИБП и филиалы в одной панели

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

Канал между филиалами организуют через VPN или выделенную сеть управления, а не через открытый интернет с заводскими паролями. Для каждого узла задают понятное имя и ответственного, чтобы уведомление «батарея 30%» сразу говорило, куда ехать. Раз в квартал сверяют, что все карты на связи, прошивки обновлены, а шаблоны не разъехались после ручных правок. Так мониторинг растёт вместе с компанией, а не превращается в набор разрозненных веб-интерфейсов.

Частые ошибки

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

Частые вопросы

Читайте также