Brauchen Sie einen Metrik-Stack, oder beantwortet die eingebaute Ansicht Ihre Frage schon?

In fast jedem Heimlabor gibt es diesen Schritt: jemand richtet einen Metrik-Stack ein, baut schöne Dashboards, und hört dann auf, sie zu öffnen. Das wird meist als Disziplinproblem gelesen. Häufiger ist es eine Fehlpassung: der Stack beantwortete eine Frage, die niemand stellte.

Warnungen und Metriken sehen aus wie dasselbe Thema und sind es nicht. Warnungen beantworten ist jetzt etwas kaputt. Metriken beantworten was war damals los. Welches Sie brauchen, hängt ganz davon ab, welche Fragen Sie tatsächlich stellen.

Die Frage, die es entscheidet

Nicht "soll ich meinen Server überwachen", denn das sollten Sie. Fragen Sie stattdessen: wie weit zurück muss die Antwort reichen?

"Ist gerade etwas kaputt?" Das beantwortet die eingebaute Ansicht. Aktuelle Last, Speicher, Plattenbelegung, welche Gäste laufen. Für diese Frage einen Metrik-Stack hinzuzufügen, fügt einen Dienst hinzu und beantwortet nichts Neues.

"War es letzten Dienstag gegen drei Uhr nachts langsam?" Jetzt brauchen Sie Historie, und nichts Eingebautes hält sie in dieser Auflösung so lange. Das ist der ehrliche Grund, einen Metrik-Stack zu betreiben, und er ist gut.

"Geht mir vor dem Frühling der Plattenplatz aus?" Sie brauchen eine Trendlinie, also Historie mit Arithmetik darauf. Auch ein echter Grund.

"Welche dieser zwei Änderungen hat es schneller gemacht?" Sie brauchen Vorher und Nachher im selben Bild. Echter Grund.

Reicht keine Ihrer echten Fragen weiter zurück als bis gestern, ist ein Metrik-Stack ein Hobby statt eines Werkzeugs. Das ist völlig in Ordnung, und es lohnt sich zu wissen, welches von beidem Sie gerade bauen.

Was er kostet, ehrlich

Ein weiterer Dienst, den Sie am Leben halten. Ein Metrik-Stack, der seit drei Wochen liegt, ist schlimmer als keiner, denn Sie glauben, Historie zu haben, und haben keine.

Er läuft meist auf dem, was er beobachtet. Das ist die Falle, die benannt gehört: hat der Host eine schlechte Nacht, stirbt die Aufzeichnung dieser Nacht mit ihm. Der Graph, den Sie am meisten wollen, ist genau der, der aufhörte geschrieben zu werden, als es interessant wurde.

Speicher wächst leise. Feingranulare Metriken von einer Handvoll Gäste summieren sich schneller als gedacht, und das Wachstum ist unsichtbar, bis eine Platte voll ist.

Dashboards verfallen. Ein Panel für ein Problem vom letzten Jahr belegt Bildschirmfläche lange, nachdem das Problem gelöst war.

Die zwei Gewohnheiten, die es lohnend machen

Stellen Sie den Rekorder woanders hin als das Aufgezeichnete. Auch eine kleine Maschine anderswo, auch eine billige. Geht das nicht, wissen Sie wenigstens, dass Ihre Historie das Schicksal des Hosts teilt, und behandeln Sie die Graphen als Bequemlichkeit statt als Beweis.

Entscheiden Sie die Aufbewahrung vor der Auflösung. Man wählt zuerst ein Abtastintervall und entdeckt die Speicherkosten später. Die nützliche Reihenfolge ist umgekehrt: entscheiden Sie, wie weit zurück Sie schauen müssen, und wählen Sie dann die Auflösung, die in den Platz passt, den Sie geben wollen. Dreißig Sekunden für eine Woche sind meist weniger nützlich als fünf Minuten für ein Jahr.

Was Proxmox schon mitbringt

Mehr, als man annimmt. Es gibt eingebaute Graphen pro Knoten und pro Gast für Prozessor, Speicher, Netzwerk und Platte über mehrere Zeiträume, ohne dass etwas installiert werden muss. Für einen einzelnen Host mit einer Handvoll Gäste deckt das die meisten "war gestern viel los"-Fragen ab.

Es gibt außerdem einen dokumentierten Weg, Metriken an eine externe Zeitreihendatenbank zu schicken, und das ist der unterstützte Pfad, wenn Sie eine brauchen. Das zählt: die Wahl ist nicht "irgendwas zusammenbasteln", sondern eine unterstützte Übergabe.

Was dieser Artikel nicht ist

Kein Argument gegen Grafana. Es ist wirklich exzellent, und für mehrere Hosts oder Kapazitätsfragen mit langem Horizont gibt es keinen Ersatz.

Keine Behauptung, Dashboards seien nutzlos. Ein Dashboard, das Sie wöchentlich öffnen, ist zehn wert, die Sie gebaut und vergessen haben.

Was Atlas macht, und was nicht

Atlas ist kein Metrik-Stack und versucht auch nicht, einer zu sein. Es hat keine Zeitreihendatenbank, hält keine Monate feingranularer Historie, und wenn Ihre Frage lautet "wie sah das Netzwerk letzten Dienstag um 03:14 aus", ist Atlas das falsche Werkzeug und Grafana das richtige.

Atlas beantwortet die andere Frage: braucht mich hier heute irgendetwas. Die Tagesübersicht trägt ungeplante Neustarts, einen installierten aber nicht gestarteten Kernel, das Alter der neuesten Sicherung, Platten- und Speicherdruck und gestoppte kritische Gäste. Das sind Ja-oder-Nein-Antworten über die Gegenwart, keine Trends über die Vergangenheit.

Der eine Ort, an dem sich beide überschneiden, ist Kapazität, und dort bleibt Atlas bewusst flach: es meldet den Druck jetzt, statt eine Kurve zu projizieren. Brauchen Sie die Kurve, ist das ein Metrik-Stack, und die ehrliche Empfehlung lautet, einen zu betreiben.

Der Grund, das alles offen zu sagen, ist derselbe wie der für den Rest dieses Wikis. Einem Werkzeug, das sagt, was es nicht kann, glaubt man leichter, was es kann.