GLPI или NetBox: когда таблица активов перестаёт хватать
Оставьте таблицу, пока один человек успевает её сверять с сетью. Меняйте инструмент, когда правки конфликтуют, IP-план живёт в трёх файлах или заявки «поставь монитор» не привязаны к карточке актива. Это не повтор полей реестра: реестр ИТ-активов. Не вторая выгрузка nmap: инвентаризация сети. Не схема как процесс обновления картинки: схема сети.
Статья опирается на логику направления «Управление ИТ-активами» из методики зрелости Группы Сбер (источник); это методика для крупных компаний, мы используем её как ориентир и пересказываем своими словами. CIS Control 1 — учёт активов предприятия, без требования конкретного CMDB: cisecurity.org/controls. Это не российский закон. Установка и обзор рынка продуктов здесь не разбираются.
Когда таблицы мало
| Признак | Что ломается в CSV |
|---|---|
| Два администратора правят файл в один день | Последний сохранил, сверка nmap врёт |
| Нужны заявки «заменить диск» на конкретный сервер | Таблица не держит историю работ |
| Префиксы, VLAN и стойки спорят с Excel | IP выдан дважды, схема устарела сразу |
| Лицензии и серийники считают бухгалтерия отдельно | Склад и ИТ расходятся |
Пока признаков нет — не заводите систему «на вырост». Пустая GLPI хуже живой таблицы. Учёт установленных пакетов на Linux остаётся своим скриптом, его не заменяет карточка «компьютер»: учёт ПО.
Чем отличаются
| Критерий | GLPI | NetBox |
|---|---|---|
| Зачем продукт | Заявки, учёт железа и ПО, привязка пользователя к устройству | Источник правды по сети: префиксы, адреса, VLAN, стойки, кабели, устройства |
| Кто главный потребитель | ИТ-поддержка и учёт | Тот, кто планирует сеть и автоматизацию |
| Чего нет из коробки как ядра | Аккуратной модели IPAM/DCIM «как у сети» | Helpdesk и склада запчастей |
| Когда брать | Таблица жива, но заявки и гарантии уже не влезают | Сеть больше «один коммутатор и DHCP», адреса раздают руками |
Официально: GLPI позиционируется как учёт и service desk — glpi-project.org. NetBox — как source of truth для сети (IPAM и DCIM), не как универсальная CMDB: документация NetBox. Не ставьте оба «чтобы закрыть зрелость». Один закрывает боль, второй подождёт. Критичность систем в любом инструменте считайте отдельно по CIA: три оценки.
Что оставить, даже после внедрения
- Выгрузка узлов (CSV или API) и сверка с nmap той же логикой, что в реестре: «в сети есть — в учёте нет».
- Владелец и критичность на карточке, иначе инструмент — каталог имён.
- Правило: новый адрес и новый сервер сначала в источнике правды, потом в коммутаторе. Иначе NetBox станет витриной.
Риск: агент GLPI нарисовал 200 станций, а три сервера в другой VLAN так и не попали в nmap-сверку. Тогда вы защищаете инвентаризацию агента, не периметр.
Диагностика
| Симптом | Причина и что делать |
|---|---|
| Два инструмента и таблица «на всякий» | Нет источника правды. Оставьте один плюс сверку |
| NetBox без префиксов, только имена ПК | Выбрали не тот продукт. Смотрите GLPI или вернитесь к CSV |
| GLPI без заявок, только импорт nmap | Лишняя обёртка. Хватит реестра и скрипта |
| Сверка с сетью «потом» | Учёт разъедется за квартал. Верните comm по CSV |
Где это в модели зрелости
Материал относится к направлению «Управление ИТ-активами» (хаб: активы, карта: карта зрелости). Реестр и сверка — гигиена. Продукт не повышает уровень сам: повышает дисциплина полей и расхождение с сетью. CMDB, склеенная с SIEM, здесь не нужна.
Как проверить
- Есть письменное решение: остаёмся на таблице / берём GLPI / берём NetBox, с причиной из таблицы признаков.
- Не внедрены оба продукта без сценария, кто чем владеет.
- После любого выбора есть выгрузка и сверка с обнаружением узлов в своей сети.
- Поля владельца и критичности заполнены не хуже, чем в старом CSV.
- Учёт пакетов Linux и схема сети не переехали «внутрь галочки CMDB».
Источники
- GLPI: glpi-project.org.
- NetBox docs: netboxlabs.com/docs/netbox.
- CIS Control 1: cisecurity.org/controls.
