システム アラートは、バックアップ データベース、バックアップデーモン、バックアップされた 配置の健全性など、MongoDB Ops Manager自体の健全性を監視する内部ヘルス チェックです。MongoDB Ops Manager は5 分ごとにヘルスチェックを実行します。
システム アラートのリストを表示するには:
UI Adminの上部にある {0MongoDB Ops Manager リンクをクリックします。
[Alerts] タブをクリックします。
System Alertsの下のOpen Alertsリンクをクリックします。
無効にされているシステム アラートはグレー表示されます。
Global Ownerロールがある場合は、通知設定を変更したり、 システムアラートを無効にしたり できます。
システム アラート コンポーネント
各システムアラートは、次の 3 つの要素で構成されています。
コンポーネント | 例 |
|---|---|
アラートをトリガーする条件 |
|
アラートの受信者のリスト |
|
アラートの送信方法 |
|
アラートが有効になっており、そのtrigger条件が満たされている場合、 MongoDB Ops Managerは、そのアラートに指定されたメディアを使用して、指定された受信者にアラートを送信します。 通知オプションのリストについては、このページの「 システム アラートの通知設定 の変更 」手順 の「 アラート受信者と配信方法の選択 」ステップを参照してください。
デフォルトでは、MongoDB Ops Manager は すべての アラートを有効にし、Admin Email Address MongoDB Ops Manager構成オプション の フィールドに指定された メールアドレス にアラートを送信します。
利用可能なシステム アラート
MongoDB Ops Managerは、次のシステム アラートを提供します。
アラート処理
バックアップ
アラート タイプ | Alert Message | 説明 |
|---|---|---|
| バックアップデーモンがoplogエントリの適用で大幅に遅れ、 MongoDB Ops Managerがoplogエントリを保存する期間を延長した場合に送信されます。 デフォルトでは、 MongoDB Ops Managerはoplogエントリをoplogストアに 24 時間保存します。 デーモンが有効期限の 1 時間前にoplogエントリをまだ適用していない場合、 MongoDB Ops Managerはストレージ期間をさらに 3 時間延長します。 MongoDB Ops Managerは、ストレージ期間を最大 14 日間まで延長することができます。 このアラートを受け取った場合:
| |
| 新しいバックアップデーモンへのバックアップジョブの移行が失敗した場合に送信されます。 バックアップジョブは元のバックアップデーモンで引き続き実行されます。 ジョブの移動の詳細については、「ジョブ 」を参照してください。 |
バックアップデーモン
アラート タイプ | Alert Message | 説明 |
|---|---|---|
| バックアップデーモンが 15 分以上MongoDB Ops Managerを ping しなかった場合に送信されます。 | |
| ||
| バックアップされたレプリカセットのローカル コピーが保存されているディスク パーティションの空き領域が 1 GB 未満の場合に送信されます。 このスペース制限を変更するには、「 システム アラートの通知設定の変更 」手順に従います。 | |
| バックアップされたレプリカセットのローカル コピーが保存されているディスク パーティションの空き領域が 10% 未満の場合に送信されます。 このパーセンテージを変更するには、 システムアラートの通知設定の変更 手順に従います。 | |
|
Blockstore
アラート タイプ | Alert Message | 説明 |
|---|---|---|
| ||
| シャーディングされたブロックストアがシャーディングされたクラスター バランサーを実行している場合に送信されます。 シャーディングされたブロックストアではバランサーを無効にする必要があります。 バランサーを無効にするには、「 バランサーを無効にする 」を参照してください。 | |
| ||
| ブロックストアが使用するディスク容量が構成された |
CRON ジョブ
CRON ジョブ ステータス
データベース プロセス
アラート タイプ | Alert Message | 説明 |
|---|---|---|
| MongoDB Ops Managerがバッキング データベースに接続できず、ping コマンドを実行できない場合に送信されます。 | |
| ||
| バッキング データベース をホストしている MongoDB | |
|
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チームにメールまたはテキスト メッセージでアラートを送信します。 このオプションは、少なくとも 1 つのチームが作成された後にのみ表示されます。 | |||||||||||||||
SNMPホスト | 標準ポート 重要MongoDB Ops Manager 6.0.0 はSNMPアラートを廃止します。 MongoDB Ops Manager 7.0.0 にはSNMPアラートは含まれません。 その他のアラート オプションの詳細については、「サードパーティ サービスの統合 」を参照してください。 | |||||||||||||||
メールアドレス | 指定されたメールアドレスにアラートを送信します。 | |||||||||||||||
SMS | 電話番号にアラートを送信します。 MongoDB Ops Manager は、 国際（米国以外）の電話番号の場合は、E.164 標準の を使用して電話番号を形式。例、ニューヨークの場合は、電話番号の前に MongoDB Ops Manager は、米国に拠点を置く Twilio をテキスト メッセージの送信に使用しています。 米国以外の国の電話番号には、代替として Google Voice の電話番号を使用してみてください。 SMS MongoDB Ops Managerを使用するように for Twilio 統合を構成します。 | |||||||||||||||
HipChat ルーム メッセージ ストリームにアラートを送信します。 HipChat ルーム名とAPIトークンを入力します。 | ||||||||||||||||
組織に認可された Slack ワークプレイスの Slack チャンネルにアラートを送信します。
Slackの Bot ユーザーの詳細については、Slack のドキュメントを参照してください。 | ||||||||||||||||
アラートをPagerDuty アカウントに送信します。PagerDuty 統合キーのみを入力します。エスカレーション ルールとアラートの割り当てを PagerDuty で直接定義します。 PagerDuty ダッシュボードから PagerDuty アラートを確認します。 PagerDuty REST API v1 キーは 10 月2018 で廃止されました。av1 キーをお持ちの場合は、そのキーをMongoDB Ops Managerで引き続き使用できます。 すべての新しい PagerDuty キーはREST API v2 を使用しますが、 MongoDB Ops Manager はv2 キーをサポートしていません。REST API v1キーをお持ちでない場合は、代わりに PagerDuty Events API v1 を使用します。 | ||||||||||||||||
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 アカウントで DataDog APIキーを見つけます。 | ||||||||||||||||
管理者 | MongoDB Ops Manager構成オプションの Admin Email Address フィールドで指定されたメールアドレスにアラートを送信します。 | |||||||||||||||
グローバル アラートの概要メール | 指定されたメールアドレスにすべてのグローバル アラートの概要メールを送信します。 |
システムアラートの無効化
MongoDB AdminOps MongoDB Ops ManagerManagerの右上隅にある リンクをクリックします。
MongoDB Ops Manager では、管理特権がある場合にのみAdminリンクが表示されます。