- Blog /
- Managed VictoriaMetrics announcement

VictoriaMetrics is a fast and easy-to-use monitoring solution and time series database. It integrates well with existing monitoring systems such as Grafana, Prometheus, Graphite, InfluxDB, OpenTSDB and DataDog - see these docs for details. The most common use cases for VictoriaMetrics are:
We are glad to announce the availability of Managed VictoriaMetrics - try it right now!
Managed VictoriaMetrics allows users to run VictoriaMetrics on AWS without the need to perform typical DevOps tasks such as proper configuration, monitoring, logs collection, access protection, software updates, backups, etc.
We run Managed VictoriaMetrics instances in our environment on AWS while providing easy-to-use endpoints for data ingestion and querying. And the VictoriaMetrics team takes care of optimal configuration and software maintenance.
Managed VictoriaMetrics comes with the following features:
Managed VictoriaMetrics costs are easy to plan upfront, since they don’t depend on unexpected changes in workload such as spikes in data ingestion rate, spikes in active time series or spikes in heavy queries. The cost depends only on the actually used compute resources - the configured instance type, the requested disk size and network egress bandwidth usage.
Thanks to the highly optimized VictoriaMetrics core, Managed VictoriaMetrics can serve bigger workloads than competing solutions at lower costs. We recommend starting with a small Managed VictoriaMetrics instance - you’d be surprised with its ability to handle huge workloads!
Let’s see which workload can be handled by a Managed VictoriaMetrics instance with 2vCPU and 4GB of RAM. For the purpose of this test, let’s run a benchmark with vmagent scraping 1000 node-exporter hosts with 5s interval (the benchmark is available in this repository, so you can verify the numbers below on your Managed VictoriaMetrics instance):
Screenshot of the official Grafana dashboard for VictoriaMetrics during the benchmark. Performance stats.
According to the screenshot, Managed VictoriaMetrics receives 211K samples per second from the vmagent. The number of active time series is around 1 million. For 108 billion collected samples, compression rate is about 0.6 bytes per sample. This means that 1TB disk would be enough to keep more than 10 weeks of data for 211K samples/sec ingestion rate.
The benchmark also generates query workload by running real-world alerting rules for node-exporter with 30s evaluation interval:
Screenshot of the official Grafana dashboard for VictoriaMetrics during the benchmark. Read load.
Query Duration panel in the screenshot above shows 14ms median query duration for this workload.
Let’s look at memory and CPU resource usage for Managed VictoriaMetrics serving this kind of workload:
Screenshot of the official Grafana dashboard for VictoriaMetrics during the benchmark. Resource usage.
The Managed VictoriaMetrics instance with 2vCPUs and 4GB of RAM uses around 50% of available resources during the benchmark. This means it could handle 2 times higher workload.
Managed VictoriaMetrics is an easy-to-configure-and-run solution without extra complexity and maintenance burden. It ideally fits as a fast and cost-effective solution for the following use cases:
Hurry up and try Managed VictoriaMetrics! As a welcome pack, we provide $200 credit for newly registered accounts. This is enough for running a VictoriaMetrics instance with 2vCPU and 4GB of RAM for free for a month. If you feel Managed VictoriaMetrics misses some features or just want to learn more about internal architecture - please contact us via info@victoriametrics.com.
Cluster mode in VictoriaLogs is not a separate build. It is the same victoria-logs binary started with different flags, so you can scale out without a migration step. Storage nodes persist data on disk, while gateway nodes can stay stateless by pointing to storage with -storageNode. It also ships with practical safety switches, like read-only protection when -storageDataPath runs low and optional partial results when a storage node is down.
In the last quarter of 2025, VictoriaMetrics Cloud brings many great features: New powerful Capacity Tiers, the expansion to the us-east-1 (N.Virginia) AWS region in the US, new Notification Groups, a Terraform provider to complete your IaC, 9 brand new Alerting Rule Integrations and much more.
Learn how to add observability to Vibe Coding Tools using OpenTelemetry and the VictoriaMetrics Stack. This guide explains how to configure popular vibe coding tools to export their metrics telemetry and get insights about your vibe coding sessions.
VictoriaMetrics Anomaly Detection enables reliable alerting for highly variable, multi-domain traffic without relying on static thresholds. In this case study, fine-tuned models, backtesting, and clear visualization helped reduce alert noise, improve confidence in anomaly detection, and lower operational overhead.