# Yandex Managed Service for Prometheus® overview



Yandex Managed Service for Prometheus® is a monitoring system compatible with [Prometheus](https://prometheus.io/docs/introduction/overview/). You can use it to collect, store, and query metrics from your containers, applications, and infrastructure. The system leverages the Prometheus data model and [PromQL](https://prometheus.io/docs/prometheus/latest/querying/basics/), enabling you to use your current [Grafana](https://grafana.com/grafana/) dashboards.

Prometheus features multiple tools for collecting metrics, including [libraries](https://prometheus.io/docs/instrumenting/clientlibs/) for widely-used programming languages and support for [exporting metrics](https://prometheus.io/docs/instrumenting/exporters/) from external systems, such as databases, message queues, and more. Yandex Managed Service for Prometheus® enables you to use best practices of the Prometheus open-source community, while ensuring high scalability, availability, and security with no need to deploy Prometheus clusters and manage the internal monitoring infrastructure on your own. To get started with Yandex Managed Service for Prometheus®, install agents that support the [Remote Write](https://prometheus.io/docs/prometheus/latest/configuration/configuration/#remote_write) protocol.

Yandex Managed Service for Prometheus® is based on the system Yandex uses to monitor its internal services. The system automatically scales metric write, storage, and read operations depending on the workload. Monitoring data is replicated across two availability zones, ensuring high availability.

## Getting started {#access}

1. Open the [Yandex Monitoring home page](https://monitoring.yandex.cloud) and select a folder.
1. In the left-hand panel, select **Prometheus**.
1. Click **Create workspace**.
1. On the page that opens, you will see links to endpoints.
   
   Use these endpoints to configure [writing](ingestion/index.md) and [reading](querying/index.md) the workspace metrics in Prometheus format.

## Feature comparison {#features}

{% note info %}

The system features will be enhanced in upcoming releases.

{% endnote %}


Feature | Prometheus | Yandex Managed Service for Prometheus®
--- | --- | ---
Collecting metrics | [Scrape](https://prometheus.io/docs/prometheus/latest/configuration/configuration/#scrape_config), [Pushgateway](https://prometheus.io/docs/instrumenting/pushing/), [Remote Write](https://prometheus.io/docs/prometheus/latest/configuration/configuration/#remote_write) | Metric writes via [Remote Write](https://prometheus.io/docs/prometheus/latest/configuration/configuration/#remote_write) are supported. You can use [Unified Agent from Yandex Cloud](ingestion/prometheus-agent.md) to send metrics from the virtual machine to Yandex Managed Service for Prometheus®. Any compatible metric collection agent will also be suitable, including Prometheus itself.
Long-term metric storage | Not intended for long-term metric storage, using [third-party solutions](https://prometheus.io/docs/prometheus/latest/storage/#existing-integrations) | Support for long-term metric storage, with time-unlimited storage possible through [decimation](../../concepts/decimation.md).
Reading metrics | Data and metadata reads via the [HTTP API](https://prometheus.io/docs/prometheus/latest/querying/api/) | Data and metadata reads via the [HTTP API](https://prometheus.io/docs/prometheus/latest/querying/api/) with some [restrictions](querying/grafana.md#restrictions)
Visualization | [Expression browser](https://prometheus.io/docs/visualization/browser/), [Grafana](https://prometheus.io/docs/visualization/grafana/) | Charts and dashboards in [Monitoring](querying/monitoring.md). Support for [Prometheus data source](https://grafana.com/docs/grafana/latest/datasources/prometheus/)
Aggregation | Aggregation via [recording rules](https://prometheus.io/docs/prometheus/latest/configuration/recording_rules/) | Support for existing [recording rule](recording-rules.md) files in YAML format, which you can upload and manage via the Monitoring UI and API.
Alerting | Alerting via [alerting rules](https://prometheus.io/docs/prometheus/latest/configuration/alerting_rules/) | Support for existing [alerting rule](alerting-rules.md) files in YAML format, which you can upload and manage via the Monitoring UI and API.
Integration | Client [libraries](https://prometheus.io/docs/instrumenting/clientlibs/) and [exporters](https://prometheus.io/docs/instrumenting/exporters/) | Existing libraries and exporters.

## Current limitations {#restrictions}

* The `NaN` value is not supported and is treated as a missing point.
* The `+Inf`/`-Inf` values may be processed incorrectly.
* Alerting rules only support [email](https://prometheus.io/docs/alerting/latest/configuration/#email_config) and [Telegram](https://prometheus.io/docs/alerting/latest/configuration/#telegram_config) channels, with no [dynamic routing](https://prometheus.io/docs/alerting/latest/configuration/#route).
* `staleness markers`, `exemplars`, and `native histograms` are not supported.

## Quotas and limits {#limits}

Yandex Managed Service for Prometheus® has the following limits:

* [_Quotas_](https://console.yandex.cloud/cloud?section=quotas) are organizational constraints that can be changed by contacting technical support.
* _Limits_ are technical constraints of the Yandex Cloud architecture. You cannot change the limits.

If you need more resources, contact support at [cloud@support.yandex.ru](mailto:cloud@support.yandex.ru), detailing which quotas you want increased and by how much.

### Quotas per endpoint {#quotas-per-endpoint}

Type of limit | Value
----- | -----
Maximum data write speed in [Remote Write](https://prometheus.io/docs/prometheus/latest/configuration/configuration/#remote_write) format | 1,000 requests/s and 80 MB/s
Number of metrics per write request | 10,000
Number of [Remote Read API](https://prometheus.io/docs/prometheus/latest/querying/remote_read_api) read requests per second | 200
Number of [HTTP API](https://prometheus.io/docs/prometheus/latest/querying/api/) read requests per second | 200
Number of unique metrics | 20,000,000
Maximum retention period for [expired metrics](../../concepts/ttl.md) ^1^ | 60 days

^1^ Metrics getting no new values for 60 days are considered expired and removed. Metrics that keep getting new values are stored indefinitely.

Here is what you can do in **Prometheus** > Workspace > **General information**:

* View the number of written metrics.
* Go to the page with service [dashboards](../../concepts/visualization/dashboard.md) and view the number of requests, errors, and HTTP status codes per second for various endpoints.

### Limits per endpoint {#limits-per-endpoint}

Type of limit | Value
----- | -----
Number of unique labels per metric | 29

The data is transferred as a time series defined by its metric and labels. In Yandex Managed Service for Prometheus®, one metric may contain up to 29 unique labels (including `name`), i.e., up to 28 custom labels. 

There are no restrictions on the number of metric values; it is only limited by the basic Monitoring [quota](../../concepts/limits.md), i.e., the number of metrics per service in the folder. Each new combination of values is a new metric. For example, `http_server_requests_seconds_count{uri="…"}` may have many `uri` values, each creating a new time series and consuming the quota.

Once the quota is depleted, attempts to write to the new time series will fail with an error. Previously written data is not deleted. The quota limits the number of time series but not amount of data. The data will be deleted only if there are no records during the [TTL](../../concepts/ttl.md), so you will be able to create new time series after you free up or increase your quota.

_© 2025 Linux Foundation. All rights reserved. The Linux Foundation owns and uses registered trademarks. For a list of Linux Foundation trademarks, see [Trademark Usage](https://www.linuxfoundation.org/legal/trademark-usage)._