Server-Monitoring: Welche Werte Sie überwachen sollten, bevor der Server steht

Welche Werte gehören ins Server-Monitoring?

Der Server ist nicht abgestürzt. Er ist langsam gestorben. Die erste Festplatte im RAID meldete seit sieben Wochen einen SMART-Warnstatus, die zweite seit vier. Niemand hat es gesehen, weil niemand hinsah: Das Hersteller-Tool zeigte die gelbe Markierung nur beim Login, und das machte seit dem Weggang des Kollegen niemand mehr. Als die zweite Platte ausfiel, stand das Array. Die Wiederherstellung dauerte zwei Arbeitstage, weil auch das Sicherungsziel seit Wochen voll war. So sieht der Normalfall eines ungeplanten Ausfalls in kleinen Umgebungen aus.

Was hätte gemeldet werden müssen? Die Werte in der folgenden Tabelle. Die Schwellen sind Beispiele und müssen an Hardware, Auslastung und Wartungsfenster Ihrer Umgebung angepasst werden.

Fällt Ihnen auf, dass CPU-Last erst an vierter Stelle steht? Das ist Absicht. In kleinen Umgebungen sterben Server selten an Überlast, sondern an Speichermedien, vollen Volumes und Sicherungen, die niemand prüft. Dazu gleich mehr.

Was ist Server-Monitoring und was unterscheidet es vom Blick ins Ereignisprotokoll?

Server-Monitoring ist ein Verfahren, bei dem ein Werkzeug in festen Abständen Zustandswerte eines Servers abfragt, sie mit Schwellenwerten vergleicht und bei Überschreitung eine Meldung an eine zuständige Person schickt. Drei Bestandteile machen den Unterschied zum manuellen Nachsehen: die Regelmäßigkeit (jede Minute statt einmal im Quartal), die feste Schwelle (ein definierter Wert statt Bauchgefühl) und der Alarmweg (die Meldung kommt zu Ihnen, nicht Sie zu ihr).

Ein Ereignisprotokoll kann das nicht ersetzen. Es sammelt, was passiert ist, meldet aber nichts. Ein Server ohne Monitoring ist deshalb ein Server, dessen Zustand Sie erst kennen, wenn er gestört ist. Ehrlich gesagt unterschätzen das viele Geschäftsführer, weil der Server ja 'läuft'. Er lief in der Szene oben auch, sieben Wochen lang.

Die Server-Überwachung ist ein Teilbereich des umfassenderen IT-Monitorings, das zusätzlich Netzwerkgeräte, Arbeitsplätze und Cloud-Dienste im Blick hat; für Switches, Router und Firewalls beschreibt der Beitrag zum Netzwerk-Monitoring die eigene Logik. Läuft Ihr Server virtualisiert, etwa auf einem Proxmox-Host, gehören Host und jede virtuelle Maschine getrennt ins Monitoring. Ein gesunder Host sagt nichts über die volle Platte in der Buchhaltungs-VM.

Was gehört zur Serverraum-Überwachung und zum Rack-Monitoring?

Serverraum-Überwachung ist die Erfassung der Umgebungsbedingungen, unter denen ein Server arbeitet: Raumtemperatur, Luftfeuchte, Stromversorgung samt USV und Zutritt. Rack-Monitoring bringt dieselben Messungen mit Sensoren und Türkontakten direkt in den Serverschrank. Beides ergänzt die Werte aus dem Server um das, was er selbst nicht sehen kann: Die CPU meldet 78 Grad, aber nicht, dass die Klimaanlage seit Freitag aus ist.

Übliche Empfehlungen für IT-Hardware liegen bei 18-27 Grad Zulufttemperatur und 20-80 Prozent Luftfeuchte ohne Kondensation. Wer schon einmal an einem Sommerwochenende einen Serverraum mit 34 Grad betreten hat, weiß, warum ein Temperatursensor der wirtschaftlichste Teil des ganzen Monitorings ist.

Bei der Stromversorgung zählen drei Fragen: Läuft die USV auf Batterie? Wie lange reicht die Restlaufzeit? Wie alt ist der Akku? USV-Batterien verlieren nach 3-5 Jahren spürbar Kapazität; viele Geräte melden das per SNMP, aber nur, wenn jemand die Meldung abholt.

Beim Zutritt geht es um Türkontakte an Raum und Rack plus Zutrittsprotokoll; das BSI führt den physischen Schutz von Serverräumen als eigenen Baustein (Quelle: BSI IT-Grundschutz-Kompendium, Baustein INF.2). Eine Kameraüberwachung betrifft Mitarbeiter und braucht eine datenschutzrechtliche Grundlage; binden Sie den Datenschutzbeauftragten ein, bevor die Kamera hängt.

Hersteller-Tool, Monitoring-Plattform oder Appliance: Welche Lösung passt?

Für die Server-Überwachung gibt es vier Wege, die sich nicht ausschließen. Die Achse ist weniger das Budget als die Frage, wer die Lösung pflegt und wer auf Meldungen reagiert.

Die Hersteller-Tools sind kein Gegenmodell, sondern die Quelle: iDRAC und iLO liefern die SMART- und RAID-Daten, die eine Plattform oder Appliance einsammelt und bewertet. Wer sie nicht freischaltet, verschenkt die beste Hardware-Sicht, die es gibt. PRTG, Zabbix, Checkmk und Nagios unterscheiden sich in Lizenzmodell und Bedienung, aber nicht in der Grundfrage, ob ein kleiner Betrieb sie selbst pflegen kann; welche Plattform zu welcher Größe passt, behandelt der Monitoring-Tools-Vergleich. Der Appliance-Weg nimmt diese Pflege ab, gegen einen festen Prüfumfang. Welche Werte eine solche Box abfragt, ist bei dwatcher dokumentiert; gleichen Sie das vorab mit Ihrer Tabelle aus dem ersten Abschnitt ab. Fehlt ein Wert, den Sie brauchen, ist die Plattform der bessere Weg.

Wie führen Sie Server-Monitoring in einem kleinen Serverraum ein?

Die Einführung dauert bei bis zu zehn Systemen in der Regel 2-4 Wochen; die reine Technik macht davon nur wenige Stunden aus, der Rest ist Abstimmung über Schwellen und Zuständigkeiten. Der Ablauf in sechs Schritten:

1. Bestandsaufnahme: Alle Server, Virtualisierungs-Hosts, virtuellen Maschinen, NAS-Systeme, USV-Geräte und vorhandenen Rack-Sensoren auflisten, dazu Verantwortliche und Wartungsfenster je System notieren.
2. Messwerte und Schwellen festlegen: Die zehn Werte aus der Tabelle jedem System zuordnen und die Beispielschwellen an Hardware, Auslastung und Sicherungsrhythmus anpassen.
3. Werkzeug auswählen und anbinden: Hersteller-Schnittstellen wie iDRAC, iLO, IPMI und SNMP freischalten, die Plattform oder Appliance einrichten und je System einen Testalarm auslösen.
4. Alarmwege und Zuständigkeiten definieren: Festlegen, wer welche Meldung per E-Mail oder Ticket erhält, wer vertritt und nach welcher Zeit ohne Reaktion eskaliert wird, etwa nach 30-60 Minuten bei kritischen Meldungen.
5. Probelauf über 2-4 Wochen: Fehlalarme auswerten, Schwellen nachjustieren, Meldungen ohne Handlungsbedarf abschalten und Wartungsfenster als Ausnahmen hinterlegen.
6. Regelbetrieb mit Prüfroutine: Einen monatlichen Statusbericht einführen, die Schwellen quartalsweise prüfen und Meldungen samt Reaktion für Cyberversicherung und Nachweispflichten dokumentieren.

Für wen lohnt sich Server-Monitoring und wo liegen die Grenzen?

Server-Monitoring lohnt sich für jedes Unternehmen, das mindestens einen Server betreibt, dessen Ausfall länger als einen halben Arbeitstag kostet. Das trifft auf die Buchhaltung mit dem ERP-Server genauso zu wie auf das Systemhaus, das zwanzig solcher Kunden betreut. Die Grenze nach unten ist ehrlich gezogen: Wer keine eigenen Server mehr hat, weil alles in Microsoft 365 oder einer anderen Cloud läuft, braucht kein Server-Monitoring, sondern eines für Cloud-Konten und Internetanbindung.

Jetzt zu den Grenzen, die im Verkaufsgespräch gern unter den Tisch fallen. Monitoring meldet, es repariert nicht. Eine Warnung um 3 Uhr nachts, die um 9 Uhr gelesen wird, hat sechs Stunden verschenkt. Der zweite Fallstrick ist die Alarmmüdigkeit: Wer täglich zwanzig Meldungen ohne Handlungsbedarf bekommt, liest die einundzwanzigste nicht mehr, und genau die war die SMART-Warnung. Deshalb ist der Probelauf kein Beiwerk. Und Monitoring sieht nur, was gemessen wird; gegen Ransomware hilft ein geprüftes Backup, nicht nur ein überwachtes Backup-Ziel.

Zu den Kosten: Die Spanne reicht von einigen hundert Euro einmalig für Sensoren und eine selbst gepflegte Open-Source-Plattform bis zu einem monatlichen Betrag je System bei Managed-Angeboten, abhängig von Systemzahl, Prüfumfang und davon, ob die Reaktion auf Meldungen enthalten ist. Pauschal lässt sich das nicht sagen, jede Umgebung ist anders gewachsen; was passt, zeigt erst die Bestandsaufnahme.

Wenn Sie klären möchten, welche Werte in Ihrer Umgebung tatsächlich überwacht werden und welche nicht, können Sie ein unverbindliches Erstgespräch mit Datadiorama vereinbaren.