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:

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.

New Capacity Tiers in VictoriaMetrics Cloud

VictoriaMetrics Cloud introduces a reworked set of Single-Node Capacity Tiers, built from fresh benchmarking to provide a clear progression of compute power. The new tiers offer significantly more CPU and memory, narrower gaps between sizes, and consistent pricing.

Announcing 1B+ Downloads & Product Development With Logs, Traces, Metrics

This year saw us blast past the 1 billion downloads on Docker, which is fueled by our customer-centric approach to software development and the introduction of new open source projects, such as our new database for traces. Read this blog post to learn more about our 2025 milestones.

AI Agents Observability with OpenTelemetry and the VictoriaMetrics Stack

Learn how to add observability to AI agents using OpenTelemetry and the VictoriaMetrics Stack. This guide explains how to instrument popular LLM frameworks and visualize metrics, logs, and traces in Grafana.