Serverdienst offline?
So werden Sie in unter 5 Minuten benachrichtigt, ganz ohne Dauerwache.
Niemand möchte seine Freizeit damit verbringen, Statusseiten neu zu laden oder nervös auf Dashboards zu starren. Aber wie stellt man sicher, dass man den Absturz von Nginx, PostgreSQL oder einer Docker-Instanz sofort mitbekommt, und zwar noch bevor die ersten Kunden frustriert Support-Tickets schreiben? Ein Blick auf die Architektur hinter einer verlässlichen und stressfreien Alarmierung.
Die Illusion manueller Kontrolle (und warum E-Mails keine Lösung sind)
Viele Systemadministratoren und Entwickler starten mit einem einfachen Setup: Wenn etwas nicht funktioniert, schaut man eben auf das Dashboard oder wartet, bis sich ein Nutzer meldet. Das ist nicht nur unprofessionell, sondern kostet im Ernstfall bares Geld.
Der erste Impuls zur Automatisierung ist oft die klassische E-Mail-Benachrichtigung. Doch im Ernstfall scheitern E-Mails fast immer: Sie landen im Spam-Ordner, werden durch Postfach-Latenzen verzögert zugestellt oder schlichtweg übersehen, weil das Smartphone nachts auf „Nicht stören“ eingestellt ist. Da E-Mails asynchron sind, benötigen wir für kritische IT-Infrastruktur stattdessen synchrone, prioritätsbasierte Push-Kanäle, die sich im Notfall lautstark bemerkbar machen.
Schritt 1: Aktiv anfragen oder passiv melden lassen?
Um Ausfälle schnell zu erfassen, müssen wir den Zustand der Dienste fortlaufend prüfen. Dafür gibt es zwei grundlegend verschiedene Ansätze:
1. Aktive Prüfung von außen (Pull)
Ein externer Überwachungsserver sendet in kurzen Abständen (z. B. jede Minute) Testanfragen an Ihre Webadresse. Kommt keine Antwort oder meldet der Webserver einen Fehler, wird Alarm geschlagen.
Ideal für öffentliche Webseiten und APIs2. Passive Meldung von innen (Push)
Ein kleiner Hintergrunddienst auf dem Server selbst überwacht lokale Prozesse wie PostgreSQL oder Docker. Er meldet den aktuellen Zustand in regelmäßigen Abständen an eine zentrale Plattform. Da der Dienst die Verbindung von innen nach außen aufbaut, müssen Sie keine Ports in der Firewall öffnen.
Ideal für Datenbanken und interne DiensteSchritt 2: Das Prinzip des Totmannschalters
Was passiert aber, wenn der gesamte Server die Verbindung verliert? Sei es durch einen Stromausfall im Rechenzentrum, eine Kernel Panic oder eine fehlerhafte Netzwerkkonfiguration.
Wenn der Server offline ist, kann er logischerweise auch keine Fehlermeldung mehr senden. Genau hier kommt das Prinzip des Totmannschalters (oft auch Dead Man's Switch genannt) ins Spiel:
- Der Agent auf dem Server sendet jede Minute ein kurzes Signal (Heartbeat) an den Monitoring-Server.
- Die Gegenstelle erwartet dieses Signal.
- Bleibt die Meldung für eine festgelegte Zeit (etwa 5 Minuten) aus, erkennt das System den Verbindungsabbruch und schlägt automatisch Alarm, obwohl der betroffene Server selbst komplett stumm ist.
Schritt 3: Lokale Dienste über systemd im Auge behalten
Um nicht nur zu wissen, ob der Server pingbar ist, sondern ob die eigentlichen Anwendungen laufen, nutzen wir den Systemmanager des Betriebssystems. Unter Linux ist das in der Regel systemd.
Mit einem einfachen Skript lässt sich prüfen, ob ein Dienst wie Nginx läuft:
#!/bin/bash
SERVICE="nginx"
if ! systemctl is-active --quiet "$SERVICE"; then
# Der Dienst läuft nicht. Wir senden einen Alarm per Webhook.
curl -X POST -H "Content-Type: application/json" \
-d '{"text": "Kritisch: Dienst '"$SERVICE"' auf Server '"$(hostname)"' ist abgestürzt!"}' \
https://your-webhook-endpoint.com/alert
fiDas Problem bei dieser manuellen Lösung: Sie müssen dieses Skript per Cronjob auf jedem Server einzeln einrichten, Webhook-Schlüssel sicher hinterlegen und dafür sorgen, dass geplante Wartungsarbeiten nicht mitten in der Nacht zu Fehlalarmen führen. Das ist aufwendig, fehleranfällig und skaliert nicht.
Die einfachere Alternative: WatchGrid
WatchGrid nimmt Ihnen genau diese Arbeit ab. Die Plattform kombiniert automatische Statusprüfungen, den integrierten Totmannschalter und zeitgemäße Benachrichtigungen in einer datenschutzkonformen Umgebung.
Schnell installiert
Der schlanke Go-Agent lässt sich mit einem einzigen Terminalbefehl einrichten, verbraucht weniger als 15 MB RAM und benötigt keine eingehenden Firewall-Freigaben.
Dienste einfach auswählen
Im Webinterface wählen Sie per Klick aus, welche Linux-Dienste (wie Nginx, Docker, MySQL) oder Ports überwacht werden sollen. Sobald ein Dienst stoppt, registriert WatchGrid dies beim nächsten Heartbeat.
Automatischer Totmannschalter
Bricht die Verbindung zum Server ab, weil das System abstürzt oder offline geht, werden Sie nach spätestens 5 Minuten automatisch benachrichtigt.
Moderne Benachrichtigungskanäle
Lassen Sie sich Alarme dorthin senden, wo Sie sie auch sehen: Direkt via Discord, Slack, Gotify, ntfy oder SMS auf Ihr Mobiltelefon.
Ausfälle erkennen, bevor Kunden es tun
Sichern Sie Ihre Server ab. Der kostenlose Tarif von WatchGrid erlaubt die Überwachung von bis zu 3 Servern mit unbegrenzten Alarmen und voller Funktionalität.