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