![\"Ein](\"https:\/\/www.lukaswojcik.com\/blog\/wp-content\/uploads\/diagrams\/kardinalitaet-de.png\")
Begrenzte und unbegrenzte Label<\/h2>\n
Die brauchbare Unterscheidung ist nicht, wie viele Werte ein Label heute hat, sondern ob seine Wertemenge vorher feststeht. Ein roher Anfragepfad hat so viele Werte, wie es Zeichenketten gibt, und er w\u00e4chst am schnellsten, w\u00e4hrend die Seite angegriffen wird: Jeder Scan nach Die letzte Zeile ist die hinterh\u00e4ltige, denn die Zahl der zu einem Zeitpunkt lebenden Zeitreihen bleibt klein. Unbegrenzt w\u00e4chst der Index, der sich jede Zeitreihe merken muss, die es innerhalb der Aufbewahrung je gab. Eine Auslieferung je Stunde mit frischer Containerkennung ergibt eine \u00dcberwachung, die jede Woche langsamer wird, w\u00e4hrend die \u00dcbersichtsseite nichts Auff\u00e4lliges zeigt.<\/p>\n Der Arbeitsspeicher ist die bindende Grenze, lange bevor es die Platte ist. Der Kopfblock h\u00e4lt jede aktive Zeitreihe samt Index im Arbeitsspeicher, in der Gr\u00f6\u00dfenordnung einiger Kilobyte je Reihe, und eine Abfrage \u00fcber viele Reihen braucht obendrein Platz.<\/p>\n Der Ausfall kommt nicht allm\u00e4hlich. Prometheus w\u00e4chst, bis der Kern es abr\u00e4umt, startet neu, spielt das Schreibprotokoll ein, w\u00e4chst wieder und wird wieder abger\u00e4umt – meist binnen Minuten nach der ersten gr\u00f6\u00dferen Abfrage einer \u00dcbersichtsseite. Was wie ein kaputter Exporter aussieht, ist eine Metrik, die vor drei Auslieferungen ein Label bekommen hat.<\/p>\n Die erste Abfrage nennt die Metrik, die zweite das Label, und die dritte sagt, ob das Problem eine Gr\u00f6\u00dfe oder ein Leck ist. Eine Kopfblockzahl, die stetig steigt, obwohl nichts hinzugef\u00fcgt wird, ist Fluktuation – und Fluktuation ist immer ein Label, das sich \u00e4ndert, obwohl es das nicht sollte.<\/p>\n Es lohnt sich, diese Abfragen einmal auf einer gesunden Anlage laufen zu lassen, allein um zu wissen, wie normal aussieht. Eine Zahl ohne Vergleichswert ist keine Diagnose.<\/p>\n Die billigste Abhilfe greift beim Abtasten, bevor irgendetwas gespeichert wird. Ein Block Entfernen ist nicht dasselbe wie Zusammenfassen: Die Zeitreihen der einzelnen Pfade verschwinden, und die Z\u00e4hlst\u00e4nde, die sie hielten, gehen in den verbleibenden Reihen auf. Das ist meist ohnehin das Gewollte – kaum jemand sieht sich eine Anfragezahl je Pfad an, und wer es tut, will sie nach Route gruppiert und nicht nach Adresse.<\/p>\n Wo die Einzelheit wirklich z\u00e4hlt, lautet die Antwort, sie an der Quelle zu begrenzen: nach Bevor ein Label dazukommt, lohnt die Frage, welche Wertemenge es hat und wer dar\u00fcber entscheidet. Nennt die Antwort einen Menschen oder eine Konfigurationsdatei, ist das Label begrenzt. Nennt sie einen Besucher, eine Anfrage oder eine Kennung, ist es das nicht – und es zeigt sich sp\u00e4ter an einem Pi, auf dem Prometheus nicht mehr hochkommt.<\/p>\n Dieselbe Frage kl\u00e4rt nebenbei die Datenschutzseite, denn die unbegrenzten Label sind genau die, die Personen bezeichnen. Eine E-Mail-Adresse in einem Metriklabel ist im selben Atemzug ein Kardinalit\u00e4ts- und ein Datenschutzproblem, und beides l\u00f6st sich dadurch, sie dort nicht hinzuschreiben.<\/p>\nmethod<\/code> hat f\u00fcnf Werte und wird auch n\u00e4chstes Jahr f\u00fcnf haben. status<\/code> hat ein Dutzend. instance<\/code> w\u00e4chst, wenn eine Maschine dazukommt – und das entscheidet jemand.<\/p>\n\/wp-admin<\/code>, \/.env<\/code> und \/phpmyadmin<\/code> legt eine dauerhafte Zeitreihe an – in einer \u00dcberwachung, die eine Seite beobachtet, die diese Seiten gar nicht hat.<\/p>\n\n\n
\n \nLabel<\/th>\n Werte<\/th>\n Begrenzt durch<\/th>\n<\/tr>\n<\/thead>\n \n job<\/code>, instance<\/code><\/td>\neine Handvoll<\/td>\n die vorhandenen Maschinen<\/td>\n<\/tr>\n \n method<\/code>, status<\/code><\/td>\n5 bis 12<\/td>\n die HTTP-Spezifikation<\/td>\n<\/tr>\n \n handler<\/code>, route<\/code><\/td>\nDutzende<\/td>\n die Routen im Programm<\/td>\n<\/tr>\n \n path<\/code> (roh)<\/td>\nunbegrenzt<\/td>\n nichts – es w\u00e4chst mit den Scannern<\/td>\n<\/tr>\n \n user_id<\/code>, email<\/code><\/td>\nunbegrenzt<\/td>\n nichts, und es geh\u00f6rt in keine \u00dcberwachung<\/td>\n<\/tr>\n \n container_id<\/code>, pod<\/code><\/td>\n\u00fcber die Zeit unbegrenzt<\/td>\n nichts – ein neuer Wert bei jeder Auslieferung<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Was das in der Praxis kostet<\/h2>\n
Die drei Abfragen, die es finden<\/h2>\n
# welche Metriknamen tragen die meisten Zeitreihen\ntopk(10, count by (__name__)({__name__=~\".+\"}))\n\n# wie viele verschiedene Werte hat ein Label, für eine Metrik\ncount(count by (path) (http_requests_total))\n\n# Zeitreihen im Kopfblock insgesamt, und wie schnell sie wachsen\nprometheus_tsdb_head_series\ndelta(prometheus_tsdb_head_series[1h])<\/code><\/pre>\nEin Label zu entfernen ist eine Zeile<\/h2>\n
metric_relabel_configs<\/code> entfernt das Label aus den eingehenden Messwerten, und alles Nachgelagerte schrumpft um den Faktor, den dieses Label beigetragen hat.<\/p>\nscrape_configs:\n - job_name: 'app'\n static_configs:\n - targets: ['app:9100']\n metric_relabel_configs:\n - regex: 'path|user_id|container_id'\n action: labeldrop<\/code><\/pre>\nhandler<\/code> oder nach einer normalisierten Routenvorlage benennen statt nach dem rohen Pfad, damit aus \/produkt\/12345<\/code> und \/produkt\/12346<\/code> eine Zeitreihe wird statt zweier.<\/p>\nEine Regel f\u00fcr neue Metriken<\/h2>\n