Our latest updates across the VictoriaMetrics Observability ecosystem

Our latest updates across the VictoriaMetrics Observability ecosystem

Share: Share on LinkedIn Share on X (Twitter)

We’re excited to announce a set of updates across the entire VictoriaMetrics open source products suite — including VictoriaMetrics, VictoriaLogs, VictoriaTraces, the VictoriaMetrics Kubernetes Operator. These improvements bring better performance, stronger security, enhanced metadata visibility, and a smoother experience when running observability at scale.

VictoriaMetrics v1.130.0 & v1.129.0 — Metadata, Performance, and Compatibility Improvements

#

The latest VictoriaMetrics releases introduce major enhancements across some of its core components: vmagent, vmalert, vmctl, as well as their toolset.

New in v1.130.0:

  • Metric metadata support (Prometheus-compatible API)
    VictoriaMetrics can now scrape and store metadata using vmsingle or vmagent and expose it via /api/v1/metadata. Enable it with -enableMetadata=true across vmsingle, vmagent, and vminsert.
  • Namespace metadata for Kubernetes targets
    vmagent now can attach namespace metadata to discovered pods, services, endpoints, and more allowing richer filtering and discovery rules.
  • VMUI improvements
    The VictoriaMetrics UI is now faster and more intuitive.
  • Better alert templating behavior in vmalert
    Templating errors now surface as annotation values while alerts continue to be generated, aligning with Prometheus behavior.

Highlights from v1.129.0:

  • vmalert
    • Faster startup for groups with long intervals.
    • New now template function for easier time calculations.
    • Added support for alert_relabel_configs per notifier.
    • Fixed UI search and HTML formatting in annotations.
  • vmctl improvements including multiple --remote-read-filter-label flags.
    This is useful in order to narrow down the data being migrated by using more precise filters.
  • Improved performance for stream aggregation in vmagent with multiple rules. Push operation could utilize all CPU cores now.
  • Load balancing fixes in vmauth (3% -> 0.04% deviation).
  • s390x builds added for Linux.
  • New /remotewrite-* endpoints for relabel config inspection.

VictoriaLogs v1.38.0 — Security & Operational Intelligence Enhancements

#

New Features

  • Log deletion via HTTP API
    Enables GDPR-compliant deletion of stored logs. Intended for rare but critical actions such as data-breach cleanup or regulatory enforcement.
  • Per-query redaction of sensitive fields
    Platform owners can hide specific fields (emails, credentials, SSNs, etc.) for some users while full data remains visible to authorized ones — essential for managed platforms and multi-tenant deployments.
  • Slow query detection
    VictoriaLogs now supports slow query detection and automatically logs queries that exceed the configured execution time thresholds. This helps investigate, optimize slow queries and understand which queries cause long durations or spikes in CPU or memory usage.

Check out the full Changelog for this release!

VictoriaTraces v0.5.0 — OTLP/gRPC Support for Tracing Pipelines

#

VictoriaTraces now includes better compatibility with modern tracing infrastructures.

Key Feature

  • OTLP/gRPC ingestion for both single-node and cluster deployments Requires -otlpGRPCListenAddr on VictoriaTraces or vtinsert. This simplifies ingestion from OpenTelemetry SDKs and collectors.

This update makes adopting VictoriaTraces easier for teams standardizing on OpenTelemetry.

Speaking of gRPC, Zhu Jiekun published an article in which he revealed in more detail how support for OTLP/gRPC in the HTTP/2 + easyproto way was added to VictoriaTraces.

VictoriaMetrics Kubernetes Operator — VictoriaLogs and VictoriaTraces support

#

v0.63.0 major update

  • This is a very significant release in that the operator now supports VictoriaLogs and VictoriaTraces in both Single Node and Cluster-based versions.

v0.65.0 — Better Prometheus-Operator Compatibility

  • scrapeClass & scrapeClassName support across VM*Scrape objects
    Added to VMServiceScrape, VMPodScrape, VMProbe, VMScrapeConfig, VMStaticScrape, and VMNodeScrape. This enhancement smooths migration paths for users switching from Prometheus Operator to VictoriaMetrics.

What’s Next

#

Across the VictoriaMetrics ecosystem, we continue working on:

  • Deeper cross-linking between metrics, logs, and traces
  • Further metadata improvements
  • Enhanced performance for large ingest pipelines
  • Improved security and compliance tooling

Thank you for choosing VictoriaMetrics — and stay tuned for more updates!

Leave a comment below or Contact Us if you have any questions!
comments powered by Disqus

You might also like:

VictoriaMetrics 2025 Developer Experience: A Year in Review

In 2025, VictoriaMetrics deepened its commitment to open source, community, and developer experience across the global cloud-native ecosystem. This year-in-review reflects on key observability themes, global engagement, OpenTelemetry contributions, and the people and conversations that shaped the year.

Spotify’s performance & control across large monitoring environments with VictoriaMetrics

Spotify needed to replace its legacy in-house time series database to overcome stability and performance limitations, which would bring about query delays and timeouts. The Spotify observability team chose VictoriaMetrics to support efficient metric ingestion, querying, and alerting at scale.

VictoriaMetrics Achieves Red Hat OpenShift Operator Certification

Becoming a Red Hat OpenShift Certified Operator brings portability and scalability benefits on the leading enterprise Kubernetes platform.

Our latest updates across the VictoriaMetrics Observability ecosystem

The VictoriaMetrics ecosystem continues to evolve rapidly, and the latest updates bring meaningful improvements across metrics, logs, and traces. Read the announcement for details.