Métriques centralisées multi-clusters
Une seule API PromQL pour tous les clusters et environnements.
Observabilité · Formations
Formation complète sur Grafana Mimir : stockage long terme, haute disponibilité et multi-tenant pour les métriques Prometheus, du monolithique au déploiement Kubernetes.
LEARNING PATH
Les limites de Prometheus et les composants de Mimir.
Remote write, distributors, ingesters et déduplication HA.
Requêtes, caches, compaction et rétention.
Ruler, Alertmanager et mimirtool.
Kubernetes, supervision et dépannage.
Les pratiques recommandées pour exploiter le produit en production.
LEARN BY DOING
Une seule API PromQL pour tous les clusters et environnements.
Des années de métriques dans un stockage objet.
Plusieurs équipes isolées par tenant, avec des limites propres.
Deux Prometheus par cluster, sans doublons stockés.
Non : Prometheus (ou Alloy) continue de collecter les métriques ; Mimir les reçoit en remote_write, les stocke et les sert via la même API PromQL.
Thanos s'ajoute à des Prometheus existants (sidecar) et propose le downsampling ; Mimir centralise par remote_write et apporte un multi-tenant et des limites natives. Les deux stockent des blocs TSDB dans un stockage objet.
Non pour démarrer : le stockage en blocs classique fonctionne sans. Les versions récentes proposent une architecture d'ingestion via Kafka pour découpler lecture et écriture à grande échelle.
Oui, Mimir est open source (AGPLv3). Grafana Labs propose aussi une version gérée (Grafana Cloud Metrics) et une version entreprise.