サードパーティサービスの統合

PagerDuty に送信されるアラート通知のデフォルトのサービスキー アカウント。MongoDB Ops Manager は、アラート構成に PagerDuty 通知を追加すると、デフォルトでキーを入力します。 PagerDuty 通知を追加し、通知の送信に使用されるキーが無効になった場合、 MongoDB Ops Managerはプロジェクト所有者にメールを送信し、最終的にキーを削除します。

ユーザーの確認が必要なアラートにのみ PagerDuty 通知を追加できます。 レプリカセットが新しいプライマリを選択したことなどの情報アラートでは、PagerDuty 通知は使用できません。

ユーザーは PagerDuty ダッシュボードからのみ PagerDuty アラート通知を確認できます。

重要:統合キーを変更しても、この統合を使用するアラートは変更されません。 これらのアラートは、前の統合キーを引き続き使用します。 新しいキーを使用するには、各 PagerDuty 通知を削除して再追加します。

すべての新しい PagerDuty キーは Events API v2 を使用します 。Events API v1 キーをお持ちの場合は、そのキーをMongoDB Ops Managerで引き続き使用できます。

HipChat アカウントに送信されるアラート通知用のデフォルトのルームと APIトークン。 MongoDB Ops Managerは、アラート構成に HipChat 通知を追加すると、デフォルトで 値を入力します。 HipChat 通知を追加し、通知の送信に使用されるトークンが無効になった場合、MongoDB Ops Manager はProject Ownerにメールを送信し、最終的にトークンを削除します。

Slack アカウントに送信されるアラート通知のチーム名、API トークン、およびチャンネル名。 Configureをクリックし、次にSign in with Slackをクリックして、OAuth2 と Slack 統合を構成できます。

サインインすると、Slack ランディング ページが表示され、ワークスペースを選択して権限を設定できます。 Slackに接続するようにMongoDB Ops Manager を構成すると、API トークンが自動的に生成および維持されます。Integrations pageにリダイレクトされます。

SlackでMongoDB Ops Manager を最初に構成した後、統合をEdit またはRemove にできます。統合を編集すると、チーム名とAPIトークンが表示され、チャンネル名を変更できるようになります。

重要:レガシー トークンは非推奨であり、 MongoDB Ops Managerの将来のバージョンで削除される予定です。 レガシートークン統合は編集できません。 代わりに、OAuth 2を使用してSlack統合を再構成する必要があります。

VictorOps アカウントに送信されるアラート通知のAPIキーとルーティング キー。 MongoDB Ops Managerは、アラートを構成するときに、これらの値をデフォルトの VictorOps 設定として使用します。

VictorOps アカウントから次の情報を入力します。 VictorOps アカウントをお持ちでない場合は、 サインアップできます。

• VictorOps API Key

• VictorOps ルーティングキー（任意）

Opsgenie アカウントに送信されるアラート通知のAPIキー。 MongoDB Ops Manager はこの値をデフォルトの Opsgenie Alert API として使用します アラートを設定するときに使用するキー。

Opsgenie アカウントから次の情報を入力します。 Opsgenie アカウントをお持ちでない場合は、 サインアップできます。

• Opsgenie API Key

• API リージョン（米国のみ）

Ops Manager構成は、配置に関するメトリクスデータをDatadogに送信するために使用します。これらのメトリクスはDatadogダッシュボードで表示できます。

Datadog アカウントから次の情報を入力して、Datadog でMongoDB Ops Managerメトリクス データの追跡を開始します。 Datadog アカウントをお持ちでない場合は、DataDog でサインアップできます 。

• Datadog API Key

  次のシナリオでは、不正確なヘルス ステータスが表示される場合があります。

  • ネットワーク パーティションがあり、 MongoDB Agentがレプリカセット内の分離されたノードに存在する場合、分離されたノードからの ping のみが Datadog に到達します。 分離されたノードとMongoDB Ops Manager UI は、他のノードがダウンしていると報告します。

  • ネットワーク パーティションがあり、MongoDB エージェントが影響を受けるノードの外部にある場合、すべてのノードからの ping は Datadog に到達しますが、異なるステータスが報告されます。

  • すべてのノードが応答しないか、その状態がハングしている場合は、新しい ping は受信されません。 MongoDB Ops Manager UI ではこれらのノードがダウンしていると報告されますが、Datadog では正常であると報告され、ステータスが古くなります。

  重要:ヘルス ステータスが1であるが、Datadog に他のメトリックが表示されない場合は、レプリカセットがダウンしている可能性があります。

Webhook URL MongoDB Ops Managerがプログラムによる処理のためにアラートを送信できるエンドポイント。 MongoDB Ops Manager は、リクエスト ボディに MongoDB Ops Manager API アラート リソース と同じ形式を使用する JSON ドキュメントが含まれる HTTP POST リクエストとしてアラートを送信します。

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

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

Webhook にアラート通知を送信するには、アラート構成の作成または編集時に Webhook 通知オプションを選択します。 Webhook 通知を追加し、 URLまたはオプション キーが無効になった場合、MongoDB Ops Manager はProject Ownerにメールを送信し、最終的に Webhook 設定を削除します。

Webhook に HTTPS が必要な場合は、CA 証明書をMongoDB Ops Manager信頼ストアにインポートする必要があります。

Flowdock に送信されるアラート通知のデフォルト値を設定します。 MongoDB Ops Managerは、アラート構成に Flowdock 通知を追加すると、デフォルトで 値を入力します。 Flowdock 通知を追加し、通知を送信するための認証情報が無効になった場合、MongoDB Atlas は Project Owner にメールを送信し、最終的に認証情報を削除します。

CA Flowdock アカウントから次の情報を入力します。 CA Flowdock アカウントをお持ちでない場合は、 サインアップできます。

• orgName

• フロー名

• API Token

プロジェクトに関するアラートをMicrosoft Teams に送信するように構成します チャンネル「」。MongoDB Ops Managerこれらのアラートは、 アダプティブ カード で確認できます。 チャンネルに表示される。

Microsoft Teams チャネルにアラート通知を送信するには、Microsoft Teamss 受信 Webhook を作成する必要があります。 Webhook の作成後は、自動生成URL を使用して、Microsoft で TeamsMongoDB Ops Manager 統合を構成できます。

統合を設定するには、「Microsoft Teams との統合」を参照してください。

配置に関するメトリクス データを Prometheus に送信するように構成するMongoDB Ops Manager インスタンス。統合を設定するには、「 Prometheus との統合 」を参照してください。