Présentation

L’intégration Network Time Protocol (NTP) est activée par défaut et transmet les décalages temporels avec un serveur NTP toutes les 15 minutes. Lorsque l’Agent local est décalé de plus de 15 secondes par rapport au service Datadog et aux autres hosts surveillés, vous risquez de rencontrer les problèmes suivants :

• Déclencheurs d’alertes non valides
• Retards de métriques
• Intervalles vides dans les graphiques de métriques

Par défaut, le check détecte le fournisseur de cloud sur lequel l’Agent est exécuté, et utilise le serveur NTP privé de ce fournisseur, le cas échéant. Si aucun fournisseur de cloud n’est détecté, l’Agent utilise par défaut les serveurs NTP ci-dessous :

• 0.datadog.pool.ntp.org
• 1.datadog.pool.ntp.org
• 2.datadog.pool.ntp.org
• 3.datadog.pool.ntp.org

Remarque : les requêtes NTP ne prennent par en charge les paramètres de proxy.

Configuration

Installation

Le check NTP est inclus avec le package de l’Agent Datadog : vous n’avez donc rien d’autre à installer sur vos serveurs.

Configuration

L’Agent active le check NTP par défaut. Pour configurer vous-même le check, modifiez le fichier ntp.d/conf.yaml dans le dossier conf.d/ à la racine du répertoire de configuration de votre Agent. Consultez le fichier d’exemple ntp.d/conf.yaml pour découvrir toutes les options de configuration disponibles.

Remarque : si vous modifiez le fichier de configuration du check Datadog/NTP, redémarrez l’Agent pour prendre en compte le changement de configuration.

Validation

Lancez la sous-commande status de l’Agent et cherchez ntp dans la section Checks.

Données collectées

Métriques

Événements

Le check NTP n’inclut aucun événement.

Checks de service

ntp.in_sync
Renvoie CRITICAL si l’horloge du host dépasse le seuil configuré à partir de l’heure NTP, renvoie UNKNOWN si l’Agent n’est pas capable de se connecter au serveur NTP ou renvoie OK pour les autres cas.
Statuses: ok, critical, unknown

Dépannage

Besoin d’aide ? Contactez l’assistance Datadog.