Datadog MCP : logs, métriques et traces dans votre agent IA (guide 2026)

Publié le · Développement & SDK · 6 min de lecture

Par Amir N., éditeur de serveurmcp.com · Mis à jour le 7 novembre 2026

Le serveur MCP de Datadog relie vos données d’observabilité à votre agent IA : logs, métriques, traces, monitors, dashboards ou incidents deviennent interrogeables en langage naturel depuis Claude Code, Cursor, Codex ou VS Code. Ce guide explique ce que le serveur sait faire, comment le connecter au bon site régional (EU1 pour la plupart des équipes européennes) et comment en limiter l’accès.

Datadog MCP en bref

  • Éditeur : Datadog, serveur officiel hébergé à distance, rien à installer localement.
  • Adresse (site US1) : https://mcp.datadoghq.com/v1/mcp, avec une adresse dédiée par site Datadog.
  • Authentification : OAuth 2.0 (recommandé), jeton d’accès personnel ou de service, ou clés API et Application.
  • Clients documentés : Claude Code, Cursor, VS Code, Codex CLI, Claude Desktop, ChatGPT, Warp, Devin, JetBrains, Goose et d’autres.
  • Limites d’usage : 50 appels d’outils par tranche de 10 secondes et 100 000 appels par mois.
  • Conformité : éligible HIPAA, mais non compatible avec GovCloud.

Ce que votre IA peut faire avec Datadog

Le serveur donne accès à la plupart des produits Datadog, regroupés en ensembles d’outils (toolsets). Selon ceux que vous activez, votre agent peut notamment :

  • chercher et résumer des logs, par exemple avec l’outil search_datadog_logs ;
  • interroger des métriques, consulter des dashboards et des notebooks ;
  • lister ou ajuster des monitors et suivre les alertes (toolset alerting) ;
  • explorer le suivi des erreurs, le RUM, les tests Synthetics, Kubernetes ou la base de données (DBM) ;
  • analyser vos coûts, vos signaux de sécurité ou vos applications LLM (llmobs).

Exemple de demande en plein incident : « Montre-moi les logs d’erreur du service paiement depuis 30 minutes et dis-moi quel déploiement les a précédés. » L’agent appelle les outils correspondants et vous répond dans la même fenêtre que votre code.

Les réponses sont calibrées pour ne pas saturer le contexte du modèle : elles sont tronquées si besoin, avec des instructions pour obtenir la suite, et la plupart des outils acceptent un paramètre max_tokens.

Installer le serveur MCP Datadog

Avant tout, un administrateur doit activer MCP Access (et, pour les actions d’écriture, MCP Write Access) dans Organization Settings, rubrique MCP. Chaque utilisateur doit aussi disposer des permissions mcp_read et, si besoin, mcp_write.

Claude Code

La voie la plus simple est le plugin officiel :

/plugin install datadog@claude-plugins-official

Vous pouvez aussi déclarer le serveur à la main dans ~/.claude.json :

{
  "mcpServers": {
    "datadog": {
      "type": "http",
      "url": "https://mcp.datadoghq.com/v1/mcp"
    }
  }
}

Notre guide ajouter un serveur MCP à Claude détaille ces fichiers de configuration.

Cursor et VS Code

Dans Cursor, installez le plugin Datadog depuis le Marketplace (ou Cursor Settings, puis Plugins), puis tapez /ddsetup dans le chat de l’agent. Dans VS Code, installez l’extension Datadog et lancez la commande Datadog: Open MCP Configuration Assistant.

Codex CLI

[mcp_servers.datadog]
url = "https://mcp.datadoghq.com/v1/mcp"
http_headers = { "X-Datadog-MCP-Toolsets" = "apm,llmobs" }

Ajoutez ces lignes à ~/.codex/config.toml, puis authentifiez-vous avec codex mcp login datadog.

Claude Desktop et ChatGPT

Ajoutez un connecteur personnalisé avec l’adresse du serveur, ou passez par le répertoire de connecteurs de l’application.

Choisir l’adresse de votre site Datadog

  • EU1 (datadoghq.eu) : https://mcp.datadoghq.eu/v1/mcp
  • US1 : https://mcp.datadoghq.com/v1/mcp
  • US3, US5, AP1, AP2, UK1 : même modèle, par exemple https://mcp.us5.datadoghq.com/v1/mcp
  • US1-FED et US2-FED : non pris en charge.

Avant de coller une configuration JSON, vous pouvez la vérifier avec notre validateur de configuration MCP.

Activer seulement les toolsets utiles

Par défaut, seul un socle d’outils est chargé. Ajoutez le paramètre toolsets à l’adresse pour en activer d’autres, par exemple ?toolsets=apm,llmobs, ou toolsets=all. Dans Claude Code, la commande /ddtoolsets fait la même chose. Le paramètre omit_tools retire des outils précis, par exemple ?omit_tools=search_datadog_logs,search_datadog_spans.

Les toolsets disponibles incluent notamment core, alerting, dashboards, error-tracking, kubernetes, dbm, rum, security, synthetics, cost et workflows. Les toolsets apm, live-debugger et remote-actions sont en préversion et doivent être demandés par leur nom.

Limites et pièges à connaître

  • Mauvais site régional : une adresse US1 ne verra pas une organisation hébergée sur EU1. Vérifiez le domaine de votre console Datadog.
  • Ancienne adresse : les premiers tutoriels citaient une URL en /api/unstable/mcp-server/mcp ; la documentation actuelle utilise /v1/mcp.
  • Quotas : un agent qui boucle peut vite consommer les 100 000 appels mensuels. Datadog indique que ces limites peuvent évoluer et être relevées sur demande au support.
  • Produit en évolution : Datadog précise que le serveur est en développement actif ; la liste d’outils affichée par votre client fait foi.
  • Serveur distinct pour l’analyse de code : le Code Security MCP Server, local, sert aux scans SAST, SCA, secrets ou IaC. Ce n’est pas le serveur décrit ici.

Sécurité

Le serveur transmet les identifiants de l’utilisateur connecté aux API Datadog : il ne donne jamais plus de droits que ceux que cet utilisateur possède déjà. Les écritures exigent la permission correspondante (par exemple monitors_write), vérifiée à chaque appel, et un utilisateur en lecture seule voit ses appels d’écriture rejetés.

Le serveur ne reçoit ni votre prompt ni le raisonnement du modèle, seulement le nom de l’outil et ses arguments. En revanche, votre client IA envoie les résultats à son fournisseur de modèle : pour limiter ce qui peut sortir, restreignez les données accessibles avec le contrôle d’accès par rôle (RBAC), le Data Access Control et les requêtes de restriction des logs. Quelques outils (recherche sémantique, génération de requêtes) s’appuient sur des modèles hébergés par les fournisseurs d’IA de Datadog ; le support peut les désactiver pour toute l’organisation.

Côté traçabilité, chaque appel est enregistré dans l’Audit Trail (événement « MCP Server ») et deux métriques suivent l’usage : datadog.mcp.session.starts et datadog.mcp.tool.usage. Datadog conserve par ailleurs 120 jours de données d’usage du serveur. Pour une revue complète, suivez notre checklist sécurité MCP.

Questions fréquentes

Le serveur MCP de Datadog est-il payant ?

Il faut un compte Datadog dont l’administrateur a activé l’accès MCP. La documentation n’indique pas de tarif propre au serveur ; elle fixe des limites d’usage de 100 000 appels d’outils par mois et 50 appels par tranche de 10 secondes.

Quelle adresse utiliser pour un compte Datadog européen ?

Pour le site EU1 (datadoghq.eu), utilisez https://mcp.datadoghq.eu/v1/mcp. Chaque site Datadog a sa propre adresse, et les sites gouvernementaux US1-FED et US2-FED ne sont pas pris en charge.

L’agent peut-il modifier mes monitors ?

Oui, si l’administrateur a activé MCP Write Access et si votre rôle possède la permission mcp_write ainsi que la permission Datadog de la ressource, comme monitors_write. Sinon, l’appel est rejeté.

Datadog envoie-t-il mes données à un fournisseur d’IA ?

Le serveur n’envoie pas vos données à un fournisseur tiers : c’est votre client IA qui transmet les résultats à son modèle. Seuls quelques outils, comme la recherche sémantique, utilisent des modèles hébergés par les fournisseurs d’IA de Datadog, désactivables via le support.

Sources

Voir aussi la fiche Datadog de notre annuaire.

Recevez gratuitement le guide complet du MCP

Une newsletter simple, sans spam. Désinscription en un clic.