После базовой настройки мониторинга сетевых устройств (Хостов) по протоколу SNMP в Icinga Director, может возникнуть желание как-то расширить объём информации, хранящейся в Icinga об этих самых Хостах. Например, у тех же модулей управления ИБП в интерфейсе Icinga Web 2 хочется видеть серийные номера устройств, версии прошивок firmware и т.п.. Учитывая то, что в нашем случае в Icinga уже есть базовая информация, необходимая для того, чтобы подключаться к Хостам по протоколу SNMP, возникла идея как-то автоматизировать процесс сбора дополнительных данных о Хосте, используя этот самый протокол SNMP.
-
Icinga плагин snmp_vars_discovery для инвентаризации расширенного набора свойств Хостов по данным, полученным по SNMP (для использования с Icinga Director)
-
Icinga плагин snmp_memusage_percent для мониторинга процента утилизации памяти по данным, полученным по SNMP
Ранее мы рассмотрели настройку мониторинга сетевых устройств в Icinga по протоколу SNMP. При этом мы использовали плагин check_snmp. И в большинстве сценариев этого плагина достаточно для получения желаемого результата. Однако иногда возникают ситуации, когда получаемые плагином check_snmp данные не очень наглядны, и хочется чего-то большего.
-
Развёртывание и настройка Icinga 2 на Debian 8.6. Часть 13.2. Настройка мониторинга сетевых устройств в Icinga Director (на примере контроллеров управления ИБП). Получение SNMP Trap
В данной части цикла заметок об Icinga мы продолжим тему мониторинга сетевых устройств по протоколу SNMP и рассмотрим пошаговый пример настройки ловушки SNMP Trap в конфигурации Icinga Director. Сразу хочу отметить тот факт, что в Icinga нет встроенных механизмов получения и обработки SNMP Trap. Поэтому, для того, чтобы реализовать нужный нам функционал, нам потребуется настроить стек состоящий из ряда элементов:
- snmptrapd – Служба SNMP Trap Daemon из состава Net-SNMP. Данная служба отвечает за прослушивание на сервере мониторинга UDP-порта и получение от внешних сетевых устройств сообщений SNMP Trap
- snmptt – Служба SNMP Trap Translator (SNMPTT). Данный элемент отвечает за разбор и интерпретацию сообщений SNMP Trap, полученных от службы snmptrapd. В частности он преобразует числовые идентификаторы OID в читаемый формат, используя подключаемые MIB-файлы.
- submit_snmp_trap – Скрипт, который принимает от службы snmptt нормализованное Trap-сообщение и, преобразовав данные этого сообщения в понятный для Icinga формат, отправляет их в командный pipe-файл Icinga.
- "SNMP Trap" - специальная пассивная Служба Icinga, в которую будут "прилетать" данные из pipe-файла Icinga. Данная Служба будет служить нам для визуализации конечного результата в веб-интерфейсе Icinga Web 2, а также организации оповещений администратора о проблеме.
-
Развёртывание и настройка Icinga 2 на Debian 8.6. Часть 13.1. Настройка мониторинга сетевых устройств в Icinga Director (на примере контроллеров управления ИБП). Опрос по протоколу SNMP
В данной части цикла заметок об Icinga будет рассмотрен пример настройки мониторинга сетевых устройств с использованием периодических опросов по протоколу SNMP. В качестве опрашиваемых по SNMP сетевых устройств будут использованы контроллеры управления источниками бесперебойного питания (ИБП) фирм EATON и APC. Эти два типа устройств выбраны для того, чтобы продемонстрировать как возможности опроса по протоколу SNMPv1, так и возможности опроса по расширенному протоколу SNMPv3 с использованием дополнительных средств аутентификации. На стороне сервера мониторинга основная настройка будет производиться в веб-интерфейсе Icinga Director 1.3.1. Читать далее...
-
Развёртывание и настройка oVirt 4.0. Часть 13. Настройка службы оповещений
Заканчивая цикл заметок о развёртывании и базовой настройке свободно распространяемой системы виртуализации oVirt версии 4.0 хочу описать имеющуюся в составе oVirt возможность настройки оповещений об изменениях состояний компонент инфраструктуры виртуализации. Механизм оповещений oVirt может использоваться как базовое средство мониторинга среды виртуализации и может быть интегрирован в применяемые в организациях специализированные системы мониторинга. В моём случае такой системы мониторинга для сервисов на базе Linux-систем пока нет, и поэтому с помощью службы ovirt-engine-notifier я организую базовый мониторинг состояния компонент виртуализации oVirt. Эта служба позволяет настроить подписку на события, появляющиеся в логах oVirt Engine.
-
Настройка CentOS Linux 7.2 на сервере HP ProLiant DL360 G5. Установка HP System Management Tools
В предыдущих заметках мы произвели установку ОС CentOS Linux 7.2 на сервер HP ProLiant DL360 G5 и рассмотрели примеры последующего обновления драйверов и firmware для встроенных сетевых контроллеров HP NC373i, а также оптических контроллеров HP FC2242SR/FC1242SR. На этот раз, в качестве завершающего этапа пост-установочных процедур, мы рассмотрим пример установки на наш сервер утилит управления семейства HP System Management Tools.
В частности, нами будут установлены утилиты (в скобках указаны названия необходимых rpm пакетов):
- HPE System Health Application and Command Line Utilities (hp-health)
- Insight Management Agents(SNMP) for HPE ProLiant Systems (hp-snmp-agents)
- HP System Management Homepage (hpsmh)
- HPE System Management Homepage Template Package (hp-smh-templates)
- HPE Smart Storage Administrator (hpssa)
- HPE Command Line Smart Storage Administrator (hpssacli)
- Hponcfg - HP Lights-Out Online Configuration Utility (hponcfg)
- HP Insight Diagnostics (hpdiags)
В качестве опорной информации было взято развёрнутое сообщение на форуме CentOS некоего гражданина dgrant, за что ему большущее спасибо. Итак, приступим…
-
HP 3PAR StoreServ 7200 – Обновляем прошивку HP 3PAR OS c 3.2.1 MU2 на 3.2.1 MU3 (Customer Self Update)
Как отмечалось ранее в комментариях к заметке о мониторинге СХД HP 3PAR, была выявлена проблема с прошивкой 3PAR версии 3.2.1 MU2, которая заключается в том, что в случае возникновения аварийной ситуации на СХД отсылаемые системой 3PAR Operating System (3PAR OS) SNMP-трапы до Collection Point не доходят, вернее доходят, но имеют неправильный формат, в следствие чего Collection Point не воспринимает их и не регистрирует критическое событие в системе мониторинга Microsoft System Center Operations Manager (SCOM). После общения с тех.поддержкой HP проблема была подтверждена и дана рекомендация обновить 3PAR OS до версии 3.2.1.292 (MU3). Читать далее...
-
System Center 2012 R2 Operations Manager - Мониторинг СХД Hewlett-Packard с помощью HP StoreFront Manager for Microsoft (HP Storage Management Pack) на примере HP 3PAR StoreServ 7200 и MSA P2000 G3
Все современные модели систем хранения данных (СХД) от Hewlett-Packard, с которыми мне приходилось сталкиваться на практике, имеют встроенный функционал оповещений, что позволяет организовать базовый мониторинг событий происходящих на этом оборудовании. Помимо этого, имея в инфраструктуре функционирующий System Center 2012 R2 Operations Manager (SCOM), для целей мониторинга СХД можно воспользоваться пакетом управления HP Storage Management Pack (MP) из состава HP StoreFront Manager for Microsoft. В этой заметке я рассмотрю пример настройки мониторинга СХД имеющихся под рукой моделей - HP 3PAR StoreServ 7200 и MSA P2000 G3 в SCOM. Читать далее...
-
SCOM 2012 - SNMP Probe Monitor: Операции сравнения при создании монитора (переменные SnmpVarBinds)
При создании монитора (SNMP Probe) через UI консоли System Center 2012 Operations Manager Console мы как правило оперируем полученными по SNMP значениями в операциях сравнения с какими-то конкретно заданными величинами. В интернете можно найти массу примеров того как создать монитор, который получает по SNMP значение определённого OID и сравнивает это значение с конкретно заданной нами величиной, например по SNMP получаем значение текущего входящего напряжения на ИБП и сравниваем его с конкретными значениями допустимых границ, заданных в мониторе. Но как быть если есть желание сделать монитор более универсальным?