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 at FOSDEM, Cloud Native Days France, and CfgMgmtCamp Ghent

A developer-focused recap of VictoriaMetrics’ participation at FOSDEM, Cloud Native Days France and CfgMgmtCamp, highlighting open source observability, community feedback and real-world engineering perspectives.

VictoriaLogs in VictoriaMetrics Cloud: Fast, Cost-Effective Log Management is Here

Announcing VictoriaLogs in VictoriaMetrics Cloud: fast, cost-effective log management with native OpenTelemetry support, LogsQL for powerful analysis, and integrations with Grafana and Perses for complete observability monitoring, is the best option to save costs when compared to other alternatives like ElasticSearch or Datadog.

What’s new in VictoriaMetrics Anomaly Detection (2025)

VictoriaMetrics Anomaly Detection has had a productive year with lots of user feedback that has had a major impact on product development. We’ve added improvements across the board: in core functionality, simplicity, performance, visualisation and AI integration. In addition to bug fixes and speedups, below is a list of what was accomplished in 2025.

VictoriaMetrics January 2026 Ecosystem Updates

January 2026 updates deliver quality of life improvements, performance optimizations, and tighter Kubernetes integration across the VictoriaMetrics Observability Stack.