Blog

3 Nouvelles fonctionnalités majeures – Partie 2 : L'API Nagios -> PagerDuty

par André Miklas 3 août 2010 | 2 min de lecture

Ceci est le deuxième article d'une série en trois parties sur les dernières améliorations apportées à PagerDuty. N'oubliez pas de vérifier Partie 1 et Partie 3 .

Nagios Nous venons de sortir un Nagios API pour PagerDuty. Si vous utilisez Nagios pour surveiller vos hôtes, vous n'avez plus besoin d'utiliser le mécanisme d'intégration de messagerie de PagerDuty pour recevoir des SMS et des appels téléphoniques depuis votre installation Nagios. Au lieu de cela, vous pouvez complètement contourner l'étape de courrier électronique et demander à Nagios de communiquer directement les messages de problème, d'accusé de réception et de récupération à PagerDuty via une API HTTPS.

Add a Nagios service

Le principal avantage de l'API par rapport au mécanisme d'intégration de la messagerie électronique est que PagerDuty peut désormais clôturer automatiquement les incidents lorsque Nagios signale que le problème a été résolu. Plus besoin de recevoir un appel 30 minutes après avoir résolu un problème parce que vous avez oublié de marquer l'incident comme résolu dans PagerDuty! De plus, puisque l'API nous permet de faire la distinction entre les messages PROBLEM et RECOVERY, PagerDuty ne lancera plus faussement le processus d'alerte sur un message RECOVERY.

Utiliser la nouvelle API Nagios est très simple : il vous suffit de créer un service Nagios dans PagerDuty, de copier un petit script Perl sur votre serveur Nagios, puis d'ajouter un « pseudo-contact » à votre configuration Nagios correspondant au nouveau service. Pour plus de détails étape par étape sur la façon de procéder, veuillez consulter notre Guide d'intégration Nagios .

En basculant votre installation Nagios pour utiliser l'API, vous pourrez bénéficier d'un certain nombre de nouvelles fonctionnalités de PagerDuty que nous avons prévues. Une fonctionnalité actuellement en préparation est la possibilité pour PagerDuty d'envoyer des alertes par e-mail et SMS lorsqu'un incident est résolu. Grâce à cette fonctionnalité, vous pourrez voir en un coup d'œil si un problème s'est résolu de lui-même avant de sortir du lit à 3 heures du matin.

Une autre fonctionnalité que nous envisageons actuellement est la possibilité d'attribuer des alertes Nagios à différentes politiques d'escalade PagerDuty basées sur des variables Nagios telles que HOSTGROUP et SERVICEGROUP. Faites-nous savoir si cela vous semble utile. Nous aimerions savoir si c'est quelque chose que votre équipe opérationnelle utiliserait.