Présentation
Grâce aux checks de service, vous pouvez définir le statut d’un service, afin de le surveiller dans Datadog. Les checks de service effectuent un suivi du statut de disponibilité d’un service donné. Après un certain nombre d’échecs successifs de connexion au service en question, l’Agent de surveillance vous envoie une alerte. Par exemple, si l’Agent surveillant un host Redis ne parvient pas à se connecter à Redis ni à recueillir des métriques après trois tentatives consécutives, vous en êtes informé.
Les checks de service au niveau du cluster vous permettent de surveiller efficacement les systèmes distribués ou redondants qui peuvent subir certaines défaillances. Ces alertes sont particulièrement utiles pour les architectures au sein desquelles des hosts individuels exécutent plusieurs services. En effet, elles affichent le niveau de dégradation du service en question, même si les hosts exécutant ce service demeurent disponibles (et transmettent un check de santé au niveau du host).
Vous pouvez configurer la surveillance et l’envoi d’alertes lorsqu’un service critique non redondant n’est plus accessible, ou lorsqu’un cluster est sur le point d’échouer en raison d’une défaillance importante d’un nœud. Il est également possible de surveiller d’autres situations critiques, comme une chute du débit des requêtes ou une hausse de la latence des requêtes.
Si une intégration ne possède pas de check de service natif, ou si vous souhaitez surveiller le statut de disponibilité d’un service interne, vous devrez peut-être configurer un check de service.
Pour utiliser un check de service, commencez par configurer le check :
Documentation, liens et articles supplémentaires utiles:
Dès que le check de service commence à envoyer des données, vous pouvez consulter son résumé et configurer des dashboards, des monitors et des alertes :
Visualiser votre check de service dans Datadog
Les checks de service peuvent être visualisés et utilisés dans 3 sections de Datadog :
Sommaire des checks
La page sommaire des checks énumère tous les checks signalés sur votre infrastructure au cours de la journée écoulée. Sélectionnez un check pour obtenir des informations sur l’état et les tags associés au check.
Récupérer les détails d’un signal
Vous pouvez visualiser vos checks de service en ajoutant un widget Statut de check à un screenboard :
Lorsque vous cliquez sur l’icône du widget Statut de check, la fenêtre contextuelle suivante s’affiche :
Utilisez ce formulaire pour définir les options suivantes :
- Check Name : permet de sélectionner le nom de votre check de service.
- Reporting Timeframe : permet de sélectionner l’intervalle de temps selon lequel le statut doit être agrégé.
- Scoping : permet de sélectionner un statut de check unique ou un cluster de statuts de check associés à une seule valeur de tag ou à une clé de tag.
- Widget Title : permet de définir le titre de votre widget.
Monitor de check de service
Même si vous ne pouvez pas représenter graphiquement l’évolution d’un check de service (comme vous le feriez pour des métriques), vous pouvez quand même le surveiller avec un monitor de check de service.
Utilisez ce formulaire pour définir les options suivantes :
- Pick a service check : permet de sélectionner le nom du statut de check à surveiller.
- Pick monitor scope : permet de sélectionner le contexte de votre monitor (en incluant ou excluant des tags).
- Set alert conditions : permet de choisir entre une alerte de check simple et une alerte de cluster.
- Configure notifications and automations : permet de choisir à qui ce monitor doit envoyer des notifications et modifier les notifications envoyées (en savoir plus sur les notifications de Datadog).
- Define permissions and audit notifications : permet de modifier les autorisations d’accès pour votre monitor et de définir les notifications d’audit.
Pour en savoir plus sur la création d’un check de service, consultez la section Monitor de check de service.
