/ /

アラート条件の確認

作成するプロジェクトまたはグローバルアラートごとに、ターゲットと条件またはメトリクスを設定する必要があります。 ターゲットは、変更されたもの（ MongoDB Ops Managerコンポーネント）を指します。条件が true になるか、メトリクスが設定したしきい値を満たすと、 MongoDB Ops Managerはアラートをトリガーします。詳しくは、「アラートワークフロー」を参照してください。

条件を設定するには、次の手順に従います。

リストからTargetを選択します。
condition/metricリストで条件を選択します。

MongoDB Ops Manager は、指定されたターゲット MongoDB インスタンスで条件がtrueの場合にアラートをトリガーします。

メトリクスを設定するには、次の手順に従います。

リストからTargetタイプを選択します。
Target型をフィルタリングするか、 Anyを選択します。
condition/metricリスト内のメトリクスで [] を選択します。
このメトリクスをBelowまたはAboveにする場合はを選択します。
しきい値を入力します。すべてのしきい値は数値です。
しきい値の測定単位を選択します。

MongoDB Ops Manager は、指定されたターゲット MongoDB インスタンスでメトリクスしきい値が満たされたときにアラートをトリガーします。

ホストアラート

ホストのアラートを設定するときは、このアラートに適用するhost typeと、このアラートをトリガーするconditionを選択します。

ホストタイプ

host typeの場合、MongoDB プロセスのすべてまたは次のタイプのアラートを設定します。

ホストタイプをに設定します。	アラートには次が含まれます:
任意のタイプ	この表で説明されているすべてのタイプ。
スタンドアロン	`mongod`レプリカセットまたはシャーディングされたクラスターの一部ではなく、コンフィギュレーションサーバーとして使用されていない任意のインスタンス。
原発	すべてのレプリカセットプライマリ。
セカンダリ	すべてのレプリカセットセカンダリ。
アービタ	すべてのレプリカセットアービタ。
mongos	すべての`mongos` インスタンス。
Config	すべての`mongod` インスタンスがコンフィギュレーションサーバーとして使用されます。

ホストアラート条件

ホストステータスの変更

MongoDB インスタンスが変更されたときのアラートを設定できます。ホストのステータス条件には、次のものが含まれます。

条件	アラートtrigger
ホストが追加されました	Ops Manager により、`mongod` または`mongos` プロセスの初めてのモニタリングまたは管理が開始されます。
ホストが削除されました	Ops Manager は、または`mongod` `mongos`プロセスのモニタリングまたは管理を初めて停止します。
レプリカセットに追加されたホスト	指定されたタイプの`mongod` プロセスは、レプリカセットに追加されます。
レプリカセットから削除されたホスト	指定されたタイプの`mongod` プロセスは、レプリカセットから削除されます。
ホストが再起動しました	MongoDB Ops Managerは、ホストが再起動されたことを検出します。
過去 1 時間の再起動は	MongoDB Ops Managerは、過去 1 時間以内にホストが再起動したホストが指定されたしきい値を超えていることを検出します。
ホストがロールバックを発生しました	MongoDB Ops Manager は、ホスト上の `mongod` がロールバックをトリガーしたことを検出します。次のホストタイプではロールバックは発生しません。アービタ `mongos` 詳細については、「レプリカセットフェイルオーバー中のロールバック」を参照してください。
ホストはリカバリしています	セカンダリは`RECOVERING` 状態になります。`RECOVERING` 状態の詳細については、「レプリカセットノードの状態」を参照してください。
ホストのバージョンが最新でない	ホスト上で実行されている MongoDB の改訂版は、MongoDB の現在の安定版リリースより 2 つ以上遅れています。たとえば、現在の安定リリースがMongoDB 4.0.9 の場合、 MongoDB 4.0.8 を実行しているホストではアラートはtriggerされませんが、 MongoDBバージョン 4.0.7 を実行しているホストではアラートがtriggerされます。 MongoDB のバージョン番号付けの詳細については、MongoDB マニュアルの「 MongoDB のバージョン番号」を参照してください。
ホストの SSL 証明書は 30 日以内に期限切れになります	MongoDB インスタンスの SSL 証明書の有効期限は 30 日から 30 日後です。 MongoDB Ops Manager は、解決または確認されるまで、24 時間ごとにアラートを再送信します。アラートを解決または確認せず、証明書の有効期限が切れた場合、MongoDB Ops Manager は引き続きアラートを送信します。証明書の有効期限が切れると、モニタリングは MongoDB インスタンスに接続できなくなります。

ホストがダウンしている

MongoDB Ops Manager は 4 分以上ホストから ping を受信しません。通常の操作では、モニタリングは各モニター対象ホストに約 1 分ごとに 1 回接続します。 MongoDB Ops Managerは、ホストの再起動中に発生するような誤検知を最小限に抑えるために、アラートをトリガーする前に 4 分間待機します。

ホストに引き続きアクセスできない場合、モニタリングによってping頻度は最終的に、5 では分ごと、mongod では20 mongos分ごとに削減されます。またはmongod mongosが再びアクセス可能になると、Ops Manager は5 分以内にプロセスを認識します。

MongoDB Ops Manager オートメーションが mongos プロセスを管理せず、そのプロセスに 30 日間アクセスできない場合、MongoDB Ops Manager は Deployment タブからそのプロセスを除きます。ただし、mongos プロセスを再起動すると、MongoDB Ops Manager はそれを検出します。

このアラートを解決するには、「ホストの修正」を参照してください。

アドバイザー

Performance Advisorにホストのインデックスの提案がある場合は、 Host Has Index Suggestionsアラートを設定してアラートを受信できます。

ホストのクエリターゲティング比率が 10 分間、一貫して 10,000 を超える場合、Performance Advisor はホストをチェックし、非効率的なクエリとパフォーマンスを向上させる可能性のあるインデックスをチェックします。 Performance Advisor が 1 つ以上のインデックスがホストにメリットをもたらすと判断した場合、このアラートがトリガーされ、推奨されるインデックスを作成するように指示されます。

このアラートは、trigger が無効になっているプロジェクトではPerformance Advisor しません。

アサート

インスタンスが 1 秒あたりに作成したアサーションエラーの数に関するアラートを設定できます。

注意

測定方法

MongoDB は、asserts コマンドが返す serverStatusドキュメントを使用して opscounter をレポートします。

アサートメトリクスには、次のものが含まれます。

メトリクス	アラートtrigger
アサート。通常は	通常のアサートのレートが指定したしきい値を満たしています。
アサート。警告は	警告のレートが指定したしきい値を満たしています。
アサート。Mg は	メッセージアサートのレートが指定したしきい値を満たしています。メッセージアサートは内部サーバーエラーです。スタックトレースはログに記録されます。
アサート: ユーザーは	ユーザーが作成するアサートのレートが指定したしきい値を満たしています。

注意

MongoDB Ops Managerでは、これらのメトリクスの選択に対するチャートを作成できます。

MongoDB Ops Managerプロジェクトの Deployment ビューから、List タブをクリックします。
監視するプロセスをクリックします。
[Status] タブをクリックします。
[] を下にスクロールして使用可能なメトリクスのリストを表示し、チャート化するメトリクスを選択します。

MongoDB Ops Managerでホストメトリクスのチャートを作成する方法について詳しくは、「配置メトリクスの表示」を参照し、MongoDB Process Metrics タブをクリックします。

平均実行時間

重要

MongoDB 3.4 以降にのみ適用

次のメトリクスは、MongoDB バージョン 3.4 以降を実行している配置にのみ適用されます。

操作の完了までの所要時間のアラートを設定できます。実行時間メトリクスには、次のものが含まれます。

メトリクス	アラートtrigger
平均実行時間。コマンドは	コマンド操作の平均実行時間が指定したしきい値を満たしています。
平均実行時間。読み取りは	読み取り操作の平均実行時間が指定したしきい値を満たしています。
平均実行時間。書込みは	書込み (write) 操作の平均実行時間が指定したしきい値を満たしています。

Document Metrics

1 秒あたりに処理される MongoDB ドキュメントの数のアラートを設定できます。ドキュメント処理メトリクスには、次のものが含まれます。

メトリクス	アラートtrigger
ドキュメントメトリクス。削除は	削除されたドキュメントの 1 秒あたりの平均レートが、指定したしきい値を満たしています。
ドキュメントメトリクス。挿入は	挿入されたドキュメントの 1 秒あたりの平均レートが指定したしきい値を満たしています。
ドキュメントメトリクス。返されるのは	返されたドキュメントの 1 秒あたりの平均レートが、指定したしきい値を満たしています。
ドキュメントメトリクス。更新は	更新されたドキュメントの 1 秒あたりの平均レートが、指定したしきい値を満たしています。

注意

MongoDB Ops Managerでは、これらのメトリクスの選択に対するチャートを作成できます。

MongoDB Ops Managerプロジェクトの Deployment ビューから、List タブをクリックします。
監視するプロセスをクリックします。
[Status] タブをクリックします。
[] を下にスクロールして使用可能なメトリクスのリストを表示し、チャート化するメトリクスを選択します。

クエリターゲティング

クエリ中に MongoDB がアイテムをスキャンする速度や、返されたドキュメントと比較してスキャンされたアイテムの数に関するアラートを設定できます。クエリ実行時間メトリクスには、次のものが含まれます。

注意

測定方法

MongoDB は、コマンドに基づいてクエリexplain パフォーマンスを測定します。

Query Targeting: Scanned is: クエリおよびクエリプランの評価中にインデックス項目をスキャンするための 1 秒あたりの平均レートが、指定されたしきい値を満たしています。

Query Targeting: Scanned Objects is: ドキュメントをスキャンする 1 秒あたりの平均レートが指定したしきい値を満たしています。

Query Targeting: Scanned / Returned is: 返されたドキュメントに対するスキャンされたインデックス項目の割合が、指定されたしきい値を満たしています。

Query Targeting: Scanned Objects / Returned is: スキャンされたドキュメントと返されたドキュメントの比率が指定されたしきい値を満たす。

注意

MongoDB Ops Managerでは、これらのメトリクスの選択に対するチャートを作成できます。

MongoDB Ops Managerプロジェクトの Deployment ビューから、List タブをクリックします。
監視するプロセスをクリックします。
[Status] タブをクリックします。
[] を下にスクロールして使用可能なメトリクスのリストを表示し、チャート化するメトリクスを選択します。

Opcounter

1 秒あたりに完了するデータベース操作の数のアラートを設定できます。

注意

測定方法

MongoDB は、opscounters コマンドが返す serverStatusドキュメントを使用して opscounter をレポートします。

操作メトリクスには、次のものが含まれます。

条件	アラートtrigger
Opcounter。Cmd は	1 秒あたりに実行されるコマンドの平均レートが、指定したしきい値を満たしています。
Opcounter: 削除は	1 秒あたりに実行される削除の平均レートが、指定したしきい値を満たしています。
Opcounter: Get mores は	1 秒あたりに実行される getMores の平均レートが、指定したしきい値を満たしています。プライマリでは、クエリ数が少ない場合でも、この数は高くなることがあります。セカンダリは、レプリケーションの一部としてプライマリから "getMore" を実行します。
opcounter。挿入は	1 秒あたりに実行される挿入の平均レートが、指定したしきい値を満たしています。
Opcounter。クエリは	1 秒あたりに実行されるクエリの平均レートが、指定したしきい値を満たしています。
Opcounter。更新は	1 秒あたりに実行された更新の平均レートが、指定したしきい値を満たしています。

注意

MongoDB Ops Managerでは、これらのメトリクスの選択に対するチャートを作成できます。

MongoDB Ops Managerプロジェクトの Deployment ビューから、List タブをクリックします。
監視するプロセスをクリックします。
[Status] タブをクリックします。
[] を下にスクロールして使用可能なメトリクスのリストを表示し、チャート化するメトリクスを選択します。

Opcounter - Repl

MongoDBセカンダリに複製される 1 秒あたりのデータベース操作の数のアラートを設定できます。

注意

測定方法

MongoDB は、opscountersRepl コマンドが返すserverStatus ドキュメントを使用して opscounter をレポートします。

レプリケーション操作メトリクスには、次のものが含まれます。

メトリクス	アラートtrigger
Opcounter。Repl Cmd は	1 秒あたりに適用される複製済みコマンドの平均レートは、しきい値を満たしています。
Opcounter: Repl Delete は	1 秒あたりに適用される複製済み削除の平均レートがしきい値を満たしています。
Opcounter。Repl Insert は	1 秒あたりに適用される複製済み挿入の平均レートがしきい値を満たしています。
Opcounter。Repl 更新は	1 秒あたりに適用される複製済み更新の平均レートがしきい値を満たしています。

注意

MongoDB Ops Managerでは、これらのメトリクスの選択に対するチャートを作成できます。

MongoDB Ops Managerプロジェクトの Deployment ビューから、List タブをクリックします。
監視するプロセスをクリックします。
[Status] タブをクリックします。
[] を下にスクロールして使用可能なメトリクスのリストを表示し、チャート化するメトリクスを選択します。

メモリ

MongoDB インスタンスが使用するメモリ量のアラートを設定できます。このしきい値は、ビット、キロビット、メガビット、ギガビット、バイト、キロバイト、メガバイト、ギガバイト、テラバイト、またはペタバイト単位で設定します。

注意

測定方法

MongoDB は、mem serverStatusコマンドが返すドキュメントを使用してメモリに関するレポートを作成します。

メモリメトリクスには、次のものが含まれます。

メトリクス	アラートtrigger
メモリ。常駐は	`mongod`プロセスの常駐メモリサイズが指定されたしきい値を満たしています。専用データベースホストでは時間の経過とともに、常駐メモリがホスト上のRAMの量に近づく可能性があります。
メモリ。仮想は	`mongod`プロセスの仮想メモリサイズが指定したしきい値を満たしています。このアラートを使用すると、メモリマッピング外の過剰なメモリにフラグを付けることができます。
メモリ。マップ済みは	`mongod`プロセスのマッピングされたメモリサイズが指定されたしきい値を満たしています。 MongoDBメモリがすべてのデータファイルをマッピングするため、マップされたメモリのサイズはデータベースの合計サイズに近づく必要があります。
メモリ。計算は	`mongod`メモリマッピングで考慮されていないプロセスの仮想メモリサイズが指定したしきい値に達しました。この数字が非常に高い場合（数ギガバイト）、メモリマッピング以外で過剰なメモリが使用されていることを示します。

注意

MongoDB Ops Managerでは、これらのメトリクスの選択に対するチャートを作成できます。

MongoDB Ops Managerプロジェクトの Deployment ビューから、List タブをクリックします。
監視するプロセスをクリックします。
[Status] タブをクリックします。
[] を下にスクロールして使用可能なメトリクスのリストを表示し、チャート化するメトリクスを選択します。

セキュリティ

セキュリティメトリクスには、次のものが含まれます。

メトリクス	アラートtrigger
ホストにはセキュリティの推奨事項があります	認証またはTLSは無効になっています。

Swap

スワップメトリクスには、以下が含まれます。

メトリクス	アラートtrigger
スワップ使用量。使用されるのは	使用中のスワップ領域の合計量が指定されたしきい値に達しました。
スワップ使用量。最大使用量は	使用中のスワップ領域の最大合計量が指定されたしきい値に達しました。
スワップ使用量。無料は	使用可能なスワップ領域の量が指定されたしきい値を下回りました。
スワップ使用量。最大無料は	使用可能なスワップ領域の最大量が指定されたしきい値を下回る。

WiredTiger キャッシュ

MongoDB インスタンスが使用する WiredTiger キャッシュの量のアラートを設定できます。このしきい値は、ビット、キロビット、メガビット、ギガビット、バイト、キロバイト、メガバイト、ギガバイト、テラバイト、またはペタバイト単位で設定します。

注意

測定方法

MongoDB は、cache serverStatusコマンドが返すドキュメントを使用してメモリに関するレポートを作成します。

WiredTiger キャッシュメトリクスには、次のものが含まれます。

メトリクス	アラートtrigger
キャッシュ: キャッシュに読み込まれるバイトは	WiredTiger のキャッシュに読み込まれる 1 秒あたりのバイト数の平均レートが、指定したしきい値を満たしています。
キャッシュ: キャッシュから書き込まれたバイト数は	WiredTiger のキャッシュから書き込まれる 1 秒あたりのバイト数の平均レートが、指定したしきい値を満たしています。
キャッシュ。ダーティバイトは	WiredTiger キャッシュに現在存在する追跡ダーティーバイトの数。
キャッシュ。使用済みバイトは	WiredTiger キャッシュに現在含まれているバイト数。

注意

MongoDB Ops Managerでは、これらのメトリクスの選択に対するチャートを作成できます。

MongoDB Ops Managerプロジェクトの Deployment ビューから、List タブをクリックします。
監視するプロセスをクリックします。
[Status] タブをクリックします。
[] を下にスクロールして使用可能なメトリクスのリストを表示し、チャート化するメトリクスを選択します。

B木

重要

MongoDB 2.2 から 2.6 にのみ適用されます

これらのメトリクスは、MongoDB バージョン 2.2 から 2.6 を実行している配置でのみアラートをトリガーします。

MongoDB インスタンスで 1 秒あたりに完了する b木操作の数に関するアラートを設定できます。 B木メトリクスには、次のものが含まれます。

メトリクス	アラートtrigger
B木。アクセスは	B 木インデックスへのアクセス数が指定したしきい値を満たしています。
B木。ヒットは	B 木ページがメモリ内に存在した回数が指定されたしきい値を満たしています。
B木。欠落は	B ツリーページがメモリに存在しなかった回数が指定されたしきい値を満たしていません。
B木。欠落率は	エラーとヒットの比率が指定したしきい値を満たしています。

有効ロック％

重要

MongoDB 2.2 から 2.6 にのみ適用されます

このメトリクスは、MongoDB バージョン 2.2 から 2.6 を実行している配置でのみアラートをトリガーします。

MongoDB インスタンスが書込みロック（write lock）されている時間の割合のアラートを設定できます。有効ロック％のメトリクスには、次のものが含まれます。

メトリクス	アラートtrigger
有効ロック％は	インスタンスが書込みロックされている合計時間の割合が指定したしきい値を満たす場合。

バックグラウンドフラッシュの平均

重要

MMAPv1 を実行しているデータベースのみに適用されます

このメトリクスは、MongoDB データベースの MMAPv1 ストレージエンジンを実行している配置でのみアラートをトリガーします。

MongoDB インスタンスの平均フラッシュが完了するまでにかかる時間（ミリ秒単位）のアラートを設定できます。フラッシュとは、メモリからディスクへのデータの書き込みです。

注意

測定方法

MongoDB は、backgroundFlushing.average_ms コマンドが返すserverStatus 値を使用して、平均バックグラウンドフラッシュ時間をレポートします。

バックグラウンドフラッシュの平均メトリクスには、次のものが含まれます。

メトリクス	アラートtrigger
バックグラウンドフラッシュの平均は	バックグラウンドフラッシュの平均時間が指定したしきい値を満たしています。

接続

MongoDB インスタンスへのアクティブな接続のアラートを設定できます。

注意

測定方法

MongoDB は、connections serverStatusコマンドが返すドキュメントを使用してメモリに関するレポートを作成します。

接続メトリクスには、次のものが含まれます。

メトリクス	アラートtrigger
接続は	アクティブなホスト接続の数が指定したしきい値を満たしています。
設定された制限の接続割合は	可能なホスト接続の合計数に対するアクティブなホスト接続の割合が、指定したしきい値を満たしています。 MongoDB バージョン 2.6.0 と 3.0.0 のデフォルト値は`65536`で、MongoDB バージョン（ `>` ） 3.0.0 より大きい MongoDB バージョンのデフォルト値は`1000000`です。デフォルト値は、次の 2 つの方法で上書きできます。 `mongod--maxConnns`を使用して、`mongod` の同時接続の最大数を設定します。詳しくは、`mongod Core Options` を参照してください。 `net.maxIncomingConnections`MongoDB構成ファイルでフィールドを更新します。詳しくは、を参照してください。`net Options`

メトリクス

アラートtrigger

接続は

アクティブなホスト接続の数が指定したしきい値を満たしています。

設定された制限の接続割合は

可能なホスト接続の合計数に対するアクティブなホスト接続の割合が、指定したしきい値を満たしています。 MongoDB バージョン 2.6.0 と 3.0.0 のデフォルト値は65536で、MongoDB バージョン（ > ） 3.0.0 より大きい MongoDB バージョンのデフォルト値は1000000です。デフォルト値は、次の 2 つの方法で上書きできます。

mongod--maxConnnsを使用して、mongod の同時接続の最大数を設定します。詳しくは、mongod Core Options を参照してください。
net.maxIncomingConnectionsMongoDB構成ファイルでフィールドを更新します。詳しくは、を参照してください。net Options

注意

MongoDB Ops Managerでは、これらのメトリクスの選択に対するチャートを作成できます。

MongoDB Ops Managerプロジェクトの Deployment ビューから、List タブをクリックします。
監視するプロセスをクリックします。
[Status] タブをクリックします。
[] を下にスクロールして使用可能なメトリクスのリストを表示し、チャート化するメトリクスを選択します。

Queues

ロックを待機している操作に対してアラートを設定できます。

注意

測定方法

MongoDB は、globalLock.currentQueue serverStatusコマンドが返すドキュメントを使用してメモリに関するレポートを作成します。

キューメトリクスには、次のものが含まれます。

メトリクス	アラートtrigger
クエリ。合計は	任意のタイプのロックを待機している操作の数が、指定したしきい値を満たしています。
キューです。読み取りは	任意のタイプのロックを待機している読み取り操作の数が指定したしきい値を満たしています。
キューです。ライターは	任意のタイプのロックを待機している書込み (write) 操作の数が、指定したしきい値を満たしています。

注意

MongoDB Ops Managerでは、これらのメトリクスの選択に対するチャートを作成できます。

MongoDB Ops Managerプロジェクトの Deployment ビューから、List タブをクリックします。
監視するプロセスをクリックします。
[Status] タブをクリックします。
[] を下にスクロールして使用可能なメトリクスのリストを表示し、チャート化するメトリクスを選択します。

ページフォールト

重要

MongoDB 2.2 から 2.6 にのみ適用されます

Accesses Not In Memory: Total isPage Fault Exceptions Thrown: Total isメトリクスとtrigger メトリクスは、MongoDB バージョン 2.2 から 2.6 を実行している配置でのみアラートをします。

ページフォールトのアラートを設定できます。

注意

測定方法

MongoDB は、extra_info.page_faults serverStatusコマンドが返すドキュメントを使用してメモリに関するレポートを作成します。

MongoDB2.2 2.6Accesses Not In Memory: Total isPage Fault Exceptions Thrown: Total isからは、recordStats コマンドが返したserverStatus ドキュメントを使用して、とのメトリクスを報告しました。

ページフォールトメトリクスには、以下が含まれます。

メトリクス	アラートtrigger
メモリ外のアクセス。合計は	ディスクアクセスのレートが指定したしきい値を満たしています。ワーキングセットがメモリに収まらない場合、 MongoDB はディスク上のデータにアクセスする必要があります。このメトリクスは、ホストの`Record Stats` チャートで確認できます。
ページフォルト例外発生数。合計は	スローされたページフォールト例外のレートが指定されたしきい値を満たしています。このメトリクスは、ホストの`Record Stats`チャートで確認できます。
ページフォールトは	ページフォールトのレート（例外が発生するかどうかにかかわらず）が指定されたしきい値を満たしています。このメトリクスは、ホストの`Page Faults`チャートで確認できます。

注意

MongoDB Ops Managerでは、これらのメトリクスの選択に対するチャートを作成できます。

MongoDB Ops Managerプロジェクトの Deployment ビューから、List タブをクリックします。
監視するプロセスをクリックします。
[Status] タブをクリックします。
[] を下にスクロールして使用可能なメトリクスのリストを表示し、チャート化するメトリクスを選択します。

Cursors

MongoDB プロセスでは、オープンカーソルとタイムアウトしたカーソルの数のアラートを設定できます。

注意

測定方法

MongoDB は、metrics.cursor serverStatusコマンドが返すドキュメントを使用してメモリに関するレポートを作成します。

カーソルメトリクスには、次のものが含まれます。

メトリクス	アラートtrigger
カーソル。クライアントカーソルのサイズは	ホストがカーソルを維持するために使用するメモリの量が指定されたしきい値を満たしています。
カーソル。オープンは	ホストがクライアント用に保持しているカーソルの数が、指定されたしきい値を満たしています。
カーソル。タイムアウトは	ホストがクライアント用に保持しているタイムアウトしたカーソルの数が、指定したしきい値を満たしています。

注意

MongoDB Ops Managerでは、これらのメトリクスの選択に対するチャートを作成できます。

MongoDB Ops Managerプロジェクトの Deployment ビューから、List タブをクリックします。
監視するプロセスをクリックします。
[Status] タブをクリックします。
[] を下にスクロールして使用可能なメトリクスのリストを表示し、チャート化するメトリクスを選択します。

ネットワーク

MongoDB プロセスのネットワークスループットのアラートを設定できます。

注意

測定方法

MongoDB は、network serverStatusコマンドが返すドキュメントを使用してメモリに関するレポートを作成します。

ネットワークメトリクスには、次のものが含まれます。

メトリクス	アラートtrigger
ネットワーク。バイト入力は	データベースホストに送信されるバイト数が指定したしきい値を満たしています。
ネットワーク。バイト出力は	データベースホストから送信されるバイト数が指定したしきい値を満たしています。
ネットワーク。リクエスト数は	データベースホストに送信されたリクエストの数が指定したしきい値を満たしています。

注意

MongoDB Ops Managerでは、これらのメトリクスの選択に対するチャートを作成できます。

MongoDB Ops Managerプロジェクトの Deployment ビューから、List タブをクリックします。
監視するプロセスをクリックします。
[Status] タブをクリックします。
[] を下にスクロールして使用可能なメトリクスのリストを表示し、チャート化するメトリクスを選択します。

レプリケーション Oplog

MongoDB プロセスのレプリケーション oplog のアラートを設定できます。

注意

測定方法

MongoDB は、oplog serverStatusコマンドが返すドキュメントとrs.status() およびの結果を組み合わせて、レプリケーションrs.conf() Oplog をレポートします。

レプリケーション oplog メトリクスには、次のものが含まれます。

メトリクス	アラートtrigger
レプリケーションヘッドルームは	同期ソースのレプリケーションoplog ウィンドウとセカンダリのレプリケーションラグの差が、指定したしきい値を満たしています。この値が`RECOVERING` になる場合、セカンダリは`0` になる可能性があります。
レプリカ時間は	プライマリのレプリケーションoplogで使用可能なおおよその時間量（ミリ秒単位）が指定されたしきい値を満たしています。
1 時間あたりの oplog データは	プライマリが 1 時間あたりに生成する oplog の平均レート（ギガバイト）が指定されたしきい値を満たしています。
レプリケーションラグは	書き込みアプリケーションにおいてセカンダリがプライマリより遅れているおおよその秒数。この統計の精度が制限されているため、遅延が1 -2 秒より大きい場合にのみ正確です。

注意

MongoDB Ops Managerでは、これらのメトリクスの選択に対するチャートを作成できます。

MongoDB Ops Managerプロジェクトの Deployment ビューから、List タブをクリックします。
監視するプロセスをクリックします。
[Status] タブをクリックします。
[] を下にスクロールして使用可能なメトリクスのリストを表示し、チャート化するメトリクスを選択します。

メトリクスしきい値以外

OUTSIDE_METRIC_THRESHOLDイベントタイプを使用して、指定されたしきい値外でメトリクスが発生したときにtriggerされるアラートを構成できます。有効にすると、MongoDB Ops Manager は、モニター対象メトリクスの値が指定したしきい値を超えると、アラートをトリガーする。

OUTSIDE_METRIC_THRESHOLDアラートを構成する場合、metricThresholdオブジェクトに値を設定して、モニターするメトリクスとしきい値を指定する必要があります。

OUTSIDE_METRIC_THRESHOLD のアラートを作成するときに、次のキーパラメータを指定します。これにより、メトリクス値が定義したしきい値を上回るか下回るたびに通知が行われるようになります。通知パラメータも指定します。通知パラメータの詳細については、グローバルアラート構成を参照してください。

Parameter	説明
`metricName`	モニターしたいメトリクスの名前。
`operator`	比較演算子。`GREATER_THAN` または `LESS_THAN` のいずれか。
`threshold`	アラートをトリガーする値。
`units`	メトリクス型によって異なる測定単位。
`mode`	このパラメータを `AVERAGE` に設定すると、MongoDB Ops Manager はメトリクスの値を平均として計算します。

例: メトリクスしきい値外

メトリクスを使用してoplog OPLOG_SLAVE_LAG_MASTER_TIMEwriteのレプリケーションラグを監視できます。このメトリクスは、レプリカセット内のセカンダリノードとプライマリ1 2ノード間のレプリケーションラグを測定し、操作を適用中にセカンダリノードがプライマリノードより遅れているおおよその秒数を報告します。このメトリクスは、この統計の精度が制限されているため、遅延が - 秒より大きい場合にのみ正確です。

このアラートを使用して、レプリケーションラグが許容しきい値を超えた時点を検出します。これは、レプリカセットの同期に影響するパフォーマンスの問題やネットワークの問題を示している可能性があります。

次の例では、 oplog のレプリケーションラグが5 秒を超えたときにトリガーされるアラート構成を作成しています。

oplog のレプリケーションラグが5 秒を超えたときにトリガーするアラート構成を作成するには、次のJSONオブジェクトをPOSTリクエストで /groups/{PROJECT-ID}/alertConfigs エンドポイントとなる接続されたデバイスに送信します。作成後、構成とその通知 ID を検索してアラートをテストできます。必要な通知設定に合わせて notifications 配列を調整します。

{
  "eventTypeName": "OUTSIDE_METRIC_THRESHOLD",
  "enabled": true,
  "metricThreshold": {
    "metricName": "OPLOG_SLAVE_LAG_MASTER_TIME",
    "mode": "AVERAGE",
    "operator": "GREATER_THAN",
    "threshold": 5.0,
    "units": "SECONDS"
  },
  "notifications": [
    {
      "delayMin": 0,
      "emailEnabled": true,
      "intervalMin": 60,
      "typeName": "GROUP"
    }
  ]
}

次の例では、 mongocli ops-manager alerts config create コマンドを使用して、 oplog のレプリケーションラグが5 秒を超えたときにトリガーされるアラート構成を作成します。mongocli ops-manager 通知作成 コマンドから取得した実際の通知トークンに <notification-token> を置き換えます。

mongocli ops-manager alerts config create \
  --event OUTSIDE_METRIC_THRESHOLD \
  --enabled \
  --metricName OPLOG_SLAVE_LAG_MASTER_TIME \
  --metricOperator GREATER_THAN \
  --metricThreshold 5.0 \
  --notificationToken <notification-token> \
  --output json

操作のスキャンと順序

MongoDB プロセスのスキャン操作と順序操作に対してアラートを設定できます。

注意

測定方法

MongoDB は、コマンドが返すドキュメントを使用して、レプリケーション Oplogmetrics.operation.scanAndOrder serverStatusをレポートします。

操作メトリクスには、次のものが含まれます。

メトリクス	アラートtrigger
操作: スキャンと順序は	インデックスを使用してソート操作を実行できない、ソートされた結果を返す、指定したしきい値を超えるクエリの 1 秒あたりの平均レート。

DB ストレージ

データストレージの使用量のアラートを設定できます。データベースストレージメトリクスには、次のものが含まれます。

メトリクス	アラートtrigger
DB ストレージは	エクステントによって使用されるディスク上のストレージ容量が指定したしきい値を満たしています。
DB データのサイズは	データベース内の実際のデータサイズが指定したしきい値を満たしています。

注意

MongoDB Ops Managerでは、これらのメトリクスの選択に対するチャートを作成できます。

MongoDB Ops Managerプロジェクトの Deployment ビューから、List タブをクリックします。
監視するプロセスをクリックします。
[Status] タブをクリックします。
[] を下にスクロールして使用可能なメトリクスのリストを表示し、チャート化するメトリクスを選択します。

ジャーナリング

使用されているジャーナリングストレージの量のアラートを設定できます。ジャーナリングメトリクスには、次のものが含まれます。

メトリクス	アラートtrigger
書込みロック (write lock) でのコミットのジャーナリングは	データベースが書込みロック(write lock) を行っている間に発生したコミットのレートが、指定したしきい値を満たしています。
ジャーナリング MB は	Ops Manager が 1 秒あたりにリカバリログに書き込むデータの平均量（メガバイト単位）が、指定されたしきい値を満たしています。
ジャーナリング書込み (write) データファイル MB は	MongoDB Ops Managerが 1 秒あたりにデータベースデータファイルに書込むデータの平均レート（メガバイト単位）が、指定したしきい値を満たしています。これらの書込みはすでにジャーナリングされているため、遅延が発生する可能性があり、ここで示される数値はディスクに物理的に書込まれる量よりも少なくなる可能性があります。

注意

MongoDB Ops Managerでは、これらのメトリクスの選択に対するチャートを作成できます。

MongoDB Ops Managerプロジェクトの Deployment ビューから、List タブをクリックします。
監視するプロセスをクリックします。
[Status] タブをクリックします。
[] を下にスクロールして使用可能なメトリクスのリストを表示し、チャート化するメトリクスを選択します。

WiredTiger ストレージエンジン

WiredTiger チケットにアラートを設定できます。

注意

測定方法

MongoDB は、wiredTiger.cache wiredTiger.concurrentTransactionsserverStatusコマンドが返すドキュメントとドキュメントを使用してWiredTigerをレポートします。

WiredTiger のストレージエンジンの条件には、次のものが含まれます。

メトリクス	アラートtrigger
利用可能なチケット。読み取りは	WiredTiger ストレージエンジンで利用可能な読み取りチケットの数が指定されたしきい値を満たしています。
利用可能なチケット。書き込みは	WiredTiger ストレージエンジンで使用可能な書込み (write) チケットの数が指定したしきい値を満たしています。

注意

MongoDB Ops Managerでは、これらのメトリクスの選択に対するチャートを作成できます。

MongoDB Ops Managerプロジェクトの Deployment ビューから、List タブをクリックします。
監視するプロセスをクリックします。
[Status] タブをクリックします。
[] を下にスクロールして使用可能なメトリクスのリストを表示し、チャート化するメトリクスを選択します。

システムおよびディスクのアラート

コンピュートとディスク使用率のアラートを設定できます。システムリソースの条件には、次のものが含まれます。

メトリクス	アラートtrigger
システム: CPU（スティール）% は	EC2 インスタンスのクレジット残高をすべて使い切った場合に適用されます。 CPU が「強制待機」状態になっている時間の割合。 CPU スティール率とは、CPU 使用率が保証されたベースライン CPU クレジット蓄積率を超過する割合です。このアラートは通常、AWS のバースト可能なパフォーマンスインスタンスですべてのクレジットが消費されたときにトリガーされます。
システム: Max CPU（スティール）% は	CPU が「任意待機」状態にある時間の最大パーセンテージが、指定されたしきい値を超えています。
システム: CPU（ユーザー）% は	MongoDB プロセスの CPU 使用率。CPU 数で割った 0～100% の範囲でスケーリングされます。
システム: Max CPU（ユーザー）% は	CPU 数で割った 0～100% の範囲でスケーリングされた MongoDB プロセスの最大 CPU 使用率が、指定されたしきい値を超えています。
システムメモリ。使用は	`mongod`に使用される合計システムメモリからバッファ、キャッシュ、空きメモリを差し引いた値が指定されたしきい値を満たす。
システムメモリ。最大使用量は	システムメモリ使用量の最大値が指定されたしきい値を満たしています。
システムメモリ。使用可能なは	`mongod`で利用可能なシステムメモリ使用量が指定されたしきい値を下回りました。
システムメモリ。使用可能な最大値は	使用可能なシステムメモリの最大量は、指定されたしきい値を下回ります。
データパーティションで使用されているディスク領域の % は	MongoDB コレクションのデータを含むパーティションで使用されているディスクスペースの割合。
データパーティションで使用される最大ディスク領域 % は	MongoDB コレクションのデータを含むパーティションで使用されるディスクスペースの最大割合が、指定したしきい値を超えています。
インデックスパーティションで使用されるディスク領域の % は	MongoDB インデックスデータを含むパーティションで使用されているディスクスペースの割合。
インデックスパーティションで使用される最大ディスク領域 % は	MongoDB インデックスデータを含むパーティションで使用されるディスクスペースの最大割合は、指定したしきい値を超えます。
ジャーナルパーティションで使用されるディスク領域の % は	ジャーナリングが有効になっている場合に、MongoDB ジャーナルを含むパーティションで使用されているディスク領域の割合。
ジャーナルパーティションで使用される最大ディスク領域 % は	MongoDB ジャーナルを含むパーティションで使用されるディスクスペースの最大割合が、指定したしきい値を超えています。
System Network In は	データベースホストに送信される1 秒あたりのバイト数が、指定されたしきい値を満たしています。
Max System Network In は	MongoDB に送信される最大バイト数が指定したしきい値を満たしています。
システムネットワーク出力は	データベースホストから送信される 1 秒あたりのバイト数が、指定したしきい値を満たしています。
Max システムネットワーク出力は	MongoDBから送信される最大バイト数が指定したしきい値を満たしています。

注意

MongoDB Ops Managerでは、これらのメトリクスの選択に対するチャートを作成できます。

MongoDB Ops Managerプロジェクトの Deployment ビューから、List タブをクリックします。
監視するプロセスをクリックします。
[Status] タブをクリックします。
[] を下にスクロールして使用可能なメトリクスのリストを表示し、チャート化するメトリクスを選択します。

レプリカセットアラート

レプリカセット内のプライマリのステータスと正常なノードの数に関するアラートを設定できます。レプリカセットの条件には、次のものが含まれます。

条件	アラートtrigger
レプリカセットが新しいプライマリを選択しました	セットによって新しいプライマリが選択されます。 Ops Manager はping を受信するたびに、レプリカセットのメソッドの出力を検査して、各レプリカセットノードのステータスを確認します。この出力から、Ops Manager はどのレプリカセットメンバーがプライマリであるかを決定します。 pingデータで見つかったプライマリが、Ops Manager`rs.status()` に認識されている現在のプライマリと異なる場合、このアラートがトリガーされます。このアラートを受け取った場合は、セットが新しいプライマリを選択したことを必ずしも意味するわけではありません。このアラートは、同じプライマリが再選出されたときにtriggerされる可能性もあります。これは、MongoDB Ops Manager が選挙の途中で ping を処理する場合に発生する可能性があります。
レプリカセットにはプライマリがない	レプリカセットにはプライマリがありません。具体的には、レプリカセットのどのノードもステータスが`PRIMARY` でない場合、アラートがトリガーされます。例、この条件は、セットに偶数の投票ノードがあり、同数になった場合に発生する可能性があります。モニタリングが、あるプライマリの選挙中にデータを収集する場合、このアラートは誤検知を送信する可能性があります。このような誤検知を防ぐには、アラート構成の after waiting 間隔（構成の Send to セクション内）を設定します。解決については、「失われたプライマリの修正」を参照してください。

条件

アラートtrigger

レプリカセットが新しいプライマリを選択しました

セットによって新しいプライマリが選択されます。 Ops Manager はping を受信するたびに、レプリカセットのメソッドの出力を検査して、各レプリカセットノードのステータスを確認します。この出力から、Ops Manager はどのレプリカセットメンバーがプライマリであるかを決定します。 pingデータで見つかったプライマリが、Ops Managerrs.status() に認識されている現在のプライマリと異なる場合、このアラートがトリガーされます。

このアラートを受け取った場合は、セットが新しいプライマリを選択したことを必ずしも意味するわけではありません。このアラートは、同じプライマリが再選出されたときにtriggerされる可能性もあります。これは、MongoDB Ops Manager が選挙の途中で ping を処理する場合に発生する可能性があります。

レプリカセットにはプライマリがない

レプリカセットにはプライマリがありません。具体的には、レプリカセットのどのノードもステータスがPRIMARY でない場合、アラートがトリガーされます。例、この条件は、セットに偶数の投票ノードがあり、同数になった場合に発生する可能性があります。

モニタリングが、あるプライマリの選挙中にデータを収集する場合、このアラートは誤検知を送信する可能性があります。このような誤検知を防ぐには、アラート構成の after waiting 間隔（構成の Send to セクション内）を設定します。

解決については、「失われたプライマリの修正」を参照してください。

レプリカセットメトリクスには、次のものが含まれます。

メトリクス	アラートtrigger
正常なノードの数は	レプリカセットの正常なノードは、指定したしきい値よりも数が少ないです。
正常でないノードの数は	レプリカセットに正常でないノードがあり、指定したしきい値を超えています。
過去 1 時間の選挙数は > X	過去 1 時間に発生した選挙の数が、ユーザー指定の値である`X`を超えました。 `X`の値は、アラートを作成するときに設定されます。絶えず続く選挙からも明らかですが、このアラートは、クラスターのレプリケーションが正常な状態ではないことを示している可能性があります。

注意

レプリカセットのノードは、レプリカセットに対して rs.status() を実行し、その結果がそのノードに対して PRIMARY または SECONDARY を返す場合にヘルシーです。非表示セカンダリとアービタはカウントされません。

シャーディングされたクラスターアラート

シャーディングされたクラスターから欠落しているmongosのアラートを設定できます。シャーディングされたクラスターの条件には、次のものが含まれます。

条件	アラートtrigger
クラスターにはアクティブな mongos がありません	MongoDB Ops Manager はクラスターのどの `mongos`にも到達できません。

エージェントアラート

エージェントのステータスやバージョン管理に関するアラートを設定できます。エージェントの条件には、次のものが含まれます。

条件	アラートtrigger
オートメーションはダウンします	少なくとも 1 分間、オートメーションが検出されません。通常の操作では、オートメーションはMongoDB Ops Managerに約 10 秒ごとに ping を送信します。 MongoDB Ops Managerが少なくとも 1 分間 ping を受信しない場合、このアラートがトリガーされます。このアラートは、オートメーションが MongoDB プロセスまたはエージェントモジュールを管理している場合にのみトリガーされます。
モニタリングがダウンしています	少なくとも 7 分間、モニタリングが検出されません。通常の操作では、モニタリングはMongoDB Ops Managerに 1 分ごとに約 1 回 ping を送信します。 MongoDB Ops Managerが少なくとも 7 分間、ping を受信しない場合、このアラートがトリガーされます。ただし、ホストが設定されていないプロジェクトでは、このアラートはトリガーされません。重要:モニタリングがダウンすると、 MongoDB Ops Managerはどのホストに対しても他のアラートをトリガーしません。例: ホストがダウンした場合、新しいアラートをMongoDB Ops Manager triggerできる可能性のあるにデータを送信するためのモニタリングはありません。
モニタリングは最新バージョンではありません	モニタリングでは最新バージョンのソフトウェアは実行されていません。
バックアップがダウンしています	少なくとも 1 つのアクティブなレプリカセットまたはクラスターを持つプロジェクトのバックアップが 1 時間以上ダウンしている。このアラートを解決するには、以下の手順を行います。どのホストがバックアップを提供しているかを確認するには、 Deploymentをクリックし、次にServersタブをクリックします。そのホスト上のバックアップログファイルを確認します。
バックアップのバージョンが最新でない	バックアップでは最新バージョンのソフトウェアは実行されていません。

バックアップでテレカンの失敗が多すぎる

モニタリングで既知のクラスタートポロジーは、バックアップが作成する confからのバックアップ構成と一致しません。

試行回数がmaximumFailedConfCalls設定で指定したしきい値に達しました。

このアラートはグローバルアラートとしてのみ使用できます。

バックアップアラート

バックアップ oplog、再同期、不整合に関するアラートを設定できます。バックアップ条件には、次のものが含まれます。

条件	アラートtrigger
バックアップ oplog が遅れています	Ops Manager が受信した直近のoplogデータは75 分以上経過しています。このアラートを解決するには、「バックアップoplog問題の修正」を参照してください。
バックアップには再同期が必要です	バックアップのレプリケーションプロセスがoplogより大幅に遅れ、追いつくことができません。これは、バックアップがまだレプリケーションされていないoplogエントリをホストが上書きするときに発生します。対応するバックアップログを確認します。「Failed 共通点」テストが表示される場合、次のいずれかの結果が発生している可能性があります。バックアップされたレプリカセットで重要なロールバックイベントが発生しました。バックアップされたレプリカセットのoplogがサイズ変更または削除されました。 oplog のチャーンが高いため、エージェントは oplog の末尾を失う可能性がありました。
一貫性のないバックアップ構成が検出されました	MongoDB Ops Managerは、バックアップの構成がバックアップするMongoDB配置の構成と一致しないことを検出しました。このアラートを解決するには、「一貫性のないバックアップの修正」を参照してください。
一貫性のないクラスタースナップショット数は...	MongoDB Ops Managerがクラスタースナップショットを正常に取得するには、回連続で失敗します。このアラートは、試行回数が指定したしきい値を満たしたときにトリガーされます。アラートテキストには、問題の理由が含まれている場合があります。一般的な問題には、次のようなものがあります。到達可能な`mongos` `mongos`はありませんでした。この問題を解決するには、Ops ManagerDeployment ページに少なくとも 1 つのが表示されていることを確認します。バランサーを停止できませんでした。この問題を解決するには、最初のコンフィギュレーションサーバーのログファイルを確認して、バランサーが停止しない理由を判断します。 1 つ以上のシャードにトークンを挿入できませんでした。この問題を解決するには、バックアップとすべてのシャード間の接続を確保します。

バックアップをバックアップデーモンに割り当てることができませんでした	バックアップジョブをバックアップデーモンにバインドするのに失敗します。例、ジョブがバインドに失敗する理由には次のものが含まれますが、これらに限定されません。バックアップされたレプリカセットのプライマリが見つかりません。バインディングが発生した時点で、モニタリングはプライマリを検出しませんでした。レプリカセットが正常であることを確認します。どのバックアップデーモンでも十分なスペースがありません。どちらの場合も、問題を解決してバックアップの最初の同期を再開してください。あるいは、 Adminインターフェースを介して、ジョブをデーモンに手動でバインドすることもできます。詳細については、「ジョブ」を参照してください。このアラートはグローバルアラートとしてのみ使用できます。
バックアップが大量の再試行回数に達しました	同じタスクが繰り返し失敗する場合はアラートを送信します。これは、メンテナンス中に発生する可能性があります。問題を説明するエラーメッセージについては、対応するジョブログで確認してください。エラーメッセージの解釈でサポートが必要な場合は、 MongoDB サポートにお問い合わせください。このアラートはグローバルアラートとしてのみ使用できます。
バックアップが予期しない状態です	予期しない状況が発生し、レプリカセットのバックアップ状態は `broken` になりました。バックアップ状態を調査し、ジョブログでエラーの詳細を確認します。 `Backup is in an unexpected state`アラートの場合は、対応するジョブログで、問題を説明するエラーメッセージを確認してください。エラーメッセージの解釈でサポートが必要な場合は、 MongoDB サポートにお問い合わせください。このアラートはグローバルアラートとしてのみ使用できます。
レプリカセットのスナップショットが遅くなっています	次のスナップショットが開始される前に、スナップショットが完了しませんでした。 Admin インターフェースのジョブログでエラーを確認します。MongoDB Ops Manager このアラートはグローバルアラートとしてのみ使用できます。
同期スライスの転送はここでは進行していません。	最初の同期が開始されましたが、その後停止しました。これを引き起こす可能性のある問題には、以下が含まれますが、これらに限定されません。ダウンしているプロセス（エージェント、取り込み、バッキングデータベース）ネットワークの問題誤った認証情報このアラートはグローバルアラートとしてのみ使用できます。
バックアップジョブは ..	1 つのバックアップジョブが 24 時間以内に指定したしきい値を超えて動作している時間数。さまざまなバックアップジョブはバックアップデーモンまたはスナップショット保存を共有します。バックアップジョブの実行時間はさまざまです。バックアップジョブの実行が長時間になると、残りのジョブが遅れたり失敗したりする恐れがあります。このメトリクスを、配置内でバックアップが完了するまでにかかると予想される時間に設定します。エラーメッセージについては、対応するジョブログを確認してください。エラーメッセージの解釈でサポートが必要な場合は、 MongoDB サポートにお問い合わせください。このアラートはグローバルアラートとしてのみ使用できます。

BI Connector アラート

これらのアラート条件は、 BI ConnectorとMongoDB Ops Managerの使用に適用されます。

条件	アラートtrigger
`BI Connector is down`	オートメーションが少なくとも 4 分間、BI Connector プロセスを検出しませんでした。重要: オートメーションがダウンすると、MongoDB Ops Manager triggerBI Connectorはのアラートをできません。

ユーザーアラート

MongoDB Ops Manager ユーザーの追加、削除、およびロールの変更に対してアラートを設定できます。これらのアラートは、 MongoDBデータベースユーザーではなく、Ops Manager ユーザーに適用されます。 MongoDB Ops Manager のユーザー条件には、次のものが含まれます。

条件	アラートtrigger
ユーザーがプロジェクトに参加しました	MongoDB Ops Manager ユーザーがプロジェクトに参加します。
ユーザーはプロジェクトを離れる	MongoDB Ops Manager ユーザーは、プロジェクトを終了します。
ユーザーのロールが変更されました	MongoDB Ops Manager ユーザーのロールが変更されました。

プロジェクトアラート

ユーザーの承認と認証構成にアラートを設定できます。プロジェクト条件には、次のものが含まれます。

条件	アラートtrigger
ユーザーは 2 要素認証を有効にしていない	プロジェクトには、 2 要素認証を設定していないユーザーが含まれています。
セキュリティチェックアラートの更新	プロジェクトのセキュリティチェックアラートが変更されました。

戻る

アラートの設定と解決

設定を構成する

アラート条件の確認

ホスト アラート

ホスト タイプ

ホスト アラート条件

ホスト ステータスの変更

アドバイザー

アサート

平均実行時間

Document Metrics

クエリ ターゲティング

Opcounter

Opcounter - Repl

メモリ

セキュリティ

Swap

WiredTiger キャッシュ

B木

有効ロック％

バックグラウンド フラッシュの平均

接続

Queues

ページフォールト

Cursors

ネットワーク

レプリケーション Oplog

メトリクスしきい値以外

例: メトリクスしきい値外

操作のスキャンと順序

DB ストレージ

ジャーナリング

WiredTiger ストレージ エンジン

システムおよびディスクのアラート

レプリカセット アラート

シャーディングされたクラスター アラート

エージェント アラート

バックアップ アラート

BI Connector アラート

ユーザー アラート

プロジェクト アラート

ホストアラート

ホストタイプ

ホストアラート条件

ホストステータスの変更

クエリターゲティング

バックグラウンドフラッシュの平均

WiredTiger ストレージエンジン

レプリカセットアラート

シャーディングされたクラスターアラート

エージェントアラート

バックアップアラート

ユーザーアラート

プロジェクトアラート