Docs Menu
Docs Home
/
MongoDB Cloud Manager
/

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

項目一覧

  • 必要なアクセス権
  • サードパーティ設定の表示と変更
  • ビルド モニタリング統合

注意

Cloud Manager StandardおよびCloud Manager Premiumで利用できます。 詳しくは、 MongoDB に問い合わせてください。

Cloud Manager をサードパーティのモニタリング サービスと統合すると、Cloud Managerがクラスターについて収集するパフォーマンス メトリクスを表示および分析できます。

サードパーティ統合設定を表示または変更するには、プロジェクトに対する Project Monitoring Adminアクセス権が必要です。

サードパーティ統合設定を変更するには:

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

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

  3. Projects メニューの横にある Options メニューをクリックし、 Integrations をクリックします。

    プロジェクト統合ページが表示されます。

2

次の項目を設定できます。

設定
説明

PagerDuty 統合キー

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

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

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

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

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

HipChat 設定

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

Slack 設定

警告: 続行する前に、 Slackワークスペース が必要です かつ 、ワークスペースにSlackアプリをインストールするための十分な権限があること。

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

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

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

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

VictorOps 設定

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

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

  • VictorOps API Key

  • VictorOps ルーティングキー(任意)

Opsgenie API Key

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

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

  • Opsgenie API Key

  • API リージョン(米国のみ)

Datadog の設定

Datadog は Cloud Manager ではサポートされていません。

Webhook 設定

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

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

alert.open

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

alert.close

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

alert.update

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

alert.acknowledge

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

alert.cancel

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

alert.inform

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

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

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

Microsoft Teams Webhook URL

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

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

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

Prometheus 設定

Cloud Manager を構成して、配置に関するメトリクス データを Prometheus インスタンスに送信します。詳細については、「Prometheus との統合」を参照してください。

Cloud Manager API モニタリングとアラート エンドポイントを使用してモニタリング統合を構築できます。

戻る

利用可能なメトリクスの検討