このページでは、バックアップを有効にしたすべてのプロジェクトのジョブごとのキー サイズとスループットの統計情報を提供します。
MongoDB Ops Manager は、2 つのテーブルPer JobとPer Projectに次の情報のリストを表示します。
列タイトル | 内容 |
|---|---|
oplog受信（過去 24 時間） | 過去 24 時間の oplog スループットの統計情報を表示します。 |
oplogアプリケーション（過去 24 時間） | 過去 24 時間の oplog 処理の統計情報を表示します。 |
Snapshot Store の使用状況 | 次の情報を表示。
リソース トラッキング ジョブは、これらの統計を収集します。 |
注意
複数のバックアップ ジョブが同じスナップショット ストアを使用します。
この情報をエクスポートするには、[ Export as CSV ] をクリックします。
ジョブリソース使用状況の詳細を表示する
Per Job テーブルの Job 列のジョブ名をクリックすると、そのジョブの時系列リソース使用グラフが表示されます。MongoDB Ops Managerには、次のグラフが表示されます。
ネットワーク使用量
データ ブロック スループット (WTC)
データブロックのリクエストレイテンシ (WTC)
ブロックの書き込みレイテンシの詳細 (WTC)
CPU 使用率
ディスク（HEAD）使用量
SnapshotStore Usage
(WTC) グラフは、WiredTiger チェックポイントベースのバックアップに適用されます。
注意
このページのほとんどのグラフでは、バックアップデーモンで Resource Usage を有効にする必要があります。データブロックスループット、データブロックリクエストレイテンシ、および書き込みブロックレイテンシの詳細グラフは例外です。MongoDB Ops Manager は、バックアップカーソルを使用するジョブのこのデータを自動的に収集します。
ネットワーク使用量
このグラフは、このバックアップジョブの MongoDB Agent から Ops Manager が受信する oplog データのスループットをビット/秒単位で測定して表示します。このグラフは、次の 2 つのシリーズをプロットします。
現在のレプリケーション中に受信された oplog データ
バックアップジョブの最初の同期中に受信されたデータ（最初の同期が進行中の場合）
このグラフを使用して、ネットワーク スループットのボトルネックを特定します。スループットが低下すると、MongoDB Agent が oplog データを MongoDB Ops Manager に送信するのに手こずっている可能性があります。
データ ブロック スループット (WTC)
このグラフは、バックアップカーソルを使用してスナップショットを作成するバックアップジョブに適用されます。データ ブロックのスループットをバイト/秒単位で、プロセシングの 3 つのステージで表示します。
シリーズ | 説明 |
|---|---|
ネットワークスループット | MongoDB Agent からネットワークを介して MongoDB Ops Manager がデータ ブロックを受信する速度。 |
スナップショットストレージのスループット | MongoDB Ops Manager がデータ ブロックをスナップショットストアに書き込むレート。 |
スナップショットのスループット | リクエスト間のアイドル時間を含むスナップショットの全体のスループット。この値は通常、他の 2 つのシリーズよりも低くなります。 |
3 つのシリーズを比較して、スローダウンの発生元を特定します。Network Throughput が低い場合、MongoDB Agent と MongoDB Ops Manager 間の接続がボトルネックになっている可能性があります。Snapshot Storage Throughput が低い場合、スナップショットストアでのデータ書き込みが遅い可能性があります。
データブロックのリクエストレイテンシ (WTC)
このグラフは、バックアップカーソルを使用してスナップショットを作成するバックアップジョブに適用されます。データ ブロックのアップロードに対する各リクエストが次のフェーズで要する平均時間 (ミリ秒)が表示されます。
ネットワークからの受信データの読み取り
スナップショットストアへのブロック書き込みの完了を待機しています
ブロック メタメタデータの更新
このグラフを使用して、アップロード リクエストのどのフェーズが低速であるかを分離します。1 つのフェーズで常に高い値が表示される場合は、ネットワークやスナップショットストアなど、バックアップのスループットを制限している特定のコンポーネントを示します。
ブロックの書き込みレイテンシの詳細 (WTC)
このグラフは、バックアップカーソルを使用してスナップショットを作成するバックアップジョブに適用されます。Data Blocks Request Latency (WTC) グラフよりも、ストレージフェーズのブロック単位でより細かい内訳を提供します。次の各操作に要する平均時間を示します。
スナップショットストアにブロックが既に存在するかどうかを確認します
ブロックの圧縮
スナップショットストアにブロックを書き込む
ブロックメタデータの書き込み
このグラフを使用して、圧縮、スナップショットストアの書き込み (write)、またはメタデータの更新のいずれかがバックアップの低速化の原因であるかを特定します。
CPU 使用率
注意
名前に反して、このグラフでは CPU 使用率は測定されません。バックアップデーモンのoplogアプリケーションプロセスと関連するページフォールトのスループットを測定します。
このグラフは、2 つの系列を表示します。1 番目は、バックアップを最新の状態に保つためにバックアップデーモンが oplog エントリを適用するレート（1 秒あたり KB）です。2 番目は、このプロセス中の 1 秒あたりのページフォルトのレートです。
このグラフを使用して、デーモンが受信した oplog データに対応しているかどうかを評価します。Network Usage グラフに安定した受信データが表示されているのに、適用されたスループットが低下する場合、デーモンが遅れている可能性があります。ページ フォールト率が高い場合、バックアップされたデータが使用可能なメモリに収まらないため、ディスク I/O が発生している可能性があります。
注意
バックアップカーソルを使用するバックアップジョブの場合、このグラフは表示されないか、データが表示されない場合があります。
ディスク（HEAD）使用量
注意
このグラフのラベルはレガシー用語です。バックアップカーソルを使用するバックアップジョブの場合、MongoDB Ops Manager にはローカル ヘッドデータベースがありません。グラフは、バックアップするソース データベースのサイズ統計を反映します。
このグラフは、バックアップされるデータベースのデータ サイズ、ストレージ サイズ、ファイル サイズを示します。MongoDB Ops Manager は、スナップショットが完了するたびに 1 つのデータポイントを追加します。
このグラフを使用して、データベースの経時的な増加を追跡し、バックアップ ストレージのキャパシティーを計画します。
SnapshotStore Usage
このグラフは、このバックアップジョブのスナップショットが時間の経過とともに読み取りで消費するストレージを示します。次のシリーズに分割されます。
現在アクティブなスナップショットによって参照されるライブ バイト
groom ジョブでまだ削除されていない削除するスナップショットに属するデッド バイト
ライブシリーズとデッドシリーズの合計である総バイト数
このグラフを使用してストレージの増加を追跡します。また、リソーストラッキングジョブが回収するよりもデッドバイトが速く蓄積されるタイミングを特定するのにも役立ちます。MongoDB Ops Manager は、このグラフを継続的ではなく定期的に更新するため、最近の変更がすぐに表示されない場合があります。