システム アラートの管理
システム アラートは、バッキングMongoDB Ops Manager データベース、 バックアップデーモン 、バックアップされた 配置 の健全性など、 自体の健全性をモニターする内部ヘルス チェックです。MongoDB Ops Managerは 5 分ごとにヘルスチェックを実行します。
システム アラートのリストを表示するには:
UI Adminの上部にある {0MongoDB Ops Manager リンクをクリックします。
[Alerts] タブをクリックします。
System Alertsの下のOpen Alertsリンクをクリックします。
無効にされているシステム アラートはグレー表示されます。
Global Owner
またはGlobal Monitoring Admin
ロールがある場合は、通知設定を変更したり、システム アラートを無効にしたりできます。
システム アラート コンポーネント
各システムアラートは、次の 3 つの要素で構成されています。
コンポーネント | 例 |
---|---|
アラートをトリガーする条件 |
|
アラートの受信者のリスト |
|
アラートの送信方法 |
|
アラートが有効になっており、そのtrigger条件が満たされている場合、 MongoDB Ops Managerは、そのアラートに指定されたメディアを使用して、指定された受信者にアラートを送信します。 通知オプションのリストについては、このページの「 システム アラートの通知設定 の変更 」手順 の「 アラート受信者と配信方法の選択 」ステップを参照してください。
デフォルトでは、MongoDB Ops Manager は すべての アラートを有効にし、Admin Email Address MongoDB Ops Manager構成オプション の フィールドに指定された メールアドレス にアラートを送信します。
利用可能なシステム アラート
MongoDB Ops Managerは、次のシステム アラートを提供します。
アラート処理
バックアップ
アラート タイプ | Alert Message | 説明 |
---|---|---|
OPLOG_TTL_RESIZE | バックアップデーモンがoplogエントリの適用で大幅に遅れ、 MongoDB Ops Managerがoplogエントリを保存する期間を延長した場合に送信されます。 デフォルトでは、 MongoDB Ops Managerはoplogエントリをoplogストアに 24 時間保存します。 デーモンが有効期限の 1 時間前にoplogエントリをまだ適用していない場合、 MongoDB Ops Managerはストレージ期間をさらに 3 時間延長します。 MongoDB Ops Managerは、ストレージ期間を最大 14 日間まで延長することができます。 このアラートを受け取った場合:
| |
THEFT_FAILED | 新しいバックアップデーモンへのバックアップジョブの移行が失敗した場合に送信されます。 バックアップジョブは元のバックアップデーモンで引き続き実行されます。 ジョブの移動の詳細については、「ジョブ 」を参照してください。 |
バックアップデーモン
アラート タイプ | Alert Message | 説明 |
---|---|---|
DAEMON_DOWN | バックアップデーモンが 15 分以上MongoDB Ops Managerを ping しなかった場合に送信されます。 | |
DAEMON_UP | ||
LOW_HEAD_FREE_SPACE | バックアップされたレプリカセットのローカル コピーが保存されているディスク パーティションの空き領域が 1 GB 未満の場合に送信されます。 このスペース制限を変更するには、「 システム アラートの通知設定の変更 」手順に従います。 | |
LOW_HEAD_FREE_SPACE_PERCENT | バックアップされたレプリカセットのローカル コピーが保存されているディスク パーティションの空き領域が 10% 未満の場合に送信されます。 このパーセンテージを変更するには、 システムアラートの通知設定の変更 手順に従います。 | |
SUFFICIENT_HEAD_FREE_SPACE |
Blockstore
アラート タイプ | Alert Message | 説明 |
---|---|---|
BALANCER_OFF | ||
BALANCER_ON | シャーディングされたブロックストアがシャーディングされたクラスター バランサーを実行している場合に送信されます。 シャーディングされたブロックストアではバランサーを無効にする必要があります。 バランサーを無効にするには、「 バランサーを無効にする 」を参照してください。 | |
INSIDE_SPACE_USED_THRESHOLD | ||
OUTSIDE_SPACE_USED_THRESHOLD | ブロックストアが使用するディスク容量が構成された threshold 設定を超える場合に送信されます。 デフォルトのしきい値は、ブロックストアが保存されている合計ディスク容量の85 % です。 mms.alerts.OutsideSpaceUsedThreshold.maximumSpaceUsedPercent MongoDB Ops Managerの構成で 値を変更できます。 |
CRON ジョブ
CRON ジョブ ステータス
データベース プロセス
アラート タイプ | Alert Message | 説明 |
---|---|---|
BACKING_DATABASE_PROCESS_DOWN | MongoDB Ops Managerがバッキング データベースに接続できず、ping コマンドを実行できない場合に送信されます。 | |
BACKING_DATABASE_PROCESS_NO_STARTUP_WARNINGS | ||
BACKING_DATABASE_PROCESS_STARTUP_WARNINGS | ||
BACKING_DATABASE_PROCESS_UP | ||
BACKINGDB_DEFAULTRW_CONCERN_VERIFICATION_FAILED | バッキング データベース の読み取り保証 ( read concern ) が "local" ではなく 、書込み保証 ( write concern ) が で ないw: "majority" 場合に送信されます。 |
Log
システム アラートの通知設定の変更
MongoDB AdminOps MongoDB Ops ManagerManagerの右上隅にある リンクをクリックします。
MongoDB Ops Manager では、管理特権がある場合にのみAdminリンクが表示されます。
アラートの受信者と配信方法を選択します。
Send toセクションで、通知を構成します。 通知または受信者を追加するには、 Addをクリックし、以下のオプションから選択します。 通知をテストするには、通知を構成した後に表示されるテスト リンクをクリックし、テストするサービスがメッセージを受信することを確認します。
どのアラート通知方法を設定できるかは、アラートの範囲によって異なります。
- プロジェクト アラート
- 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リンクが表示されます。