mimir

Deploy and tune multi-tenant Prometheus long-term storage on Kubernetes with object storage backends.

1|Updated Feb 5, 2026
One-click install
npx skills add https://github.com/allthingslinux/atl.services --skill mimir-allthingslinux
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: mimir
Source: https://github.com/allthingslinux/atl.services/tree/main/.agents/skills/mimir
Command: npx skills add https://github.com/allthingslinux/atl.services --skill mimir-allthingslinux

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Scalable, multi-tenant long-term storage for Prometheus metrics, enabling efficient retention, isolation, and query performance across many tenants.

Core Features & Use Cases

  • High availability and multi-tenancy with object storage backends (S3, GCS, Azure) and a distributed architecture (Distributor, Ingester, Store-Gateway, Querier, etc.).
  • Kubernetes/ Helm deployment guidance for production-ready observability stacks with per-tenant overrides and runtime configuration.
  • Operational readiness including authentication troubleshooting, storage backend configuration, and performance tuning for large-scale metric stores.

Quick Start

Install Grafana Mimir using the official Helm chart, configure your chosen object storage backend, enable multitenancy, and validate the distributor and store-gateway endpoints. Then connect Prometheus remote_write to the Mimir gateway and verify tenant isolation via the X-Scope-OrgID header.

Frequently Asked Questions about mimir

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I set up scalable multi-tenant long-term storage for Prometheus metrics on Kubernetes?

Scalable multi-tenant long-term storage for Prometheus metrics is achieved by deploying a distributed architecture with components like Distributor and Ingester on Kubernetes, configuring object storage backends, and enabling tenant isolation via the X-Scope-OrgID header.

What is the best way to configure object storage backends for Prometheus metrics retention?

Configuring object storage backends for Prometheus metrics retention involves integrating S3, GCS, or Azure cloud storage with your distributed metrics store, enabling efficient long-term data retention and query performance across many isolated tenants.

Can I apply per-tenant overrides and runtime configuration to Prometheus storage?

Yes, per-tenant overrides and runtime configuration can be applied to Prometheus storage by configuring the distributed architecture, allowing isolated multi-tenant control over metric ingestion and query performance without restarting the system.

How does multi-tenant Prometheus isolation work with remote_write?

Multi-tenant Prometheus isolation with remote_write works by routing metric data through a gateway that validates tenant identity using the X-Scope-OrgID header, ensuring strict data separation across the Distributor and Store-Gateway components.

Why does authentication troubleshooting fail during Kubernetes Helm deployment of Prometheus storage?

Authentication troubleshooting fails during Kubernetes Helm deployment of Prometheus storage when the X-Scope-OrgID header is misconfigured or the gateway endpoints are not properly exposed, preventing successful tenant validation and metric ingestion.