Wähle, worüber du benachrichtigt werden möchtest

Wenn du dich schon einmal gefragt hast, warum InfraNest dich vor etwas gewarnt hat — oder warum es still blieb, obwohl du eine Meldung erwartet hättest —, dann ist dieser Artikel für dich. Er erklärt die vollständige Liste der Benachrichtigungen, die du aktivieren kannst, was jede davon tatsächlich überwacht, und wie du die Werte anpassen kannst, ohne Experte sein zu müssen.

#Überblick

• Alarm-Standardeinstellungen ist die vollständige Liste aller Dinge, vor denen InfraNest dich warnen kann, jeweils mit einem eigenen Schalter.
• Wenn du eine Benachrichtigung aktivierst, gilt sie für jeden Server, den du überwachst. Du kannst einem einzelnen Server trotzdem andere Werte geben, ohne die übrigen zu beeinflussen.
• Es muss nichts erstellt werden — die Liste ist bereits vollständig, und jede Benachrichtigung startet mit einem sinnvollen Wert, sodass du die Schwellenwerte nicht selbst erraten musst.

#Etwas aktivieren

1. Gehe zu Monitoring, klicke oben rechts auf ⋯ und wähle Alert defaults.
2. Finde die gewünschte Benachrichtigung und betätige den Schalter. Das ist der ganze Schritt — die Änderung wird sofort gespeichert, und jeder überwachte Server folgt ihr ab sofort.

Die Liste ist in vier Fragen gegliedert:

• Kämpft die Maschine? — CPU, Arbeitsspeicher, Festplattenspeicher und Load Average.
• Ist etwas defekt? — ein fehlgeschlagener Dienst, ein Dienst oder Container, der immer wieder neu startet, ein Prozess, den der Server wegen Speichermangel beendet hat, und ein Server, der verstummt ist.
• Ist alles aktuell? — ausstehende Sicherheitsupdates, ein Neustart, den der Server zum Abschluss der Update-Installation benötigt, und ein Ubuntu-Pro-Abonnement, das einen Server nicht mehr abdeckt.
• Ist der Traffic ungewöhnlich? — Netzwerk- und Festplattendurchsatz. Die meisten lassen diese zunächst deaktiviert, bis sie wissen, wie der Normalzustand für einen bestimmten Server aussieht. Sie funktionieren auf jedem Server mit dem Agent (Version 0.14 oder neuer) sowie auf Servern, deren Anbieter den Traffic meldet.

#Einen Wert ändern

Die Werte sind Teil des Satzes unter dem Namen jeder Benachrichtigung. Klicke auf einen Wert, gib einen neuen ein und drücke die Eingabetaste oder klicke daneben. Es gibt keinen Speichern-Button und nichts zu öffnen.

Zwei Werte pro Benachrichtigung:

• Der Schwellenwert — wie hoch der Messwert steigen muss.
• Die Minuten — wie lange er dort bleiben muss, bevor jemand informiert wird.

Die zweite Zahl ist wichtiger, als sie aussieht. Eine sehr kurze Dauer macht aus jedem kurzen Ausschlag eine Benachrichtigung, und Benachrichtigungen, auf die niemand reagieren kann, sind genau die, die man irgendwann ignoriert. Zehn Minuten sind für die meisten Fälle ein sinnvoller Ausgangswert.

TipWenn dein Tarif Messwerte seltener speichert als das von dir gewählte Zeitfenster, lässt InfraNest dich kein Zeitfenster einstellen, das zu kurz zur Beurteilung wäre — die Regel würde dann nie auslösen.

CPU-, Speicher- und E/A-Druck misst etwas, das Load nicht erfassen kann: wie viel Zeit pro Minute Programme mit Warten verbracht haben — auf einen Prozessor, auf freigegebenen Speicher oder auf die Festplatte. Speicherdruck ist oft das erste Anzeichen dafür, dass einem Server der Speicher ausgeht, noch bevor etwas beendet wird; E/A-Druck zeigt eine langsame Festplatte, bevor es sonst irgendetwas tut. Diese Werte sind neu, daher sind ihre Startwerte grob geschätzt — passe sie an, sobald du weißt, was für deine Server normal ist. Sie benötigen Agent-Version 0.14 oder neuer sowie einen einigermaßen aktuellen Linux-Kernel.

Load wird pro CPU-Kern festgelegt. Load zählt die Arbeit, die auf einen Prozessor wartet, daher bedeutet derselbe Wert auf einem kleinen und einem großen Server etwas anderes: 2 bedeutet bei einem Zweikern-Server volle Auslastung, bei einem Achtkern-Server ein Viertel Auslastung. Ein Grenzwert von 1,0 pro Kern bedeutet „jeder Kern ausgelastet“, unabhängig vom Server, sodass eine Einstellung für deine gesamte Flotte passt. InfraNest verwendet die vom Agent gemeldete Kernzahl oder die aus dem Tarif deines Anbieters, und die Benachrichtigung zeigt beides an: „Grenzwert 8 (1 pro Kern × 8 Kerne)“. Ist keines von beiden bekannt, wird der Server als Einkern-Server behandelt.

Der Server ist verstummt hat aus dem entgegengesetzten Grund einen eigenen Mindestwert. Der Agent meldet sich nach dem Zeitplan deines Tarifs, daher kann ein gesunder Server zwischen zwei völlig normalen Meldungen für ein paar Minuten still sein. Der kürzeste einstellbare Wert sind fünf Minuten, oder drei verpasste Meldungen bei einem Tarif, der seltener meldet. Wurde zuvor ein kürzerer Grenzwert festgelegt, oder hat sich dein Tarif seitdem geändert, wartet die Benachrichtigung trotzdem auf diesen Mindestwert, und die Seite zeigt den tatsächlich verwendeten Wert an.

#Eine Festplatte, der die Dateien statt der Speicherplatz ausgehen

Inodes gehen aus überwacht etwas, das die Festplattenspeicher-Benachrichtigung nicht sehen kann. Jede Datei auf einer Festplatte verwendet eine Inode, und die meisten Festplatten haben eine feste Anzahl davon. Eine Festplatte voller kleiner Dateien — Mail-Warteschlangen, PHP-Sessions, Cache-Verzeichnisse — kann sie alle aufbrauchen, während noch Gigabytes frei sind, und verweigert ab diesem Punkt jede neue Datei, während der Festplattenspeicher-Wert alles in Ordnung meldet. Diese Benachrichtigung löst aus, wenn die vollste Festplatte, gezählt in Dateien, über 90 % bleibt. Die Disk-Karte des Servers zeigt den Wert unter einer Festplatte an, sobald sie zur Hälfte belegt ist.

Manche Dateisysteme, wie btrfs, haben keine feste Anzahl von Inodes und gehen nie auf diese Weise aus; bei diesen bleibt die Benachrichtigung still. Sie benötigt Agent-Version 0.13 oder neuer.

#Eine Festplatte, die bald voll sein wird

Eine Festplatte wird bald voll sein beantwortet die Frage, für die der Festplattenspeicher-Prozentwert nur ein Platzhalter ist: nicht „wie voll ist sie“, sondern „wann wird sie voll sein“. InfraNest betrachtet, wie schnell jede Festplatte in der letzten Woche gewachsen ist — dieselbe Prognose, die die Disk-Karte des Servers zeigt — und meldet sich einmal, wenn eine Festplatte voraussichtlich innerhalb der von dir gewählten Anzahl Tage (anfangs eine Woche) voll sein wird. Eine große Festplatte, die über Monate bei 88 % verharrt, bleibt still; eine kleine, die sich täglich um ein paar Prozent füllt, wird erkannt, solange noch Zeit zum Handeln bleibt. Hört die Festplatte auf sich zu füllen oder verlangsamt sich deutlich unter deinen Grenzwert, wirst du auch darüber informiert.

Sie benötigt den Agent, der den Verlauf pro Festplatte führt, aus dem die Prognose erstellt wird.

#Updates und Neustarts

Die beiden Benachrichtigungen unter Ist alles aktuell? funktionieren etwas anders als die übrigen, da das, was sie überwachen, eine Weile dauern darf.

• Sicherheitsupdates stehen aus wird in Stunden gemessen: anfangs „mehr als 0, für 24 Stunden“, und sie wird aufgehoben, sobald der Server aktualisiert ist. Auf einem Server, der Updates selbst installiert, werden manche absichtlich einige Tage zurückgehalten, daher wirst du dort erst informiert, wenn Updates eine Woche ausstehen. Das bedeutet meist, dass die automatischen Updates selbst gestoppt haben.
• Ein Neustart steht aus wird in Tagen gemessen. Du wirst einmal informiert, wenn ein Server länger als die gewählte Anzahl Tage (anfangs eine Woche) auf einen Neustart wartet. Ein Neustart innerhalb dieser Zeit, etwa der automatische nächtliche Neustart vieler Ubuntu-Server, löst gar nichts aus. Die Serverseite zeigt einen ausstehenden Neustart ab dem Moment, in dem er auftritt. Startet sich der Server nach Updates selbst neu, wirst du am Morgen danach informiert, falls der Neustart ausgeblieben ist. Die Serverseite zeigt unter Automatic updates, wie das konfiguriert ist. Bis zum Neustart verwenden bereits laufende Programme weiterhin die alte Version, einschließlich jeder gerade installierten Sicherheitskorrektur.

Sicherheitsupdates stehen aus stützt sich auf Informationen, die nur Debian und Ubuntu über sich selbst führen, daher bleibt sie auf anderen Systemen still. Ein Neustart steht aus funktioniert auf jedem Linux-Server mit aktuellem Agent: Debian, Ubuntu und SUSE melden es selbst, und bei den anderen (Red Hat, Rocky, Alma, Fedora) erkennt InfraNest, dass ein neuerer Kernel installiert, aber noch nicht aktiv ist. Die Serverseite zeigt, welche Methode verwendet wurde. Windows-Server melden es ebenfalls, über Windows Update und die eigene Komponentenwartung von Windows, ebenso wie ihre automatischen Dienste für Ein überwachter Dienst ist fehlgeschlagen — ein Dienst, der mit einem Fehler gestoppt wurde, zählt, einer, der absichtlich gestoppt wurde, nicht. Arch ist die Ausnahme: Es entfernt die Dateien des laufenden Kernels beim Update, daher gibt es nichts mehr zum Vergleich, und die Benachrichtigung bleibt still.

#Wenn ein RAID-Array eine Festplatte verliert

Dedizierte Server speichern ihre Daten meist auf zwei Festplatten gleichzeitig (Software-RAID 1), damit eine ausfallen kann, ohne dass Daten verloren gehen. Fällt eine aus, arbeitet der Server mit der anderen weiter — genau deshalb fällt es niemandem auf, bis auch die zweite Festplatte ausfällt und die Daten mit ihr verloren gehen. Ein RAID-Array hat eine Festplatte verloren informiert dich, wenn ein Array eine Viertelstunde lang mit weniger Festplatten läuft, als es ursprünglich hatte, und erneut, wenn es wieder vollständig ist. Wird bereits eine Ersatzfestplatte befüllt, zeigt die Meldung den Fortschritt an. Die System-Karte des Servers listet jedes Array unter RAID auf.

Server ohne Software-RAID — die meisten Cloud-Server — haben nichts zu melden, und die Benachrichtigung bleibt still. Sie benötigt Agent-Version 0.14 oder neuer.

#Wenn die Uhr eines Servers aus dem Takt gerät

Die Uhrsynchronisierung ist gestoppt informiert dich, wenn ein Server, dessen Uhr synchron gehalten wurde, dies seit einer halben Stunde nicht mehr ist. Eine leise driftende Uhr bricht Zweifaktor-Codes, Zertifikatsprüfungen, geplante Aufgaben und die Zeitstempel in jedem Log, lange bevor sie weit genug abweicht, dass es jemandem auffällt. Die System-Karte des Servers zeigt den Status der Uhr unter Clock.

Manche Server melden ihre Uhr nie als synchronisiert und das ist in Ordnung — die Hosting-Plattform hält die Zeit selbst korrekt. Diese Benachrichtigung spricht nur für einen Server, den sie bereits synchronisiert gesehen hat, daher bleiben diese still. Sie benötigt Agent-Version 0.14 oder neuer.

#Wenn Ubuntu Pro einen Server nicht mehr abdeckt

Ubuntu Pro ist abgelaufen informiert dich, wenn ein Server, der an Ubuntu Pro angebunden war, es nicht mehr ist, weil jemand ihn getrennt hat oder das Abonnement ausgelaufen ist. Livepatch und die zusätzlichen Sicherheitsupdates (ESM) stoppen in diesem Moment, und der Server selbst zeigt das nirgends an.

Du wirst informiert, sobald der Server die von dir gewählte Anzahl Minuten (anfangs eine Stunde) ohne Ubuntu Pro war, damit ein sofortiges Trennen und erneutes Anbinden nicht auslöst. Ist der Server wieder abgedeckt, erhältst du eine Entwarnung.

Server, die nie Ubuntu Pro hatten, bleiben unberücksichtigt. Die System-Karte des Servers zeigt dasselbe: ob der Server angebunden ist und ob Livepatch und ESM aktiv sind. Dies erfordert Agent-Version 0.11.0 oder neuer.

#Wenn einem Server der Arbeitsspeicher ausgeht

Dem Server ist der Arbeitsspeicher ausgegangen informiert dich, wenn einem Server so wenig Arbeitsspeicher zur Verfügung stand, dass er ein Programm beenden musste, um weiterzulaufen. Der Speicher-Graph kann das nicht anzeigen: Das Beenden des Programms hat den Speicher gerade freigegeben, daher sieht der nächste Messwert gesund aus. Diese Benachrichtigung ist die einzige Stelle, an der das sichtbar wird.

Du wirst einmal informiert, auch wenn mehrere Programme hintereinander beendet werden. Wurde für die gewählte Anzahl Minuten (anfangs eine Stunde) nichts weiter beendet, erhältst du eine Entwarnung. Die E-Mail nennt den Befehl, den du auf dem Server ausführen kannst, um zu sehen, welches Programm es war.

Die System-Karte des Servers zeigt außerdem, wie viele Programme seit dem letzten Start des Servers auf diese Weise beendet wurden und wann das letzte Mal. Dies erfordert Agent-Version 0.10.0 oder neuer.

#Wenn ein Dienst immer wieder neu startet

Ein Dienst startet wiederholt neu informiert dich, wenn ein Dienst auf einem Server immer wieder abstürzt und neu gestartet wird. Der Server stellt ihn jedes Mal sofort wieder her, daher zeigt er bei jedem Blick „running“ an — aber er fällt immer wieder um, und was auch immer er gerade tat, wird jedes Mal unterbrochen.

Sie startet bei 3 Neustarts innerhalb von 15 Minuten: ein Neustart ist ein Ausrutscher, den der Server bewältigt hat, drei in einer Viertelstunde sind ein Muster. Beide Werte stehen im Satz und können geändert werden. Nur Neustarts, die der Server selbst durchgeführt hat, zählen — wenn du einen Dienst selbst neu startest, oder ein Deployment das tut, löst das niemals aus.

Du wirst einmal informiert, mit dem Namen des Dienstes und wie oft er neu gestartet ist. Wurde für die Dauer des Zeitfensters nichts neu gestartet, erhältst du eine Entwarnung. Ein Dienst, den du auf einem Server zum Ignorieren ausgewählt hast, löst dies ebenfalls nicht aus.

#Wenn ein Container immer wieder neu startet

Ein Container startet wiederholt neu ist dieselbe Benachrichtigung für Docker- und Podman-Container. Ein Container, der immer wieder abstürzt, wird jedes Mal neu gestartet, daher zeigt er immer als laufend an — dies informiert dich, wenn einer anfangs 3-mal innerhalb von 15 Minuten neu startet. Beide Werte können geändert werden.

Die Benachrichtigung nennt den Container anhand seiner kurzen ID, nicht anhand seines Namens. Um den Namen zu sehen, führe einen Container-Auflistungsbefehl auf dem Server aus. Der Agent verbindet sich nie direkt mit Docker, da das ihm volle Kontrolle über deinen Server geben würde, daher kann er die Namen nicht auslesen.

Du wirst einmal informiert, und du erhältst eine Entwarnung, sobald kein Container mehr für die Dauer des Zeitfensters neu gestartet ist. Container können noch nicht einzeln ignoriert werden; um diese Benachrichtigung auf einem Server zu stoppen, schalte sie für diesen Server aus. Sie benötigt die neueste Agent-Version, und Server, die Docker mit der älteren „cgroupfs“-Einstellung betreiben, melden Container überhaupt nicht.

#Was jede Benachrichtigung tatsächlich überwacht

Jede aktivierte Benachrichtigung zeigt, auf wie viele Server sie zutrifft — „On · 12 of 14 servers“ — und jede hat einen Satz, der genau angibt, wann sie auslöst.

Benachrichtigungen, die mit Needs agent markiert sind, überwachen etwas, das kein Cloud-Anbieter meldet. Du kannst sie für den Workspace aktivieren, aber sie lösen nur auf Servern aus, auf denen der Agent installiert ist. Auf einem Server ohne Agent zeigt die Zeile das an und bietet an, ihn gleich dort zu installieren.

#Einen einzelnen Server ändern

Öffne den Server über Monitoring → Servers und gehe zu seinem Tab Alerts & rules. Du erhältst dieselbe Liste, die zeigt, was diese Maschine tatsächlich tut: Normal, Firing, oder deaktiviert. Ein Server, der einen Neustart benötigt, zeigt Waiting statt Firing — es ist nichts falsch mit ihm, er hat nur noch etwas zu erledigen.

• Benachrichtigungen, die vom Workspace stammen, sind mit Org default gekennzeichnet.
• Änderst du dort einen Wert, wird er zu Changed here — nur dieser Server ist betroffen.
• Reset setzt ihn auf den Wert des Workspace zurück.
• Das Deaktivieren auf dieser Seite schaltet sie nur für diesen Server aus. Das Deaktivieren des Standardwerts schaltet sie überall aus.

NoteEine Benachrichtigung, die dein Workspace überhaupt nicht aktiviert hat, kann nicht für einen einzelnen Server allein aktiviert werden — die Zeile weist darauf hin und verlinkt hierher zurück.

#Etwas deaktivieren

Schalte den Schalter zurück. Nichts wird gelöscht: Alle pro Server festgelegten Werte bleiben erhalten und greifen wieder, wenn du die Benachrichtigung später erneut aktivierst.