LibreNMS или Observium: что выгоднее и когда

MAATRIX

Когда встаёт задача мониторить сеть по SNMP — свитчи, роутеры, ИБП, серверное железо — рано или поздно натыкаешься на два похожих названия: LibreNMS и Observium. Они действительно родственники: LibreNMS в 2013 году вырос форком из Observium, и до сих пор интерфейсы у них узнаваемо похожи. Но за 12 лет проекты разошлись по лицензиям, темпам разработки и функциям, и выбор "на глаз" часто оборачивается либо переустановкой через полгода, либо переплатой за то, что не понадобилось. Разберём разницу по существу и когда какой вариант оправдан.

Откуда взялись оба проекта и почему они так похожи

Observium существует с 2009 года. В 2013-м часть сообщества не согласилась с тем, как автор Observium управляет проектом (закрытые коммиты, спорная лицензия), и форкнула открытую на тот момент кодовую базу — так появился LibreNMS. С тех пор оба проекта развиваются параллельно, но из общей истории у них осталась похожая архитектура: PHP-бэкенд, MySQL/MariaDB для данных, RRDtool для графиков, SNMP-полинг устройств по расписанию через cron.

Разница в том, что LibreNMS с самого начала — открытый community-проект на GitHub, куда любой может отправить pull request. Observium раскололся на две ветки:

• Observium Community Edition (CE) — бесплатная, но с урезанным темпом обновлений;
• Observium Professional — платная подписка с непрерывными обновлениями через git и приоритетной поддержкой автора.

Это ключевое отличие, которое определяет почти всё остальное в сравнении.

Лицензии: что можно, а что упрётся в деньги

Наглядно: LibreNMS — это классический open-source проект, который можно развернуть, изменить под себя и не думать о лицензионных рисках. Observium CE — это "заморозка" функциональности на момент последнего публичного снапшота: вы получаете рабочий инструмент бесплатно, но новые драйверы устройств, исправления багов и фичи сначала попадают в Pro-ветку, а до CE доходят с задержкой, которая на практике может составлять от нескольких месяцев до полугода-года.

Если для вас принципиально держать инструмент мониторинга под полностью открытой лицензией (требование безопасников, комплаенс, госконтракт) — LibreNMS снимает вопрос сразу.

Обнаружение и мониторинг оборудования на практике

Оба инструмента подключаются к устройствам по SNMP (v1, v2c, v3) и умеют автоматически определять модель, ОС, интерфейсы, датчики температуры/питания/вентиляторов. Списки поддерживаемых вендоров у обоих широкие — Cisco, Mikrotik, Juniper, HP/Aruba, Dell, Ubiquiti, стандартные Linux/Windows-хосты через net-snmp и Windows SNMP-агент.

Практическая разница, которую отмечают админы, эксплуатирующие оба инструмента параллельно:

• Observium исторически считается более аккуратным в разборе датчиков "здоровья" железа — температуры, напряжения, состояния батарей ИБП. Это наследие его более раннего фокуса именно на hardware health, а не только на трафике.
• LibreNMS обгоняет по интеграциям вокруг мониторинга: встроенный syslog-приёмник, поддержка распределённых полеров (distributed pollers) для крупных сетей на тысячи устройств, гибкий движок правил alerting, готовые модули для облачных и виртуальных сред.

Если у вас пара десятков устройств в одной локации — разницы почти не почувствуете. Если счёт идёт на сотни-тысячи узлов в разных сегментах, горизонтальное масштабирование LibreNMS через distributed pollers становится решающим аргументом.

Требования к серверу и установка

Стек одинаковый по сути: веб-сервер (nginx или Apache) + PHP-FPM + MariaDB/MySQL + RRDtool + net-snmp + cron для полинга. Разница — в удобстве установки.

LibreNMS официально поддерживает установку через готовый скрипт и Docker/docker-compose:

# Ubuntu 24.04 — установка зависимостей
apt update && apt install -y acl curl composer fping git graphviz \
  imagemagick mariadb-client mtr-tiny nginx-full nmap php8.3-cli \
  php8.3-curl php8.3-fpm php8.3-gd php8.3-gmp php8.3-mbstring \
  php8.3-mysql php8.3-snmp php8.3-xml php8.3-zip rrdtool snmp \
  snmpd unzip python3-pymysql python3-dotenv python3-redis python3-setuptools whois

git clone https://github.com/librenms/librenms.git /opt/librenms
chown -R librenms:librenms /opt/librenms

Дальше — стандартная веб-установка через /validate.php, конфигурация .env с доступом к БД и настройка cron из librenms.nonroot.cron.

Observium ставится вручную по документации на сайте проекта — тоже через git-клон (для CE — публичный SVN/tarball с редкими снапшотами), но без официального Docker-образа и без единого установочного скрипта. Community-докер-образы существуют, но поддерживаются энтузиастами, а не самим проектом.

По требованиям к RAM/CPU разница между инструментами на одинаковом числе устройств не принципиальна — упирается больше в RRDtool и количество опрашиваемых портов, чем в выбор LibreNMS vs Observium. Ориентировочные цифры для LibreNMS по числу устройств и памяти разобраны отдельно в статье сколько RAM нужно для LibreNMS — для Observium логика планирования памяти аналогичная.

Пошаговую установку LibreNMS с нуля, включая конфиг nginx и первичное добавление устройств, разбирали в статье как установить и настроить LibreNMS на VPS.

Алерты, отчётность и API

Здесь разрыв между проектами ощущается сильнее всего.

LibreNMS даёт конструктор правил алертинга (Alert Rules) с SQL-подобными условиями по любым метрикам — загрузка канала, потеря пакетов, состояние сервисов, пороги температуры. Уведомления уходят через десятки готовых транспортов: Telegram, Slack, Discord, email, PagerDuty, webhook в произвольную систему. REST API документирован и покрывает почти весь функционал веб-интерфейса — удобно, если мониторинг нужно встроить во внутренний дашборд или интегрировать с системой тикетов.

Observium в Community Edition даёt более простой алертинг: пороги по метрикам и email/syslog-уведомления, без гибкого конструктора условий и без такого количества готовых транспортов "из коробки" — часть возможностей (продвинутые алерт-профили, интеграции) относится к Pro. API в Observium есть, но документирован скромнее и ориентирован в первую очередь на выгрузку данных для собственных Pro-дашбордов, а не на глубокую кастомизацию сторонними системами.

Если ключевая задача — не просто рисовать графики, а автоматически будить дежурного в Telegram при аварии и вести историю инцидентов через API, LibreNMS закрывает это без доплат. Похожая логика выбора между инструментами разбиралась и для соседних систем — см. Zabbix или Prometheus: что выбрать для сервера и Uptime Kuma против Zabbix: что выгоднее и когда, если рассматриваете более широкий стек мониторинга, а не только SNMP по сети.

Когда выбирать LibreNMS, а когда Observium

Коротко по сценариям:

Берите LibreNMS, если:

• нужен полностью бесплатный инструмент с активной разработкой и без ограничений лицензии;
• сеть растёт, и в перспективе понадобится distributed polling на сотни-тысячи устройств;
• важна автоматизация уведомлений (Telegram/Slack/webhook) и интеграция через API;
• предпочитаете разворачивать сервисы через Docker/docker-compose.

Берите Observium Community Edition, если:

• сеть небольшая и стабильная (десятки устройств, состав редко меняется);
• частота обновлений не критична — устраивает снапшот раз в несколько месяцев;
• важнее простой, "вылизанный" за годы интерфейс и точные графики здоровья железа, чем гибкость алертов;
• нет задачи глубоко интегрировать мониторинг во внешние системы через API.

Берите Observium Professional, если:

• бюджет на подписку есть, и нужна вендорская поддержка с SLA;
• критична актуальность — свежие драйверы под новое оборудование сразу, без ожидания снапшота CE;
• компания уже привыкла к интерфейсу Observium и не хочет мигрировать на другой инструмент.

На практике многие небольшие команды стартуют с Observium CE как "поставил и забыл" для десятка устройств, а при росте сети и потребности в алертинге переезжают на LibreNMS — миграция данных при этом не автоматическая, историю графиков с нуля не перенести, так что решение лучше принимать заранее, а не через год.

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