手順 4: Azure SRE エージェントでインシデント対応を設定する

推定時間: 10 分

インシデント プラットフォームを接続し、対応計画を作成します。 インシデントが到着すると、エージェントは自動的に調査し、詳細な実行プランを生成します。

達成する内容

この手順を完了すると、エージェントは次の操作を行います。

  • Azure Monitor、PagerDuty、または ServiceNow からインシデントを受信します
  • 一致するインシデントを自動的に調査する
  • 手順から AI 実行プランを生成します
  • 証拠を収集し、推奨事項を提供します

前提条件

Requirement 詳細情報
エージェントが作成されました 手順 1: 最初にエージェントを作成します
インシデント プラットフォーム Azure Monitor (既定)、PagerDuty、または ServiceNow。

ヒント

必須ではありませんが、 手順 2: ナレッジの追加手順 3: ソース コードの接続 を完了すると、インシデント対応が大幅に強化されます。 エージェントは Runbook を参照し、問題を特定のコード変更に関連付け、一般的な調査をチーム固有の根本原因分析に変換します。

インシデント プラットフォームを接続する

チームが使用するインシデント プラットフォームを選択して構成します。

Azure Monitor (既定)

Azure Monitor は、エージェントの作成時に自動的に接続します。 追加の構成は必要ありません。

PagerDuty または ServiceNow

インシデント プラットフォームとして PagerDuty または ServiceNow を接続するには:

  1. 左側のサイドバーで [設定] を 選択します。
  2. [インシデント プラットフォーム] を選択します。
  3. ドロップダウンからプラットフォームを選択します。
    • PagerDuty: REST API アクセス キーを入力します。
    • ServiceNow: インスタンスの URL と資格情報を入力します。
  4. 保存を選びます。

これで、エージェントはプラットフォームからインシデントを受け取ります。

対応計画の作成

サブエージェント ビルダー キャンバスから応答プランを作成します。 どのトリガーがどのサブエージェントにルーティングするかを確認できます。

  1. 左側のサイドバーで [ビルダー ] を選択します。
  2. サブエージェント ビルダーを選択します。
  3. インシデントを処理するサブエージェントを見つけて、左側にある [ + ] ボタンを選択します。
  4. [ インシデント トリガーの追加] を選択します
  5. トリガーを構成します。名前を設定し、重大度レベル (P1 や P2 など) を選択し、影響を受けたサービスを選択し、必要に応じてタイトル キーワード フィルターを追加します。
  6. 自律レベルを選択します (開始するにはレビュー をお勧めします)。
  7. 一致するインシデントをプレビューし、[ 作成] を選択します。

トリガーは、キャンバス上のサブエージェントに接続されたノードとして表示されます。

Important

インシデント プラットフォームを初めて接続すると、既定の クイック スタート 応答プランが自動的に作成されます。 独自の応答プランを作成した場合、クイック スタート プランはそれらのプランと共に実行され、インシデントが間違ったカスタム エージェントにルーティングされたり、2 回処理されたりする可能性があります。 競合を回避するには、 Builder>Incident 応答プランに移動し、 テーブル ビューに切り替えて、クイック スタート プランを削除します。

スクリーンショットを含む完全なステップ バイ ステップ ガイドについては、 インシデント トリガーの設定に関するチュートリアルを参照してください。

サブエージェント ビルダー キャンバスに表示される応答プラン。

インシデントが発生した場合の対応

インシデントがプランと一致すると、エージェントによって自動的に処理されます。

  1. プラットフォームからインシデントの詳細を取得します。
  2. メモリを検索 して、類似した過去のインシデントと関連ドキュメントを検索します。
  3. コマンドを実行し、証拠を収集して、プランを実行します。
  4. 結果をタイムスタンプ と推奨事項で要約します。

過去のインシデントと関連ドキュメントを示すメモリ検索。

結果の例

次の例は、コンテナー アプリ インシデントからの結果を示しています。

要約:

  • コンテナーは 01:27Z 付近で再起動され、メモリが急激に低下しました。
  • 現在の構成: 2 Gi メモリ、1 CPU、minReplicas=2、maxReplicas=4。

考えられる原因: 一時的なコンテナーの再起動 (OOM またはデプロイ)。

推奨アクション:

  1. 再起動の影響を軽減するには、minReplicas を 3 ~ 4 に増やします。
  2. コンテナーの正常性プローブを確認します。

エージェントは、一般的なアドバイスではなく、証拠に基づいて実用的な推奨事項を提供します。

次のステップ