- Prometheus 3.12.0 ist am 28. Mai 2026 erschienen — neuer Major-Sprung im 3.x-Stable-Branch.
- Schnellere PromQL-Engine, verbesserte OTLP-Receiver und feinere Scrape-Limits.
- Native Histograms reifen weiter — ratenermittlung wird zuverlässiger und weniger speicherhungrig.
- Update via Distribution oder offizielle Binaries — Container-Image prom/prometheus:v3.12.0 verfügbar.
Wer Prometheus im Homelab oder produktiv betreibt, hat JETZT eine neue Stable-Version zur Auswahl. Prometheus 3.12.0 ist am 28. Mai 2026 erschienen und bringt neben den üblichen Bugfixes drei Highlights, die fürs Monitoring spürbar sind.
Hinweis: Dieser Beitrag enthält Affiliate-Links (mit * gekennzeichnet). Kaufst du über einen dieser Links, erhalte ich eine kleine Provision — für dich ändert sich der Preis nicht.
Was ist neu?
PromQL-Engine-Optimierungen: Range-Vector-Queries laufen je nach Workload bis zu 15 Prozent schneller, vor allem bei rate(), increase() und histogram_quantile(). Wer Grafana-Dashboards mit 30-Tages-Range betreibt, sieht den Effekt direkt.
OTLP-Receiver-Verbesserungen: OpenTelemetry-Metrics, die direkt in Prometheus pushen, werden jetzt zuverlässiger gebatched. Auch Histograms aus OTLP landen sauberer in Native Histograms.
Neue Scrape-Limits: Pro Target lassen sich Maximum-Series und Maximum-Samples-pro-Scrape feiner konfigurieren — ein klares Add-on für Multi-Tenant-Setups.
Native Histograms reifen weiter
Native Histograms — Prometheus‘ Antwort auf die alten linearen Buckets — werden in 3.12.0 stabiler. Aggregations laufen schneller, Memory-Footprint sinkt um etwa 10 Prozent gegenüber 3.11. Wer SLO-Dashboards mit Quantile-Berechnung baut, sollte JETZT umsteigen.
So updatest du JETZT
Docker: docker pull prom/prometheus:v3.12.0 und Container neu starten. Kubernetes via Operator: spec.image: prom/prometheus:v3.12.0 setzen. Bare-Metal: Binary von github.com/prometheus/prometheus/releases ziehen, alte ersetzen, systemctl restart prometheus.
Vor dem Update: TSDB-Backup machen. 3.12 ist kompatibel zur 3.x-Storage, aber Rollbacks sind nicht erprobt.
Was bedeutet das für dein Homelab?
Wenn du Prometheus 2.x betreibst, ist JETZT der gute Moment für den 3er-Sprung. PromQL-Funktionen sind weitgehend kompatibel, aber Native Histograms und OTLP machen die neue Linie deutlich attraktiver. Lokale Test-Instanz aufsetzen, Recording Rules durchchecken, Migration in Ruhe planen. Wer dafür einen stromsparenden Always-On-Host sucht, fährt mit einem Mini-PC wie dem Minisforum UM790 Pro* bestens — 32 GB RAM und Ryzen 9 stemmen Prometheus, Grafana und Loki parallel.
Häufige Fragen
Ist Prometheus 3.12 abwärtskompatibel zu 3.11?
Ja, Storage und PromQL sind kompatibel. Konfigurations-Optionen für neue Scrape-Limits sind opt-in — alte Configs laufen unverändert weiter.
Was ist mit Prometheus 2.x?
Die 2.x-Linie bekommt nur noch Security-Backports. Wer auf neue Features will, sollte die Migration zu 3.x planen. Für stille Produktivumgebungen reicht die 2.x-Pflege noch.
Lohnt sich Native Histograms statt klassischer Buckets?
Für SLO- und Latenz-Dashboards: ja. Native Histograms sparen Speicher und liefern präzisere Quantile. Für simple Up/Down-Checks ist der Aufwand nicht nötig.
Geht der Update auch im Cluster ohne Downtime?
Mit dem Prometheus-Operator (kube-prometheus-stack) ja: Rolling Update der StatefulSets reicht. Pro Replica fünf Minuten Downtime in der Replica selbst — Federation/Thanos gleicht das aus.