PagerDuty

概要

PagerDuty を Datadog に接続することで、以下のことが可能になります。

• 自分の投稿に @pagerduty と記載することで、自分のストリームからインシデントをトリガーし、解決する
• インシデントやエスカレーションが発生した際、ストリームで確認する
• オンコール担当者のリマインダーを毎日受け取る

セットアップ

Pagerduty の Datadog インテグレーションガイドをご参照ください。

収集したデータ

メトリクス

PagerDuty インテグレーションには、メトリクスは含まれていません。

イベント

PagerDuty のトリガー/解決されたイベントは、イベントエクスプローラーに表示されます。

サービスのチェック

PagerDuty インテグレーションには、サービスのチェック機能は含まれません。

トラブルシューティング

特定の PagerDuty サービスに通知を送信する

複数のサービスが統合されている場合に、特定の PagerDuty サービスにメッセージや通知を送るには、モニターメッセージに @pagerduty-[serviceName] を使用します。これをモニターの Say what’s happening セクションに入力し始めると、オートコンプリートされるのがわかるはずです。

モニターが回復するとき、通知ハンドルをモニター回復メッセージに含めると、自動的に Pagerduty サービスを解決しますが、{{#is_alert}} コンテキストにのみ含まれている場合は解決しません。

PagerDuty のインシデント重大度のマッピング

PagerDuty インシデントの重大度は、アラートの原因となっているモニターのステータスによって決定されます。次の表は、アラートステータスが PagerDuty インシデントの重大度にどのようにマッピングされるかを示しています。

例えば、モニターが OK から WARNING に遷移し、@pagerduty-[serviceName] に通知した場合、作成される PagerDuty インシデントの重大度は warning となります。

注: このマッピングは自動的に行われ、変更することはできません。

アラートの説明文の切り捨て

Datadog では、PagerDuty に送信されるモニター通知の長さに上限を設けています。上限は 1024 文字です。

お役に立つドキュメント、リンクや記事:

Datadog モバイルアプリで外出先からインシデントを管理ブログ Datadog で PagerDuty を安全にデプロイする方法ブログ サービスカタログとのインテグレーションを利用するブログ

お役に立つドキュメント、リンクや記事:

Datadog モバイルアプリで外出先からインシデントを管理ブログ Datadog で PagerDuty を安全にデプロイする方法ブログ サービスカタログとのインテグレーションを利用するブログ