Docs Menu
Docs Home
/
MongoDB Ops Manager
/

FAQ: 監視とアラート

項目一覧

  • ホスト構成
  • 新しいホストまたはサーバーを追加するにはどうすればよいですか?
  • Kerberos 対応のインスタンスを監視できますか。
  • データ プレゼンテーション
  • チャート内のすべての垂直棒グラフは何ですか。
  • データの保持
  • MongoDB Ops Managerのデータ保持ポリシーはどのようなものがありますか。
  • アラート
  • アラート条件とは何ですか。
  • デフォルトで構成されているアラートは何ですか。

これでは、 MongoDB Ops ManagerとMongoDBインスタンスを監視し、それらの配置に関する問題をアラートで発行する方法に関するよくある質問に対処します。

既存のMongoDBプロセスをMongoDB Ops Managerに追加する 」を参照してください。

はい。 MongoDB Ops Managerを使用して、 MongoDBとバックアップデーモンのデータを保持するMongoDB Ops Manager バッキング インスタンス を監視できます。バッキング インスタンス用に別のプロジェクトを作成します。

ただし、MongoDB Ops Manager を使用してバッキング インスタンスをバックアップまたは自動化すること はできません 。

MongoDB Ops Managerは、システム アラートによるすべてのバッキング データベースの組み込みの基本的なモニタリングも提供します。

はい。 MongoDB Ops Managerは、Kerberos 対応のMongoDBインスタンスのモニタリングをサポートしています。 この仕組みについては、「 Kerberos 用の MongoDB Agent の構成 」を参照してください。

いいえMongoDB Ops Managerプロジェクトでは、単一のモニタリングエージェントがすべてのMongoDBデータベースに接続します。 モニタリングエージェントがデータセンターとサーバー全体に接続できるようにファイアウォールを構成します。

モニタリングエージェント バージョン5.0.0以降、 複数のエージェントを実行してモニタリング割り当てを分散し、フェイルオーバーを提供できます。 MongoDB Ops Manager は、最大100実行中のモニタリングエージェントにモニタリング割り当てを分散します。 100を超えるモニタリングエージェントを実行すると、追加のエージェントは「スタンバイ」エージェントとして動作します。

モニタリングエージェントに必要なリソースの量は、インフラストラクチャのサイズ、サーバーの数、モニタリングするデータベースによって異なります。 インスタンスを実行して いない mongod追加容量を持つ既存のマシンでエージェントを実行します。より小さい専用インスタンスでモニタリングエージェントを実行することもできます。

モニタリングエージェントの負荷は、監視対象のmongod + mongosプロセスの数と MongoDB 環境内のデータベースの数に応じてスケーリングされます。

本番環境では、モニタリングエージェントは専用のサーバーにインストールすることをお勧めします。データを含むmongodインスタンスと同じホストにはインストールしないでください。 これにより、配置のモニタリングに影響を与えずに、 mongodとそのホストのメンテナンスを実行できます。 さらに、モニタリングエージェントはmongodとのリソースを競合する可能性があります。

これらのサービスと利用可能なリソースの要件に応じて、アービタmongos 、またはアプリケーション サーバーと同じシステムにモニタリングエージェントをインストールできます。

5 つ以下のmongodインスタンスを監視する場合は、 Amazon Web Servicesマイクロサーバーを使用できます。

最も一般的な問題は、エージェントがホストのホスト名を解決できないことです。 DNS と/etc/hostsファイルを確認します。

2 番目に一般的な問題は、エージェントからのホストへのアクセスを禁止するファイアウォール ルールが存在することです。

接続をテストするには、エージェントを実行しているホストにログインし、 mongoshを使用して接続してみてください。

mongosh <hostname>:<port>/test

注意

MongoDB Ops Managerはポート転送をサポートしていません。

デフォルトでは、モニタリングエージェントは接続するホスト名を解決します。 エージェントがホスト名を解決して接続できない場合は、特定の IP アドレスに対応するホスト名よりも IP アドレスを優先するように監視エージェントを強制できます。 優先ホスト名では、複数のエイリアスを持つサーバーに使用するホスト名を指定することもできます。 これにより、 MongoDB Ops Managerインターフェースに異なる名前でサーバーが複数回表示されるのを防ぎます。

ご希望のホスト名を作成するには、Go [ プロジェクト設定 ] に して {2Preferred Hostnames エントリを追加します。詳細については、 「 プロジェクト設定の編集 」を参照してください。

エージェントのダウンロードに含まれるREADMEファイルを参照してください。

MongoDB Ops Managerからモニタリングエージェントを削除する 」を参照してください。

赤色のバーはサーバーの再起動を示します。

オレンジ色のバーは、サーバーがプライマリになったことを示します。

灰色のバーは、サーバーがセカンダリになったことを示します。

MongoDB Ops Managerは、使用状況を説明する メトリクスと、および スナップショット は、データをバックアップします。

MongoDB Ops Managerは次の要素を保持します。

  • MongoDB Ops Managerは、 MongoDB Ops Managerの Monitoring Data Retention 設定に従ってメトリクス データを保持します。 MongoDB Ops Manager 管理者は、 Admin 、次にGeneral 、次にOps Manager Config 、次にMiscellaneousタブを選択し、その後Default Monitoring Data Retentionにスクロールすることで設定を変更できます。

  • 保持ポリシーに準拠したスナップショット。

アラート条件のリファレンスについては、「 アラート条件の確認 」を参照してください

デフォルトのアラート構成と、新しいアラートを追加または既存のアラートを変更する手順(アラート頻度の変更を含む)については、 「 アラート設定の構成 」を参照してください。

戻る

FAQ: バックアップと復元