Es reicht nicht aus, einen VPS einzurichten: Man muss ihn auch überwachen. Die meisten Ausfälle treten nicht aus heiterem Himmel auf, sondern es gibt Anzeichen dafür: eine sich langsam füllende Festplatte, ein Prozess, der immer mehr Arbeitsspeicher beansprucht, ein wiederkehrender Fehler im Protokoll oder ein Zertifikat, das am Wochenende abläuft. Wenn Sie diese Anzeichen rechtzeitig erkennen, bemerken Sie den Fehler noch vor Ihren Besuchern und können den Ausfall verhindern.

In dieser Anleitung fassen wir zusammen, welche Werte Sie auf einem VPS messen sollten, mit welchen Tools dies möglich ist, wie Sie Benachrichtigungen so einrichten, dass Sie nicht in Benachrichtigungen versinken, und wie Sie die gemessenen Daten nutzen können.

Was sollten Sie messen?

Erreichbarkeit von außen

Die wichtigste Frage lautet: Kann der Besucher die Website erreichen? Dies muss von außerhalb des Servers gemessen werden, denn wenn der Server ausfällt, kann auch dessen eigene Überwachung keine Meldung ausgeben. Ein externer Verfügbarkeitsmonitor ruft die Seite alle paar Minuten auf (und sucht dabei gegebenenfalls auch nach einem Schlüsselwort) und löst einen Alarm aus, falls keine Antwort erfolgt.

Prozessor

• CPU-Auslastung: Eine dauerhaft über 80–90 % liegende Auslastung deutet darauf hin, dass die Prozessorleistung nicht ausreicht oder ein Prozess außer Kontrolle geraten ist.
• Load Average: Die durchschnittliche Anzahl der Prozesse, die darauf warten, ausgeführt zu werden, über einen Zeitraum von 1, 5 und 15 Minuten. Es besteht Anlass zur Sorge, wenn dieser Wert dauerhaft die Anzahl der vCPUs übersteigt. Was die Auslastung unter Linux bedeutet, erfahren Sie in unserem Knowledge-Base-Artikel.
• Steal-Time (st): Auf einem VPS gibt dieser Wert an, wie lange die virtuelle Maschine auf den physischen Prozessor gewartet hat. Ein dauerhaft hoher Wert deutet auf eine Überlastung des physischen Servers hin; bei einem KVM-VPS mit garantierten Ressourcen sollte dieser Wert niedrig sein.
• I/O-Wartezeit (I/O wa): Wie lange wartet der Prozessor auf die Festplatte? Ist dieser Wert hoch, stellt der Speicher den Engpass dar.

Arbeitsspeicher

• Verwendeter und verfügbarer Speicher: Linux nutzt den freien Speicher als Cache, daher kann der Wert „free“ auch dann niedrig sein, wenn alles in Ordnung ist. Achten Sie auf den Wert „available“ (verfügbar).
• Swap: Wenn das System regelmäßig auf den Swap-Speicher ausweicht, ist der Arbeitsspeicher knapp und das System wird langsamer.
• OOM-Killer: Wenn der Arbeitsspeicher knapp wird, beendet der Kernel einen Prozess (häufig gerade die Datenbank). Im Protokoll weisen die Einträge „Out of memory“ darauf hin; darüber berichtet ein Artikel über den OOM-Killer und die Erstellung einer Auslagerungsdatei.

Festplatte

• Freier Speicherplatz: Ein vollbelegter Festplattenspeicher ist eine der häufigsten Ursachen für Ausfälle (Protokolle, Backups, Uploads). Bei 80–85 % sollten Sie alarmiert sein.
• Inodes: Bei vielen kleinen Dateien (Cache, Sitzungen) können die Inodes aufgebraucht sein, noch bevor der Speicherplatz erschöpft ist.
• Festplattenoperationen (IOPS, Datenübertragung) und Latenz.

In diesem Artikel werden die Befehle „du“ und „df“ zur Überprüfung der Festplattennutzung vorgestellt.

Netzwerk

Eingehender und ausgehender Datenverkehr, Anzahl der Verbindungen, Fehler. Ein plötzlicher Anstieg des Datenverkehrs kann auf eine erfolgreiche Kampagne hindeuten, aber auch auf einen Angriff oder auf Spam-Versendungen, die von einem gehackten Server ausgehen.

Dienstleistungen und Anwendungen

• Laufen die wichtigen Dienste (Webserver, PHP-FPM, Datenbank, E-Mail) ordnungsgemäß?
• Die Antwortzeit der Anwendung sowie die Quote der fehlerhaften Anfragen (5xx).
• Langsame Abfragen in der Datenbank.
• Ablauf des SSL-Zertifikats, Ablauf der Domain.
• Backups: Wurde das letzte Backup erfolgreich durchgeführt?

Blogs

Die System- und Anwendungsprotokolle (journald, /var/log, die Fehler- und Zugriffsprotokolle des Webservers) zeigen, was geschehen ist. Wiederkehrende Fehler, fehlgeschlagene Anmeldeversuche und ungewöhnliche Anfragen dienen als Frühwarnzeichen. Das Auswerten der Protokolle wird in unserem Artikel über „journalctl“ und das Verzeichnis „/var/log“ behandelt, während sich unser Blogbeitrag mit der Analyse der Webserver-Protokolle befasst.

Tools

Schnelle Diagnose über die Befehlszeile

• htop oder btop: Prozesse, CPU und Arbeitsspeicher in Echtzeit. Darum geht es in diesem Artikel über die Verwendung von „top“ und „htop“.
• vmstat 1: CPU, Arbeitsspeicher, Swap, I/O-Wartezeit und Steal pro Sekunde.
• iostat -x 1 (sysstat-Paket): Festplattenauslastung und Latenz.
• df -h, df -i, du: Festplattenspeicher und Inodes.
• ss -tulpn: offene Ports und Verbindungen.
• journalctl -p err -b: Systemfehler seit dem letzten Systemstart.

Diese werden zur Fehlersuche benötigt; für die kontinuierliche Überwachung und Alarmierung sind die folgenden Tools vorgesehen.

Überwachungssysteme

Tool	Wozu dient das?	Anmerkung
Netdata	Detaillierte Echtzeit-Messungen in wenigen Minuten, inklusive vorgefertigter Warnmeldungen	Für ein oder zwei Server ist dies die einfachste Lösung: Open-Source, auch mit Cloud-Dienst
Prometheus + Grafana	Zeitreihenmessung, maßgeschneiderte Kontrollpanels und Warnmeldungen	Mit dem „node_exporter“ lassen sich Systemmetriken und mit den Exportern auch Anwendungen messen; ideal bei mehreren Servern
Zabbix	Umfassende Unternehmensüberwachung	Für viele Server, komplexere Konfigurationen
Einblicke	Einfache, übersichtliche Terminal- und Webansicht	Zum schnellen Überblick
Monit	Überwachung und automatischer Neustart von Diensten	Klein und zuverlässig, siehe unten

Überwachung der externen Erreichbarkeit

• Uptime Kuma: ein selbst betriebener, quelloffener Uptime-Monitor mit einer ansprechenden Statusseite. Bitte lassen Sie ihn auf einem anderen Server laufen, nicht auf dem, den er überwacht.
• Zu den angebotenen Diensten gehören: UptimeRobot, Better Stack, HetrixTools und ähnliche; bereits im kostenlosen Paket sind Überprüfungen im Minutentakt enthalten.

Benachrichtigungen

Eine gute Warnmeldung ertönt dann, wenn etwas unternommen werden muss – und nur dann. Hier einige Tipps:

• Schwellenwert und Dauer: Reagieren Sie nicht auf kurzzeitige Ausschläge, sondern auf einen anhaltenden Zustand (beispielsweise „die CPU-Auslastung liegt seit 5 Minuten über 90 %“).
• Zwei Stufen: Warnung (beispielsweise bei 80 % der Festplattenkapazität) und kritischer Alarm (bei 95 %).
• Beachten Sie das Symptom, nicht nur die Ursache: „Die Website reagiert nicht“ ist wichtiger als „hohe Auslastung“.
• Kanal: E-Mail-Benachrichtigungen gehen leicht verloren; senden Sie kritische Benachrichtigungen auf das Mobiltelefon (Push-Benachrichtigung, Telegram, Slack, SMS).
• Machen Sie sich nicht unnötig Sorgen: Wenn Sie bei einer bestimmten Benachrichtigung regelmäßig nichts unternehmen müssen, passen Sie die Einstellungen an oder löschen Sie sie, da Sie sonst auch wichtige Benachrichtigungen übersehen könnten.

Einige bewährte Startschwellenwerte:

Kennzahl	Warnung	Kritisch
Festplattennutzung	80%	90–95%
Verfügbarer Arbeitsspeicher	Unter 15 %	unter 5 %
CPU (dauerhaft)	80%	95%
Auslastung (dauerhaft)	Anzahl der vCPUs	doppelte Anzahl an vCPUs
SSL-Ablauf	21 Tage	7 Tage
Erreichbarkeit der Website	–	2–3 aufeinanderfolgende fehlgeschlagene Überprüfungen

Automatische Wiederherstellung

Monit kann einen ausgefallenen Dienst automatisch neu starten und Sie darüber benachrichtigen. Beispielsweise für den Webserver:

check process nginx with pidfile /run/nginx.pid
  start program = "/usr/bin/systemctl start nginx"
  stop program  = "/usr/bin/systemctl stop nginx"
  if failed host 127.0.0.1 port 80 protocol http then restart
  if 5 restarts within 5 cycles then alert

Der automatische Neustart ist lediglich eine Symptombehandlung: Wenn ein Dienst regelmäßig ausfällt, muss die Ursache ermittelt werden.

Was tun mit den Daten?

• Zu wenig Arbeitsspeicher, regelmäßiger Swap, OOM: Passen Sie die Anwendungen an (Anzahl der PHP-FPM-Prozesse, Puffergröße der Datenbank) oder wechseln Sie zu einem größeren Paket.
• Hohe CPU-Auslastung bei einem Prozess: Finden Sie heraus, welcher Prozess betroffen ist und warum (ein Plugin, ein Cron-Job, Bot-Traffic, ein Hackerangriff).
• Hohe I/O-Wartezeiten: langsame Abfragen, übermäßige Protokollierung oder eine umfangreiche Datensicherung während der Arbeitszeit.
• Voller Speicherplatz: Log-Rotation, Löschen alter Backups, Bereinigung des Caches; falls der „du“ nicht anzeigt, wo der Speicherplatz belegt ist, hilft Ihnen dieser Artikel über die verborgenen Ursachen für vollen Speicherplatz weiter.
• Regelmäßig erreichte Grenzen: Auf den KVM-VPS von aWh können Sie über den Kundenbereich zu einem größeren Paket wechseln; zur Skalierung der VPS-Ressourcen finden Sie eine separate Anleitung.

Die erfassten Daten werden auch für die Planung benötigt: Anhand der wöchentlichen und monatlichen Trends lässt sich erkennen, wann der Speicherplatz oder der Arbeitsspeicher knapp wird, sodass Sie rechtzeitig eine Erweiterung vornehmen können.

Wer überwacht den Server?

Bei einem nicht verwalteten VPS liegt die Überwachung in Ihrer Verantwortung. Sollten Sie weder die Zeit noch das nötige Fachwissen dafür haben, übernehmen wir im Rahmen unseres Managed VPS-Dienstes die Serverüberwachung, die Bearbeitung von Warnmeldungen sowie die Fehlerbehebung. Die KVM-VPS-Server von aWh sind mit garantierter Prozessor- und Speicherleistung, NVMe-SSDs, täglichen Backups und einer Verfügbarkeit von 99,9 % erhältlich; dank der garantierten Ressourcen sind die gemessenen Werte berechenbar und hängen nicht vom Datenverkehr benachbarter Kunden ab.

Zusammenfassung

Überwachen Sie von außen die Erreichbarkeit und von innen die CPU-Auslastung (zusammen mit den Werten für „Steal“ und „I/O Wait“), den Arbeitsspeicher, die Festplatte, das Netzwerk, die Dienste, die Zertifikate und die Backups. Für ein oder zwei Server reichen Netdata und ein externer Uptime-Monitor aus, für mehrere Server Prometheus und Grafana. Richten Sie wenige, aber aussagekräftige Warnmeldungen ein und planen Sie die Erweiterung anhand der Trends.

Häufig gestellte Fragen

Was ist die einfachste Methode, einen VPS zu überwachen?

Ein externer Verfügbarkeitsmonitor (beispielsweise UptimeRobot oder Uptime Kuma, das auf einem anderen Server läuft) sowie die auf dem Server installierte Software Netdata. Dies lässt sich innerhalb weniger Minuten einrichten und meldet die meisten Probleme rechtzeitig.

Was bedeutet „Steal Time“?

Die Zeit, die die virtuelle Maschine auf den physischen Prozessor warten musste, weil dieser mit einer anderen Aufgabe beschäftigt war. Bei KVM-VPS mit garantierten Ressourcen ist dieser Wert gering; sollte er dauerhaft hoch sein, melden Sie dies bitte dem Anbieter.

Verlangsamt die Überwachung den Server?

Leichte Agenten (node_exporter, Netdata) verursachen nur eine vernachlässigbare Belastung. Wählen Sie auf einem sehr kleinen VPS ein leichteres Tool und vermeiden Sie eine unnötig häufige Datenerfassung.

Wie oft sollte ich die Erreichbarkeit überprüfen?

Alle 1–5 Minuten. Senden Sie eine Warnmeldung erst nach 2–3 aufeinanderfolgenden fehlgeschlagenen Überprüfungen, damit ein vorübergehender Netzwerkfehler keine Fehlalarm auslöst.

Wo soll ich die Überwachungsdaten speichern?

Wenn möglich, sollten Sie dies nicht auf demselben Server tun, den Sie überwachen, sondern über einen externen Dienst oder auf einem anderen Server. Auf diese Weise können Sie auch bei einem Serverausfall nachvollziehen, was zuvor geschehen ist.

Ist eine Überwachung auch für einen kleinen VPS erforderlich?

Ja, zumindest ein externer Erreichbarkeitsmonitor und eine Warnmeldung bei Speicherplatzmangel, denn ein voller Speicherplatz und ein Ausfall des Dienstes sind selbst bei kleinen Servern die häufigsten Fehler.

• VPS
• Monitoring
• Serververwaltung
• Verfügbarkeit
• Anleitungen