Dies ist der zweite Artikel einer dreiteiligen Serie über die neuesten Verbesserungen von PagerDuty. Schauen Sie sich unbedingt an Teil 1 Und Teil 3 .

Wir haben gerade ein Nagios API für PagerDuty. Wenn Sie Nagios zur Überwachung Ihrer Hosts verwenden, müssen Sie den E-Mail-Integrationsmechanismus von PagerDuty nicht mehr verwenden, um SMS und Anrufe von Ihrer Nagios-Installation zu erhalten. Stattdessen können Sie den E-Mail-Schritt vollständig umgehen und Nagios Problem-, Bestätigungs- und Wiederherstellungsnachrichten direkt über eine HTTPS-API an PagerDuty übermitteln lassen.

Der Hauptvorteil der API gegenüber dem E-Mail-Integrationsmechanismus besteht darin, dass PagerDuty Vorfälle jetzt automatisch schließen kann, wenn Nagios meldet, dass das Problem behoben wurde. Sie erhalten 30 Minuten nach der Behebung eines Problems keinen Anruf mehr, weil Sie vergessen haben, den Vorfall in PagerDuty als gelöst zu markieren! Da die API es uns außerdem ermöglicht, zwischen PROBLEM- und RECOVERY-Nachrichten zu unterscheiden, startet PagerDuty bei einer RECOVERY-Nachricht nicht mehr fälschlicherweise den Alarmprozess.

Die Verwendung der neuen Nagios-API ist sehr einfach: Sie erstellen einfach einen Nagios-Dienst in PagerDuty, kopieren ein kleines Perl-Skript auf Ihren Nagios-Server und fügen dann Ihrer Nagios-Konfiguration einen „Pseudo-Kontakt“ hinzu, der dem neuen Dienst entspricht. Eine schrittweise Anleitung dazu finden Sie in unserer Nagios-Integrationshandbuch .

Wenn Sie Ihre Nagios-Installation auf die API umstellen, können Sie von einer Reihe neuer PagerDuty Funktionen profitieren, die wir geplant haben. Eine Funktion, an der wir gerade arbeiten, ist die Möglichkeit, dass PagerDuty E-Mail- und SMS-Benachrichtigungen versendet, wenn ein Vorfall behoben ist. Mit dieser Funktion können Sie auf einen Blick sehen, ob sich ein Problem von selbst gelöst hat, bevor Sie um 3 Uhr morgens aus dem Bett kriechen.

Eine weitere Funktion, die wir derzeit in Betracht ziehen, ist die Möglichkeit, Nagios-Warnmeldungen verschiedenen PagerDuty Eskalationsrichtlinien basierend auf Nagios-Variablen wie HOSTGROUP und SERVICEGROUP zuzuweisen. Lassen Sie uns wissen, ob dies für Sie nützlich klingt – wir würden gerne wissen, ob Ihr Betriebsteam dies nutzen würde.