サードパーティ サービス統合によるモニター

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 にリダイレクトされます。

MongoDB Ops Manager で Slack を初期設定した後、統合を Edit または Remove できます。統合を編集すると、チーム名と API トークンが表示され、チャンネル名を変更できます。

重要: レガシー トークンは非推奨となっており、将来の MongoDB Ops Manager のバージョンで削除が予定されています。レガシー トークン統合は編集できません。その代わり、OAuth2 と Slack 連携を再構成する必要があります。

Splunk On-Call（以前は VictorOps）アカウントに送信されるアラート通知のAPIキーとルーティングキーを設定します。MongoDB Ops Manager は、アラートを構成するときに、デフォルト設定としてこの情報を使用します。

• Splunk On-Call アカウントをお持ちの場合は、次の情報を入力してください。

  • Splunk On-Call REST エンドポイント統合ルーティング API キー

  • Slack オンコール ルーティング キー（任意）

• Splunk On-Call アカウントをお持ちでない場合は、サインアップしてください。

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 に他のメトリックが表示されない場合は、レプリカセットがダウンしている可能性があります。

Ops Manager が Datadog に配置メトリクスを送信できるようにするには、管理者は conf-mms.propertiesファイルまたは カスタム構成 で mms.featureFlag.monitoring.dataDogMetrics = enabled を設定する必要があります。

この機能フラグは、デフォルトでは有効になっていません。

MongoDB Ops Manager の管理パネル UI を介してこのパラメータを更新する場合、MongoDB Ops Manager アプリケーションを再起動せずに変更が適用されます。

アラートのプロセシングのために Webhook 通知を構成します。以下を設定できます。

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

• Webhook Secret: Webhook認証とセキュリティのための任意の秘密キー。

• OAuth2 Token URL任意：Webhookリクエストを送信する前に、MongoDB Ops Managerがアクセストークンを取得するために呼び出すエンドポイントとなる接続されたデバイスのトークン。

• OAuth2 Client ID任意：MongoDB Ops ManagerがOAuthトークンエンドポイントとなる接続されたデバイスへの認証時に使用するクライアント識別子。

• OAuth2 Client SecretOAuthトークンエンドポイントとなる接続されたデバイスへの認証時にMongoDB Ops ManagerがクライアントIDとともに使用する任意のクライアントシークレット。

• Webhook Headers Template: Webhook リクエストで送信されるHTTP headersをカスタマイズするための任意の freeMarkアラート固有の情報を含めるには、{{eventTypeName}} や {{groupName}} などの変数を使用します。

• Webhook Body Template:リクエスト本文の内容をカスタマイズするための任意の フリーマーク テンプレート。アラート固有の情報を含めるには、{{eventTypeName}} や {{groupName}} などの変数を使用します。これにより、ターゲット システムの要件に合わせてペイロード構造を調整できます。

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

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

OAuth 2.0 クライアント認証情報を設定すると、MongoDB Ops Manager は Authorization リクエストヘッダーを追加します。このヘッダーには、MongoDB Ops Manager が OAuth 2.0 エンドポイントとなる接続されたデバイスから取得するベアラーアクセストークンが含まれています。

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

アラート構成インターフェースの Test Alert ボタンを使用して、Webhook 構成をテストできます。

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

Webhook テンプレートの詳細については、Webhook テンプレートの構成 を参照してください。

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

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

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

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