FAQ: 監視とアラート
項目一覧
これでは、 MongoDB Ops ManagerとMongoDBインスタンスを監視し、それらの配置に関する問題をアラートで発行する方法に関するよくある質問に対処します。
ホスト構成
新しいホストまたはサーバーを追加するにはどうすればよいですか?
「 既存のMongoDBプロセスをMongoDB Ops Managerに追加する 」を参照してください。
MongoDB Ops Managerは自分自身を監視できますか。
はい。 MongoDB Ops Managerを使用して、 MongoDBとバックアップデーモンのデータを保持するMongoDB Ops Manager バッキング インスタンス を監視できます。バッキング インスタンス用に別のプロジェクトを作成します。
ただし、MongoDB Ops Manager を使用してバッキング インスタンスをバックアップまたは自動化すること はできません 。
MongoDB Ops Managerは、システム アラートによるすべてのバッキング データベースの組み込みの基本的なモニタリングも提供します。
Kerberos 対応のインスタンスを監視できますか。
はい。 MongoDB Ops Managerは、Kerberos 対応のMongoDBインスタンスのモニタリングをサポートしています。 この仕組みについては、「 Kerberos 用の MongoDB Agent の構成 」を参照してください。
モニタリング
すべての MongoDB インスタンスにエージェントが必要ですか。
いいえMongoDB Ops Managerプロジェクトでは、単一のエージェントがすべてのMongoDBデータベースに接続します。 エージェントがデータセンターとサーバー全体に接続できるようにファイアウォールを設定します。
Beginning with agent version 5.0.0, you can activate Monitoring with multiple agents to distribute monitoring assignments and provide failover. MongoDB Ops Manager は、最大 100 の実行中のエージェントにモニタリング割り当てを分散します。 If you run more than 100 agents, the additional agents behave as "standby" agents. 詳細については、「モニタリング関数の管理 」を参照してください。
エージェントはどこで実行すればよいか？
エージェントに必要なリソースの量は、インフラストラクチャのサイズ、サーバーの数、監視するデータベースによって異なります。 インスタンスを実行して いない mongod追加容量を持つ既存のマシンでエージェントを実行します。より小さい専用インスタンスでエージェントを実行することもできます。
エージェントの負荷は、監視対象のmongod + mongosプロセスの数と MongoDB 環境内のデータベースの数に応じてスケーリングされます。
本番環境では、データを含むmongodインスタンスと同じホストではなく、専用サーバーにエージェントをインストールすることをお勧めします。 これにより、配置のモニタリングに影響を与えずに、 mongodとそのホストのメンテナンスを実行できます。 さらに、エージェントはmongodとのリソースを競合する可能性があります。
これらのサービスと利用可能なリソースの要件に応じて、アービタ、 mongos 、またはアプリケーション サーバーと同じシステムにエージェントをインストールできます。
Amazon Web Servicesのマイクロサーバー上でエージェントを実行できますか。
5 つ以下のmongodインスタンスを監視する場合は、 Amazon Web Servicesマイクロサーバーを使用できます。
エージェントがホストに接続できないのはなぜですか?
最も一般的な問題は、エージェントがホストのホスト名を解決できないことです。 DNS と/etc/hostsファイルを確認します。
2 番目に一般的な問題は、エージェントからのホストへのアクセスを禁止するファイアウォール ルールが存在することです。
接続をテストするには、エージェントを実行しているホストにログインし、 mongoshを使用して接続してみてください。
mongosh <hostname>:<port>/test
注意
MongoDB Ops Managerはポート転送をサポートしていません。
エージェントが IP アドレスではなくホスト名で接続するのはなぜですか?
デフォルトでは、エージェントは接続するホスト名を解決します。 エージェントがホスト名を解決して接続できない場合は、特定の IP アドレスに対応するホスト名よりも IP アドレスを優先するようにエージェントを強制できます。 優先ホスト名では、複数のエイリアスを持つサーバーに使用するホスト名を指定することもできます。 これにより、 MongoDB Ops Managerインターフェースに異なる名前でサーバーが複数回表示されるのを防ぎます。
ご希望のホスト名を作成するには、Go [ プロジェクト設定 ] に して {2Preferred Hostnames エントリを追加します。詳細については、 「 プロジェクト設定の編集 」を参照してください。
エージェントの設定と構成はどのように行いますか。
エージェントのダウンロードに含まれるREADMEファイルを参照してください。
MongoDB Ops Managerでモニタリングを無効にするにはどうすればよいですか。
データ プレゼンテーション
チャート内のすべての垂直棒グラフは何ですか。
赤色のバーはサーバーの再起動を示します。
オレンジ色のバーは、サーバーがプライマリになったことを示します。
灰色のバーは、サーバーがセカンダリになったことを示します。
データの保持
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にスクロールすることで設定を変更できます。
アラート
アラート条件とは何ですか。
アラート条件のリファレンスについては、「 アラート条件の確認 」を参照してください。
デフォルトで構成されているアラートは何ですか。
デフォルトのアラート構成と、新しいアラートを追加または既存のアラートを変更する手順（アラート頻度の変更を含む）については、 「 アラート設定の構成 」を参照してください。