惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Recent Announcements
Recent Announcements
人人都是产品经理
人人都是产品经理
月光博客
月光博客
博客园 - 三生石上(FineUI控件)
GbyAI
GbyAI
博客园 - 司徒正美
美团技术团队
Vercel News
Vercel News
IT之家
IT之家
U
Unit 42
Y
Y Combinator Blog
罗磊的独立博客
Microsoft Security Blog
Microsoft Security Blog
MongoDB | Blog
MongoDB | Blog
Jina AI
Jina AI
V
Visual Studio Blog
B
Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
MyScale Blog
MyScale Blog
博客园 - 叶小钗
A
About on SuperTechFans
WordPress大学
WordPress大学
Hugging Face - Blog
Hugging Face - Blog
B
Blog RSS Feed

VictoriaMetrics: Simple & Reliable Monitoring for Everyone on VictoriaMetrics

Operator now has Long-Term Support (LTS) version Multi-tiered Observability: A Practical Way to Handle Diverse Workloads VictoriaMetrics April 2026 Ecosystem Updates Not All Telemetry Requires Premium Pricing VictoriaMetrics at KubeCon Amsterdam: Community Highlights What's new in VictoriaMetrics Anomaly Detection (Q1 2026) What's New in VictoriaMetrics Cloud Q1 2026? Logs, MCP Server, Better Alerting, and... a Secret Project VictoriaMetrics at KubeCon: Optimizing Tail Sampling in OpenTelemetry with Retroactive Sampling VictoriaMetrics March 2026 Ecosystem Updates Observability Lessons From OpenAI Benchmarking Kubernetes Log Collectors: vlagent, Vector, Fluent Bit, OpenTelemetry Collector, and more VictoriaMetrics February 2026 Ecosystem Updates VictoriaMetrics at FOSDEM, Cloud Native Days France, and CfgMgmtCamp Ghent VictoriaLogs in VictoriaMetrics Cloud: Fast, Cost-Effective Log Management is Here What’s new in VictoriaMetrics Anomaly Detection (2025) VictoriaMetrics January 2026 Ecosystem Updates VictoriaLogs Basics: What You Need to Know, with Examples & Visuals What's New in VictoriaMetrics Cloud Q4 2025? New tiers, more deployment options, IaC and alerting rules. Vibe coding tools observability with VictoriaMetrics Stack and OpenTelemetry How a US Software Provider Improved Traffic Alerting with VictoriaMetrics Anomaly Detection VictoriaMetrics 2025 Developer Experience: A Year in Review Spotify’s performance & control across large monitoring environments with VictoriaMetrics VictoriaMetrics Achieves Red Hat OpenShift Operator Certification Our latest updates across the VictoriaMetrics Observability ecosystem New Capacity Tiers in VictoriaMetrics Cloud Announcing 1B+ Downloads & Product Development With Logs, Traces, Metrics AI Agents Observability with OpenTelemetry and the VictoriaMetrics Stack Discarding gRPC-Go: The Story Behind OTLP/gRPC Support in VictoriaTraces What's New in VictoriaMetrics Cloud Q3 2025? From new region in Asia to proactive alerts How DreamHost Slashed Memory Usage by 80% and Scaled to 76 Million Time Series
Scalable Prometheus: Why DSV Chose VictoriaMetrics
2001-01-01 · via VictoriaMetrics: Simple & Reliable Monitoring for Everyone on VictoriaMetrics

Overcoming Prometheus Scaling Limits: How DSV's Road IT Built a Resilient Monitoring Stack

DSV logo

  • Shipping and Logistics
  • Hedehusene, Denmark

"VictoriaMetrics was chosen due to its rich feature set, streamlined architecture, and performance under real workloads. Its ability to efficiently handle high ingestion rates and large-scale time-series data, combined with horizontal scalability and cost-effective resource usage, made it stand out." Amir Kheirkhahan, Platform Engineer, DSV

Main Benefits of Using VictoriaMetrics

  • Rocket icon representing stability and reliability

    Stability & Reliability

  • Metrics monitoring icon representing operational simplicity

    Operational Simplicity

  • Scalability icon representing massive scale

    Massive Scale

Challenge

As DSV's Road IT scaled its Kubernetes environments, their core federated Prometheus stack proved insufficient for handling the high cardinality and sheer scale of incoming data. The team faced severe technical hurdles:

  • Performance: Individual Prometheus instances would hit memory and CPU limits, so DSV needed to enhance resource efficiency.
  • Alerting: Critical alerting and notification pipelines needed to be more dependable.
  • Operations: Maintaining the complex federated architecture created a heavy operational load for the engineering team

Solution

To eliminate the bottlenecks of their federated stack, DSV transitioned to VictoriaMetrics. By optimizing core components like vminsert, vmselect, and vmstorage, the team built a scalable architecture capable of handling ~800,000 data points per second without degradation. The new setup focused on resilience and efficiency:

  • High availability: The team deployed HA mode to eliminate single points of failure, preventing potential system crashes.
  • Efficient ingestion: DSV implemented vmagent in streaming mode for secure, resource-efficient data collection.
  • Proven scale: This move replaced operational complexity with a stable foundation that now reliably supports ~72 million active time series.

Why VictoriaMetrics Was Chosen Over Other Solutions

  • DSV selected VictoriaMetrics for its streamlined architecture and rich feature set, which offered a clear alternative to the operational complexity of their previous federated stack.
  • The team prioritized the platform's superior clustering capabilities, which provided the horizontal scalability needed to efficiently handle high ingestion rates and massive data volumes.
  • VictoriaMetrics stood out for its ability to deliver stability and high performance under real workloads while maintaining cost-effective resource usage.

Technical Stats

  • Ingestion Rate

    ~800,000 datapoints/second

  • Total Datapoints Stored

    ~3.5 Trillion

  • Daily New Time Series

    ~85 Million

  • Active Time Series (Peak)

    ~72 Million

  • Data on Disk

    ~1.83 TB