RousselTMLEARNING

Observabilité

Thanos, Grafana Mimir ou VictoriaMetrics : quel stockage long terme pour Prometheus ?

Comparatif détaillé de trois solutions de stockage long terme pour Prometheus : architecture, stockage, haute disponibilité, multi-tenant, downsampling, coûts, exploitation et cas d'usage.

1. Trois philosophies #

Le même problème, trois réponses.

En bref #

SolutionPhilosophieStockage
ThanosS'ajouter à des Prometheus existants (sidecar) ou recevoir en remote writeStockage objet (blocs TSDB)
Grafana MimirBase centralisée, distribuée, multi-tenant, alimentée par remote writeStockage objet (blocs TSDB)
VictoriaMetricsBase économe, simple, alimentée par remote write ou scrapingDisque local (blocs propriétaires)

2. Comparatif détaillé #

Critère par critère.

Tableau #

CritèreThanosMimirVictoriaMetrics
Point d'entréeSidecar ou ReceiveRemote write, OTLPRemote write, scrape, nombreux protocoles
StockageObjetObjetDisque local (sauvegardes vers objet)
DownsamplingOui (5 min, 1 h)NonVersion entreprise
Multi-tenantAvec ReceiveNatif, limites par tenantVersion cluster
Déduplication HAAu moment de la requêteÀ l'ingestion (HA tracker)Au moment de la requête ou à l'ingestion
LangagePromQLPromQLMetricsQL (sur-ensemble)
ComposantsNombreuxNombreux (+ caches)1 (single) ou 3 (cluster)
RessourcesMoyennesÉlevées à grande échelleFaibles
LicenceApache 2.0AGPLv3Apache 2.0 (+ entreprise)

Lecture du tableau #

  • Le stockage objet (Thanos, Mimir) coûte peu au gigaoctet et découple calcul et stockage, mais ajoute de la latence et demande des caches.
  • Le disque local (VictoriaMetrics) est rapide et simple, mais la capacité et la sauvegarde se gèrent explicitement.
  • Le multi-tenant avec limites est la grande force de Mimir pour une plateforme partagée entre de nombreuses équipes.
  • Le downsampling gratuit est un argument de Thanos pour des années de rétention consultées sur de longues périodes.

3. Quel choix pour quel contexte ? #

Des recommandations, pas des dogmes.

Scénarios #

ContexteChoix conseilléPourquoi
Quelques Prometheus existants, besoin de vue globale et d'historiqueThanos (sidecar)Aucun changement sur les Prometheus, stockage objet bon marché
Plateforme d'observabilité interne pour des dizaines d'équipesMimirMulti-tenant, limites, intégration Grafana
Équipe réduite, budget serré, volume importantVictoriaMetricsSimplicité et sobriété
Clusters isolés (edge, réseaux séparés)Thanos Receive ou vmagentEnvoi en push avec tampon
Bonne Pratique : Les trois parlent le remote write et l'API Prometheus : un vmagent ou un Alloy qui écrit vers deux destinations permet de comparer en conditions réelles pendant quelques semaines avant de décider.

Articles liés

VictoriaMetrics : pourquoi et comment, du nœud unique au cluster

Ce qu'apporte VictoriaMetrics par rapport à Prometheus seul, ses composants (single-node, vmagent, vmalert, c…

Ingérer des métriques dans VictoriaMetrics : scraping, vmagent et remote write

Toutes les façons d'alimenter VictoriaMetrics : remote write depuis Prometheus, scraping intégré, vmagent et …

MetricsQL : PromQL avec des super-pouvoirs

Les différences entre MetricsQL et PromQL : fenêtres implicites, fonctions supplémentaires (range, rollup, la…

Pour aller plus loin

Soutenir

♥ SOUTENIR

Soutenez RousselTM Learning

Les formations, articles, TP et attestations restent gratuits et sans publicité intrusive. Une contribution libre, du montant de votre choix, finance l’hébergement, les environnements de TP et l’écriture de nouveaux contenus.

Contribuer avec PayPal Montant libre · carte bancaire ou compte PayPalEn savoir plus
QR code PayPal
Ou scannez ce QR code avec votre téléphone

Merci, chaque contribution compte !