Monitoring ohne Monitoring-Stack
Der Reflex bei „ich möchte meinen Server überwachen" heißt Prometheus, Node Exporter, Alertmanager und Grafana. Vier Komponenten, ein paar hundert Megabyte Arbeitsspeicher, eine Konfigurationssprache für Alarmregeln und ein Dashboard, das man nach der ersten Woche nicht mehr aufruft.
Auf meiner Maschine sind von 7,7 GB Arbeitsspeicher 6,0 GB belegt. Ein Monitoring-Stack hätte dort mehr Speicher gebraucht als der Automatisierungsdienst, mit dem ich am Ende überwache. Das steht in keinem vernünftigen Verhältnis zu der Frage, die ich eigentlich beantwortet haben will: Läuft alles?
Was ich stattdessen mache
Ein geplanter Job in n8n, ein Befehl, ein Vergleich, eine Nachricht. Mehr ist es nicht. Drei Zeilen Shell, die feststellen, ob ein Dienst läuft, wie viel Platz noch da ist, wann das Zertifikat abläuft – und eine Telegram-Nachricht, wenn eine Antwort nicht passt.
Der wichtige Teil ist der letzte Halbsatz: eine Nachricht, wenn etwas nicht passt. Kein Dashboard, das man aktiv aufrufen muss. Kein Bericht, der jeden Morgen ungelesen ankommt und den man nach zwei Wochen wegfiltert. Stille bedeutet, dass alles in Ordnung ist.
Das deckt bei mir ab: laufen die Dienste, ist genug Platz auf der Platte, sind die Zertifikate frisch, ist das Backup durchgelaufen, stehen Updates an. Das sind fünf Fragen, und es sind ehrlicherweise die fünf, die in 95 Prozent der Fälle das Problem sind.
Was es nicht kann
Damit das nicht nach einer Wunderlösung klingt – hier ist, was mir dabei fehlt:
- Keine Historie. Ich sehe, dass jetzt 80 Prozent der Platte belegt sind. Ich sehe nicht, dass es letzte Woche 40 waren. Genau dieser Verlauf wäre aber die interessante Information.
- Keine Korrelation. Wenn drei Dinge gleichzeitig ausfallen, bekomme ich drei Nachrichten, keine Ursache.
- Keine Feinheiten. „Dienst läuft" ist etwas anderes als „Dienst antwortet innerhalb von 200 Millisekunden".
- Und der wichtigste Punkt: Es überwacht sich selbst nicht. Fällt die Maschine aus, fällt auch der Wächter aus. Dann kommt keine Fehlermeldung – es kommt gar nichts, und Stille bedeutet in meinem Aufbau ja „alles gut".
Für den letzten Punkt braucht es zwingend etwas von außen. Ein externer Ping-Dienst, der Alarm schlägt, wenn sich die Maschine nicht meldet, ist die eine Ergänzung, auf die man nicht verzichten sollte. Sie kostet nichts und schließt die einzige Lücke, die wirklich weh tut.
Wann der Stack sich lohnt
Ich bin nicht gegen Prometheus. Ich bin dagegen, mit dem Werkzeug anzufangen statt mit der Frage. Umsteigen würde ich, sobald einer dieser Punkte zutrifft:
- Mehr als eine Handvoll Maschinen
- Zugesagte Verfügbarkeiten gegenüber Kunden
- Ein Team, das gemeinsam auf denselben Zustand schauen muss
- Fragen nach Trends und Kapazitätsplanung statt nach „läuft es"
Bis dahin ist eine Telegram-Nachricht bei Abweichung nicht der Kompromiss, sondern schlicht die angemessene Lösung. Der beste Monitoring-Aufbau ist der, den du tatsächlich betreibst – und ein ungepflegter Grafana-Stack mit drei stummgeschalteten Alarmregeln überwacht am Ende weniger als drei Zeilen Shell, die dir aufs Handy schreiben.