Автоинвентаризация оборудования: кейсы управления данными и обновления CMDB

Для поддержки CMDB в актуальном состоянии в Naumen Business Service Monitoring (BSM) реализован автодискаверинг (autodiscovery) — ключевой элемент управления конфигурациями (configuration management). На примерах из практики разберем, как он реализуется в зонтичном мониторинге.

Как выполняется автоинвентаризация в зонтичном мониторинге

Один из ключевых принципов зонтичного мониторинга — аккумуляция «сырых» данных из внешних источников. Например, системы мониторинга инфраструктуры поставляют в решение Naumen BSM сведения об оборудовании, событиях и метриках. После обработки информация поступает в систему учета инфраструктуры. Этот процесс называется автоинвентаризацией.

Каждая система мониторинга производит автоматическое обнаружение устройств и софта. Их представление в Naumen BSM называют объектом автоматической инвентаризации (ОАИ).

Кейс 1. Сопоставление данных мониторинга и конфигурационных единиц

В Naumen BSM информация поступает из внешних источников. На основе этих данных создаются ОАИ. Далее они сопоставляются с конфигурационными единицами (КЕ) — виртуальным представлением конкретного физического устройства в системе автоматизации.

Как это происходит. Обычно сопоставляется серийный номер, IP-адрес и (или) наименование. Когда приходит информация об устройстве, система смотрит значения этих атрибутов и ищет аналогичные КЕ.

Кейс 2. Автоматическое создание конфигурационной единицы

Система видит устройство, например, новый коммутатор, но не находит в конфигурационной базе данных (CMDB). Без этого не получится понять, к каким сервисам оно относится.

В таких случаях Naumen BSM автоматически создает КЕ на основе данных из внешнего источника. В карточку подтягиваются имя устройства, IP-адрес и другие параметры. В результате объект появляется в CMDB, и его можно связать с бизнес-сервисами.

Кейс 3. Как система определяет классификацию оборудования

Классификацию устройства, нужную для создания КЕ, нельзя получить из внешнего источника. Она определяется в рамках зонтичного мониторинга по значениям ряда атрибутов и преднастроенным правилам. Так, если для объекта автоинвентаризации используется обобщение типа «Сетевое устройство», то в КЕ классификация устройства указывается как «Коммутатор».

Как система определяет классификацию. Если известна модель устройства, система берет классификацию из нее. Если же информации о модели нет, в ход идет обязательный атрибут «Тип». Пользователь заранее настраивает правило, которое ставит в соответствие каждому типу определенную классификацию. Далее система применяет это правило и на его основе определяет, к какому виду конфигурационной единицы относится устройство — коммутатор, сервер, МФУ или что-то еще.

Кейс 4. Объединение данных из нескольких систем мониторинга

Допустим, одно и то же устройство контролируют несколько систем корневого мониторинга. Каждая из этих систем поставляет в Naumen BSM информацию об оборудовании, на основании которой формируется карточка устройства. Соответственно, сколько внешних источников данных, столько создается карточек, связанных с одним объектом мониторинга. Их параметры могут отличаться, так как разные системы по-своему определяют атрибуты.

Например, состояние системного блока контролируют Zabbix и Naumen Network Manager. В Naumen BSM создается две карточки на основании данных из этих систем. После сопоставления обе связываются с нужной КЕ.

Системе зонтичного мониторинга нужно понять, данные из какой карточки нужно использовать для заполнения КЕ. Особенно это сложно в ситуации, если значения одних и тех же параметров расходятся. Для этого в Naumen BSM предусмотрены правила определения весов атрибутов. С помощью правил можно установить приоритеты к данным из разных источников.

Например, Zabbix определяет один IP-адрес устройства, а Naumen Network Manager — другой. При этом вес параметра «IP-адрес», полученного из Zabbix, равен 100. Это выше, чем вес этого же параметра в Naumen Network Manager. Значит, в КЕ будет внесена информация из Zabbix.

Как автоинвентаризация помогает поддерживать CMDB в актуальном состоянии

Naumen BSM автоматически аккумулирует данные из различных систем корневого мониторинга. После обработки информация поступает в базу данных конфигурационных единиц. Таким образом выполняется автоинвентаризация, и CMDB без ручного ввода наполняется актуальными сведениями об оборудовании.

Без автоинвентаризации учет ИТ-инфраструктуры быстро устаревает: новые устройства не попадают в CMDB, а изменения в конфигурациях остаются незамеченными. В результате инженеры тратят время на ручную сверку данных, а при сбоях не могут быстро понять, какое оборудование затронуто и к каким сервисам оно относится, что напрямую влияет на эффективность ITSM-процессов.