Betrieb & Monitoring
LibreNMS
LibreNMS ist ein quelloffenes Netzwerk-Monitoring-System mit automatischer Geräteerkennung über SNMP für Switches, Router, Server und Sensoren.
- GPLv3
- SNMP-Netzwerk-Monitoring
- Auto-Discovery (SNMP/CDP/LLDP)
- Alerting, viele Transports
- API, Grafana, Oxidized
LibreNMS ist ein community-getragenes, quelloffenes Netzwerk-Monitoring-System (ein GPL-Fork von Observium). Es erkennt Geräte automatisch über SNMP, CDP und LLDP und überwacht Ports, Auslastung, Sensoren und Verfügbarkeit, mit umfangreichem Alerting.
Dieser Artikel erklärt die Auto-Discovery, den Technik-Stack, das Alerting, die Integrationen mit Grafana und Oxidized sowie die Abgrenzung zu Prometheus und anderen Monitoring-Plattformen.
1. Auto-Discovery und Überwachung
Kernstück ist die automatische Geräteerkennung: Geräte mit aktivem SNMP werden gefunden und in die Überwachung übernommen, Nachbarschaften über CDP/LLDP aufgelöst. LibreNMS überwacht Ports, Durchsatz, Fehlerzähler und Hardware-Sensoren (Temperatur, Lüfter, Netzteile) und empfängt SNMP-Traps. Damit eignet es sich besonders für Switches, Router, Firewalls, Drucker und Server.
2. Technik-Stack
LibreNMS basiert auf PHP/Laravel mit einer MariaDB und nutzt klassisch RRDtool (mit RRDcached) als Zeitreihenspeicher; alternativ lassen sich InfluxDB oder Prometheus (Remote Write) als Metrik-Backend anbinden. Für Hochverfügbarkeit sind Galera-Cluster und Redis möglich.
3. Alerting und Integrationen
Das Alerting unterstützt eine große Zahl an Transports (etwa Slack, Microsoft Teams, Telegram, PagerDuty, E-Mail). Über die REST-API lässt sich LibreNMS anbinden; Grafana dient für ansprechende Dashboards, und Oxidized holt sich die Geräteliste per API und sichert die Netzwerk-Konfigurationen versioniert in Git.
4. Abgrenzung
LibreNMS ist SNMP-Poll-basiert und auf Netzwerkgeräte ausgerichtet; Prometheus arbeitet nach dem Pull-Prinzip über HTTP-Exporter und ist stark bei Cloud-native- und Container-Metriken. Beide ergänzen sich (LibreNMS kann nach Prometheus schreiben). Gegenüber Zabbix oder Checkmk ist LibreNMS schlanker und discovery-stark im Netzbereich, während jene breiter ins Server- und Applikationsmonitoring gehen.
5. Stärken und Grenzen
| Stärken | Grenzen |
|---|---|
| Starke SNMP-Auto-Discovery, schnell produktiv | Fokus auf SNMP/Netzgeräte; weniger Application-Monitoring |
| Umfangreiches Alerting, API, Grafana- und Oxidized-Integration | Klassischer RRDtool-Ansatz statt Cloud-native-Metrikmodell |
| Quelloffen (GPLv3), community-getragen, HA-fähig | Für Container/Cloud-native ergänzt eher Prometheus |
Häufige Fragen zu LibreNMS
LibreNMS ist die naheliegende Wahl für SNMP-basiertes Netzwerk-Monitoring mit starker Auto-Discovery. Prometheus glänzt bei Cloud-native- und Container-Metriken über Exporter. In vielen Umgebungen laufen beide nebeneinander, LibreNMS kann sogar nach Prometheus schreiben.
LibreNMS bringt eigene Ansichten mit; für umfassendere, frei gestaltbare Dashboards bindet man Grafana an (über InfluxDB, Prometheus Remote Write oder ein Datasource-Plugin). Für Konfigurations-Backups ergänzt Oxidized.
Auch der Autor ist nur ein Mensch, dem Fehler unterlaufen können. Wenn in diesem Beitrag etwas nicht stimmt oder unklar ist, freuen wir uns über einen kurzen Hinweis über das Kontaktformular unten, wir prüfen und korrigieren das.
Der nächste Schritt
LibreNMS im eigenen Haus richtig einsetzen?
Wir klären, ob und wie der Baustein zu Ihrer Infrastruktur passt, und sagen offen, wann sich der Aufwand lohnt und wann nicht.