Ausfälle und kritische Zustände automatisch erkennen

Ein Monitoring-System entfaltet seinen größten Nutzen nicht erst dann, wenn Administratoren regelmäßig auf das Dashboard schauen, sondern wenn es automatisch auf kritische Ereignisse aufmerksam macht. Ob eine Festplatte vollläuft, die CPU dauerhaft überlastet ist oder ein Server komplett ausfällt – je früher solche Probleme erkannt werden, desto schneller lassen sie sich beheben.

Beszel unterstützt Administratoren dabei, den Zustand ihrer Infrastruktur kontinuierlich im Blick zu behalten. In Verbindung mit Benachrichtigungen und sinnvollen Schwellwerten lassen sich viele Probleme erkennen, bevor Anwender überhaupt etwas bemerken.

In diesem Teil der Serie erfahren Sie, welche Möglichkeiten Beszel für Warnungen und Benachrichtigungen bietet, wie sinnvolle Grenzwerte gewählt werden und wie sich Ausfälle zuverlässig erkennen lassen.

Warum Alarmierungen wichtig sind

Monitoring ohne Benachrichtigungen ist nur die halbe Lösung.

Niemand kann rund um die Uhr auf ein Dashboard schauen.

Automatische Warnungen helfen dabei, kritische Situationen sofort zu erkennen.

Typische Beispiele sind:

• Server nicht mehr erreichbar
• CPU dauerhaft überlastet
• Arbeitsspeicher nahezu erschöpft
• Festplatte fast voll
• Docker-Host ausgefallen
• Netzwerkprobleme
• ungewöhnliche Lastspitzen

Je früher Administratoren informiert werden, desto geringer sind häufig die Auswirkungen eines Problems.

Verfügbare Benachrichtigungen

Beszel konzentriert sich auf die Überwachung des Systemzustands und unterstützt – abhängig von der eingesetzten Version und vorhandenen Integrationen – verschiedene Möglichkeiten zur Benachrichtigung.

Dazu gehören beispielsweise:

• E-Mail-Benachrichtigungen
• Webhooks
• Integrationen mit Messaging-Diensten
• Anbindung an externe Automatisierungsplattformen

Der große Vorteil besteht darin, dass Administratoren nicht ständig am Dashboard angemeldet sein müssen. Kritische Ereignisse können unmittelbar nach ihrem Auftreten gemeldet werden.

Sinnvolle Schwellwerte festlegen

Nicht jede hohe CPU-Auslastung ist automatisch ein Problem. Ebenso ist eine Festplatte mit 80 Prozent Belegung nicht zwangsläufig kritisch.

Schwellwerte sollten deshalb immer auf den jeweiligen Server abgestimmt werden.

Ein Webserver verhält sich beispielsweise anders als:

• ein Datenbankserver
• ein Backupserver
• ein Docker-Host
• ein Virtualisierungshost
• ein Mailserver

Zu niedrig gewählte Grenzwerte erzeugen viele unnötige Warnungen. Zu hohe Grenzwerte führen dagegen dazu, dass Probleme erst sehr spät erkannt werden.

CPU-Warnungen

Die CPU-Auslastung gehört zu den wichtigsten Kennzahlen eines Servers.

Eine dauerhaft hohe Auslastung kann unter anderem verursacht werden durch:

• fehlerhafte Anwendungen
• Endlosschleifen
• DDoS-Angriffe
• umfangreiche Datenbankabfragen
• Video- oder Medienkodierung
• Kompilierungsprozesse

Als Orientierung haben sich folgende Bereiche bewährt:

• Bis etwa 70 Prozent: Normalbetrieb
• Zwischen 70 und 85 Prozent: Beobachten
• Über 85 Prozent: Warnung
• Über 95 Prozent: Kritischer Zustand

Wichtiger als einzelne Lastspitzen ist eine dauerhaft hohe Auslastung über mehrere Minuten.

RAM-Warnungen

Auch der Arbeitsspeicher sollte kontinuierlich überwacht werden.

Steigt die Speicherauslastung dauerhaft an, kann dies beispielsweise auf folgende Ursachen hinweisen:

• Memory Leaks
• fehlerhafte Programme
• zu wenig Arbeitsspeicher
• falsch konfigurierte Dienste

Als grobe Orientierung bieten sich folgende Werte an:

• Bis etwa 75 Prozent: Normal
• Zwischen 75 und 90 Prozent: Beobachten
• Über 90 Prozent: Warnung
• Über 95 Prozent: Kritischer Zustand

Zusätzlich sollte auch die Swap-Nutzung überwacht werden. Wird dauerhaft intensiv auf Swap zugegriffen, deutet dies häufig auf einen Speichermangel hin.

Festplattenwarnungen

Volle Datenträger zählen zu den häufigsten Ursachen für Serverprobleme.

Besonders betroffen sind häufig:

• Webserver
• Datenbankserver
• Nextcloud-Server
• Mailserver
• Backupserver
• Logserver

Folgende Grenzwerte haben sich in der Praxis bewährt:

• Bis etwa 75 Prozent: Unkritisch
• Zwischen 75 und 85 Prozent: Beobachten
• Über 85 Prozent: Warnung
• Über 95 Prozent: Kritischer Zustand

Neben der aktuellen Belegung sollte auch die Entwicklung berücksichtigt werden. Eine Festplatte, deren Auslastung täglich zunimmt, benötigt unter Umständen bald zusätzlichen Speicherplatz.

Offline-Erkennung

Eine der wichtigsten Funktionen eines Monitoring-Systems ist die automatische Erkennung ausgefallener Systeme.

Beszel erkennt, wenn ein Agent keine Daten mehr an den Hub übermittelt.

Mögliche Ursachen sind:

• Server ausgeschaltet
• Netzwerkverbindung unterbrochen
• Docker gestoppt
• Agent beendet
• Stromausfall
• Hardwaredefekt

Die Offline-Erkennung ermöglicht es Administratoren, unmittelbar auf Ausfälle zu reagieren und längere Unterbrechungen zu vermeiden.

Historische Warnungen auswerten

Einzelne Warnungen liefern bereits wichtige Hinweise.

Noch hilfreicher wird das Monitoring, wenn Warnungen über längere Zeiträume ausgewertet werden.

Typische Fragestellungen sind:

• Tritt die CPU-Last täglich zur gleichen Uhrzeit auf?
• Füllt sich die Festplatte kontinuierlich?
• Steigt die Speicherauslastung nach einem Update?
• Kommt es regelmäßig zu Neustarts?
• Gibt es wiederkehrende Lastspitzen?

Durch die Analyse historischer Daten lassen sich wiederkehrende Muster und Engpässe deutlich leichter erkennen.

E-Mail-Benachrichtigungen

E-Mail gehört weiterhin zu den wichtigsten Alarmierungswegen.

Administratoren erhalten Warnungen direkt in ihr Postfach.

Eine typische Benachrichtigung enthält beispielsweise:

• den betroffenen Server
• den Zeitpunkt des Ereignisses
• die Art der Warnung
• den aktuellen Messwert
• den Schweregrad

Dadurch können Probleme häufig bereits behoben werden, bevor Anwender eine Störung bemerken.

Weitere Integrationen

Neben klassischen E-Mails können Benachrichtigungen – abhängig von der eingesetzten Beszel-Version und den verfügbaren Integrationen – auch an andere Systeme weitergeleitet werden.

Dazu gehören beispielsweise:

• Webhooks
• Slack
• Microsoft Teams
• Discord
• Mattermost
• ntfy
• weitere Automatisierungs- und Benachrichtigungsdienste

Dadurch lassen sich Warnungen nahtlos in bestehende Betriebs- und Supportprozesse integrieren.

Eine sinnvolle Alarmierungsstrategie entwickeln

Nicht jede Warnung sollte sofort einen kritischen Alarm auslösen.

Bewährt hat sich eine mehrstufige Alarmierung.

Informationsmeldungen

Diese dienen lediglich als Hinweis und informieren beispielsweise über:

• CPU-Auslastung über 70 Prozent
• RAM-Auslastung über 75 Prozent
• Festplattenbelegung über 80 Prozent

Warnungen

Warnungen machen auf Situationen aufmerksam, die zeitnah überprüft werden sollten.

Beispiele:

• CPU-Auslastung über 85 Prozent
• RAM-Auslastung über 90 Prozent
• Festplattenbelegung über 90 Prozent

Kritische Alarme

Diese sollten möglichst sofort bearbeitet werden.

Dazu gehören beispielsweise:

• Server offline
• Docker-Host ausgefallen
• Agent nicht erreichbar
• CPU dauerhaft über 95 Prozent
• Festplatte nahezu vollständig belegt

Durch diese Staffelung werden unnötige Fehlalarme vermieden und wirklich kritische Ereignisse erhalten die notwendige Aufmerksamkeit.

Typische Fehler

Zu niedrige Schwellwerte

Wer bereits bei jeder kleinen Lastspitze eine Warnung erhält, wird nach kurzer Zeit kaum noch auf Benachrichtigungen achten.

Dieses Phänomen wird häufig als "Alarmmüdigkeit" bezeichnet.

Zu hohe Grenzwerte

Wer dagegen erst bei einer Festplattenbelegung von 99 Prozent alarmiert wird, reagiert häufig zu spät.

Eine ausgewogene Konfiguration ist deshalb besonders wichtig.

Keine Offline-Überwachung

Ein Server, der keine Daten mehr liefert, ist häufig kritischer als ein stark ausgelasteter Server.

Die Offline-Erkennung sollte daher immer aktiviert sein.

Benachrichtigungen nicht testen

Nach jeder Einrichtung sollte geprüft werden:

• Wird eine Warnung tatsächlich ausgelöst?
• Wird sie korrekt zugestellt?
• Erhalten die richtigen Personen die Benachrichtigung?
• Funktionieren alle eingerichteten Integrationen?

Nur regelmäßig getestete Alarmierungen sind im Ernstfall zuverlässig.

Best Practices

Für einen stabilen und zuverlässigen Betrieb haben sich folgende Empfehlungen bewährt:

• Schwellwerte individuell je Server festlegen.
• CPU, RAM und Festplatten kontinuierlich überwachen.
• Die Offline-Erkennung aktiv nutzen.
• Historische Trends regelmäßig analysieren.
• Alarmierungen nach Änderungen testen.
• Warnungen priorisieren.
• Mehrere Benachrichtigungskanäle verwenden.
• Alarmierungswege dokumentieren.
• Administratoren regelmäßig über kritische Ereignisse informieren.
• Monitoring regelmäßig überprüfen und an neue Anforderungen anpassen.

Kombination mit anderen Monitoring-Lösungen

Beszel lässt sich hervorragend mit anderen Open-Source-Projekten kombinieren.

Beispielsweise mit:

• Uptime Kuma für externe Erreichbarkeitsprüfungen
• CrowdSec für sicherheitsrelevante Ereignisse
• Grafana für umfangreiche Dashboards
• Prometheus für zusätzliche Metriken
• Loki für Log-Analysen
• ntfy für Push-Benachrichtigungen

Dadurch entsteht eine leistungsfähige Monitoring- und Sicherheitsplattform.

Eine zuverlässige Alarmierung gehört zu den wichtigsten Bestandteilen eines modernen Monitorings. Beszel unterstützt Administratoren dabei, kritische Zustände wie hohe CPU-Auslastung, knappen Arbeitsspeicher, volle Festplatten oder ausgefallene Server frühzeitig zu erkennen. Mit sinnvoll gewählten Schwellwerten und passenden Benachrichtigungskanälen lassen sich Probleme deutlich schneller beheben und ungeplante Ausfälle häufig vermeiden.

Besonders effektiv wird Beszel, wenn es Teil einer ganzheitlichen Monitoring-Strategie ist und gemeinsam mit Lösungen wie Uptime Kuma, CrowdSec oder Grafana eingesetzt wird. So behalten Administratoren jederzeit den Überblick über den Zustand ihrer gesamten Infrastruktur.

Im nächsten Teil der Serie beschäftigen wir uns mit der Absicherung von Beszel. Sie erfahren, wie Sie den Hub sicher über HTTPS bereitstellen, den Zugriff absichern und bewährte Sicherheitsmaßnahmen für den produktiven Betrieb umsetzen.

Teaser

SEO-Titel

Meta-Beschreibung

Meta-Keywords

OG-Titel

OG-Beschreibung