Monitoring-Tools sind Programme oder Geräte, die Server, Netzwerkkomponenten und Arbeitsplätze laufend auf Erreichbarkeit, Auslastung und Fehler prüfen und bei Abweichungen Alarm auslösen. Allein die vier bekanntesten Namen PRTG, Zabbix, Checkmk und Nagios decken vom kostenfreien Open-Source-Kern bis zur Enterprise-Lizenz jede Preisklasse ab. Die Zahl der Tools ist also nicht das Problem. Das Problem ist die Frage, wer das Werkzeug nach der Einrichtung betreibt: wer die Schwellenwerte pflegt, wer die Alarm-Mail um drei Uhr nachts liest und wer den Bericht für die Geschäftsführung schreibt.
Auf einen Blick
- Monitoring-Software unterscheidet sich weniger im Prüfumfang als im Betriebsaufwand: Ein selbst betriebenes Tool braucht nach der Einrichtung dauerhaft Pflege, eine Appliance oder ein Managed Service verlagert diese Arbeit zum Anbieter.
- PRTG, Zabbix, Checkmk und Nagios sind ausgereifte Monitoring-Tools für Umgebungen mit eigener IT; ohne eine feste Zuständigkeit von mindestens einer Stunde pro Woche verwaisen sie erfahrungsgemäß.
- Für Unternehmen ohne IT-Abteilung mit bis zu etwa 10 Geräten je Standort ist eine agentenlose Monitoring-Appliance oder ein Managed Service meist die passendere Lösung: fester Prüfumfang, Klartext-Bericht, keine eigene Serverpflege.
- Drei Kostenmodelle: Lizenz nach Sensoren oder Hosts, Open Source plus eigene Arbeitszeit, monatliche Pauschale je Gerät oder Standort. Die Lizenz ist selten der größte Posten, die Arbeitszeit fast immer.
- Entscheidend für Nicht-Techniker sind Reporting in Klartext und Alarmwege, die bei einer benannten Person ankommen. Ein Dashboard, das niemand öffnet, überwacht nichts.
- Vor der Tool-Auswahl steht die Bestandsaufnahme: Geräte zählen, Zuständigkeit klären, Prüfumfang festlegen. Erst dann lohnt der Blick auf Lizenzmodelle.
Welches Monitoring-Tool passt zu welchem Unternehmen?
Die Kurzantwort: Unternehmen mit eigenem Administrator oder betreuendem Systemhaus fahren mit klassischer Monitoring-Software wie PRTG, Zabbix, Checkmk oder Nagios gut. Unternehmen ohne IT-Abteilung und kleine Standorte mit einer Handvoll Geräte sind mit einer fertig betriebenen Appliance oder einem Managed Service besser bedient. Systemhäuser brauchen meist beides: ein zentrales Werkzeug für die eigene Betreuung und eine schlanke Lösung für Kleinkunden, bei denen sich der volle Aufbau nicht rechnet.
Warum diese Trennung? Weil jede Monitoring-Lösung zwei Dinge leisten muss: Werte messen und dafür sorgen, dass jemand auf die Messung reagiert. Der erste Teil ist bei allen genannten Tools gelöst. Der zweite hängt an der Organisation dahinter. Gibt es eine Person, die Schwellenwerte anpasst, Fehlalarme abschaltet und Berichte liest? Wenn ja, lohnt sich die Funktionstiefe einer selbst betriebenen Software. Wenn nein, ist die beste Software die, die ohne diese Person auskommt.
Welche Werte überhaupt überwacht werden sollten und welche Lösungswege es gibt, erklärt der Grundlagenbeitrag IT-Monitoring für Unternehmen. Hier geht es um die Auswahl des Werkzeugs.
Worauf kommt es bei der Auswahl einer Monitoring-Software wirklich an?
Fünf Kriterien entscheiden, ob ein Monitoring-Tool nach einem Jahr noch läuft oder nur noch Lizenzkosten verursacht. Funktionsumfang steht bewusst nicht auf der Liste: Alle etablierten Werkzeuge messen CPU, Speicher, Festplatten, Erreichbarkeit und Dienste.
- Betriebsaufwand: Wer installiert Updates für das Monitoring selbst, wer pflegt die Datenbank, wer räumt Fehlalarme ab? Bei selbst betriebener Software fallen dafür laufend Stunden an, bei Appliance und Managed Service liegt die Arbeit beim Anbieter.
- Agent ja oder nein: Ein Agent ist ein kleines Programm auf jedem überwachten Gerät. Er liefert tiefere Werte, muss aber installiert, aktualisiert und bei jedem neuen Gerät nachgezogen werden. Agentenlose Verfahren (SNMP, WMI, Ping, HTTP) sehen weniger, kosten dafür keine Installation.
- Reporting für Nicht-Techniker: Ein Bericht, den die Geschäftsführung ohne Übersetzung versteht, ist für Unternehmen ohne IT-Abteilung wichtiger als jedes Dashboard. Lassen Sie sich vor der Entscheidung einen Beispielbericht zeigen.
- Alarmwege: E-Mail, SMS, Push, Ticket im Systemhaus oder Nachricht in Microsoft Teams. Der Alarmweg ist nur so gut wie die Person am Ende. Klären Sie, wer nachts und im Urlaub die Meldung bekommt.
- Kostenmodell: Lizenz nach Sensoren oder Hosts, Open Source ohne Lizenz oder monatliche Pauschale. Jedes Modell hat eine Größe, ab der es teuer wird. Dazu gleich mehr.
Monitoring-Tools im Vergleich: PRTG, Zabbix, Checkmk, Nagios, Appliance und Managed Service
Die Tabelle sortiert sechs Wege nach den Kriterien, die für Unternehmen und Systemhäuser den Ausschlag geben. Angaben nach öffentlichen Herstellerangaben, Stand September 2026, ohne Gewähr; Marken gehören den jeweiligen Inhabern. Preise fehlen bewusst, weil sich Lizenzstufen laufend ändern.
| Lösung | Einrichtung | Betriebsaufwand | Agent | Reporting | Zielgruppe | Kostenmodell |
|---|---|---|---|---|---|---|
| PRTG (Paessler) | Installer für Windows-Server oder gehostete Variante, automatische Geräteerkennung | Mittel: Sensoren und Schwellenwerte wollen gepflegt werden | Überwiegend agentenlos (SNMP, WMI, Ping, HTTP), optional Probes | Berichte und Dashboards eingebaut, für Techniker ausgelegt | KMU und Mittelstand mit eigenem Admin oder betreuendem Systemhaus | Lizenz nach Sensorzahl, kostenfreie Stufe für kleine Umgebungen |
| Zabbix | Linux-Server mit Datenbank, Vorlagen (Templates) für gängige Geräte | Hoch: Server, Datenbank und Vorlagen liegen in eigener Verantwortung | Beides: eigener Agent oder agentenlos über SNMP, IPMI, HTTP | Dashboards, planbare Berichte; Aufbereitung für Nicht-Techniker ist Eigenarbeit | IT-Teams mit Linux-Erfahrung, größere und wachsende Umgebungen | Open Source ohne Lizenzkosten, optional kostenpflichtiger Support des Herstellers |
| Checkmk | Linux-Server, virtuelle Appliance oder Container; automatische Diensterkennung | Mittel bis hoch: Regelwerk und Agenten wollen gepflegt werden | Primär Agent auf den Systemen, ergänzt um SNMP für Netzwerkgeräte | Dashboards; erweiterte Berichte in den kommerziellen Editionen | IT-Abteilungen und Systemhäuser, es gibt eine eigene MSP-Edition | Raw Edition Open Source; kommerzielle Editionen nach Zahl der überwachten Dienste bzw. Hosts |
| Nagios | Core: Konfiguration über Textdateien; XI mit Weboberfläche und Assistenten | Hoch (Core) bis mittel (XI); Plugins müssen einzeln gepflegt werden | Plugins, Agenten (NRPE, NCPA) oder agentenlos, je nach Prüfung | Core: minimal; XI: Berichte und Dashboards enthalten | Erfahrene Administratoren, Umgebungen mit vielen Sonderfällen | Core Open Source; XI Lizenz nach Zahl der überwachten Hosts |
| Appliance/Managed (dwatcher, ein Datadiorama-Produkt) | Box anschließen, Geräte hinterlegen; Prüfumfang fest vorgegeben | Niedrig: Betrieb und Updates der Box liegen beim Anbieter | Agentenlos | Klartext-Berichte per E-Mail, ohne IT-Wissen lesbar | Unternehmen ohne IT-Abteilung, Systemhäuser für kleine Standorte bis etwa 10 Geräte | Pauschale je Standort, kein Lizenzmodell nach Sensoren |
| Managed Service über ein Systemhaus | Dienstleister richtet sein eigenes Werkzeug ein, meist ein RMM-Tool | Niedrig für den Kunden; liegt vollständig beim Systemhaus | In der Regel Agent auf jedem Gerät | Berichte je nach Vertrag, häufig ein monatlicher Statusbericht | Unternehmen, die den IT-Betrieb insgesamt auslagern | Pauschale je Gerät oder Arbeitsplatz, meist Teil des Betreuungsvertrags |
Ein paar Einordnungen, die in der Tabelle keinen Platz haben. PRTG ist in deutschen KMU weit verbreitet, weil die Einrichtung auf einem Windows-Server schnell geht und die automatische Erkennung Handarbeit spart. Die Grenze liegt im Sensormodell: Jeder Messwert zählt als Sensor, und wer für 30 Server je 15 Werte überwacht, ist bei 450 Sensoren, also nahe der nächsten Lizenzstufe. Zabbix und Checkmk bieten große Tiefe und skalieren auf Tausende Geräte; dafür brauchen beide einen Linux-Server und jemanden, der ihn pflegt. Nagios ist das älteste der vier Werkzeuge, in der Core-Variante sehr flexibel, verlangt aber die meiste Handarbeit; Nagios XI nimmt einen Teil davon ab. Die Gegenüberstellung für einen Wechsel steht im Beitrag PRTG-Alternative gesucht.
Die beiden unteren Zeilen sind keine Software im engeren Sinn, sondern ein anderes Betriebsmodell. Eine Appliance wie dwatcher prüft einen festen Umfang (SMART-Werte, RAID-Status, Speicherbelegung, Firmware-Stände, Backup-Ziele, Zertifikats-Laufzeiten, Erreichbarkeit) und schickt das Ergebnis als lesbaren Bericht. Mehr geht nicht, weniger auch nicht. Genau diese Beschränkung ist für ein Unternehmen mit acht Geräten ohne Admin der Vorteil, für ein Rechenzentrum der Ausschlussgrund. Ein Managed Service über ein Systemhaus kauft kein Tool, sondern eine Zuständigkeit; welches Werkzeug der Dienstleister einsetzt, ist für den Kunden zweitrangig.
Wie läuft die Auswahl eines Monitoring-Tools ab?
Eine Tool-Auswahl, die mit dem Download eines Testinstallers beginnt, endet erfahrungsgemäß beim ersten Werkzeug, das zufällig lief. Besser ist die umgekehrte Reihenfolge: erst der Bedarf, dann die Software. Sechs Schritte:
- Bestandsaufnahme: Alle Server, NAS, Switches, Firewalls, Drucker und Arbeitsplätze je Standort zählen. Die Zahl entscheidet über das Kostenmodell: 8 Geräte und 80 Geräte sind zwei verschiedene Märkte.
- Zuständigkeit klären: Wer bekommt Alarme, wer pflegt das Tool, wer liest den Monatsbericht? Wenn auf alle drei Fragen dieselbe Person antwortet und die nebenbei die Buchhaltung macht, fällt selbst betriebene Software in der Regel raus.
- Prüfumfang festlegen: Welche Werte müssen überwacht werden (Festplatten, Backup-Ziele, Zertifikate, Erreichbarkeit), und welche sind nur nett? Zehn Prüfungen mit sauberen Schwellenwerten sind wertvoller als 300 Sensoren ohne Pflege.
- Zwei bis drei Kandidaten testen: Jeweils 2-4 Wochen mit echten Geräten, nicht mit einer Demo-Umgebung. Dabei bewusst einen Fehlalarm provozieren und prüfen, wie einfach er sich abstellen lässt.
- Reporting und Alarmwege abnehmen lassen: Den Beispielbericht der Geschäftsführung vorlegen. Versteht sie ihn ohne Erklärung? Kommt der Testalarm auf dem Handy der richtigen Person an, auch am Wochenende?
- Entscheiden und dokumentieren: Tool, Kostenmodell, Zuständigkeit und Prüfumfang in einem Dokument festhalten. Das ist die Grundlage, wenn eine Cyberversicherung oder ein Auditor später nach dem Monitoring fragt.
Wann passt welches Monitoring-Tool nicht?
Jedes Werkzeug hat eine Umgebung, in der es fehl am Platz ist. Das ist keine Schwäche der Software, sondern eine Frage der Passung.
Selbst betriebene Monitoring-Software (PRTG, Zabbix, Checkmk, Nagios) passt nicht, wenn niemand im Haus mindestens eine feste Stunde pro Woche dafür hat. Das klingt wenig. Nach unserer Beobachtung ist es trotzdem die Hürde, an der die meisten Installationen ohne IT-Abteilung scheitern: Das Tool läuft, die Alarme kommen, niemand justiert die Schwellenwerte, und nach drei Monaten landen die Meldungen in einem Postfach-Ordner, den keiner öffnet. Ein Monitoring-Tool ohne feste Zuständigkeit ist eine Lizenz, die man bezahlt, damit sie schweigt.
Eine Appliance mit festem Prüfumfang passt nicht, wenn Sie mehr als etwa 10 Geräte je Standort haben, eigene Anwendungen mit speziellen Messwerten überwachen müssen oder Ihre IT-Abteilung individuelle Dashboards erwartet. Dann wird die Beschränkung, die kleinen Standorten hilft, zum Klotz am Bein. Systemhäuser weichen für solche Kunden auf ihr zentrales Werkzeug aus; welche Rolle ein RMM-Tool dabei spielt und wo dessen Grenzen liegen, beschreibt der Beitrag RMM-Software für Systemhäuser.
Ein Managed Service passt nicht, wenn Sie das Monitoring als Teil eines eigenen IT-Betriebs sehen und die Daten im Haus behalten möchten, oder wenn Industriesteuerungen und Sonderhardware den Standardvertrag eines Dienstleisters sprengen. Ehrlich gesagt lässt sich die Passung nicht am Schreibtisch entscheiden; sie zeigt sich in der Bestandsaufnahme.
Was kostet Monitoring-Software? Drei Kostenmodelle im Vergleich
Die Kosten einer Monitoring-Lösung setzen sich aus Lizenz, Einrichtung und laufender Arbeitszeit zusammen, und die Reihenfolge der Beträge ist bei den meisten Unternehmen umgekehrt, als es die Preisliste vermuten lässt. Drei Modelle sind üblich.
Modell 1, Lizenz nach Sensoren oder Hosts: Sie zahlen für die Zahl der Messpunkte (PRTG) oder der überwachten Systeme (Checkmk Enterprise, Nagios XI), meist als Jahreslizenz oder Abonnement. Der Vorteil ist die Planbarkeit; die Grenze ist der Sprung in die nächste Lizenzstufe, sobald die Umgebung wächst. Reicht die kostenfreie Stufe? Für wenige Geräte oft ja, für mehrere Server und Netzwerkgeräte meist nicht lange. Rechnen Sie die Einrichtung durch einen Dienstleister, typischerweise 1-3 Personentage, und die laufende Pflege hinzu.
Modell 2, Open Source plus Arbeitszeit: Zabbix, Checkmk Raw und Nagios Core kosten keine Lizenz. Bezahlt wird in Stunden: Die Einrichtung eines sauber konfigurierten Systems mit Vorlagen und Alarmwegen liegt erfahrungsgemäß bei 2-5 Personentagen, die Pflege danach bei 2-4 Stunden pro Monat, plus Updates von Server und Datenbank. Bei einem internen Stundensatz von 60-90 Euro ist das im Jahr schnell mehr, als eine mittlere Lizenz kosten würde. Ein Admin mit Linux-Erfahrung ist hier nicht optional, sondern Voraussetzung.
Modell 3, Pauschale: Appliance oder Managed Service werden als fester Betrag je Standort, Gerät oder Arbeitsplatz und Monat abgerechnet. Für Monitoring als Einzelleistung sind Beträge im niedrigen zweistelligen Euro-Bereich je Gerät und Monat üblich, in Betreuungsverträgen ist es meist enthalten. Die Pauschale deckt Betrieb, Updates und Reporting ab; der Prüfumfang ist dafür vorgegeben. Was ein solcher Vertrag enthalten sollte, beschreibt der Beitrag Managed Monitoring.
Welches Modell günstiger ist, hängt an drei Faktoren: Zahl der Geräte, vorhandene Zuständigkeit und das Wachstum der nächsten zwei bis drei Jahre. Pauschal lässt sich das nicht beantworten, jede Umgebung ist anders gewachsen. Eine Spanne für den eigenen Fall liefert erst die Bestandsaufnahme.
Wenn Sie klären möchten, welches Betriebsmodell zu Ihrer Umgebung passt, können Sie ein unverbindliches Erstgespräch mit Datadiorama vereinbaren.
Häufige Fragen
Welches Monitoring-Tool ist für kleine Unternehmen ohne IT-Abteilung am besten geeignet?
Brauche ich ein Monitoring-Tool mit Agent oder reicht agentenloses Monitoring?
Ist Open-Source-Monitoring-Software wie Zabbix wirklich kostenlos?
Was ist der Unterschied zwischen einem Monitoring-Tool und einem RMM-Tool?
Wie viele Sensoren oder Geräte braucht ein typisches kleines Unternehmen?
Welches Netzwerk-Monitoring-Tool zeigt auch Switches und WLAN an?
Passende Leistungen
Verfasst von
Maximilian DalichowIT-Projektleitung