Suivez ce guide pour installer la distribution Datadog du Collector OpenTelemetry (DDOT) sur des hosts bare-metal et des machines virtuelles basés sur Windows.
Prérequis
Pour compléter ce guide, vous avez besoin des éléments suivants :
Une version Windows prise en charge (Windows Server 2016+ ou Windows 10+). Consultez les plateformes prises en charge pour plus de détails.
Réseau :
When using the Datadog SDK with OpenTelemetry API support, telemetry is routed to different components depending on the signal source. Ensure the following ports are accessible on your Datadog Agent or Collector:
Signal Source
Protocol
Port
Destination Component
OTel Metrics and Logs API
OTLP (gRPC/HTTP)
4317 / 4318
Datadog Agent OTLP Receiver or DDOT Collector
Datadog Tracing
Datadog trace intake
8126 (TCP)
Datadog Trace Agent
Runtime Metrics
DogStatsD
8125 (UDP)
DogStatsD Server
Installer le Datadog Agent avec le Collector OpenTelemetry
Cette installation est requise pour les configurations Datadog SDK + DDOT et OpenTelemetry SDK + DDOT. Bien que le SDK Datadog implémente l'API OpenTelemetry, il nécessite toujours le Collector DDOT pour traiter et transférer les métriques et logs OTLP.
Installation
Pour installer le Collector DDOT sur un host Windows, utilisez la commande MSI suivante :
$p=Start-Process-Wait-PassThrumsiexec-ArgumentList'/qn /i "https://windows-agent.datadoghq.com/datadog-agent-7-latest.amd64.msi" /log C:\Windows\SystemTemp\install-datadog.log APIKEY="<DATADOG_API_KEY>" SITE="" DD_OTELCOLLECTOR_ENABLED=true'if($p.ExitCode-ne0){Write-Host"msiexec failed with exit code $($p.ExitCode) please check the logs at C:\Windows\SystemTemp\install-datadog.log"-ForegroundColorRed}
Cette commande installe à la fois le package principal du Datadog Agent et le Collector DDOT qui s’exécute parallèlement.
Remarque : Pour l’Agent v7.78+, si le Datadog Agent est déjà installé sur le host, vous pouvez installer le Collector DDOT séparément. Exécutez depuis une session PowerShell élevée :
Si aucune erreur n’a été rencontrée lors de l’installation, un rapport sur le statut de l’Agent est renvoyé. Les premières lignes ressemblent alors à ce qui suit :
====================
Agent (v7.x.x)
====================
Status date: 2025-08-22 18:35:17.449 UTC (1755887717449)
Agent start: 2025-08-22 18:16:27.004 UTC (1755886587004)
Pid: 2828211
Go Version: go1.24.6
Python Version: 3.12.11
Build arch: amd64
Agent flavor: agent
FIPS Mode: not available
Log Level: info
Il y aura également une OTel Agent section de statut qui inclut des informations OpenTelemetry :
Le fichier de configuration du Datadog Agent est automatiquement installé à C:\ProgramData\Datadog\datadog.yaml. L’installateur ajoute les paramètres de configuration suivants à C:\ProgramData\Datadog\datadog.yaml pour activer le DDOT Collector :
DDOT lie automatiquement l’OpenTelemetry Collector aux ports 4317 (grpc) et 4318 (http) par défaut.
(Facultatif) Activez des fonctionnalités Datadog supplémentaires
L'activation de ces fonctionnalités peut entraîner des frais supplémentaires. Consultez la page de tarification et parlez à votre responsable de la réussite client avant de continuer.
Pour obtenir une liste complète des options disponibles, consultez le fichier de référence entièrement commenté sur C:\ProgramData\Datadog\datadog.yaml.example. Sinon, consultez le fichier de configuration de l’Agent pour Windows sur GitHub.
Lors de l’activation de fonctionnalités Datadog supplémentaires, utilisez toujours les fichiers de configuration du Collector Datadog ou du Collector OpenTelemetry au lieu de vous fier aux variables d’environnement Datadog.
Configurez l’OpenTelemetry Collector
L’installateur fournit un exemple de configuration de l’OpenTelemetry Collector sur C:\ProgramData\Datadog\otel-config.yaml que vous pouvez utiliser comme point de départ.
Exemple de fichier otel-config.yaml issu de l’installation
L’exemple otel-config.yaml issu de l’installation ressemblera à ceci :
Remarque : Si key n’est pas spécifié ou défini sur un secret, ou si site n’est pas spécifié, le système utilise les valeurs de la configuration principale de l’Agent. Par défaut, l’Agent principal définit le site sur datadoghq.com (US1).
Prometheus receiver
Le Prometheus receiver collecte des métriques de santé depuis l’OpenTelemetry Collector pour le pipeline de métriques.
Exemple d’application instrumentée avec l’API OpenTelemetry
À titre d’exemple, vous pouvez utiliser l’exemple d’application Calendrier qui est déjà instrumenté pour vous. Le code suivant instrumente la méthode CalendarService.getDate() en utilisant les annotations et l’API OpenTelemetry :
Votre application doit envoyer des données au DDOT Collector sur le même host. Assurez-vous que la variable d’environnement OTEL_EXPORTER_OTLP_ENDPOINT est définie sur votre application.
Si vous utilisez l’application exemple, run-otel-local.sh configure les variables d’environnement requises et exécute l’application :
Remarque : vous pouvez exécuter ce script dans Git Bash, qui est inclus avec Git pour Windows.
Corréler les données d’observabilité
Unified service tagging relie les données d’observabilité dans Datadog afin que vous puissiez naviguer entre les métriques, les traces et les logs avec des tags cohérents.
Dans les environnements bare-metal, env, service et version sont définis via les variables d’environnement des attributs de ressource OpenTelemetry. Le DDOT Collector détecte cette configuration de marquage et l’applique aux données qu’il collecte depuis les applications.
Dans l’application exemple, cela est effectué dans run-otel-local.sh :
Redéployez votre application pour appliquer les modifications apportées à vos variables d’environnement. Une fois la configuration mise à jour active, unified service tagging est entièrement activé pour vos métriques, traces et logs.
Explorer les données d’observabilité dans Datadog
Utilisez Datadog pour explorer les données d’observabilité de votre application.
Automatisation du parc
Explorez vos configurations du Datadog Agent, du DDOT Collector et de l’OpenTelemetry Collector en amont.
Surveillance de l’infrastructure
Affichez les métriques d’exécution et d’infrastructure pour visualiser, surveiller et mesurer les performances de vos hosts.
Logs
Consultez les logs pour surveiller et diagnostiquer les opérations de l’application et du système.
Traces
Affichez les traces et les spans pour observer le statut et les performances des requêtes traitées par votre application, avec des métriques d’infrastructure corrélées dans la même trace.
Métriques d’exécution
Surveillez les métriques d’exécution (JVM) de vos applications.
Métriques de santé du Collector
Affichez les métriques du DDOT Collector pour surveiller la santé du Collector.
Pour aller plus loin
Documentation, liens et articles supplémentaires utiles: