VictoriaMetrics 1.155.0 and 1.154.0 are here.
Here's what shipped this month 👇
🟣 VictoriaMetrics v1.154.0
- Production-ready Single Sign-On (SSO) in vmauth.
- Cancels queries when clients disconnect
- Fix for a pure-Go zstd decompression panic.
- 18 bug fixes and 3 security fixes.
🟣 VictoriaMetrics v1.155.0
Read the latest updates and discover what's new across the #VictoriaMetrics ecosystem.
https://t.co/Wu9KG1Fi5c
🇪🇸 VictoriaMetrics en Vivo in Valencia was awesome.
Chad Crowell, CNCF Ambassador & Principal SRE at Akamai, presented “Multi-Tenant #Telemetry at Scale”.
If you are running #OpenTelemetry and VictoriaMetrics in a multi‑team environment, or you are wondering when Kafka belongs in the middle of your metrics pipeline, this session will give you concrete patterns, #metrics to watch, and failure modes to anticipate before they wake you up at 3 a.m.
Watch now:
https://t.co/Laojq5xtwm
#OTel
VictoriaLogs data source for Grafana gained support for logs' drilldown starting from v0.33.1!
Check out the following article for details - https://t.co/xq5JGaK7Vt
Olá a todos em Lisboa! 🇵🇹
We're only 1 week away from @WebSummit Europe 2026
📍 Join us at the MEO Arena and Fil - Lisbon
📅 November 9-12
We look forward to connecting with the community, showcasing our latest innovations, and discussing everything from #metrics, #logs, and #traces to the latest in #OpenSource #observability.
Looking forward to seeing you there! 🎉
https://t.co/MQ1CEV5wbz
#TechEvents #MonitoringSolutions #WebSummit
@CloudNativeFdn Cloud Native Bucharest - Sustainability Month 2026 virtual meetup video is out. We're super happy to have talked about @opentelemetry, #Kepler, #ebpf and many more. Don't forget to watch it below and leave a feedback: https://t.co/0LoUjO394t
Olá a todos no Porto! 🇵🇹
#VictoriaMetrics is proud to be a Platinum Sponsor at @KCDPorto 2026 + #DevOps Days Portugal.
📍 Join us at the Super Bock Arena - Pavilhão Rosa Mota
📅 November 19-20
We look forward to connecting with the community, showcasing our latest innovations, and discussing everything from #metrics, #logs, and #traces to the latest in #OpenSource #observability.
And don’t miss these talks:
🎤 Tracking Cardinality Explosions In Flight
Presented by our Co-founder, @hagen1778,
This talk is about estimating cardinality in flight, while the metrics are still streaming in. The estimator runs as a separate pipeline alongside the storage, not inside it. A small estimator maintains a HyperLogLog sketch for each label dimension and publishes the results as ordinary metrics in the Prometheus exposition format. It receives data over remote-write and is scraped like any other target.
🗓️ Thursday, November 19th at 10:40 AM CET
📍 Critical Manufacturing Room
https://t.co/h9BBIilVqa
🎤 Observing #Kubernetes Policies with Kyverno and VictoriaMetrics
Presented by our DevRel, @dianavtodea, and @TechTalkingMom
This talk presents a simple, technical workflow for observing Kubernetes policy behavior using Kyverno and VictoriaMetrics. Starting from a single validation policy, we show how policy evaluations and enforcement results are exposed as metrics, ingested into VictoriaMetrics and queried through a standard Prometheus-compatible API. A minimal dashboard is then used to inspect policy failures, affected namespaces and policy execution duration. The talk focuses on making policy enforcement observable using standard Kubernetes primitives and open metrics, without assuming prior experience with policy engines or observability systems.
🗓️ Friday, November 20th at 09:40 AM CET
📍 Cleva Auditorium
https://t.co/wbMcYdwaFy
Looking forward to seeing you there! 🎉
https://t.co/QqButvIafl
#TechEvents #MonitoringSolutions
Technical blogpost comparing ingestion numbers for VictoriaLogs, Loki, ClickStack, SigNoz, ElasticSearch and OpenSearch. Comes with a reproducable benchmark suits and techincal details on each solution's architecture. https://t.co/vIAXxgvhRH
@cuongleqq published data ingestion benchmark results for open-source databases for logs: VictoriaLogs, Loki, Elasticsearch, OpenSearch, SigNoz and ClickStack (the last two are based on ClickHouse).
The benchmark measures CPU usage, memory usage, disk space usage and disk IO usage for different ingestion rates of Kubernetes-like logs. It also measures performance for production-like queries.
Hint: VictoriaLogs isn't the fastest one for data ingestion.
https://t.co/D207zteDRT
🚀 #vmanomaly 1.30.7, 1.30.6, and 1.30.5 are out: Multivariate investigation and per-query business policies in the UI!
What's new?
🔬 Multivariate investigation (experimental): compare related signals side by side and see a joint anomaly score per group
⚙️ Per-query business policies
🗂️ Shared autotune across queries
🚨 Jump from a firing alert straight to its anomaly results in the UI, with model, queries, and incident time range preselected (1.30.7)
🐳 Experimental Docker Hardened Images: fewer OS packages, no shell or package manager, for amd64 and arm64 (1.30.6)
🤖 #AI Copilot can now propose complete named-query sets, along with their policies, for you to review and approve.
And more…
Explore the new features and learn how to get started 👇
https://t.co/hpgNd7pfbl
#Monitoring #DevOps #Observability
🚀 VictoriaTraces 0.12.0 introduces VTUI: A new built-in UI for exploring traces!
You can now find a #trace, drill into its spans, and see what’s slowing down your application without any dependency on an external visualization platform.
Try it out yourself in the playground: https://t.co/TbMbZpqt3d
Explore the new features and learn how to get started 👇
https://t.co/42PzSCgQlP
#Monitoring #DevOps #Traces #Observability
Cool video on what's new in VictoriaLogs v1.53.0!
Thanks to @func25 for creating the video.
P.S. Subscribe to @vmetricseng - we'll publish technical posts about VictoriaMetrics there.
🤖 Did you know @Nvidia and @CoreWeave use VictoriaMetrics for #monitoring?
CoreWeave sells an AI cloud that includes #GPU clusters, managed Kubernetes, and storage. The company rents GPUs to AI labs for training and serving models. CoreWeave exposes infrastructure #telemetry to its customers as part of the platform, and the company describes its VictoriaMetrics deployment as one of the largest in the world.
NVIDIA Cloud Functions (#NVCF) is NVIDIA’s platform for running GPU workloads as functions. You package an inference model, and NVCF routes requests to GPU workers that can serve it. NVIDIA’s self-managed edition brings the same platform to your own #Kubernetes clusters, and NVCF Release 1.0.1 ships with a single-node VictoriaMetrics chart as the default for #metrics storage.
NVIDIA hasn’t said why it picked VictoriaMetrics as the default, but here are a few likely reasons
🪶 Simplicity: VictoriaMetrics runs as a single binary with no external dependencies.
⚡ Efficiency: A metrics store that uses less RAM and disk than Prometheus leaves more free resources on the cluster for work.
🛡️ Reliability: Metrics need to be reliable. If the backend is down, scaling stops. That makes VictoriaMetrics a critical moving part of NVCF. VictoriaMetrics is designed to survive unclean shutdowns without corrupting data and to restart in seconds.
📜 License: VictoriaMetrics is Apache 2.0
Curious how NVIDIA uses metrics to drive GPU autoscaling, and how CoreWeave plugged an AI agent into its metrics?
👉 Read the full blog post:
https://t.co/CasANclP4e
#Observability
#VictoriaLogs now runs in production everywhere, and many teams running it have told us the same thing: everyone wants new features, but upgrading their logging backend every few weeks is hard. They want the mix of stability and up-to-date security that only #LTS releases can satisfy.
We’re happy to announce VictoriaLogs v1.52.1, our first Long Term Support release for Enterprise logs users. The latest version brings:
📆 12 months of security and bug-fix backports
🛠️ #Go toolchain update
🔒 Deletion #API hardening
📤 #vlinsert shutdown
⚖️ Cluster rerouting
🛑 Query cancellation
🔀 Sort order
🐛 vlagent collection fixes
Read the full blog post today
https://t.co/AxjDzG6ukw
#LogManagement #Logs
In 2017, I started learning Go, mostly from curiosity. After working some years for Mattermost, I learnt enough to start sharing that knowledge with the community. Today I’m honored to share that I’ve been recognized as a @GoogleDevExpert in Go.
This wouldn’t have happened without a lot of people involved in my own process, from the extremely welcoming Go community, to my companies, @kaleidosnet, @Mattermost, @ona_hq, and now @VictoriaMetrics, that has been always supportive and helping me to contribute back to the community.
The GDE program is about sharing knowledge, so, there is not going to change much from my side, except that I'll have even more support to keep sharing with you what I learn in Go.
#golang #GoogleDeveloperExpert #GDE #Go
simd package is going to make Go great again! For creating faster Go programs than in Rust :)
Thanks to @jespinog for writing such a clear article about simd support in Go!