Overview
グローバル アラートは、同じアラート構成を複数のプロジェクトに一度に適用します。 アラート条件が発生すると、 MongoDB Ops Managerは影響を受けるプロジェクトにのみ通知を送信します。 MongoDB Ops Manager は、アラートを解決またはキャンセルするまで、定期的に通知を送信します。
グローバル アラートを確認すると、MongoDB Ops Manager は確認期間が経過するまで、またはアラートが解決されるまで、アラートの配布リストにそれ以上の通知を送信しません。 確認期間中にアラート条件が終了した場合、 MongoDB Ops Managerは解決の通知を送信します。
グローバル アラートにアクセスするには、 Global OwnerロールまたはGlobal Monitoring Adminロールが必要です。
注意
デフォルトのグローバル アラート
MongoDB Ops Managerを起動すると、 のデフォルトのグローバル アラート構成が作成されます。 デフォルトのグローバル アラート構成を削除すると、アプリケーションの再起動時に MongoDB Ops Manager はそれを再作成します。
デフォルトのグローバル アラート構成からアラートを受信したくない場合は、そのグローバル アラート構成を無効にする必要があります。
グローバル アラートの表示
リストの上で 1 つ以上のフィルタを選択し、Filter をクリックします。
次の方法でフィルタリングします。 | 以下の操作を行います。 |
|---|---|
確認応答 | All Statesドロップダウン リストで適切なオプションを選択します。 |
プロジェクト | Projectsボックスにプロジェクト名を入力します。 |
プロジェクト タグ | [ Tagsボックスにタグの名前を入力します。
|
アラートタイプ（オープン アラートのみ） | Typesボックスにアラートの種類を入力します。 ボックスは、そのタイプのオープン アラートがある場合にのみ、そのタイプのアラート タイプをオートコンプリートします。 |
日付 | FromフィールドとTo フィールドで日付を選択します。 |
グローバル アラートの構成
アラートをトリガーする条件を選択します。
Alert ifセクションで、ターゲットのコンポーネントと条件を選択します。 アラート条件の説明については、「アラート条件の確認 」を参照してください。
アラートの受信者と配信方法を選択します。
通知または受信者を追加するには、 Send toセクションでAddをクリックします。 誤検知を排除するには、条件によってアラートがトリガーされるまでの経過時間を設定します。
HipChat、Slack、PagerDuty、またはWebhook統合をテストするには、通知を構成した後に表示されるTest Alertボタンをクリックします。Webhook 通知の場合、サンプルデータを使用してカスタム テンプレートをテストします。
どのアラート通知方法を設定できるかは、アラートの範囲によって異なります。
- プロジェクト アラート
- 1 つ以上の個別の組織とプロジェクトにのみ適用されます。
- Global alerts
- すべての組織とプロジェクトに適用されます。
- システム アラート
- とそのバッキング データベースの 健全 性に適用します。MongoDB Ops Manager
アラート通知の方法は次のとおりです。
通知方法 | プロジェクト | グローバル | システム | 説明 | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
MongoDB Ops Managerプロジェクト | プロジェクト内の特定のロールを持つユーザーに、メールまたはテキスト メッセージでアラートを送信します。 | |||||||||||||||
MongoDB Ops Manager組織 | 組織内の特定のロールを持つユーザーに、メールまたはテキスト メッセージでアラートを送信します。 | |||||||||||||||
MongoDB Ops Managerユーザー | メールまたはテキスト メッセージで、MongoDB Ops Manager ユーザーにアラートを送信します。
| |||||||||||||||
MongoDB Ops Managerチーム | 指定されたMongoDB Ops Managerチームにメールまたはテキスト メッセージでアラートを送信します。 このオプションは、少なくとも 1 つのチームが作成された後にのみ表示されます。 | |||||||||||||||
SNMPホスト | 標準ポート | |||||||||||||||
メールアドレス | 指定されたメールアドレスにアラートを送信します。 | |||||||||||||||
HipChat ルーム メッセージ ストリームにアラートを送信します。 HipChat ルーム名とAPIトークンを入力します。 | ||||||||||||||||
組織に認可された Slack ワークプレイスの 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アラート リソース と同じ形式を使用する ドキュメントが含まれています。 フリーマーク テンプレートを使用して、Webhookリクエストヘッダーとボディ コンテンツをカスタマイズできます。これにより、ターゲット システムの要件に合わせてペイロード構造を調整できます。 このオプションを構成するには、 [ Project Settings ] ページで Webhook 設定を構成します。 使用可能なテンプレート変数、正規表現ヘルパー、例など、Webhook テンプレートの詳細については、Webhook テンプレートの構成 を参照してください。 グローバル レベルでこのメソッドを使用するには、次のようにします。
MongoDB Ops Manager は、さまざまなアラート状態を区別するために
Webhook Secretフィールドにキーを指定すると、MongoDB Ops Manager は | |||||||||||||||
DataDog アカウントに DataDog イベント としてアラートを送信します。 アラートが最初に開くと、MongoDB Ops Manager は「エラー」イベントとしてアラートを送信します。 その後の更新は「情報」イベントとして送信されます。 アラートが閉じられたときには、 MongoDB Ops Managerは「成功」イベントを送信します。 プロンプトが表示されたら、 API Keyの下に DataDog APIキーを入力し、 Validate Datadog API Keyをクリックします。 DataDog アカウントで DataDog APIキーを見つけます。 | ||||||||||||||||
管理者 | MongoDB Ops Manager構成オプションの Admin Email Address フィールドで指定されたメールアドレスにアラートを送信します。 | |||||||||||||||
グローバル アラートの概要メール | 指定されたメールアドレスにすべてのグローバル アラートの概要メールを送信します。 |
グローバル アラート構成の無効化または有効化
グローバル アラートの Webhook テンプレートの構成
グローバルアラート構成は Webhook テンプレートをサポートしており、HTTP headers をカスタマイズし、Webhook エンドポイントとなる接続されたデバイスに送信されるリクエストのボディコンテンツをカスタマイズすることができます。これは、複数のプロジェクトにわたって異なるターゲット システムに一致するようにアラートペイロードを調整する必要がある場合に特に役立ちます。
使用可能なテンプレート変数、正規表現ヘルパー、例など、Webhook テンプレートの詳細については、Webhook テンプレートの構成 を参照してください。
デフォルトのグローバル アラート
MongoDB Ops Manager を起動するたびに、次の条件のグローバル アラート構成が作成されます。
ブロックストア ジョブの再試行回数が上限に達しました
同期スライスの転送が 60 分以上進行していない
一貫性のないクラスター スナップショット数が 5 を超えています
バックアップがダウンしています
バックアップでテレカンの失敗が多すぎる
クエリ可能な復元ジョブを実行できるデーモンがありません
一貫性のないバックアップ構成が検出されました
バックアップには再同期が必要です
レプリカセットのスナップショットが遅くなっています
バックアップが予期しない状態です
バックアップが大量の再試行回数に達しました
バックアップをバックアップデーモンに割り当てることができませんでした
デフォルトのグローバル アラート構成からアラートを受信したくない場合は、そのグローバル アラート構成を無効にする必要があります。