Server Monitoring: Ressourcen, Dienste und Alarme im Blick

Wie richten Sie Server Monitoring ein? Was Sie überwachen sollten, Netdata, Uptime Kuma von außen, Prometheus und Grafana, Alarmschwellen und Logs.

Nodesty-Team5 Min. LesezeitServer

Veröffentlicht am 23. Oktober 2026

Der Schriftzug Monitoring mit Metrics, Alerts und Uptime auf dunklem Nodesty-Hintergrund

Server Monitoring bedeutet, die Prozessor-, Arbeitsspeicher-, Festplatten- und Netzwerkauslastung Ihres Servers, den Zustand seiner Dienste und seine Erreichbarkeit von außen laufend zu beobachten und Sie bei einem Problem zu benachrichtigen. Mit einem guten Monitoring bemerken Sie ein Problem, bevor die Festplatte vollläuft, ein Dienst abstürzt oder Ihre Nutzer sich beschweren. Mit den richtigen Werkzeugen ist ein grundlegendes Monitoring in wenigen Minuten eingerichtet.

In dieser Anleitung erklären wir, was Sie überwachen sollten, wie Sie mit Netdata in Echtzeit überwachen, wie Sie mit Uptime Kuma von außen prüfen, was Prometheus und Grafana leisten, welche Alarmschwellen sinnvoll sind und wie Sie Logs verfolgen.

Was sollten Sie überwachen?

Bereich	Was überwachen?	Warum?
Prozessor	Auslastung, Load Average, Steal Time	Langsamkeit und Überlastung
Arbeitsspeicher	Verfügbarer Arbeitsspeicher, Swap-Nutzung	Beendete Anwendungen (OOM)
Festplatte	Belegung, Inodes, Wartezeit für Lese- und Schreibzugriffe	Eine volle Festplatte legt alles lahm
Netzwerk	Traffic, Zahl der Verbindungen, Paketverlust	Angriffe, unerwarteter Traffic
Dienste	Webserver, Datenbank, Gameserver, Warteschlangen	Abgestürzte Dienste
Erreichbarkeit	Ob Website und Ports von außen antworten	Der tatsächliche Zustand aus Nutzersicht
Laufzeiten	Ablaufdatum von SSL-Zertifikat und Domain	Leicht vermeidbare Ausfälle

Wie Sie jeden dieser Werte von Hand prüfen, erklären wir in unserem Artikel Server langsam?. Monitoring-Werkzeuge sammeln dieselben Informationen laufend, speichern ihren Verlauf und benachrichtigen Sie, sobald ein Schwellenwert überschritten wird.

Zwei Arten von Monitoring

Monitoring von innen (Metriken): Ein Werkzeug auf dem Server sammelt die Ressourcennutzung und den Zustand der Dienste. Es zeigt die Ursache eines Problems.
Monitoring von außen (Erreichbarkeit): Ein Werkzeug, das an einem anderen Ort läuft, prüft regelmäßig Ihre Website oder Ihren Port. Es zeigt das Ergebnis, das die Nutzer sehen.

Beide ergänzen sich. Das Monitoring von außen sagt Ihnen „Die Website antwortet nicht“, das Monitoring von innen „weil die Festplatte voll ist“. Betreiben Sie das Werkzeug für das Monitoring von außen nicht auf dem Server, den Sie überwachen; fällt der Server aus, kann auch keine Benachrichtigung verschickt werden.

Echtzeit-Monitoring mit Netdata

Netdata ist ein Open-Source-Monitoring-Werkzeug, das sofort nach der Installation automatisch Hunderte von Messwerten sammelt und Diagramme mit sekundengenauer Auflösung bietet. Verbreitete Dienste wie Webserver, Datenbanken und Docker erkennt es von selbst.

Nachdem Sie sich per SSH mit Ihrem Server verbunden haben, führen Sie das offizielle Installationsskript von Netdata aus:

wget -O /tmp/netdata-kickstart.sh https://get.netdata.cloud/kickstart.sh
sh /tmp/netdata-kickstart.sh

Netdata öffnet standardmäßig auf Port 19999 ein Webpanel. Öffnen Sie dieses Panel nicht ins Internet; es gibt detaillierte Informationen über Ihren Server preis. Lassen Sie Port 19999 in der Firewall geschlossen und greifen Sie von Ihrem eigenen Computer aus per SSH Tunnel auf das Panel zu:

ssh -L 19999:127.0.0.1:19999 benutzer@203.0.113.10

Öffnen Sie anschließend im Browser die Adresse http://127.0.0.1:19999. SSH Tunnel erklären wir in unserem Artikel Was ist ein SSH Tunnel?.

Externe Prüfung mit Uptime Kuma

Uptime Kuma ist ein Open-Source-Werkzeug, das Ihre Websites, Ports und Dienste von außen prüft und bei einem Problem über E-Mail, Discord, Telegram und viele weitere Kanäle benachrichtigt. Es kann HTTP-Antworten, TCP-Ports, DNS-Einträge und das Ablaufdatum des SSL-Zertifikats überwachen.

Mit Docker ist es in wenigen Minuten installiert; eine Beispielinstallation zeigen wir in unserer Anleitung Docker installieren. Betreiben Sie Uptime Kuma auf einem anderen Server als dem, den Sie überwachen. Was Uptime-Prozentwerte bedeuten, erfahren Sie in unserem Artikel Was ist Uptime?.

Prometheus und Grafana

Wenn Sie mehrere Server mit langfristigen Daten überwachen und eigene Dashboards erstellen möchten, ist das Duo Prometheus und Grafana die verbreitete Lösung:

node_exporter: Läuft auf jedem Server und stellt Messwerte zu Prozessor, Arbeitsspeicher, Festplatte und Netzwerk bereit.
Prometheus: Sammelt diese Messwerte in regelmäßigen Abständen, speichert sie und wertet die Alarmregeln aus.
Grafana: Visualisiert die gesammelten Daten in Dashboards. Fertige Dashboards lassen sich mit wenigen Klicks importieren.

Dieser Aufbau erfordert mehr Einrichtung als Netdata, ist aber sehr leistungsfähig, um viele Server an einer Stelle zu überwachen und Daten über Monate zu speichern. Öffnen Sie den Port von node_exporter (standardmäßig 9100) nur für den Prometheus-Server; um die Server sicher miteinander zu verbinden, können Sie WireGuard verwenden.

Alarmschwellen

Der eigentliche Wert von Monitoring liegt in Alarmen, die zur richtigen Zeit kommen. Ein guter Ausgangspunkt:

Alarm	Schwellenwert
Festplattenbelegung	Über 80 %
Verfügbarer Arbeitsspeicher	10 Minuten lang unter 10 %
Prozessorlast	15 Minuten lang über der Zahl der Kerne
Kritischer Dienst gestoppt	Sofort
Website oder Port antwortet nicht	Nach 2–3 fehlgeschlagenen Prüfungen in Folge
Restlaufzeit des SSL-Zertifikats	Weniger als 14 Tage

Knüpfen Sie Alarme an die Bedingung eines bestimmten Zeitraums, damit sie bei kurzen Schwankungen nicht ausgelöst werden. Alarme, die zu häufig kommen und kein Eingreifen erfordern, werden nach einer Weile ignoriert; dadurch gehen die wirklich wichtigen unter.

Logs verfolgen

Messwerte sagen Ihnen, dass es ein Problem gibt, Logs sagen Ihnen, warum:

journalctl -p err -b
journalctl -u nginx --since "1 hour ago"

journalctl -p err -b: Zeigt alle Systemlogs der Stufe „Fehler“ seit dem letzten Start.
journalctl -u dienst --since ...: Zeigt die Logs eines Dienstes ab einem bestimmten Zeitpunkt.

Damit Logdateien die Festplatte nicht füllen, prüfen Sie die Einstellungen von logrotate und die Größe des systemd-Journals; sudo journalctl --vacuum-size=500M entfernt alte Logs. Was Sie aus Sicherheitssicht im Blick behalten sollten, erklären wir in unserer Checkliste Linux Server absichern.

Monitoring auf Nodesty Servern

Mit den Paketen AMD Ryzen 9 9950X vServer und AMD EPYC 7763 vServer von Nodesty installieren Sie dank vollem Root-Zugang Netdata, Prometheus oder jedes andere Monitoring-Werkzeug Ihrer Wahl. Ein zweiter kleiner Server für die externen Prüfungen sorgt dafür, dass Sie selbst dann benachrichtigt werden, wenn Ihr Hauptserver ausfällt. Auf der Infrastrukturseite bietet Nodesty für alle Dienste ein Uptime-SLA von 99,95 %, und der L3–L7-DDoS-Schutz durch nShield filtert Angriffe auf Netzwerkebene, bevor sie Ihren Server erreichen.

Häufig gestellte Fragen

Braucht ein kleiner Server Monitoring?

Ja. Selbst bei einem einzigen Server können eine volle Festplatte, ein abgestürzter Dienst oder ein abgelaufenes SSL-Zertifikat die Website oder den Gameserver lahmlegen. Eine einfache externe Prüfung und ein paar grundlegende Alarme sorgen dafür, dass Sie Probleme vor Ihren Nutzern bemerken, und die Einrichtung dauert nur wenige Minuten.

Verlangsamt ein Monitoring-Werkzeug den Server?

Werkzeuge wie Netdata und der node_exporter von Prometheus verbrauchen wenig Ressourcen und fallen auf den meisten Servern nicht ins Gewicht. Auf sehr kleinen Servern können Sie den Ressourcenverbrauch weiter senken, indem Sie die Aufbewahrungsdauer der Daten und die Erfassungshäufigkeit reduzieren.

Sollte das Monitoring-Werkzeug auf demselben Server laufen?

Das Werkzeug, das die Ressourcenmesswerte sammelt, läuft auf dem überwachten Server. Das Werkzeug, das die Erreichbarkeit prüft und Alarme verschickt, sollte dagegen an einem anderen Ort laufen; sonst kann bei einem vollständigen Ausfall des Servers auch keine Benachrichtigung verschickt werden.

Bei welchen Werten sollte ich alarmiert werden?

Ein guter Ausgangspunkt sind Alarme, wenn die Festplattenbelegung 80 Prozent übersteigt, der verfügbare Arbeitsspeicher längere Zeit sehr niedrig ist, die Prozessorlast minutenlang hoch bleibt, ein kritischer Dienst stoppt, die Website nicht antwortet und das SSL-Zertifikat in weniger als zwei Wochen abläuft.

Sollte ich das Netdata-Panel ins Internet öffnen?

Nein. Monitoring-Panels geben detaillierte Informationen über Ihren Server preis, und ein ungeschütztes Panel ist für Angreifer eine wertvolle Quelle. Lassen Sie das Panel nur für den Server selbst erreichbar und greifen Sie per SSH Tunnel darauf zu, oder stellen Sie es hinter einen passwortgeschützten Reverse Proxy.

Ich bekomme zu viele Alarme. Was kann ich tun?

Alarme, die zu häufig kommen, werden nach einer Weile ignoriert. Knüpfen Sie die Schwellenwerte an die Bedingung, dass sie über einen bestimmten Zeitraum überschritten werden, damit kurze Schwankungen keinen Alarm auslösen, schalten Sie Alarme ab, die kein Eingreifen erfordern, und leiten Sie wichtige Alarme in einen eigenen Kanal.

Über den Autor

Nodesty-Team · Infrastruktur und Support

Das Nodesty-Team betreibt unsere Server, unser Netzwerk und unseren DDoS-Schutz im Alltag und beantwortet Support-Anfragen rund um die Uhr. Diese Ratgeber entstehen aus dieser Arbeit.