アラート設定
項目一覧
Overview
アラート構成では、アラートを triggerする 条件 とアラートの通知方法を定義します。このチュートリアルでは、指定されたプロジェクトのアラート構成を作成および管理する方法について説明します。 グローバル アラート構成を作成および管理するには、「グローバル アラートの管理 」を参照してください。
Considerations
SMS 送信
呼び出しなしリスト、送信または配信されるメッセージの上限、配信時刻、メッセージ キャッシュなど、多くの要因がアラート配信に影響を与える可能性があります。
テキスト メッセージの受信に関連するコストについては、電話サービス契約に確認してください。
SMS を選択する場合、 MongoDB Ops Managerは、ユーザーアカウントに関連付けられた携帯電話番号を持つプロジェクト内のすべてのユーザーにアラート テキスト メッセージを送信します。
アラート間隔
異なる頻度を持つ複数のアラート構成を作成できます。 アラートの最小頻度は 5 分です。
再通知の間隔は、アラート サイクルごとに最大 24 時間まで頻度が増加します。 たとえば、頻度が 5 分で、アラート条件が午前 9 時に最初にトリガーされると、後続のアラートは午前 9 時 5 分、午前 9 時 15 分、午前 9 時 30 分などに発生します。
アラート条件が発生した後に MongoDB Ops Manager がアラートを送信するまでの経過時間を設定できます。 これにより、誤検知を排除できます。
デフォルトのアラート構成
MongoDB Ops Manager では、組織向けのデフォルトのアラートは提供されません。
MongoDB Ops Managerは、プロジェクトの作成時に、プロジェクトに対して次のアラート構成を自動的に作成します。
ユーザーがプロジェクトに参加しました（
JOINED_GROUP）ホストの SSL 証明書は30日以内に期限切れになります（
HOST_SSL_CERTIFICATE_STALE）モニタリングはダウンしています（
MONITORING_AGENT_DOWN）
バックアップを有効にすると、 MongoDB Ops Managerはプロジェクトに次のアラート構成を作成します（未作成の場合）。
バックアップ oplog が遅れています（
OPLOG_BEHIND）バックアップには再同期が必要です（
RESYNC_REQUIRED）クラスターにアクティブな mongos がありません（
CLUSTER_MONGOS_IS_MISSING）ホストにはセキュリティの推奨事項があります
クエリ ターゲティング: スキャンされたオブジェクト / 返されるのは
注意
デフォルト構成では、スキャンされたドキュメントと返されたドキュメントの比率が、指定されたしきい値を 10 分以上満たすか超えた場合にのみアラートが送信されます。
通知オプションのデフォルト設定
次の通知オプションのデフォルト設定を構成できます。
MongoDB Ops Manager組織
MongoDB Ops Managerユーザー
メールアドレス
SMS
HipChat
Slack
PagerDuty
Datadog
VictorOps
Opsgenie
次の通知オプションのデフォルト設定を構成できます。
MongoDB Ops Manager組織
MongoDB Ops Managerユーザー
メールアドレス
SMS
HipChat
Slack
PagerDuty
Datadog
VictorOps
Opsgenie
上記の通知オプションのいずれかのデフォルト設定を構成するには、サイドバーのProjectsの下に Integrationsをクリックします。 通知オプションを見つけ、デフォルト値を入力します。
MongoDB Ops Managerは、ユーザーが アラート構成の作成 時にそのオプションを選択すると、デフォルト値を自動的に入力します。 通知の送信に使用されるキー、トークン、または URLが無効になった場合、MongoDB Ops Manager はプロジェクト所有者にメールを送信し、最終的にキー、トークン、またはURLを削除します。
アラート構成の作成
新しいアラートを作成する際に、既存アラートを複製できます。
Notification Methodを選択します。
[ Add Notification Method ] 見出しの下で、使用する特定の通知方法の [] ボタンをクリックします。
通知オプション | ユーザー アラート | 請求アラート | 説明 |
|---|---|---|---|
MongoDB Ops Manager組織 | 組織内の特定のロールを持つユーザーに、メールまたはテキスト メッセージでアラートを送信します。 | ||
MongoDB Ops Managerユーザー | メールまたはテキスト メッセージで、MongoDB Ops Manager ユーザーにアラートを送信します。
| ||
メールアドレス | 指定した任意のメールアドレスにアラートを送信します。 | ||
mobileNumber | 電話番号にアラートを送信します。 MongoDB Ops Manager は、 国際（米国以外）の電話番号の場合は、E164 を使用して 形式の電話番号を付けます。 標準の 。たとえば、ニューヨークの場合は、電話番号の前に MongoDB Ops Managerは米国に拠点を置く Twilio を使用しています テキスト メッセージを送信します。 米国以外の国の 電話番号には、代替として Google Voice を使用してみてください 電話番号に記載されている場合があります。 SMS MongoDB Ops Managerを使用するように for Twilio 統合を構成します。 | ||
Slack | 組織に認可された Slack ワークプレイスの Slack チャンネルにアラートを送信します。
Slack の Bot ユーザーの詳細については、 Slack のドキュメント を参照してください 。 | ||
PagerDuty | アラートを PagerDuty に送信する アカウント。PagerDuty 統合キーのみを入力します。 エスカレーション ルールとアラートの割り当てを PagerDuty で直接定義します。 PagerDuty ダッシュボードから PagerDuty アラートを確認します。 すべての新しい PagerDuty キーは Events API v2 を使用します 。Events API v1 キーをお持ちの場合は、そのキーをMongoDB Ops Managerで引き続き使用できます。 | ||
Datadog | Datadog にアラートを送信 Datadog イベントとしてのアカウントです。 アラートが最初に開くと、MongoDB Ops Manager は「エラー」イベントとしてアラートを送信します。 その後の更新は「情報」イベントとして送信されます。 アラートが閉じられたときには、 MongoDB Ops Managerは「成功」イベントを送信します。 プロンプトが表示されたら、 API Keyの下に DataDog APIキーを入力し、 Validate Datadog API Keyをクリックします。 DataDog API キー の検索 Datadog アカウントの | ||
VictorOps | VictorOps アカウントにアラートを送信します。
このオプションは、確認が必要なアラートに表示されます。 この通知方法は、 情報アラート で使用できます。 これらのアラートには、 VictorOps ダッシュボードから VictorOps アラートの受信を確認します。 | ||
Opsgenie | アラートを Opsgenie アカウントに送信します。
このオプションは、確認が必要なアラートに表示されます。 この通知方法は、 情報アラート で使用できます。 これらのアラートには、 Opsgenie アラートを確認する Opsgenie ダッシュボードからの。 |
アラートをトリガーする条件を選択します。
Alert ifセクションで、ターゲットのコンポーネントと条件を選択します。 アラート条件の詳細については、「アラート イベントのタイプ 」を参照してください。
アラートの受信者と配信方法を選択します。
次のSend toセクションの中で
（任意） MongoDB Ops Managerが送信する誤検出を減らすために、send if condition lasts at least フィールドに、条件がアラートを送信するまでの経過時間（分）を指定します。 指定した時間が経過した後に実行される次のアラート チェックでアラートが送信されます。
（任意）resend after フィールドに、条件がアラートを再送信するまでの経過時間（分）を指定します。
[Add] をクリックし、次の表に記載されているオプションから選択します。
どのアラート通知方法を設定できるかは、アラートの範囲によって異なります。
- プロジェクト アラート
- 1 つ以上の個別の組織とプロジェクトにのみ適用されます。
- Global alerts
- すべての組織とプロジェクトに適用されます。
- システム アラート
- とそのバッキング データベースの 健全 性に適用します。MongoDB Ops Manager
アラート通知の方法は次のとおりです。
通知方法プロジェクトグローバルシステム説明MongoDB Ops Managerプロジェクトプロジェクト内の特定のロールを持つユーザーに、メールまたはテキスト メッセージでアラートを送信します。
MongoDB Ops Manager組織組織内の特定のロールを持つユーザーに、メールまたはテキスト メッセージでアラートを送信します。
MongoDB Ops Managerユーザーメールまたはテキスト メッセージで、MongoDB Ops Manager ユーザーにアラートを送信します。
MongoDB Ops Manager ユーザーのアカウントに設定された携帯電話番号にこれらのアラートを送信するには、 SMSを選択します。
MongoDB Ops Manager ユーザーのアカウントに設定されたメールアドレスにこれらのアラートを送信するには、 Emailを選択します。 デフォルトではEmailがオンになっています。
MongoDB Ops Managerチームメールまたはテキスト メッセージで、MongoDB Ops Manager ユーザーにアラートを送信します。
MongoDB Ops Manager ユーザーのアカウントに設定された携帯電話番号にこれらのアラートを送信するには、 SMSを選択します。
MongoDB Ops Manager ユーザーのアカウントに設定されたメールアドレスにこれらのアラートを送信するには、 Emailを選択します。 デフォルトではEmailがオンになっています。
SNMPホストメールアドレス指定されたメールアドレスにアラートを送信します。HipChat ルーム メッセージ ストリームにアラートを送信します。 HipChat ルーム名とAPIトークンを入力します。組織に認可された Slack ワークプレイスの Slack チャンネルにアラートを送信します。
チャンネル名と API トークンまたは Bot トークンを入力します。
APIトークンを作成するには、次のAPI Slackを参照してください: ページを参照して 。
Slack の Bot ユーザーの詳細については、 Slack のドキュメント を参照してください 。
アラートを PagerDuty に送信する アカウント。PagerDuty 統合キーのみを入力します。 エスカレーション ルールとアラートの割り当てを PagerDuty で直接定義します。
PagerDuty ダッシュボードから PagerDuty アラートを確認します。
すべての新しい PagerDuty キーは Events API v2 を使用します 。Events API v1 キーをお持ちの場合は、そのキーをMongoDB Ops Managerで引き続き使用できます。
Webhookプログラムによる処理のためにエンドポイントにHTTP POST リクエストを送信します。 リクエスト JSONボディには、 MongoDB Ops ManagerAPIアラート リソース と同じ形式を使用する ドキュメントが含まれています。
このオプションを構成するには、 [ Project Settings ] ページで Webhook 設定を構成します。
グローバル レベルでこのメソッドを使用するには、次のようにします。
Administration consoleのOps Manager Config Miscellaneousタブに移動します。
Webhook URLとWebhook Secretの設定を更新します。
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 は、提供されたシークレットを使用して署名を作成します。Datadog にアラートを送信 Datadog イベントとしてのアカウントです。
アラートが最初に開くと、MongoDB Ops Manager は「エラー」イベントとしてアラートを送信します。 その後の更新は「情報」イベントとして送信されます。 アラートが閉じられたときには、 MongoDB Ops Managerは「成功」イベントを送信します。
プロンプトが表示されたら、 API Keyの下に DataDog APIキーを入力し、 Validate Datadog API Keyをクリックします。
DataDog API キー の検索 Datadog アカウントの
管理者MongoDB Ops Manager構成オプションの Admin Email Address フィールドで指定されたメールアドレスにアラートを送信します。グローバル アラートの概要メール指定されたメールアドレスにすべてのグローバル アラートの概要メールを送信します。
アラート構成の削除
アラート設定を削除すると、 MongoDB Ops Managerはその設定に関連するアクティブなアラートをキャンセルします。 削除されたアラート設定は、表示されません。
アラート構成の無効化または有効化
アラート設定を無効にすると、 MongoDB Ops Managerはその設定に関連するアクティブなアラートをキャンセルします。 無効にされたアラート設定は表示されたままグレー表示され、後で再度有効にすることができます。
アラートを一定期間のみ無効にする必要がある場合は、アラートを一時停止できます。
アラート構成の変更履歴の表示
すべてのアラート、アラート設定、削除されたアラートはOrganization Alertsページで表示できます。 詳しくは、「アラート ワークフロー 」を参照してください。
Project Alertsページで、オープン アラート、クローズド アラート、およびアラート設定を表示できます。 MongoDB Ops Manager は、 Openタブに表示されるすべてのアラートの通知を送信します。 詳しくは、「アラート ワークフロー 」を参照してください。