This is archived documentation for v2.0.x. Go to the latest version.
About Grafana Mimir runtime configuration
A runtime configuration file is a file that contains configuration parameters, which is periodically reloaded while Mimir is running. It allows you to change a subset of Grafana Mimir’s configuration without having to restart the Grafana Mimir component or instance.
Runtime configuration is available for a subset of the configuration that was set at startup. A Grafana Mimir operator can observe the configuration and use runtime configuration to make immediate adjustments to Grafana Mimir.
Runtime configuration values take precedence over command-line options.
Enable runtime configuration
To enable runtime configuration, specify a path to the file upon startup by using the
-runtime-config.file=<filepath> CLI flag or from within your YAML configuration file in the
By default, Grafana Mimir reloads the contents of this file every 10 seconds. You can configure this interval by using the
-runtime-config.reload-period=<duration> CLI flag or by specifying the
period value in your YAML configuration file.
When running Grafana Mimir on Kubernetes, store the runtime configuration file in a ConfigMap and mount it in each container.
Viewing the runtime configuration
Use Grafana Mimir’s
/runtime_config endpoint to see the current value of the runtime configuration, including the overrides. To see only the non-default values of the configuration, specify the endpoint with
Runtime configuration of per-tenant limits
The runtime configuration file is primarily used to set and adjust limits that are appropriate for each tenant based on their ingest and query needs.
The values that are defined in the limits section of your YAML configuration define the default set of limits that are applied to tenants. For example, if you set the
25,000 in your YAML configuration file, any tenant in your cluster that sends more than 25,000 samples per second (SPS) is rate limited.
You can use the runtime configuration file to override this behavior. For example, if you have a tenant (
tenant1) that needs to send twice as many data points as the current limit, and you have another tenant (
tenant2) that needs to send three times as many data points, you can modify the contents of your runtime configuration file as follows:
overrides: tenant1: ingestion_rate: 50000 tenant2: ingestion_rate: 75000
As a result, Grafana Mimir allows
tenant1 to send 50,000 SPS, and
tenant2 to send 75,000 SPS, while maintaining a 25,000 SPS rate limit on all other tenants.
- On a per-tenant basis, you can override all of the limits listed in the
limitsblock within the runtime configuration file.
- For each tenant, you can override different limits.
- For any tenant or limit that is not overridden in the runtime configuration file, you can inherit the limit values that are specified in the
Ingester instance limits
The runtime configuration file can be used to dynamically adjust Grafana Mimir ingester instance limits. While per-tenant limits are limits applied to each tenant, per-ingester-instance limits are limits applied to each ingester process.
Ingester limits ensure individual ingesters are not overwhelmed, regardless of any per-tenant limits. These limits can be set under the
ingester.instance_limits block in the global configuration file, with CLI flags, or under the
ingester_limits field in the runtime configuration file.
The runtime configuration allows you to override initial values, which is useful for advanced operators who need to dynamically change them in response to changes in ingest or query load.
Everything under the
instance_limits section within the
ingester block can be overridden via runtime configuration.
The following example shows a portion of the runtime configuration that changes the ingester limits:
ingester_limits: max_ingestion_rate: 20000 max_series: 1500000 max_tenants: 1000 max_inflight_push_requests: 30000
Runtime configuration of ingester streaming
An advanced runtime configuration option controls if ingesters transfer encoded chunks (the default) or transfer decoded series to queriers at query time.
ingester_stream_chunks_when_using_blocks might only be used in runtime configuration.
A value of
true transfers encoded chunks, and a value of
false transfers decoded series.
Note: We strongly recommend that you use the default setting, which is
true, except in rare cases where users observe Grafana Mimir rules evaluation slowing down.
Related Mimir resources
How to control metrics growth in Prometheus and Kubernetes with Grafana Cloud
This webinar will introduce a metrics cost management framework to optimize metrics growth while keeping rising costs at bay with Grafana Cloud.
Intro to Grafana Mimir: The open source time series database that scales to 1 billion metrics & beyond
Grafana Mimir webinar—learn about our open source solution for extending Prometheus at organizations needing massive scale, rapid query performance.
For billion-series scale or home IoT projects, get started in minutes with Grafana Mimir
Learn how easy it is to get started with Mimir, no matter how many or few time series you need to store.