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データベースに接続します。 モニタリングエージェントがデータセンターとサーバー全体に接続できるようにファイアウォールを構成します。
モニタリングエージェント バージョン5.0.0以降、 複数のエージェントを実行してモニタリング割り当てを分散し、フェイルオーバーを提供できます。 MongoDB Ops Manager は、最大100実行中のモニタリングエージェントにモニタリング割り当てを分散します。 100を超えるモニタリングエージェントを実行すると、追加のエージェントは「スタンバイ」エージェントとして動作します。
モニタリングエージェントはどこで実行すればよいか?
モニタリングエージェントに必要なリソースの量は、インフラストラクチャのサイズ、サーバーの数、モニタリングするデータベースによって異なります。 インスタンスを実行して いない 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にスクロールすることで設定を変更できます。
アラート
アラート条件とは何ですか。
アラート条件のリファレンスについては、「 アラート条件の確認 」を参照してください。
デフォルトで構成されているアラートは何ですか。
デフォルトのアラート構成と、新しいアラートを追加または既存のアラートを変更する手順(アラート頻度の変更を含む)については、 「 アラート設定の構成 」を参照してください。