Docs Menu
Docs Home
/
MongoDB Atlas
/ /

利用可能なメトリクスの検討

以下のメトリクスを確認して、クラスターを監視できます。すべてのハードウェア メトリクスには、最大値に関するメトリクスまたは個別のチャートが含まれています。

重要

利用可能なメトリクスは、ユーザー ロールとクラスター タイプによって異なります。

注意

現在、サーバーレスインスタンスメトリクスはサードパーティのサービス(例: Datadog など)をサポートしていません。 )。

メトリクス
説明
Asserts

次の情報を表示。

  • ASSERT_REGULAR 選択したサンプル期間における、1 秒あたりに発生した通常のアサートの平均レートを表示。

  • ASSERT_WARNING 選択したサンプル期間における、1 秒あたりの警告の平均レートを表示。

  • ASSERT_MSG 選択したサンプル期間における、1 秒あたりのメッセージ アサートの平均レートを表示。これらの内部サーバー エラーには、明確に定義されたテキスト文字列があります。Atlas ではこれらのスタック トレースがログに記録されます。

  • ASSERT_USER 選択したサンプル期間における、1 秒あたりのユーザー アサートの平均レートを表示。このメトリックには、ディスク容量不足や重複キー エラーなど、ユーザーによって生成されたアサートが含まれます。

アサートを監視して、データの読み取りまたは書き込み中に発生したエラーの数を確認します。サーバーログを確認して、エラーの原因を特定します。

Avg Object Size

データベース内のすべてのコレクションの平均オブジェクト サイズを表示。

オブジェクト サイズを監視してお使いのオブジェクトのサイズを確認し、データベース領域をより深く理解します。

Cache Activity

次の情報を表示。

  • readInto (レプリカセット)または cache read into(シャーディングされたクラスター)は、クエリを処理するためにディスクからメモリに読み込まれる 1 秒あたりのデータ量をバイト単位で表示。

  • writtenFrom (レプリカセット)または cache written from(シャーディングされたクラスター)は、書込み (write) 処理のためにメモリからディスクに書き込まれる 1 秒あたりのデータ量をバイト単位で表示。

MongoDB キャッシュを監視します。キャッシュは頻繁にアクセスするデータをメモリに保存し、クエリの処理をより速くします。

Cache Ratio

キャッシュ埋め込み比率とダーティ埋め込み比率のメトリクスを表示。

Cache Fill Routは、キャッシュがリクエストをどの程度処理できるかを測定します。 これは、キャッシュに現在含まれているバイト数を設定された最大バイト数で割った値であり、パーセンテージとして表されます。 キャッシュ埋め込み比率が高い場合は、ほとんどのデータリクエストがメモリから提供されることを示し、クエリのパフォーマンスが向上し、ディスク I/O が削減されます。

ダーティ書き込み比率は、キャッシュの合計に対するメモリ内で変更されたがまだディスクに書き込まれないページであるダーティバイトの割合を表します。 ダーティ処理比率が高い場合、大量のデータがディスクにフラッシュされるのを待機していることを示し、パフォーマンスに影響を与える可能性があります。 書き込み負荷の高いワークロードをモニタリングしてデータの耐久性を確保する場合は、このメトリクスを使用してください。

Cache Usage

次の情報を表示。

  • dirty (レプリカセット)または cache dirty(シャーディングされたクラスター)は、読み取りと書込み (write) 処理のためにメモリにキャッシュされたダーティバイトの合計を表示。

  • used (レプリカセット)または cache used(シャーディングされたクラスター)は、読み取りと書込み (write) 処理のためにメモリにキャッシュされたバイト数の合計を表示。

これらのメトリクスには、インデックスとワーキングセットのデータの両方が含まれます。

キャッシュの使用率が継続的に高い場合は、ワークロードに対して RAM が小さすぎることを示します。頻繁にディスクの読み取りを行わないよう、クエリを最適化します。書込み (write) 操作によってキャッシュの使用率が高くなる場合は、この操作を制限します。

Catalog

次の情報を表示。

  • total databases 非システム データベースの総数を表示。

  • total collections すべての非システム データベースにおけるコレクションの総数を表示。

  • total views すべての非システム データベースにおけるビューの総数を表示。

  • total indexes すべての非システム コレクションにおけるインデックスの総数を表示。

クラスター階層をアップグレードする際に、データベース、コレクション、ビュー、またはインデックスの数が多すぎることによる起動エラーが発生しないよう、カタログのカウントを監視します。

Collections

データベース内のコレクションの数を表示。

コレクションを監視して、再起動時間、継続的なバックアップ パフォーマンス、および安定性を見極めます。

Connections (サーバーレスインスタンスやレプリカセット)またはconnection(シャーディングされたクラスター)

クラスターへのアクティブな接続の合計数を表示。

接続を監視して、現在の接続制限が十分かどうかを判断します。 必要に応じて、クラスター階層をアップグレードします。

Cursors

次の情報を表示。

  • totalOpen サーバーがクライアントのために保持するカーソル数を表示。

  • totalTimedOut 選択したサンプル期間における、1 秒間にタイムアウトしたカーソルの平均頻度を表示。

カーソルを監視して、不要なカーソルを閉じ、アプリケーションのタイムアウト設定を短縮します。

DB Storage

次の情報を表示。

  • storageSize (レプリカセット)または db storage size(シャーディングされたクラスター)は、すべてのデータベースでドキュメントに割り当てられたディスク上のストレージ容量の合計を表示。

  • Data Size (サーバーレスインスタンス)、dataSize(レプリカセット)、または db data size(シャーディングされたクラスター)は、保存されたデータが使用するストレージ容量をバイト単位で表示。

  • db data size without system 非システム データベース全体におけるドキュメント データ(パディング要素を含む)の合計サイズをバイト単位で表示。

Atlas は、デフォルトでは 20 分ごとにデータベース メトリクスを取得しますが、データベースのパフォーマンスへの影響を軽減するために、必要に応じて頻度を調整します。

ディスクのオートスケーリングを使用するか、手動でディスクサイズを増やすかを決定するために、ストレージス ペースを監視します。また、バックアップの請求を確認するために、このメトリクスを監視することもできます。

Disk IOPS

1 秒あたりの入力操作数を表示。

ディスク IOPS が最大プロビジョニングされた IOPS に近づくかどうかを監視します。 クラスターが将来のワークロードを処理できるかどうかを判断してください。

Disk Latency

次の情報を表示。

  • Read ディスクからの読み取りにかかった平均時間を表示。

  • Write ディスクへの書き込みにかかった平均時間を表示。

ディスクのレイテンシを監視して、ディスクからの読み取りとディスクへの書き込みの効率性を追跡します。

Disk Queue Depth

MongoDB で使用されるディスク パーティションに発行されたリクエストのキューの長さの平均を表示。

ディスク キューの深さを監視して、潜在的な問題とボトルネックを特定します。

Disk Space Free

ディスクに残っている空き領域の合計量を表示。

ディスクの空き領域を監視して、ディスクのオートスケーリングを使用するか、ディスク サイズを手動で増やすか判断します。

Disk Space Percent Free

ディスク上に残っている空き領域の合計量を、ディスク領域の合計に対するパーセンテージとして表示。

空きディスク領域の割合を監視して、ディスクのオートスケーリングを使用するか、ディスク サイズを手動で増やすかを判断します。

Disk Space Used

ディスク上の使用済み領域の合計を表示。

使用済みディスク領域を監視して、ディスクのオートスケーリングを使用するか、ディスク サイズを手動で増やすかを決定します。

Disk Throughput

ディスクの読み取りおよび書込みスループットのメトリクスを表示します。

ディスク読み取りスループットは、ディスクからデータが読み取られる速度をメガバイト/秒単位で反映し、メモリにキャッシュされていないデータをデータベースがどの程度効率的に取得するかを示します。

ディスク書込みスループットは、書込み操作を処理し、データを効率的にストレージに保持するデータベースの能力を反映して、データがディスクに書き込まれる速度をメガバイト/秒単位で測定します。

Document Metrics

次の情報を表示。

  • Returned 1 秒あたりに返されたドキュメント数を表示。

  • Inserted 1 秒あたりに挿入されたドキュメント数を表示。

  • Updated 1 秒あたりに更新されたドキュメント数を表示。

  • Deleted 1 秒あたりに削除されたドキュメント数を表示。

ドキュメント メトリクスを監視して、MongoDB が完了した作業を測定します。

Execution Time

次のメトリクスの平均時間を秒単位で表示。

  • Average read operational latency

  • Average write operational latency

  • Average command operational latency

クエリとインデックスを最適化するために、読み取り操作での実行時間の増加をモニターする。

Index Size

データベース内のすべてのインデックスの合計サイズを表示。このメトリクスには、インデックスの基となる実際のドキュメント データに加えて、インデックスによって発生するオーバーヘッドが含まれます。

インデックスのサイズを監視してインデックスを管理します。 詳しくは、「インデックス作成戦略 」を参照してください。

Indexes

データベース内のインデックスの合計数を表示。

インデックスを監視してインデックスを管理します。 詳しくは、「インデックス作成戦略 」を参照してください。

Max Disk IOPS

メトリクスの粒度によって指定された期間における、次の最大ディスク IOPS 値を表示。

  • max read iops 1 秒あたりの最大ディスク読み取り入力操作数。

  • max write iops 1 秒あたりの最大ディスク書込み (write) 入力操作。

ディスク IOPS が最大プロビジョニングされた IOPS に近づくかどうかを監視します。 クラスターが将来のワークロードを処理できるかどうかを判断してください。

Max Disk Queue Depth

メトリクスの粒度によって指定された期間における、ディスク キューの深さの最大値を表示。ディスク キューの深さは、MongoDB で使用されるディスク パーティションに対して発行されたリクエストのキューの平均長です。

ディスク キューの深さを監視して、潜在的な問題とボトルネックを特定します。

Max Normalized System CPU

ノード上のすべてのプロセスの最大 CPU 使用率値を、CPU コアの数で割った 0~100% の範囲で表示。

CPU 使用率を監視して、データがメモリではなくディスクから取得されているかどうかを判断します。

アラートのトリガーになった使用状況が見えない場合は、該当する期間の上でマウスをクリックしてドラッグし、 Normalized System CPU チャートを拡大してください。高解像度のビューを使用すると、概要では確認できなかった CPU 使用率の急激な上昇を特定できる場合があります。

Max Process CPU

メトリクスの粒度によって指定された期間における、次の最大プロセス CPU 値を表示。

  • max user CPU が MongoDB プロセスの処理に費やした時間の最大パーセンテージを表示。

  • max kernel CPU が MongoDB プロセスに関連するオペレーティング システムの呼び出し処理に費やした時間の最大パーセンテージを表示。

CPU 使用率を監視して、データがメモリではなくディスクから取得されているかどうかを判断します。

アラートのトリガーになった使用状況が見えない場合は、該当する期間の上でマウスをクリックしてドラッグし、 Normalized System CPU チャートを拡大してください。高解像度のビューを使用すると、概要では確認できなかった CPU 使用率の急激な上昇を特定できる場合があります。

Max System CPU

ノード上のすべてのプロセスの最大 CPU 使用率の値を表示。

CPU 使用率を監視して、データがメモリではなくディスクから取得されているかどうかを判断します。

アラートのトリガーになった使用状況が見えない場合は、該当する期間の上でマウスをクリックしてドラッグし、 Normalized System CPU チャートを拡大してください。高解像度のビューを使用すると、概要では確認できなかった CPU 使用率の急激な上昇を特定できる場合があります。

Max System Memory

システム メモリーの最大値をバイト単位で表示。

メモリを監視して、より高いクラスター階層にアップグレードするかどうかを判断します。このメトリクスは、メトリクスの粒度によって指定された期間にわたる最大値を表します。

Memory

特定の時点でのメモリの総消費量をメガバイト単位で表示。

  • memory_resident (レプリカセット)または memory resident(シャーディングされたクラスター)は、ノード上で実行されている MongoDB プロセスが消費するメモリを表示。このメトリクスには他のプロセスの消費は含まれておらず、ノードが消費するメモリの合計を表すものではありません。

  • memory_virtual (レプリカセット)または memory virtual(シャーディングされたクラスター)は、スワップ領域として機能するためにディスクに予約されているメモリを表示。

メモリを監視して、より高いクラスター階層にアップグレードするかどうかを判断します。このメトリクスは、メトリクスの粒度によって指定された期間における平均値を表します。

Network

次の情報を表示。

  • bytesIn 選択したサンプル期間における、このデータベース サーバーに送信された1 秒あたりの平均物理バイト数(送信圧縮後)を表示。

  • bytesOut 選択したサンプル期間における、このデータベース サーバーから送信された 1 秒あたりの平均物理バイト数(送信圧縮後)を表示。

  • numRequests 選択したサンプル期間における、このデータベース サーバーに送信された 1 秒あたりの平均リクエスト数を表示。

    ネットワークのパフォーマンスを追跡するために、ネットワーク メトリクスを監視します。

Normalized Process CPU

次の情報を表示。

  • user CPU が MongoDB プロセスの処理に費やした時間の割合を、CPU コアの数で割った 0~100% の範囲で表示。

  • kernel CPU が MongoDB プロセスに関するオペレーティング システムの呼び出し処理に費やした時間の割合を、CPU コアの数で割った 0 ~100% の範囲で表示。

CPU 使用率を監視して、データがメモリではなくディスクから取得されているかどうかを判断します。

アラートのトリガーになった使用状況が見えない場合は、該当する期間の上でマウスをクリックしてドラッグし、 Normalized System CPU チャートを拡大してください。高解像度のビューを使用すると、概要では確認できなかった CPU 使用率の急激な上昇を特定できる場合があります。

Normalized System CPU

ノード上のすべてのプロセスの CPU 使用率を、CPU コアの数で割った 0~100% の範囲で表示。

CPU 使用率を監視して、データがメモリではなくディスクから取得されているかどうかを判断します。

アラートのトリガーになった使用状況が見えない場合は、該当する期間の上でマウスをクリックしてドラッグし、 Normalized System CPU チャートを拡大してください。高解像度のビューを使用すると、概要では確認できなかった CPU 使用率の急激な上昇を特定できる場合があります。

Objects

データベース内のオブジェクト数を表示。

このメトリクスを監視して、データベース領域をよりよく理解します。

OpCounters

MongoDB プロセスが最後に開始されて以降に MongoDB プロセスで実行された 1 秒あたりの数を表示。

  • command (レプリカセット)または cmd(シャーディングされたクラスター)

  • query

  • insert

  • delete

  • update

  • getmore

MongoDB の操作をモニターして、高いワークロードに関連するパフォーマンスの問題を検証し、負荷に関連する操作のタイプを確認する。

OpCounters - Repl

次の情報を表示。

  • command 選択されたサンプル期間中、1 秒あたりに適用された複製済みコマンドの平均レートを表示。

  • insert 選択したサンプル期間中、1 秒あたりに適用された複製済み挿入の平均レートを表示。

  • delete 選択したサンプル期間中、1 秒あたりに適用された複製済み削除の平均レートを表示。

  • update 選択したサンプル期間中、1 秒あたりに適用された複製済み更新の平均レートを表示。

MongoDB の操作をモニターして、高いワークロードに関連するパフォーマンスの問題を検証し、負荷に関連する操作のタイプを確認する。

Operation Execution Time

次の操作を実行する平均時間をミリ秒単位で表示。

  • avg ms/read (レプリカセット)または execution time reads(シャーディングされたクラスター)

  • avg ms/write (レプリカセット)または execution time writes(シャーディングされたクラスター)

  • avg ms/command (レプリカセット)または execution time commands(シャーディングされたクラスター)

読み取り操作の増加について実行時間を監視して、クエリとインデックスを最適化します。クラスター階層をアップグレードする必要があるかどうかを判断してください。

Oplog GB/Hour

プライマリが 1 時間あたりに生成する非圧縮oplogデータの平均レートをギガバイト単位で表示します。

oplog データを監視して、oplog サイズを増やす必要があるかどうかを判断します。

Page Faults

選択したサンプル期間中におけるこのプロセスのページフォールトの 1 秒あたりの平均レートを表示。Windows 以外の環境では、ハードページフォルトにのみ適用。

ページフォールトをモニターして、メモリを増やす必要があるかどうかを判断。

Process CPU

次の情報を表示。

  • user CPU が MongoDB プロセスに費やした時間の割合を表示。

  • kernel CPU が MongoDB プロセスのオペレーティングシステム呼び出しに費やした時間の割合を表示。

CPU 使用率を監視して、データがメモリではなくディスクから取得されているかどうかを判断します。

アラートのトリガーになった使用状況が見えない場合は、該当する期間の上でマウスをクリックしてドラッグし、 Normalized System CPU チャートを拡大してください。高解像度のビューを使用すると、概要では確認できなかった CPU 使用率の急激な上昇を特定できる場合があります。

Query Executor

次の情報を表示。

  • Index Items Scanned 1 秒あたりにスキャンされたインデックス数を表示。

  • Documents Scanned 1 秒あたりのドキュメントのスキャン数を表示。

クエリエグゼキュータをモニターして、非効率的なクエリがあるかどうかを判断。

Query Targeting

MongoDB で実行される読み取り操作実行の効率を表示。

  • Scanned Objects to Returned (レプリカセット)または scanned objects / returned(シャーディングされたクラスター)は、1 つのドキュメントを返すまでにスキャンされたドキュメントの数を表示。

  • Scanned Keys to Returned (レプリカセット)または scanned keys / returned(シャーディングされたクラスター)には、1 つのドキュメントを返すためにスキャンされたインデックスキーの数を表示。

クエリの対象をモニターして読み取り効率を判断し、クエリとインデックスを最適化。

Atlas Search プロセス(mongot)が Atlas Search インデックスを最新の状態に保つために使用するchange stream カーソルは、クエリ ターゲット設定率に貢献し、比率が高い場合はアラートをトリガーできます。

Queues

次の情報を表示。

  • GLOBAL_LOCK_CURRENT_QUEUE_TOTAL ロックを待機しているキューに入れられた操作の数を表示。

  • GLOBAL_LOCK_CURRENT_QUEUE_READERS 読み取りロック(read lock) を待機しているキューに入れられた操作の数を表示。

  • GLOBAL_LOCK_CURRENT_QUEUE_WRITERS 書込みロック (write lock) を待機するキューに入れられた操作の数を表示。

ロックのキューを監視してクエリを最適化します。

Read/Write Units

次の情報を表示。

  • 合計読み取りプロセシングユニット(RPU)

  • 合計書き込みプロセシングユニット(WPU)

読み取り単位と書き込み単位をモニターし、クエリとインデックスの最適化に役立てます。

Replication Headroom

プライマリのレプリケーション oplog window とセカンダリのレプリケーションラグの差を表示。

レプリケーションのヘッドルームを監視して、セカンダリが oplog から削除される可能性があるかどうかを判断します。

Replication Lag

書き込みアプリケーション中のセカンダリがプライマリより遅れているおおよその秒数を表示。

レプリケーション ラグを監視して、セカンダリが oplog から削除される可能性があるかどうかを判断します。

Replication Oplog Window

oplog チャーンに基づき、プライマリのレプリケーション oplog で利用可能なデータベース操作の推定平均時間数を表示。セカンダリ ノードのレプリケーションラグがレプリケーション oplog window を超え、レプリケーション ヘッドルームがゼロに達した場合、そのノードを再び正常な状態に戻すには完全な再同期が必要です。

レプリケーション oplog window とレプリケーションのヘッドルームをモニターして、セカンダリがすぐに完全再同期を必要とするかどうかを判断する。レプリケーション oplog window は、計画停止および予期しない停止に対するセカンダリの回復力を事前に判断するのに役立つことが多い。

Scan and Order

メモリ内でのソートを必要とする結果を返す操作の 1 秒あたりの数を表示。

このメトリクスをモニターして、クエリにインデックスが必要かどうかを特定する。

Shard Data Size

各シャードにストアされたデータが使用するストレージ容量をバイト単位で表示。このチャートにアクセスできるのは MongoDB 6.0+ のシャーディングされたクラスターのみ。

このメトリクスをモニターして、シャードのバランスが取れているかどうかを検証。

Shard Document Count

各シャード上のドキュメント数を表示。このチャートにアクセスできるのは MongoDB 6.0+ のシャーディングされたクラスターのみ。

このメトリクスをモニターして、シャードのバランスが取れているかどうかを検証。

System CPU

ノード上のすべてのプロセスの CPU 使用量を表示。

CPU 使用率を監視して、データがメモリではなくディスクから取得されているかどうかを判断します。

アラートのトリガーになった使用状況が見えない場合は、該当する期間の上でマウスをクリックしてドラッグし、 Normalized System CPU チャートを拡大してください。高解像度のビューを使用すると、概要では確認できなかった CPU 使用率の急激な上昇を特定できる場合があります。

System Memory

次の情報を表示。

  • used 使用中の物理メモリのバイト数を表示。

  • available スワップなしで、実行中の新しいアプリケーション用に使用可能なシステムメモリの推定バイト数を表示。

メモリを監視して、より高いクラスター階層にアップグレードするかどうかを判断します。このメトリクスは、メトリクスの粒度によって指定された期間における平均値を表します。

System Network

次の情報を表示。

  • network bytes in ネットワーク インターフェイスが 1 秒あたりに受信する物理バイトの平均速度を表示します。

  • network bytes out ネットワーク インターフェイスが 1 秒あたりに送信する物理バイトの平均速度を表示します。

  • max network bytes in メトリック粒度で指定された期間にわたる最大ネットワーク バイト入力値を表示します。

  • max network bytes out メトリック粒度で指定された期間の最大ネットワーク バイト出力値を表示します。

ネットワークのパフォーマンスを追跡するために、ネットワーク メトリクスを監視します。

Tickets Available

次の情報を表示。

  • Tickets Available Read WiredTiger ストレージ エンジンに使用可能な読み取りチケットの数を表示。読み取りチケットは、ストレージ エンジンで許可された同時読み取り操作の数を表示。この値が 0 に達すると、新しい読み取りリクエストは、読み取りチケットが使用可能になるまでキューに入れられる可能性が生じる。

  • Tickets Available Write WiredTiger ストレージ エンジンに使用可能な書き込みチケットの数を表示。書き込みチケットは、ストレージ エンジンに許可された同時書き込み操作の数を表示。この値が 0 に達すると、書き込みチケットが使用可能になるまで新しい書き込みリクエストがキューに入れられる可能性が生じる。

利用可能なチケットをモニターして、読み取りリクエストと書き込みリクエストがいつキューに入っているかを確認する。

MongoDB バージョン 7.0 以降で実行されているクラスターの場合、過負荷アラートのメトリックとしてチケット数を使用しないでください。MongoDB バージョン 7.0 以降、Atlas はチケットの数を動的に調整します。代わりに、キューに入れられたリーダーとライターの数をオーバーロード メトリクスとして使用します。

Views

データベース内のビュー数を表示。

データベースの最適化に役立てるようにビューをモニターする。

戻る

レビュー メトリクス