AI エージェント向け: ドキュメントインデックスは https://www.mongodb.com/ja-jp/docs/llms.txt で利用できます。すべてのページの markdown バージョンは、いずれかの URL パスに .md を追加することで利用できます。
Docs Menu

Ops Manager での Webhook との統合

Ops Manager は、プログラムによる処理のためにHTTP POST リクエストとして Webhook エンドポイントにアラート通知を送信するように構成できます。 Webhook を使用すると、Ops Manager アラートをカスタム モニタリング システム、インシデント マネジメント プラットフォーム、またはオートメーションワークフローと統合できます。

Ops Manager を Webhook と統合するには、プロジェクトへのProject Monitoring Admin アクセス権が必要です。

1
  1. まだ表示されていない場合は、目的のプロジェクトを含む組織をナビゲーション バーの Organizations メニューで選択します。

  2. まだ表示されていない場合は、ナビゲーション バーの Projects メニューから目的のプロジェクトを選択します。

  3. Integrations左側のナビゲーション パネルで、 見出しの下のSettings [0] をクリックします。

2
3

Webhook URLフィールドに、MongoDB Ops Manager がアラート通知を送信するエンドポイントURLを入力します。

4

Webhook Secretフィールドに秘密鍵を入力します。 MongoDB Ops Manager はこのシークレットを使用して、リクエスト検証用の X-MMS-Signature ヘッダーを生成します。

5

Webhook にアラートを送信するには、アラート通知を構成します。詳細については、「 Ops Manager でのアラート設定の構成 」を参照してください。

MongoDB Ops Manager には、 Webhookリクエストごとに次のHTTPヘッダーが含まれています。

MongoDB Ops Manager は、さまざまなアラート状態を区別するためにX-MMS-Eventというリクエスト ヘッダーを追加します。 このヘッダーに指定できる値は次のとおりです。

alert.open

アラートは先ほど開かれています。

alert.close

アラートは解決されました。

alert.update

以前に開かれたアラートはまだ開いています。

alert.acknowledge

アラートは確認されました。

alert.cancel

アラートは無効になり、キャンセルされました。

alert.inform

「プライマリ選択」など、特定の時点のイベントである情報アラートを表します。

Webhook Secretフィールドにキーを指定すると、 MongoDB Ops Manager はX-MMS-Signatureリクエストヘッダーを追加します。このヘッダーには、リクエスト本文の base64 エンコードされた HMAC -SHA-1 署名が含まれています。 MongoDB Ops Manager は、提供されたシークレットを使用して署名を作成します。

リクエストボディには、 Ops Manager APIアラートリソースと同じ形式を使用するJSONドキュメントが含まれています。ペイロードには、次のようなキー フィールドが含まれます。

  • id: アラートの一意の識別子です。

  • eventTypeName: アラートをトリガーするイベントの種類。

  • created: アラートが作成されたタイムスタンプ。

  • status:アラートの現在のステータス(例: 、OPEN、CLOSED)。

  • humanReadable:アラートの人間が判読可能な説明 。

フィールドの完全なリストについては、 Get One Alert エンドポイントのドキュメント を参照してください。

次の例は、 メトリクスしきい値アラートのサンプルWebhook ペイロードを示しています。

{
"id": "5d1b6f8e8c2e4e2d3c4a5b6c",
"groupId": "5d1b6f8e8c2e4e2d3c4a5b6d",
"eventTypeName": "OUTSIDE_METRIC_THRESHOLD",
"status": "OPEN",
"created": "2024-01-15T10:30:00Z",
"updated": "2024-01-15T10:30:00Z",
"lastNotified": "2024-01-15T10:30:00Z",
"humanReadable": "Disk space used on data partition is
95.2%.",
"metricName": "DISK_PARTITION_SPACE_USED_DATA",
"currentValue": {
"number": 95.2,
"units": "RAW"
}
}

Free テンプレートを使用して、リクエストヘッダーとボディ コンテンツをカスタマイズできます。使用可能なテンプレート変数、正規表現ヘルパー、例など、Webhook テンプレートの詳細については、「 Webhook テンプレートの構成 」を参照してください。

Webhook Secretフィールドには、 MongoDB Ops Manager がリクエスト検証用の X-MMS-Signature ヘッダーを生成するためにのみ使用するシークレットが保存されます。 MongoDB Ops Manager は、認証ヘッダーまたはベアラー トークンとしてシークレットを直接送信しません。

ウェブフックエンドポイントで認証が必要な場合は、次のいずれかの方法を使用して独自に取り扱う必要があります。

  • クエリパラメータ: Webhook URLにクエリパラメータとして認証情報を含めます。例: https://example.com/webhook?token=your-auth-token

  • IPアクセス リスト: MongoDB Ops Manager インスタンスのIPアドレスからのリクエストのみを受け入れるように Webhook エンドポイントを設定します。

  • 逆プロキシまたはAPIゲートウェイ: Webhook エンドポイントにリクエストを転送する前に認証を処理するリバース プロキシまたはAPIゲートウェイを使用します。

WebhookリクエストがMongoDB Ops Manager から発生したことを確認するには、X-MMS-Signature ヘッダーを検証します。

1
2
3

一致する場合、リクエストは正規です。

ウェブフック統合を使用する場合は、次の制約事項を考慮してください。

Webhook ペイロードには、Ops Manager alertConfigIdで設定したアラート重大度レベルは含まれません。構成された重大度を取得するには、Webhook ペイロードから を使用して、1 つのアラート構成を取得する エンドポイントを追加で呼び出します。

Ops Manager には、テスト アラートを手動でトリガーする方法は提供されていません。 Webhook エンドポイントをテストするには、次のような簡単にトリガーできる条件でアラートを一時的に設定します。

  • テスト環境の低ディスク容量しきい値。

  • 複数の接続を開くことで trigger できる接続数のスレッショル。

  • テストレプリカセットにおけるレプリケーションラグのしきい値。

ウェブフックがアラートを正しく受信していることを確認した後、テスト アラート構成を削除できます。

Ops Manager はセルフホスト型であるため、Ops Managerサーバーから Webhook エンドポイントへのアウトバウンドHTTPリクエストがネットワークで許可されていることを確認してください。 Webhook エンドポイントがファイアウォール の背後にある場合は、Ops Manager サーバーのIPアドレスをエンドポイントのIP アクセス リストに追加します。

ウェブフックがアラートを受信しない場合:

1
2
3

MongoDB Ops Manager は他のステータス コードを失敗と見なします。

4
5
このページを評価