Pourquoi la facture Datadog a changé en 2026
Datadog facture par hôte, par Go de logs ingérés et par span APM. En 2026, les renouvellements ont intégré des hausses annuelles de 5 à 10 % sur chacun de ces axes — et pour les équipes qui avaient activé plusieurs modules (infrastructure, logs, APM, security), l'effet cumulé a produit des augmentations effectives de 30 à 50 % d'un renouvellement sur l'autre, selon les données publiées par plusieurs cabinets de négociation SaaS.
Le cas le plus cité est celui de Gabriel Anhaia (dev.to, avril 2026) : une équipe dont la facture Datadog a passé les 50 000 $ annuels, déclenchant l'audit qui a conduit à la migration vers Prometheus + Grafana + Loki. L'économie nette en licences logicielles : 100 %. Le coût de remplacement : un VPS dédié à la stack d'observabilité.
Datadog vs stack Prometheus / Grafana / Loki
| Critère | Datadog | Stack self-hosted |
|---|---|---|
| Coût logiciel | 15 à 150 $ / hôte / mois selon modules | 0 $ (licences open source) |
| Coût infrastructure | Inclus dans la facturation | 99 DH/mois / mois (VPS 2 vCPU / 4 Go) |
| Métriques | Agent Datadog | Prometheus + Node Exporter |
| Logs | Datadog Logs (à la Go) | Loki + Promtail (stockage local) |
| Dashboards | Interface Datadog intégrée | Grafana (milliers de templates) |
| Alertes | Monitors Datadog | Alertmanager + Grafana Alerting |
| APM / traces | Datadog APM (natif) | Tempo + OpenTelemetry (à configurer) |
| Corrélation logs-métriques | Automatique | Manuelle via labels Loki / Prometheus |
| Maintenance ops | Nulle (SaaS géré) | À votre charge (mises à jour, stockage) |
Les composants de remplacement
La stack couvre les trois piliers de l'observabilité : métriques (Prometheus), logs (Loki), et visualisation + alertes (Grafana + Alertmanager). Pour les traces, Tempo complète l'ensemble via OpenTelemetry — mais c'est un quatrième composant, couvert dans l'article dédié opentelemetry-grafana-tempo-vps.
Prometheus collecte les métriques en scraping HTTP : les exporters exposent des endpoints /metrics, Prometheus les interroge à intervalle régulier et stocke les séries temporelles. Node Exporter remplace l'agent Datadog pour les métriques système (CPU, RAM, disque, réseau). Loki stocke les logs avec un index minimal (labels uniquement, pas de texte intégral) — c'est ce qui lui permet de tourner sur peu de RAM. Promtail collecte les fichiers de logs et les envoie à Loki, comme le fait l'agent Datadog Logs. Grafana visualise métriques Prometheus et logs Loki dans les mêmes dashboards, et pilote les alertes. Alertmanager reçoit les alertes de Prometheus et les route vers vos canaux (e-mail, Slack, PagerDuty).
Migration en 6 étapes
Installer Prometheus et Node Exporter
Commencez par les métriques système : c'est le remplacement le plus direct de l'agent Datadog. Déployez Prometheus et Node Exporter via Docker Compose. L'article installer-prometheus-vps couvre cette étape en détail. Vérifiez que Prometheus scrape bien Node Exporter avant de continuer : ouvrez http://votre-ip:9090/targets et confirmez que l'état est UP. Laissez les deux systèmes tourner en parallèle pendant au moins une semaine avant de couper Datadog — comparez les valeurs CPU et RAM entre les deux sources pour valider la cohérence.
Déployer Loki et Promtail
Loki reçoit les logs, Promtail les collecte depuis les fichiers journaux de votre serveur. Ajoutez les deux services à votre docker-compose.yml. Configurez Promtail pour pointer vers vos fichiers de logs (/var/log/syslog, journaux applicatifs). Vérifiez l'ingestion dans Grafana (section Explorer, source Loki) avant de désactiver la collecte de logs dans l'agent Datadog. L'article loki-grafana-logs-centralises-vps détaille la configuration Promtail et les pipelines de traitement.
Configurer Grafana
Grafana est le pivot de la stack : il connecte Prometheus (métriques) et Loki (logs) comme sources de données. Une fois les deux sources ajoutées, importez les dashboards communautaires depuis grafana.com/grafana/dashboards — le dashboard Node Exporter Full (ID 1860) est la référence pour les métriques système. Recréez dans Grafana les dashboards Datadog que votre équipe consulte quotidiennement : c'est l'étape la plus longue si vos dashboards Datadog sont nombreux et spécifiques.
Migrer les alertes vers Alertmanager
Exportez la liste de vos monitors Datadog (via l'API Datadog ou l'interface). Recréez les alertes critiques dans Prometheus (règles PrometheusRule) ou dans Grafana Alerting. Alertmanager gère le routage vers vos canaux de notification : configurez les receivers (e-mail, Slack, PagerDuty) dans alertmanager.yml. Les alertes composites avec plusieurs conditions et fenêtres de suppression sont plus difficiles à porter — réservez du temps pour les cas complexes.
Valider en parallèle sur deux semaines
Ne coupez pas Datadog avant d'avoir deux semaines de données dans votre stack self-hosted. Comparez les métriques clés entre les deux sources. Déclenchez manuellement quelques alertes de test dans Alertmanager. Vérifiez que Loki reçoit bien les logs de production et que les requêtes LogQL retournent ce que vous attendez. Identifiez les monitors Datadog qui n'ont pas encore leur équivalent dans la nouvelle stack.
Couper Datadog et récupérer la facture
Une fois la validation terminée, désactivez l'agent Datadog sur chaque hôte, puis résiliez les modules Datadog dans l'ordre inverse de leur criticité (commencez par les modules accessoires, terminez par l'infrastructure). Conservez les données historiques Datadog accessibles pendant 30 jours après la résiliation (délai standard contractuel) — exportez les dashboards et rapports critiques avant cette échéance. Notez la date de coupure effective pour votre comptabilité.
Prérequis et ressources VPS
La stack complète (Prometheus + Node Exporter + Loki + Promtail + Grafana + Alertmanager) tient sur un VPS 2 vCPU / 4 Go de RAM pour superviser un à cinq hôtes avec une rétention de métriques de 15 jours. C'est la configuration minimale recommandée : en dessous, Prometheus commence à pager sous la charge des requêtes Grafana.
Pour une rétention plus longue (30 à 90 jours) ou un volume de logs élevé (plus de 10 Go par jour), prévoyez 4 vCPU / 8 Go et un volume de stockage SSD supplémentaire. Loki compresse les logs efficacement, mais un volume de logs de production non filtré peut croître vite.
Logiciels requis : Docker et Docker Compose (version récente), un reverse proxy (Nginx ou Caddy) pour exposer Grafana sur HTTPS, et un domaine ou sous-domaine pour Grafana. Ouvrir uniquement le port HTTPS vers l'extérieur — Prometheus, Loki et Alertmanager ne doivent pas être exposés publiquement.
Liste de contrôle avant de démarrer
- VPS 2 vCPU / 4 Go RAM minimum, avec Docker et Docker Compose installés.
- Volume de stockage supplémentaire dimensionné selon la rétention souhaitée (15 Go minimum pour 30 jours de métriques + logs modérés).
- Liste exhaustive des monitors Datadog actifs, exportée avant toute coupure.
- Liste des dashboards Datadog utilisés par l'équipe, avec capture d'écran de référence.
- Canaux de notification (Slack webhook, adresses e-mail, clé PagerDuty) disponibles pour configurer Alertmanager.
- Accès en écriture aux fichiers de logs applicatifs sur chaque hôte supervisé (pour Promtail).
- Fenêtre de migration de deux semaines planifiée avec l'équipe — la stack self-hosted tourne en parallèle de Datadog pendant cette période.
Ce que la stack self-hosted ne fait pas
Trois limites à assumer avant de migrer.
Pas de corrélation APM native. Datadog corrèle automatiquement une trace lente avec les métriques de l'hôte et les logs associés. Avec la stack open source, cette corrélation se fait manuellement via les labels communs (trace ID dans les logs, même label d'hôte) — c'est faisable, mais c'est du travail de configuration. Tempo + OpenTelemetry couvrent l'APM, mais ajoutent un quatrième composant à opérer.
Maintenance à votre charge. Mises à jour de Prometheus, Loki et Grafana, gestion du stockage quand Loki grossit, alertes sur la stack elle-même (qui vous prévient si Prometheus est down ?). Comptez deux à quatre heures par mois d'opérations courantes pour une stack stable.
Interface moins intégrée. Datadog est un produit unique avec une UX unifiée. La stack open source est un assemblage : Grafana pour visualiser, Alertmanager pour router les alertes, interface séparée pour chaque composant. Pour une équipe habituée à Datadog, la prise en main prend quelques jours.
Dépannage des problèmes courants
Prometheus ne scrape pas Node Exporter. Vérifiez que le réseau Docker entre les deux conteneurs est correct (même réseau Docker Compose) et que le port 9100 n'est pas bloqué par ufw. Ouvrez http://node-exporter:9100/metrics depuis le conteneur Prometheus pour confirmer l'accessibilité.
Loki reçoit les logs mais Grafana n'affiche rien. L'exploration Loki dans Grafana nécessite un filtre de label minimum — une requête {} sans label retourne une erreur de quota. Utilisez {job="varlogs"} comme point de départ, puis affinez.
Grafana est lent sur de longues plages horaires. Prometheus stocke les séries temporelles en mémoire avant de les écrire sur disque (--storage.tsdb.retention.time). Sur un VPS 2 Go de RAM, limiter la rétention à 15 jours et réduire la résolution des requêtes longues avec le paramètre step dans les panels Grafana.
Alertmanager n'envoie pas les notifications. Les alertes Prometheus doivent passer à l'état firing avant d'être routées vers Alertmanager. Vérifiez l'onglet Alerts dans l'interface Prometheus (http://prometheus:9090/alerts) et confirmez que les règles d'alerte sont bien chargées (http://prometheus:9090/rules).
