Modul 8 · 8.3
Deutsch
Ihren Server überwachen
Modul 8: Backups und Überwachung · Lesezeit: 10 Minuten
Lernziel: Nach dieser Lektion können Sie festlegen, was Sie an Ihrem Server überwachen (von außen und von innen), welche Schwellenwerte sinnvoll sind und wie Sie dafür sorgen, dass eine Meldung Sie wirklich erreicht, ohne dass Sie in Meldungen ertrinken.
Kernbegriffe: Überwachung von außen, Überwachung von innen, Uptime, HTTP-Prüfung, Portprüfung, Zertifikatsablauf, Speicherplatz, Arbeitsspeicher, Load, Heartbeat (Dead Man's Switch), Schwellenwert, Meldekanal, Alarmmüdigkeit, Grafiken des Anbieters
Warum überwachen?
Ohne Überwachung erfahren Sie von Problemen über Ihre Kunden oder überhaupt nicht. Eine Website, die seit Samstag nicht erreichbar ist, ein abgelaufenes Zertifikat, eine volle Festplatte, ein Backup, das seit drei Wochen still fehlschlägt: alles Dinge, die Sie rechtzeitig hätten sehen können. Überwachung bedeutet: Ein Programm schaut ständig nach und warnt Sie, wenn etwas nicht stimmt.
Eine gute Überwachung beantwortet zwei Fragen:
- Funktioniert es für den Nutzer? Das messen Sie von außen.
- Geht bald etwas schief? Das messen Sie von innen: Festplatte, Arbeitsspeicher, Updates, Backups.
Von außen: was der Nutzer sieht
Die Überwachung von außen läuft auf einem anderen Rechner als Ihr Server, am besten bei einem anderen Anbieter. Das ist logisch: Wenn Ihr Server ausgefallen ist, kann er selbst nicht mehr warnen.
| Prüfung | Was | Warum |
|---|---|---|
| http(s) | ruft jede Minute eine Seite ab und prüft den Statuscode (200) und gegebenenfalls ein Wort auf der Seite | die Website funktioniert wirklich, nicht nur der Server |
| Port | baut eine Verbindung auf, zum Beispiel zu Port 22 oder 443 | der Dienst lauscht und ist erreichbar |
| Ping | sendet ein ICMP-Paket | der Server lebt (sagt aber nichts über Ihre Website aus) |
| Zertifikat | liest das Zertifikat und das Ablaufdatum | warnt rechtzeitig, bevor es abläuft |
| DNS | fragt den A-Record ab | der Name zeigt noch auf den richtigen Server |
Das Zertifikat verdient besondere Aufmerksamkeit. Let's Encrypt-Zertifikate sind nur kurz gültig und werden automatisch erneuert (Lektion 7.3). Schlägt diese Erneuerung jedoch still fehl, merken Sie es erst, wenn Besucher eine Warnung erhalten. Let's Encrypt selbst verschickt seit Juni 2025 keine Erinnerungsmails mehr zu ablaufenden Zertifikaten und empfiehlt selbst eine Überwachung. Eine Zertifikatsprüfung, die bei weniger als 14 Tagen Gültigkeit warnt, ist also kein Luxus.
Ein gängiges Programm, um dies selbst zu erledigen, ist Uptime Kuma, das Sie in Lektion 9.4 in einem Container installieren. Installieren Sie es dann möglichst nicht auf demselben Server, den es überwachen soll, oder kombinieren Sie es mit einer zweiten, externen Prüfung. Es gibt auch Dienste von Drittanbietern, die dasselbe leisten. Wählen Sie einen, der zu Ihnen passt, und achten Sie darauf, wo der Anbieter seinen Sitz hat, wenn Daten Ihrer Kunden in Meldungen auftauchen können.
Von innen: was bald schiefgeht
Manche Probleme sehen Sie von außen erst, wenn es zu spät ist. Diese messen Sie auf dem Server selbst:
| Was | Wie Sie es sehen | Ein sinnvoller Schwellenwert |
|---|---|---|
| Speicherplatz | df -h | Warnung über 80 %, Alarm über 90 % |
| Inodes (Anzahl der Dateien) | df -i | ebenso; eine Festplatte kann mit Millionen kleiner Dateien "voll" sein |
| Arbeitsspeicher | free -h, Meldungen "Out of memory" in journalctl -k | jede OOM-Meldung ist ein Warnsignal |
| Load | uptime, top | dauerhaft höher als die Anzahl der vCPUs |
| Fehlgeschlagene Dienste | systemctl --failed (Lektion 6.1) | jeder fehlgeschlagene Dienst |
| Updates und Neustart | /var/run/reboot-required, apt list --upgradable (Lektion 4.2) | Sicherheitsupdate älter als zwei Tage |
| Backups | das Ende Ihres Backup-Skripts (Lektion 8.2) | jeder fehlgeschlagene oder ausgebliebene Lauf |
Das gelingt mit einem einfachen Skript und einem Timer (Lektion 6.3), der bei einer Überschreitung eine Meldung sendet, oder mit einem Überwachungsprogramm mit einem Agenten auf dem Server (bekannte Open-Source-Beispiele sind Netdata und die Kombination Prometheus mit node_exporter). Fangen Sie klein an: Festplatte, fehlgeschlagene Dienste und Backups decken die meisten Probleme ab.
Die Grafiken im Panel Ihres Anbieters (Prozessor, Arbeitsspeicher, Netzwerk, Festplatte über einen Tag bis zu einem Jahr) sind eine gute Ergänzung, um Trends zu erkennen: Wächst Ihre Festplattenbelegung jeden Monat um ein paar Prozent, wissen Sie, wann sie voll ist. Bei WebOké finden Sie diese in der VPS-Ansicht, bei anderen Anbietern an vergleichbarer Stelle. Sie senden meist keine Meldung und ersetzen daher keine Überwachung.
Der Heartbeat: melden, wenn nichts passiert
Manche Dinge müssen Sie gerade auf das Ausbleiben eines Signals überwachen. Das nächtliche Backup ist das beste Beispiel: Startet das Skript gar nicht erst (Timer aus, Server aus, Skript defekt), kommt auch keine Fehlermeldung.
Die Lösung heißt Heartbeat oder Dead Man's Switch: Ihre Überwachung erwartet jeden Tag ein Signal. Das Backup-Skript sendet am Ende, und nur wenn alles geklappt hat, eine kleine HTTP-Anfrage an eine feste, geheime URL Ihrer Überwachung:
restic backup ... && restic check && curl -fsS -m 10 https://status.example.com/api/push/Xyz123abc?status=up >/dev/nullBleibt das Signal einen Tag lang aus, erhalten Sie eine Meldung. Uptime Kuma bietet dafür den Monitortyp Push; es gibt auch selbst hostbare Programme wie Healthchecks. So überwachen Sie mit einer einzigen Zeile, ob Ihr Backup wirklich gelaufen ist.
Meldungen, die ankommen, und nicht zu viele
Eine Meldung, die niemand liest, ist keine Überwachung. Regeln Sie drei Dinge:
- Ein Meldekanal, den Sie wirklich sehen: eine Push-Nachricht auf Ihrem Telefon, ein Chatkanal, SMS. E-Mail ist möglich, aber nur, wenn Ihr Server zuverlässig Mails versenden kann, und E-Mails werden leicht übersehen. Nutzen Sie für die wichtigsten Meldungen zwei Kanäle.
- Nicht abhängig von dem, was Sie überwachen. Verschickt Ihr Server die Mail über eine volle Festplatte selbst, kommt sie nicht an, wenn die Festplatte voll ist. Überwachung von außen und ein Heartbeat fangen das ab.
- Wenige, aber berechtigte Meldungen. Erhalten Sie jeden Tag zehn Meldungen, mit denen Sie nichts anfangen, werden Sie sie ignorieren, auch die eine, die wirklich zählt. Das nennt man Alarmmüdigkeit. Legen Sie Schwellenwerte so fest, dass eine Meldung bedeutet: Sie müssen etwas tun. Lassen Sie eine Meldung erst nach mehreren fehlgeschlagenen Prüfungen in Folge auslösen (zum Beispiel dreimal), damit ein einzelnes verlorenes Paket Sie nicht weckt.
Testen Sie Ihre Meldungen: Schalten Sie einen Dienst kurz ab und prüfen Sie, ob die Meldung kommt und wie lange es gedauert hat.
Was Sie nicht tun sollten
- Überwachungsseiten, die für alle offen sind und interne Namen und Adressen zeigen. Eine öffentliche Statusseite ist in Ordnung, zeigt aber nur, was Besucher wissen dürfen.
- Ein Administratorkonto Ihrer Überwachung ohne starkes Passwort und 2FA. Wer Zugang zu Ihrer Überwachung hat, kann Meldungen abschalten.
- Agenten mit mehr Rechten als nötig. Ein Überwachungsagent muss meistens nicht als root laufen.
Zusammenfassung
- Überwachen Sie von außen, ob es funktioniert (HTTP, Port, Zertifikat, DNS), von einem anderen Rechner aus, und von innen, ob bald etwas schiefgeht (Festplatte, Arbeitsspeicher, Dienste, Updates, Backups).
- Zertifikate verdienen eine eigene Prüfung: Let's Encrypt verschickt seit Juni 2025 keine Erinnerungsmails mehr.
- Ein Heartbeat meldet das Ausbleiben eines Signals; ideal für Backups und geplante Aufgaben.
- Wählen Sie einen Meldekanal, den Sie wirklich sehen und der unabhängig vom Server selbst ist, und legen Sie Schwellenwerte so fest, dass jede Meldung eine Aktion erfordert.
- Die Grafiken Ihres Anbieters zeigen Trends, senden aber meist keine Meldung.
Quiz
Aufgabe
Aufgabe O8.3: Ihre Überwachungsliste. Erstellen Sie für Ihren eigenen Server eine Überwachungsliste: welche Prüfungen von außen (mit welchem Intervall und von wo aus), welche von innen (mit Schwellenwerten), welche Heartbeats und über welchen Kanal die Meldungen kommen. Richten Sie mindestens eine externe HTTP- oder Zertifikatsprüfung und einen Heartbeat ein (zum Beispiel für Ihr Backup) und testen Sie die Meldung, indem Sie einen Dienst kurz abschalten. Notieren Sie, wie lange es gedauert hat, bis die Meldung kam.
Aufgabe O8.3: Ihre Überwachungsliste
Diese Aufgabe machen Sie selbst; niemand prüft sie nach. Haken Sie ab, was Sie erledigt haben, und markieren Sie die Aufgabe als erledigt.
Prüfung von außen auf einem anderen Rechner (am besten bei einem anderen Anbieter), alle 1 bis 5 Minuten mit einigen Wiederholungen. Zertifikat 14 Tage, Festplatte 80/90 %, systemctl --failed, Heartbeat nur bei einer erfolgreichen Sicherung. Meldungen, die keine Aktion erfordern: entfernen oder den Schwellenwert erhöhen.
Ihre Haken und Notizen bleiben nur in diesem Browser; wir senden sie nirgendwohin. Sind Sie angemeldet, speichern wir in Meine Kurse nur, dass Sie die Aufgabe erledigt haben.
Weiterführende Informationen
- Kein Zugriff mehr auf Ihren VPS: Was nun?
- Let's Encrypt, Expiration Notification Service Has Ended: https://letsencrypt.org/2025/06/26/expiration-notification-service-has-ended
- Uptime Kuma (GitHub): https://github.com/louislam/uptime-kuma
