Monitoring und Alarmierung: wissen, was auf Ihren Servern passiert
Ein Dienst, der nachts stehen bleibt, fällt oft erst auf, wenn sich der erste Kunde meldet. Sortia Labs richtet Monitoring ein, das Server, Anwendungen, Datenbanken und Backups prüft, Messwerte über die Zeit zeigt und bei echten Störungen die zuständigen Personen alarmiert. Das Ziel: wenig Lärm und klare Hinweise, was zu tun ist.
- Server-Monitoring
- Prometheus und Grafana
- Uptime-Monitoring
- Alarmierung
- Logs mit Loki
- Observability
- DiensteWebsites, APIs, Datenbanken
- PrüfungenIn festen Abständen
- AlarmE-Mail mit Link
- VorfälleWer, was, wie lange
- BerichtVerlauf über Wochen
Was wir überwachen und wie
Prüfungen von außen
Erreichbarkeit, Antwortzeit und Inhalt Ihrer Webseiten und Schnittstellen, gemessen so, wie Besucher sie erleben. Dazu kommt die Laufzeit der TLS-Zertifikate, mit einer Warnung rechtzeitig vor dem Ablauf.
Metriken mit Prometheus und Grafana
Auslastung von CPU, Speicher und Festplatten, Anfragen, Fehlerquoten und Antwortzeiten in übersichtlichen Dashboards. Verläufe über mehrere Wochen zeigen, wann ein Server an seine Grenzen kommt.
Logs zentral mit Loki
Die Logs aller Dienste landen an einem Ort und lassen sich nach Zeit, Dienst und Fehler durchsuchen. Bei einer Störung lässt sich so schnell nachvollziehen, was davor passiert ist.
Alarme mit Augenmaß
Nicht jede fehlgeschlagene Prüfung ist ein Notfall. Wir legen Schwellen und Wiederholungen so fest, dass ein Alarm einen echten Grund hat, und senden ihn per E-Mail oder über den Kanal, den Ihr Team nutzt.
Datenbanken und Backups im Blick
Replikation, langsame Abfragen, Verbindungen und Speicherplatz der Datenbanken, dazu das Alter der letzten Sicherung. Ein Backup, das seit Tagen fehlschlägt, soll auffallen, bevor jemand es braucht.
Incident-Liste und Nachbereitung
Jede bestätigte Störung steht mit Beginn, Ende und Verlauf in einer Liste. So sehen Sie, welche Probleme sich wiederholen, und können die Ursache beheben statt nur das Symptom.
So entsteht Ihr Monitoring
- 1
Was ist kritisch?
Wir klären mit Ihnen, welche Dienste geschäftskritisch sind, wer bei einer Störung informiert werden soll und zu welchen Zeiten. Danach richten sich Prüfungen und Alarmwege.
- 2
Einrichten
Exporter, Prüfungen, Dashboards und Alarmregeln entstehen als Code im Repository. Neue Server und Dienste lassen sich so ohne Handarbeit in die Überwachung aufnehmen.
- 3
Feinjustieren
In den ersten Wochen prüfen wir jeden Alarm: War er berechtigt, kam er rechtzeitig, war klar, was zu tun ist? Unnötige Alarme fallen weg, fehlende kommen dazu.
- 4
Betrieb
Wir reagieren auf Alarme im vereinbarten Rahmen oder übergeben das Monitoring an Ihr Team, mit Runbooks für typische Störungen und einer kurzen Einweisung.
Software, die wir selbst bauen und betreiben.
Fragen zu Monitoring
Welche Werkzeuge setzen Sie für Monitoring ein?
Meist Prometheus für Metriken, Grafana für Dashboards, Loki für Logs und dazu Prüfungen von außen. Diese Werkzeuge sind Open Source und laufen auf Ihren Servern oder in Ihrer Cloud. Vorhandene Lösungen binden wir ein, statt sie ohne Not zu ersetzen.
Wer reagiert, wenn nachts ein Alarm kommt?
Das legen wir gemeinsam fest: entweder Ihr Team mit klaren Runbooks oder wir in einem vereinbarten Rahmen. Wichtig ist, dass nachts nur Alarme ankommen, die nicht bis zum Morgen warten können. Alles andere landet als Warnung im Bericht.
Wie vermeiden wir zu viele Fehlalarme?
Mit Schwellen, die zur normalen Last passen, mit Wiederholungen vor dem Alarm und mit einer klaren Trennung zwischen Warnung und Störung. Nach den ersten Wochen sehen wir uns gemeinsam an, welche Alarme hilfreich waren, und passen die Regeln an.
Was unterscheidet Monitoring von Observability?
Monitoring prüft bekannte Größen: Ist der Dienst erreichbar, läuft die Festplatte voll? Observability verbindet Metriken, Logs und Traces, damit sich auch unerwartete Fehler bis zur Ursache verfolgen lassen. Im Mittelstand ist solides Monitoring meist der sinnvolle erste Schritt.
Weiterlesen.
Wissen Sie, wann Ihre Dienste zuletzt gestört waren?
Wenn die Antwort schwerfällt, ist Monitoring ein guter nächster Schritt. Schreiben Sie uns, welche Systeme Sie betreiben, und wir schlagen vor, was zuerst überwacht werden sollte.