IBM Cloud Docs
PagerDuty

PagerDuty

PagerDuty は、ユーザーや組織がビジネスに影響を与えるインシデントを防止して解決し、卓越したカスタマー・エクスペリエンスを実現できるようにします。 PagerDuty は、IT 環境全体のお客様に影響を与える可能性があるイベントを組織がプロアクティブに管理するための洞察を提供します。

サービス宛先として PagerDuty を選択すると、イベントに関するサブスクライブ済み通知を アラート として PagerDuty チャネルに送信できます。

PagerDuty APIキーを生成する

ここのガイダンスに従って、 PagerDuty API キーを生成します。

PagerDuty ルーティング・キーの生成

PagerDuty サービスを Event Notifications サービス宛先に統合するには、 PagerDuty ルーティング・キーを生成する必要があります。 PagerDuty ルーティング・キーを生成するには、 Generate a new Integration Keyの手順に従います。

EventsV2 api を PagerDuty サービスと既に統合している場合は、サービス・ディレクトリーにジャンプし、 「その他 (More)」 を選択し、 「統合の表示 (View Integrations)」 を選択します。 このビュー内に統合キーがあります。

PagerDuty 宛先の設定

PagerDuty の宛先は、 Destinations タブで設定できます。

PagerDuty 宛先を構成するには、以下の手順を実行します。

  1. Event Notifications インスタンス・ダッシュボードから、 「宛先」 をクリックします。

  2. 新しい宛先を追加するには、 [追加+] をクリックします。

  3. 「宛先の追加」 サイド・パネルで、以下の詳細を指定します。

    • 名前- 宛先の名前を入力します。
    • 説明-オプションで、宛先の説明を入力します。
    • タイプ- 「宛先」 の下の 「タイプ」 で、宛先タイプとしてドロップダウンから 「PagerDuty」 を選択します。
    • API キー-以前に 生成 した API キーを入力します。
    • ルーティング・キー-以前に 生成された ルーティング・キーを入力します。
  4. 追加 をクリックします。

PagerDuty Event Notifications

Event Notifications は、PagerDuty のアラート・イベントのみをサポートします。 詳しくは、 こちらを参照してください。

対応するPagerDutyアラートイベント
Event Notifications フィールド PagerDuty フィールド サポート対象
routing_key (宛先構成) routing_key ある
trigger (デフォルト) event_action 部分的
ibmendefaultlong payload.summary ある
critical- HIGH, error- MEDIUM, warning- LOW, info- INFO, Default Severity- LOW payload.severity ある
time (クラウド・イベント) payload.timestamp ある
data payload.custom_details ある
source payload.source ある
NA dedup_key いいえ
NA payload.component いいえ
NA payload.group いいえ
NA payload.class いいえ
NA images いいえ
NA links いいえ
Event Notifications severity to PagerDuty severity mapping
Event Notifications の重大度 PagerDuty 重大度
重大 重大
エラー
警告
情報
その他すべて 情報

PagerDuty 宛先構成のテスト

宛先を指定したオプション・メニューで PagerDuty 宛先をテストすることができます。 提供された構成が正しいかどうかにかかわらず、シングルクリックで宛先を簡単にテストできます。

宛先のテストについて詳しくは、 ここ を参照してください。

PagerDuty 再試行ポリシー

Webhook を呼び出すときに、ネットワーク・エラーやアプリケーションの欠陥などの問題が原因で要求が失敗することがあります。 再試行は、外部要求に対する回復力を提供するために使用されます。 このような状況では、以下の値を使用して要求を再試行してください。

  • 制限 = 60 秒: サービスが再試行する合計時間。
  • ステップ = 5 秒: 各障害の後、サービスは 5 秒待機してから再試行します。 この遅延により、外部サービス( PagerDuty )への攻撃が防がれます。

さらに、以下のタイムアウト条件により、 PagerDuty コールが失敗します

  • 10 秒の接続タイムアウト
  • 60 秒の応答タイムアウト

PagerDuty URL へのコールが再試行後も失敗した場合、通知は失われます。