このページでは、アラートをトリガーできる条件について説明します。構成アラートの設定時に条件としきい値を指定します。詳細については、「アラート ワークフロー」を参照してください。
注意
無料クラスターと Flex クラスターは、それらのクラスターがサポートするメトリクスに関連するアラートのみトリガーします。無料クラスターおよび Flex クラスターのアラートとメトリックの制限に関する詳細なドキュメントについては、Atlas 無料クラスターの制限 および Atlas Flex 制限 を参照してください。
ホスト アラート
このセクションの条件は、アラートを設定するときにアラート ターゲットとして Host を選択した場合に適用されます。この条件を、すべてのホストまたは、プライマリやコンフィギュレーションサーバーなどの特定のタイプのホストに適用することもできます。
Atlas Triggersするため、粒度はさまざまです。 詳細については、「データ ストレージの粒度の監視 」を参照してください。
アドバイザー
Host has index suggestionsPerformance Advisor にホストのインデックスの提案がある場合に発生します。
ホストの クエリ ターゲティング比率 が 8000 より大きく、パフォーマンス アドバイザーが、非効率的なクエリのパフォーマンスを改善するために 1 つ以上のインデックスがホストにメリットをもたらすと判断した場合、このアラートがトリガーされ、推奨されるインデックスを作成するように指示されます。
このアラートは
M10+クラスターでのみ使用可能で、Performance Advisor が有効になっているM10+クラスターではデフォルトで有効になっています。このアラートは、Performance Advisor が無効になっているクラスターではトリガーしません。
アサート
次のアラート条件は、 MongoDB コマンドのserverStatus assertsドキュメントから収集された、 MongoDBプロセスのアサートのレートを測定します。クラスター モニタリング を通じてアサートを表示できます。
オートスケーリング
以下のクラスター イベントのアラートを構成できます。 アクティビティ フィードを表示 して、発生したすべてのオートスケーリング イベントを確認します。
このセクションの各イベントについてアラートを受信するには、まずこのタイプのオートスケーリング イベントをユーザーまたは組織のメンバーに通知するようにアラートを構成する必要があります。
Atlas がクラスターをスケールアップまたはスケールダウンする方法については、「オートスケーリングの構成 」を参照してください。
Auto-scaling: Compute auto-scaling initiated for base tierAtlasが専有クラスター内の運用ノードのいずれかに対してコンピュートのオートスケーリングを開始すると発生します。Atlas は、このイベントの一環としてディスク キャパシティーのスケーリングを実行できます。
Auto-scaling: Compute auto-scaling initiated for analytics tierAtlas が専有クラスター内のいずれかの分析ノードに対してコンピュートの自動スケーリングを開始すると発生します。Atlas は、このイベントの一環としてディスク キャパシティーのスケーリングを実行できます。
Auto-scaling: Compute auto-scaling down didn't initiate for base tier due to storage requirementsAtlas が、構成されたストレージサイズが対象のクラスター階層でサポートされていないために、専有クラスター内のいずれかの 運用ノード に対してコンピュートのオートスケーリングを開始できなかった場合に発生します。
Auto-scaling: Compute auto-scaling down didn't initiate for analytics tier due to storage requirementsAtlas が、クラスターがオートスケーリング用に構成された最大クラスター階層に到達したため、運用ノードのスケールアップを実行できなかった場合に発生します。
Auto-scaling: Compute auto-scaling didn't initiate for base tier due to maximum configured cluster tierAtlas が自動スケーリング用に設定された最大クラスター階層に達したため、運用ノードを増やすことができませんでした。
Auto-scaling: Compute auto-scaling didn't initiate for analytics tier due to maximum configured cluster tierAtlas が、クラスターがオートスケーリング用に構成された最大クラスター階層に到達したため、分析ノードのスケールアップを実行できなかった場合に発生します。
Auto-scaling: Compute auto-scaling didn't initiate for base tier due to insufficient oplog size運用ノード をスケールアップできなかった場合（oplog サイズが不十分なため）に発生します。詳細については、｢最小 oplog window の設定｣を参照してください。
Auto-scaling: Compute auto-scaling didn't initiate for analytics tier due to insufficient oplog sizeAtlas が、分析ノードのスケールアップを実行できなかった場合（oplog サイズが不十分なため）に発生します。詳細については、｢最小 oplog window の設定｣を参照してください。
Auto-scaling: Predictive compute auto-scaling initiated for base tierAtlas が専有クラスター内のいずれかの運用ノード に対して予測コンピューティングのオートスケーリングを開始する場合に発生します。
Auto-scaling: Predictive compute auto-scaling did not initiate for base tier due to maximum configured cluster tierクラスターがオートスケーリング用に構成された最大クラスター階層に達したため、Atlas が運用ノードを予測して増やすアップできなかった場合に発生します。
Auto-scaling: Predictive auto-scaling did not initiate for base tier due to insufficient oplog sizeoplog サイズが不十分なため、Atlas が 運用ノード を予測して増やすアップできなかった場合に発生します。詳しくは、「 最小 Oplog Window の設定 」を参照してください。
Auto-scaling: Disk auto-scaling didn't initiate due to the cluster reaching maximum available disk sizeクラスターが利用可能な最大ディスクサイズに達したため、Atlas がディスク サイズをスケールアップできなかった場合に発生します。
Auto-scaling: Disk auto-scaling didn't initiate due to insufficient oplog sizeクラスターのoplogサイズが十分でなく、Atlas がディスク サイズをスケールアップできなかった場合に発生します。
書き込みブロック
次のアラート条件は、Atlas における書き込みブロック動作に適用されます。
Writes have been blocked on your cluster due to critically low disk spaceプライマリ ノード上のディスク使用率が書き込みブロック ポリシーのしきい値を超えた場合に発生します。Atlas はクラスター ノードの読み取り可用性を維持するため、書き込みをブロックします。
このアラートを解決するには、クラスターのストレージ容量を手動で増加させるか、ストレージ自動スケーリングを有効にしてください。詳細については、「ディスク使用率アラートの解決」を参照してください。
将来的な書き込みブロックの発生を防ぐため、クラスターのディスク使用量を継続的にモニターすることを推奨します。詳細については、「書き込みブロックの防止」を参照してください。
Writes have been unblocked on your clusterプライマリ ノード上のディスク使用率がブロック解除しきい値を下回ると、Atlas は自動的にクラスターへの書き込みのブロックを自動的に解除します。
Real-Time Performance Panel Set を通じてディスク メトリクスを表示できます。これは情報提供のみを目的としたアラートであり、お客様による対応は不要です。ただし、将来的な書き込みブロックの発生を防ぐために、クラスターのディスク使用量をモニターすることを推奨します。詳細については、「書き込みブロックの防止」を参照してください。
MongoDB Search
次のアラート条件は、 MongoDB Search プロセスによって使用される CPU とメモリの量を測定します。クラスター モニタリングによってMongoDB Search メトリクスを表示できます。
Atlas Search: Index Replication Lag isMongoDB Search が
mongodのoplogからの変更を複製する際に遅延しているおおよそのミリ秒数がしきい値を超えているか下回っている場合に発生します。
Atlas Search: Index Size on Disk isディスク上のすべてのMongoDB Search インデックスの合計サイズ（バイト単位）がしきい値を上回るか下回る場合に発生します。
Atlas Search: Mongot paused initial syncディスク使用率が高いため、MongoDB 検索する
mongotプロセスによって最初の同期が中断された場合に発生します。
Atlas Search: Max Number of Fields Indexed isレプリカセットまたはシャードで1件の MongoDB Search インデックスにある一意のフィールド（メタデータを含む）の最大数が指定されたフィールド数（デフォルトは1,000フィールド超）を上回るか下回る場合に発生します。
Atlas Search: Max Number of nGram Fields Indexed isレプリカセットまたはシャードで、
nGramまたはedgeGramトークナイザ（ オートコンプリート タイプ フィールドと カスタム アナライザ を含む）を使用してインデックス化されたフィールドの最大数が、指定されたフィールド数を上回るか下回る場合（デフォルトは100 以上）の場合に発生します。フィールド）。
Atlas Search: Max Number of Lucene Docs is特定のレプリカセットまたはシャードの MongoDB Search インデックスの保存に使用される Lucene Docs の数の上限がしきい値を超えている場合に発生します。このカウントには Lucene で削除としてマークされているが、インデックス削除プロセスによってまだ削除されていないドキュメントが含まれます。
Atlas Search: Mongot stopped replicationディスク使用率が高いため、 MongoDB Search
mongotプロセスによってレプリケーションが中断された場合に発生します。
Atlas Search Opcounter: Getmore isすべてのMongoDB Search クエリで 1 秒あたりに実行される
getmoreコマンドの合計数がしきい値を上回るか下回る場合に発生します。
Atlas Search Opcounter: Insert isMongoDB Search が 1 秒あたりにインデックスするドキュメントまたはフィールド（インデックス定義で指定）の総数がしきい値を上回るか下回る場合に発生します。
Atlas Search Opcounter: Update isMongoDB Search が 1 秒あたりに更新するドキュメントまたはフィールド（インデックス定義で指定）の合計数がしきい値を上回るか下回る場合に発生します。
Insufficient disk space to support rebuilding search indexesクラスターでMongoDB Search インデックスをサポートするのに十分な空きディスク領域が不足した場合に発生します。
Search Process: CPU (Kernel) % isCPU がMongoDB Search プロセスのオペレーティング システム呼び出しの処理に費やした時間の割合がしきい値を超えている場合に発生します。
Search Process: Ran out of memory検索プロセス (
mongot) でメモリ不足となった場合に発生します。検索プロセスでメモリが不足すると、インデックス作成とクエリが失敗します。
MongoDB Search: Search Process is OverloadedWARNING を発生させるデフォルトのアラート。
このアラートは、検索ノードのアドミッション制御キューのスレッショルを超える検索クエリのレートが 0 を超えると発生します。このアラートが発生すると、MongoDB Search プロセス (
mongot) が過負荷になり、検索クエリがキューに入り、拒否される可能性があります。負荷が減少するまで、クエリの処理が通常よりも遅くなる可能性があります。アラートは、状態が 5 分間続いた後に発生します。提案されたアクション:
同時クエリを減らすか、クエリを時間をかけて分散させます。
フィルターを実装する、先頭のワイルドカードと深くネストされた句の削減、必要なデータのみの取得によってクエリを最適化します。
平均実行時間
次のアラート条件は、 MongoDB コマンドのserverStatus opLatenciesドキュメントから収集された、 MongoDBプロセスの読み取り、書き込み、またはコマンドの平均実行時間を測定します。クラスター モニタリング を通じてアサートを表示できます。
ディスクのスループット
次のアラート条件は、MongoDB プロセスに対するディスクの読み取りおよび書き込みスループットを測定します。これらのメトリクスは、クラスター モニタリングを通じてアクセスできる Atlas Disk Throughput チャートで確認できます。
Opcounter
次のアラート条件は、 MongoDB コマンドの ドキュメントから収集された、プロセスが最後に開始されてからのMongoDBプロセスでのデータベース操作の速度を測定します。クラスターserverStatus opcountersモニタリング を通じて opcounter を表示できます。
Opcounter: Getmores is次のカーソル バッチを取得するための
getmore操作のレートが指定されたしきい値を満たす場合に発生します。Tip
詳しくは、MongoDB マニュアルの「カーソル バッチ」を参照してください。
Opcounter - Repl
次のアラート条件は、 MongoDB コマンドの ドキュメントから収集された、 MongoDBセカンダリserverStatus opcountersReplでのデータベース操作の速度を測定します。これらのメトリックは、 クラスターOpcounters - Repl モニタリング を通じてアクセスした チャートで表示できます。
操作のスキャンと順序
MongoDB プロセスのスキャン操作と順序操作に対してアラートを設定できます。
Operations: Scan and Order isインデックスを使用してソート操作を実行できない、ソートされた結果を返す、指定したしきい値を超えるクエリの 1 秒あたりの平均レート。
注意
測定方法
MongoDB は、serverStatus コマンドが返す
metrics.operation.scanAndOrderドキュメントを使用して、レプリケーション Oplog をレポートします。
Atlas 無料クラスター
メモリ
次のアラート条件は、 MongoDB コマンドの ドキュメントから収集されたMongoDBプロセスのメモリを測定します。これらのメトリックは、serverStatus memMemoryクラスターNon-Mapped Virtual Memory モニタリング を通じてアクセスした Atlas および チャートで表示できます。
Memory: Computed isメモリ マッピングで考慮されていない仮想記憶のサイズが指定されたしきい値を満たす場合に発生します。この数字が非常に高い場合（数ギガバイト）、メモリ マッピング以外で過剰なメモリが使用されていることを示します。
Tip
このメトリクスの使用方法については、Non-Mapped Virtual Memory チャートを表示し、チャートの i アイコンをクリックしてください。
Memory: Resident is常駐メモリのサイズが指定されたしきい値を満たす場合に発生します。専用データベース サーバーでは、時間の経過とともに、常駐メモリのサイズがボックス上の物理 RAM の量に近づくのが一般的です。
Memory: Virtual ismongodプロセスの仮想記憶のサイズが指定されたしきい値を満たす場合に発生します。このアラートを使用すると、メモリ マッピング外の過剰なメモリにフラグを付けることができます。Tip
詳細については、Memory チャートの i アイコンをクリックしてください。
接続
次のアラート条件は、 MongoDB コマンドの ドキュメントから収集されたMongoDBプロセスへの接続を測定します。このメトリクスは、serverStatus connectionsクラスターConnections モニタリング を通じてアクセスできる Atlas チャートで表示できます。
Queues
次のアラート条件は、 MongoDB コマンドのserverStatus globalLockドキュメントから収集された、ロックを待機している操作を測定します。これらのメトリックは、 クラスターQueues モニタリング を通じてアクセスした Atlas チャートで表示できます。
Queues: Readers is読み取りロック（read lock） を待機している操作の数が指定された平均を満たす場合に発生します。
Queues: Total is任意の型のロックを待機している操作の数が指定された平均を満たす場合に発生します。
Queues: Writers is書込みロック（write lock） を待機している操作の数が指定された平均を満たす場合に発生します。
ページフォールト
次のアラート条件は、 MongoDB コマンドのserverStatus extra_info.page_faultsフィールドから収集された、 MongoDBプロセスのページ フォールト率を測定します。
Page Faults isページフォールトのレート（例外が発生するかどうかにかかわらず）が指定されたしきい値を満たす場合に発生します。このメトリクスは、クラスター モニタリングを通じてアクセスできる Atlas Page Faults チャートで表示できます。
Database Profiler
次のアラート条件は、パフォーマンスに大きく影響可能性のあるデータベースプロファイラー構成に適用されます。
注意
Profiler configured to capture all operations on a host, which might result in a significant performance impact.データベースプロファイラーがホスト上のすべての操作を取得するように構成されている場合に発生します。これは、プロファイラーレベルが
2（すべての操作をプロファイリング）に設定されている場合、またはプロファイラーレベルが1（低速操作のプロファイリング）に設定されており、slowmsが0以下に設定されている場合に発生します。すべての操作をプロファイリングすると、
system.profileコレクションへの書込みによってパフォーマンスが大幅に低下し、ディスク使用量が増加する可能性があります。このアラートは、すべてのプロジェクトに対してデフォルトで有効になっています。このアラートを解決するには、データベースプロファイラーを無効にするか、適切な
slowmsしきい値（通常は100 ミリ秒以上）のdb.setProfilingLevel()低速 操作のみをプロファイリングするように調整します。プロファイラー設定を変更するには、 を使用します。詳細については、「 データベースプロファイラ 」を参照してください。
Cursors
次のアラート条件は、 MongoDB コマンドの ドキュメントから収集された、 MongoDBプロセスの カーソルserverStatus metrics.cursorの数を測定します。これらのメトリックは、 クラスターCursors モニタリング を通じてアクセスした Atlas チャートで表示できます。
ネットワーク
次のアラート条件は、 MongoDB コマンドの ドキュメントから収集されたMongoDBプロセスのスループットを測定します。これらのメトリックは、serverStatus networkクラスターNetwork モニタリング を通じてアクセスできるホストの チャートで表示できます。
レプリケーション Oplog
次のアラート条件は、MongoDB プロセスの oplog に適用されます。これらのメトリクスは、クラスター モニタリングを通じてアクセスできる次のチャートで表示できます。
- Oplog GB/Hour
- Replication Headroom
- Replication Lag
- Replication Oplog Window
次のアラート条件が oplog に適用されます。
Replication Lag isセカンダリがプライマリより遅れているおおよその時間が指定されたしきい値を満たす場合に発生します。Atlas は、MongoDB マニュアルの レプリケーション ラグの確認 で説明されている方法を使用して、レプリケーション ラグを計算します。
DB ストレージ
MongoDB dbStats コマンドによって MongoDB プロセスに対して収集された次のアラート条件は、データベース ストレージに適用されます。Atlas がデータベース ストレージの制限に達した場合の処理方法について詳しくは、FAQ ページを参照してください。これらの条件は、MongoDB プロセス上の すべてのデータベース の合計に基づいています。
注意
Atlas は、デフォルトでは 20 分ごとにデータベース メトリクスを取得しますが、データベースのパフォーマンスへの影響を軽減するために、必要に応じて頻度を調整します。
DB Storage is割り当てられたストレージが指定されたしきい値を満たす場合に発生します。このアラート条件は、クラスター モニタリングを通じてアクセスできるホストの DB Storage チャートで表示できます。
名前空間
次のアラート条件は、 MongoDBプロセス内のすべての非システム データベースにわたる名前空間の合計数に適用されます。MongoDBプロセスに使用されている名前空間の数を確認するには、Catalog クラスター メトリクスを表示します。
Total Namespaces isすべての非システム データベースにわたるコレクションとインデックスの合計数が指定されたしきい値を満たす場合に発生します。
このメトリクスを監視して、名前空間の制限を超えてデータベースのパフォーマンスと操作に影響可能性を回避します。コレクションとインデックスの管理に関するガイダンスは、「 データ モデリングの概要 」と「 コレクション数の削減 」を参照してください。
WiredTiger ストレージ エンジン
MongoDB serverStatus コマンドの wiredTiger.cache ドキュメントと queues.execution ドキュメントから収集された、 MongoDBプロセスのWiredTigerストレージエンジンに次のアラート条件が適用されます。
これらのメトリクスは、クラスター モニタリングを通じてアクセスできる次のチャートで表示できます。
- Cache Activity
- Cache Usage
- Tickets Available
- Cache Fill Ratio
WiredTiger に適用されるアラート条件は次のとおりです。
MongoDB バージョン 7.0 以降で実行されているクラスターの場合、過負荷アラートのメトリックとしてチケット数を使用しないでください。MongoDB バージョン 7.0 以降、Atlas はチケットの数を動的に調整します。代わりに、キューに入れられたリーダーとライターの数をオーバーロード メトリクスとして使用します。
システムおよびディスクのアラート
次のアラート条件は、Atlas サーバー クラスタの使用量を測定します。
注意
現在、Atlas はデータ、インデックス、ジャーナルファイルに単一のパーティションを使用しています。アラートは個々のパーティションを参照が、同じメトリクスを点。
注意
すべてのハードウェア メトリクスには、個別に設定可能なアラートと同等のバースト レポート作成があります。詳細については、「バースト レポート作成」を参照してください。
Disk Queue depth on Data Partition isMongoDB が使用するデータパーティションに発行されたリクエストのキューの平均長が、指定されたしきい値を超える場合に発生します。
Disk space % used on Data Partition isMongoDB コレクションのデータを含むパーティションで使用されているディスクスペースの割合。
このアラートの考えうる解決策を見つけるには、「アラート解決」を参照してください。
Max disk queue depth on Data Partition isMongoDB が使用するデータパーティションに発行されたリクエストのキューの最大平均長が、指定されたしきい値を超える場合に発生します。
Max disk space % used on Data Partition isMongoDB コレクションのデータを含むパーティションで使用されるディスクスペースの最大割合が、指定したしきい値を超える場合に発生します。
再起動
ホストがダウンしています
Host is DownAtlas が数分間ホストに到達できない場合に発生します。
重要
セカンダリ読み取りに依存する場合にのみ、このアラートを構成する必要があります。セカンダリ読み取りについて詳しくは、「定義済みレプリカセット タグを使用したクエリ」および「読み込み設定（read preference）」を参照してください。
このアラートは通常、次のいずれかの条件でトリガーされます。
クラスターで障害が発生し、自動修復中です。
ネットワークの問題でクラスターにアクセスできませんでした。
MongoDB Atlas は、ダウンタイムが ローリング インデックス構築 などのアクションによって発生していないことを確認します。MongoDB Atlas は、ダウンタイムが意図的でなかったことを確認した場合、影響を受けたノードの置き換えを試みます。障害が発生した場合、Atlas クラスターは、大多数のノードが実行中である限り、読み取りと書き込みの両方でノードの可用性を維持します。詳しくは、「MongoDB Atlas による高可用性の提供方法」を参照してください。
プッシュベースのログ エクスポート（PBLE）
プッシュベースのログエクスポート機能には、次のアラート条件が適用されます。
ログ エクスポート
Log export has failed. Check your integration settings and credentials.無効な認証情報や Sink の構成ミスなど、再試行できないエラーが発生した場合にのみログされます。
Log export is failing after multiple attempts. Logs are being queued and will be sent once the connection is restored.再試行が使い果たされた後にトリガーされます。ログは、デッド 文字キュー（DLQ）に 7 日間の保持でキューに入れられ、接続が復元されると自動的に送信されます。
Log export replay has failed to deliver records to an external platform, even after an automatic replay attempt. These records will be permanently deleted once their retention window expires. Contact MongoDB Support to request redelivery.自動再試行後にDLQ からの自動再生が失敗した場合にトリガーされます。配信されないレコードは 7 日後に永続的に削除されます。手動再配信をリクエストには、 MongoDBサポート に問い合わせてください。
Swap
スワップ領域の使用には、次の警告条件が適用されます。
Sort
ソート操作には次のアラート条件が適用されます。
Sort: Spill to disk during sort is$sortステージによるディスクへの書込み（write）の数が指定されたしきい値を満たす場合に発生します。
適用できないホスト条件
次のホスト条件は Atlas には適用されません。Atlasは、次の条件ではアラートを生成しません。
メモリ外のアクセス。合計は
バックグラウンド フラッシュの平均は
B木。アクセスは
B木。ヒットは
B木。欠落は
B木。欠落率は
カーソル。クライアント カーソルのサイズは
有効ロック％は
書込みロック (write lock) でのコミットのジャーナリングは
ジャーナリング MB は
ジャーナリング書込み (write) データファイル MB は
メモリ。マップ済みは
ページフォルト例外発生数。合計は
クエリ ターゲティング アラート
次のアラートはコレクションのインデックスに適用されます。どちらのアラートも、インデックスが欠落しているか非効率的であることを示している可能性があります。
Tip
パフォーマンスを向上させるためのインデックス作成の詳細については、「インデックスの作成戦略」を参照してください。
MongoDB Search プロセス（mongot ）がMongoDB Search インデックスを最新の状態に保つために使用する change stream カーソルは、クエリ ターゲット設定率に貢献し、比率が高い場合は アラート をトリガーできます。
クラウドバックアップ アラート
次のアラートはクラウドバックアップ スナップショットに適用されます。
レプリカセット アラート
次のアラート条件は、レプリカセットに適用されます。
Number of elections in last hour is > X過去 1 時間に発生した選挙の数が、ユーザー指定の値である
Xを超える場合に発生します。Xの値は、アラートを作成するときに設定されます。絶えず続く選挙からも明らかですが、このアラートは、クラスターのレプリケーションが正常な状態ではないことを示している可能性があります。
Replica set elected a new primaryレプリカセットが新しいプライマリを選択したときに発生します。
Replica set has no primaryレプリカセットにプライマリがない場合に発生します。具体的には、レプリカセットのどのノードもステータスが
PRIMARYでない場合、アラートがトリガーされます。例、この条件は、セットに偶数の投票ノードがあり、同数になった場合に発生する可能性があります。Atlas が選挙中にデータを収集する場合、このアラートは誤検知を送信する可能性があります。このような誤検知を防ぐには、アラート構成のafter waiting 間隔（構成のSend to セクション）を設定します。
このアラートの考えうる解決策を見つけるには、「アラート解決」を参照してください。
シャーディングされたクラスター アラート
次のアラート条件は、シャーディングされたクラスターに適用されます。
Cluster is missing an active mongosAtlas
mongosがクラスターのどの にも到達できない場合に発生します。
Flex アラート
次のアラート条件は、Flex クラスターに適用されます。
App Services アラート
Atlas App Services には次のアラート条件が適用されます。
An overall request rate limit has been hit同時要求の数が制限を超えるときに発生します。このアラートは、アプリが予想外に多くのリクエストを行っている可能性があることを示しています。
Endpoints Compute Time isHTTPS エンドポイントの 1 秒あたりの計算時間が指定されたしきい値を満たす場合に発生します。
Endpoints Egress Bytes isHTTPS エンドポイントの データ送信 バイト/秒が指定されたしきい値に達した場合に発生します。
Failed Requests - GraphQL is1 秒あたりに失敗する GraphQL リクエストの数が指定されたしきい値に達した場合に発生します。（Atlas App Services の GraphQL サポートは非推奨です。詳しくは、「Atlas App Services のドキュメント」を参照してください。）
Failed Requests - Sync is1 秒あたりの失敗した Atlas Device Sync リクエストの数が指定されたしきい値に達した場合に発生します。
GraphQL Compute Time isGraphQL の 1 秒あたりの 計算時間 が指定されたしきい値を満たす場合に発生します。 （Atlas App Services の GraphQL サポートは非推奨です。詳しくは、「Atlas App Services のドキュメント」を参照してください。）
GraphQL Egress Bytes isGraphQL の データ出力 バイト/秒が指定されたしきい値に達した場合に発生します。 （Atlas App Services の GraphQL サポートは非推奨です。詳しくは、「Atlas App Services のドキュメント」を参照してください。）
GraphQL Request Duration P95 isGraphQL リクエストのミリ秒単位の期間の 95 パーセンタイルが指定されたしきい値に達した場合に発生します。（Atlas App Services の GraphQL サポートは非推奨です。詳しくは、「Atlas App Services のドキュメント」を参照してください。）
HTTP Endpoint Request Duration P95 isHTTPS endpoints リクエストの期間（ミリ秒単位）の 95 パーセンタイルが指定されたしきい値を満たす場合に発生します。
Overall Compute Time is1 秒あたりの全体的な計算時間が指定されたしきい値を満たす場合に発生します。
Overall Egress Bytes is1 秒あたりの全体的な データ送信 バイトが指定されたしきい値に達した場合に発生します。
SDK Functions Compute Time isSDK 関数の 1 秒あたりの計算時間が指定されたしきい値を満たす場合に発生します。
SDK Functions Egress Bytes isSDK 関数の データ送信 バイト/秒が指定されたしきい値を満たす場合に発生します。
SDK MQL Compute Time isSDK MQL の 1 秒あたりの 計算時間 が指定されたしきい値に達した場合に発生します。
SDK MQL Egress Bytes isSDK MQLデータ出力バイト数が 1 秒あたり指定されたしきい値を満たす場合に発生します。
Session Ended - Sync isAtlas Device Sync 中に 1 秒あたりに終了したセッション数が指定されたしきい値を満たす場合に発生します。
Sync Client Bootstrap Time isAtlas Device Sync クライアントのブートストラップ時間の 95 パーセンタイルが指定されたしきい値を満たす場合に発生します。
Sync Client Uploads that failed isSDK MQL のデータ送信バイト/秒が指定されたしきい値を満たす場合に発生します。
Sync Client Uploads that are invalidAtlas Device Sync クライアントでの 1 秒あたりの無効なアップロード数が指定されたしきい値を満たす場合に発生します。
Sync Current Oplog Lag Sum isAtlas Device Sync が MongoDB oplog より遅れているおおよその時間が指定されたしきい値に達した場合に発生します。
Sync Egress Bytes isAtlas Device Sync の データ出力 バイト/秒が指定されたしきい値に達した場合に発生します。
Sync Num Unsyncable Docs % isApp Services の同期できないドキュメントの数が指定されたしきい値に達した場合に発生します。
Triggers Compute Time isトリガーの 計算時間/秒が指定されたしきい値を満たした場合に発生します。
Triggers Current Oplog Lag Sum isApp Services がトリガーするおおよその時間が MongoDB oplog より遅れており、指定されたしきい値を満たしている場合に発生します。
Triggers Egress Bytes isトリガーの データ送信 バイト/秒が指定されたしきい値に達した場合に発生します。
ユーザー アラート
Atlas のユーザーは次のアラート条件が適用されます。
Organization users do not have multi-factor authentication enabled組織内の 1 人以上のユーザーが多要素認証を有効にしていない場合に発生します。
プロジェクト アラート
次のアラート条件が Atlas プロジェクトに適用されます。
Encryption at Rest KMS network access deniedAtlas のプロジェクトがキー管理プロバイダーに接続できない場合に発生します。この場合、Atlas はプロセスをシャットダウンしません。このアラートは、すべての新しいプロジェクトで KMS ネットワークへのアクセス失敗が伝達されるように、自動的に実行されます。詳細については、KMS による保管時の暗号化の有効化 を参照してください。
Tag(s) were added or modified on projectユーザーまたはチームがプロジェクトのタグを追加または変更した場合に発生します。
請求アラート
Atlas の請求には次のアラート条件が適用されます。請求アラートは、Atlas UI から組織レベルまたはプロジェクトレベルで構成できます。
組織レベルのアラートを構成するには、次の手順に従います。
Atlas で、Organization Alerts ページに移動します。
まだ表示されていない場合は、ナビゲーション バーの Organizations メニュー メニューから目的の組織を選択します。
Atlas UI の右上隅にある Alerts アイコンをクリックします。
Organization ヘッダーの下の Alerts をクリックします。
[ Organization Alerts ]ページが表示されます。
プロジェクトレベルのアラートを構成するには
Atlas で、Project Alerts ページに移動します。
まだ表示されていない場合は、希望するプロジェクトを含む組織を選択しますナビゲーション バーのOrganizationsメニュー
まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。
Atlas UI の右上隅にある Alerts アイコンをクリックします。
Project ヘッダーの下の Alerts をクリックします。
プロジェクト アラートページが表示されます。
注意
請求額はすべて USD で表示されます。
Amount billed ($) yesterday is above the threshold組織またはプロジェクトの直近の 1 日の請求額が、構成したしきい値を超える場合に発生します。Atlas は、請求額を計算する際に前日に適用されたクレジットを考慮しません。
この条件は、組織とプロジェクトの両方に適用されます。
Credit card is about to expire登録されているクレジットカードの有効期限が迫っている場合に発生します。アラートは、カードの有効期限が切れる月の初めにトリガーされます。Atlas は、クレジットカードが初めて追加されたときにこのアラートを有効にします。
この条件は、組織とプロジェクトの両方に適用されます。
サービス アカウント アラート
Atlas サービス アカウント には次のアラート条件が適用されます。これらのアラートは、Atlas UIから組織レベルで構成できます。
注意
組織ノードのロールを持つサービス アカウント
これらのアラートは、Organization Member ロールのみを持つサービス アカウントには適用されません。Atlas は、Organization Member よりも高い権限を持つ組織ロールを持つサービス アカウントに対してのみ、これらのアラート条件を評価します。Organization Member ロールのみを持つサービス アカウントでこれらのアラートをテストした場合、Atlas はアラートを発生させません。
Service Account Secrets are about to expireいずれかのサービス アカウントのシークレットが 7 日以内、またはこのアラート を構成する場合に指定した日数で期限切れになる場合に発生します。すべての有効期限内のシークレットが削除されるか、または有効期限が切れると、このアラートはリセットされます。
このアラート条件は組織にのみ適用されます。
Service Account Secrets have expiredいずれかのサービス アカウントのシークレットが期限切れになった場合に発生します。 新しいシークレットを生成するには、「 プログラムによる組織へのアクセスの更新 」を参照してください。期限切れのシークレットがすべて削除されると、このアラートはリセットされます。
このアラート条件は組織にのみ適用されます。
フェデレーション アラート
Organization's IdP certificate is about to expireユーザーが
Organization Ownerロールを持つ組織の IdP 証明書が 14日以内に期限切れになる場合に発生します。このアラートはユーザーが確認するまで、Atlas により毎日送信されます。注意
Atlas は組織を IdP にマッピングすると、このアラートを自動的に作成します。マッピングを削除すると、Atlas はこのアラートのすべてのインスタンスを削除します。
保存時の暗号化アラート
次のアラート条件は、カスタマー キー管理を使用した保管時の暗号化を使用するプロジェクトに適用されます。
AWS encryption key elapsed time since last rotation is above (n) daysプロジェクトで使用される Amazon Web Servicesカスタマー マスター キー（CMK）が構成された日数（デフォルトではAtlas90 ）を超えてアクティブになっている場合に発生します。
アラートしきい値を変更するには、以下の手順を行います。
Atlas で、 Project Alerts ページに移動します。
まだ表示されていない場合は、希望するプロジェクトを含む組織を選択しますナビゲーション バーのOrganizationsメニュー
まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。
Atlas UI の右上隅にある Alerts アイコンをクリックします。
Project ヘッダーの下の Alerts をクリックします。
プロジェクト アラートページが表示されます。
[ Alert Settingsをクリックします。
90デフォルトの
alert日 をAWS KMS CMK のローテーションよりも長く 構成 すると、 AWSにより自動的にローテーションするため、Atlas のアラートは作成されません。このアラートは、プロジェクト CMK をローテーションすると自動的にリセットされます。プロジェクトCMKをローテーションする方法については、 「AWS カスタマーマスターキーをローテーションする」を参照してください。
Azure encryption key elapsed time since last rotation is above (n) daysAtlas プロジェクトで使用される Azure Key Vault キー識別子が、構成された日数を超えてアクティブになっている場合に発生します（デフォルトでは90 ）。
アラートしきい値を変更するには、以下の手順を行います。
Atlas で、 Project Alerts ページに移動します。
まだ表示されていない場合は、希望するプロジェクトを含む組織を選択しますナビゲーション バーのOrganizationsメニュー
まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。
Atlas UI の右上隅にある Alerts アイコンをクリックします。
Project ヘッダーの下の Alerts をクリックします。
プロジェクト アラートページが表示されます。
[ Alert Settingsをクリックします。
このアラートは、プロジェクトのキー識別子をローテーションすると自動的にリセットされます。 プロジェクトのキー識別子をローテーションする方法に関するドキュメントについては、「 Azure キー識別子のローテーションについて 」を参照してください。
GCP encryption key elapsed time since last rotation is above (n) daysAtlas プロジェクトで使用される GCP キー バージョン リソース ID が、構成された日数（デフォルトでは90 ）を超えてアクティブになっている場合に発生します。
アラートしきい値を変更するには、以下の手順を行います。
Atlas で、 Project Alerts ページに移動します。
まだ表示されていない場合は、希望するプロジェクトを含む組織を選択しますナビゲーション バーのOrganizationsメニュー
まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。
Atlas UI の右上隅にある Alerts アイコンをクリックします。
Project ヘッダーの下の Alerts をクリックします。
プロジェクト アラートページが表示されます。
[ Alert Settingsをクリックします。
このアラートは、プロジェクトのキー バージョン リソース ID をローテーションすると自動的にリセットされます。
プロジェクトのキー バージョン リソース ID をローテーションする方法については、「GCP キー バージョン リソース ID をローテーションする」を参照してください。
Encryption at Rest KMS network access deniedネットワーク アクセス制限により、クラウドプロバイダーの KMS 認証情報が無効な場合に発生します。このアラートは、すべての新しいプロジェクトで KMS ネットワークへのアクセス失敗が伝達されるように、自動的に実行されます。
アラートを変更または削除するには、以下の手順に従います。
Atlas で、 Project Alerts ページに移動します。
まだ表示されていない場合は、希望するプロジェクトを含む組織を選択しますナビゲーション バーのOrganizationsメニュー
まだ表示されていない場合は、ナビゲーション バーのProjectsメニューから目的のプロジェクトを選択します。
Atlas UI の右上隅にある Alerts アイコンをクリックします。
Project ヘッダーの下の Alerts をクリックします。
プロジェクト アラートページが表示されます。
[ Alert Settingsをクリックします。
このアラートは、すべての新しいプロジェクトに対してデフォルトで有効になっています。
メンテナンスウィンドウ アラート
次のアラート条件はメンテナンスウィンドウが構成されているプロジェクトに適用されます。
注意
プロジェクトにアクティブなメンテナンスウィンドウがある場合のみ、メンテナンスウィンドウ アラートを構成できます。
MongoDB サポート アクセス付与アラート
Atlas Stream Processing アラート
次のアラート条件は、Stream Processing ワークスペースを実行しているプロジェクトに適用されます。
Stream Processor State is failedターゲット ストリーム プロセッサが失敗状態で終了した場合に発生します。
注意
Operator（
iscontains、 などのマッチャー式が含まれる）を使用して、ストリーム プロセッサの状態に失敗するとアラートを構成したストリーム プロセッサの名前を変更すると、Atlas はトリガーされませんマッチャー式が新しい名前と一致しない場合、名前が変更されたストリーム プロセッサに対してアラートを発行します。名前が変更されたストリーム プロセッサを監視するには、アラートを再構成します。
Stream Processor source change stream lag is変更ストリームソース上のイベントとターゲット ストリーム プロセッサ上のそのイベントの取り込み時間の間の遅延時間がしきい値を超えるか下回った場合に発生します。
Stream Processor DLQ message count is対象のストリームプロセッサがデッドレターキュー (DLQ) に書き込み (write) する 1 秒あたりのメッセージのレートがしきい値を超えるか下回る場合に発生します。
Stream Processor source Kafka offset lag isKafka ソースのオフセットラグの合計がしきい値を超えるか下回る場合に発生します。