インストール
モニタリング サーバーが正常に起動しない
MongoDB Ops Manager サービスの URI または IP アドレスが<install_dir>/conf/conf-mms.propertiesファイルのmongo.mongoUriプロパティに正しく保存されていることを確認します。
mongo.mongoUri=<SetToValidUri>
このプロパティを設定しないと、 MongoDB Ops Managerはデフォルトの 127.0.0.1:27017 に接続しようとすると失敗します。 URL。
サービスの URI または IP アドレスが変更された場合は、新しいアドレスで プロパティを更新する必要があります。 たとえば、静的 IP アドレスなしのシステムに配置する場合、または固定 IP なしで EC2 に配置して EC2 インスタンスを再起動する場合は、 アドレスを更新します。
URI または IP アドレスが変更された場合は、サービスにアクセスする各ユーザーは、接続に使用される URL とクライアント側のmonitoring-agent.configファイルのアドレスも更新する必要があります。
MongoDB Ops Manager <install_dir>/bin/credentialstool を使用して mongo.mongoUri 値で使用されるパスワードを暗号化する場合は、 mongo.encryptedCredentialsキーも <install_dir>/conf/conf-mms.properties ファイルに追加し、このプロパティの値を true に設定します。
mongo.encryptedCredentials=true
アラート
アラート条件の解決については、「アラートの解決 」も参照してください。
アラートの作成と管理の詳細については、「 Ops Manager でのアラート設定の構成 」および「 アラートの管理 」を参照してください。
メール通知をオフにできない
アラート通知をオフにするには、少なくとも 2 つの方法があります。
MongoDB Ops Manager アカウントから配置を削除します。 「 1 つの配置の管理やモニタリングを停止する 」を参照してください。
アラート構成を無効または削除します。 「 Ops Manager でアラート設定を構成する 」を参照してください。
特定のホストのアラートをオフにします。 「特定のプロセスのアラートを無効にする 」を参照してください。
重複アラートの受信
通知メールリストに複数のメールグループが含まれている場合、1 人以上が同じアラートの通知を複数受信することがあります。
「ホストのオープン ファイル数が少ない」または「オープンするファイルが多すぎる」エラー メッセージを受信する
これらのエラーDeployment メッセージは、 ページのホスト名の下に表示されます。使用可能な接続数が MongoDB Ops Manager が定義する最小値を満たさない場合に表示されます。これらのエラーは インスタンスによって生成されないため、mongos mongosのログファイルには表示されません。
モニタリングは、ホストごとに、開いているファイル記述子と接続の数を最大接続制限と比較します。 最大オープン ファイル記述子 ulimit パラメータは、使用可能なサーバー接続の数に直接影響します。 エージェントは、Ops Manager が定義した最小値を満たすのに十分な接続が存在するかどうかを計算します。
ping ドキュメントでは、各ノードとそのserverStatus.connections値に対して、 current値とavailable値の合計が監視対象ホストに設定されているHost has low open file limits maxConns構成値より小さい場合、モニタリングは次のコマンドを送信します: MongoDB Ops Manager にまたはToo many open filesのメッセージが表示されます。
ping ドキュメントは、 モニタリングによってMongoDB Ops Managerに送信されるデータです。 ping ドキュメントを表示するには:
この機能にアクセスするには、次のいずれかを行う必要があります。
プロジェクトに属する
グローバル モニタリング管理者ロールまたはグローバル オーナーロールを持つ
Deploymentページをクリックします。
ホスト名をクリックします。
[Last Ping] をクリックします。
このエラーを防ぐには、ulimit が開いているファイルを64000 に設定することをお勧めします。また、 のmaxConns mongoshコマンドを少なくとも推奨設定以上に設定することもおすすめします。
詳しくは、 MongoDB ulimit参照ページと the MongoDB maxConns reference pageを参照してください。
配置
データの収集のためのモニタリング失敗
この状態の考えられる原因
モニタリングは、ネットワーク制限または問題(つまり、 ファイアウォール、プロキシ、ルーティング。)
データベースはTLSで実行されています。 TLSは、グローバルまたはホストごとに有効にする必要があります。 詳細については、「 TLSを使用するように MongoDB Agent を構成する」および「 配置で TLS を有効にする 」を参照してください。
データベースが認証を使用して実行されている。 MongoDB Ops Manager にホストの認証情報を提供する必要があります。 「 MongoDB の認証と認可の構成 」を参照してください。
配置は表示されない
次の要因は、モニタリングで配置を検出する際に問題を発生させる可能性があります。
配置は追加されていない
この問題を解決するには、以下の手順を行います。
[Deployment] をクリックします。
[Processes] タブをクリックします
[Add Deployment] をクリックします。
New Deploymentウィンドウで、次の値を指定します。
配置タイプ
内部ホスト名
内部ポート
該当する場合:
データベースのユーザー名とパスワードを追加します。
モニタリングに接続するにはTLSを有効にします。
注意
配置を追加(または削除)するときに、モニタリングを再起動する必要はありません。
予期しない重複 mongod
クラッシュ後に配置を追加し、モニタリングを再起動すると、 Deploymentページにホスト名が表示されない可能性があります。 MongoDB Ops Managerは、配置が重複していることを検出し、そのデータを非表示にします。
リセットするには:
[Settings] をクリックします。
[Project Settings] をクリックします。
[Reset Duplicates] をクリックします。
モニタリングでは配置を検出できない
配置が複数のデータセンターに存在する場合は、すべての配置がすべてのモニタリングで検出されることを確認してください。
配置を削除できない
まれに、mongod がダウンし、レプリカセットが再構成されます。ダウン配置は削除できず、次のエラーメッセージが返されます。
警告
この配置はバックアップで有効になっているため、削除できません。
これらの配置の削除に関するサポートについては、 MongoDB サポートにお問い合わせください。
検索ノード
検索ノードは MongoDB Ops Manager に表示されません
この問題の可能性の原因:
MongoDBSearchリソースではメトリクス転送が無効になっています。MongoDB Ops Managerは 8.0.25 より古いです。
MongoDBSearchリソースは外部の MongoDB 配置を指しており、MongoDB Ops Manager 接続詳細が見つかりません。
この問題をトラブルシューティングするには、status.metricsForwarder MongoDBSearchリソースで を確認し、メトリクス フォワーダーの配置がクラスターに存在することを確認します。詳細については、「 MongoDBSearch リソース仕様 」を参照してください。
MongoDBSearch は、メトリクス フォワーダーではサポートされていないと報告します
ターゲットの MongoDB Ops Manager 配置は 8.0.25 より古いか、Cloud Manager です。MongoDB Ops Manager をアップグレードするか、メトリクスフォワーダーモードを無効に設定してステータスをクリアします。
メトリクスフォワーダーが失敗したフェーズにある
この問題の可能性の原因:
mongotPrometheus エンドポイントは無効になっています。MongoDBSearchリソースには無効な MongoDB Ops Manager 参照があります。MongoDBSearchリソースは、MongoDBCommunityなどのサポートされていないソースタイプを参照しています。
特定の原因については、MongoDBSearch リソースの status.metricsForwarder メッセージを確認し、リソースの仕様を修正します。
メトリクスの取り込みは 401 エラーを返します
メトリクス フォワーダーが使用するプロジェクトIDまたはエージェント API キーが、ターゲット MongoDB Ops Manager プロジェクトと一致しません。参照されているプロジェクト ConfigMap とエージェント API キー Secret が対象の MongoDB Ops Manager プロジェクトと一致することを確認します。
検索ノードの健康バッジに古いと表示される
メトリクスが MongoDB Ops Manager に到達しないか、ノード上のインデックスがまだ最初の同期であるかのいずれかです。エクスポートエラーについてはメトリクスフォワーダーのログを確認し、TLS 証明書の構成を確認します。インデックスがまだ同期されている場合、インデックスが安定状態に達すると、バッジは正常に変わります。
ノードの健康バッジに劣化が表示される
ノード上の 1 つ以上のインデックス マネージャーが失敗状態にあります。詳細については、検索ノードの [詳細] ページの [インデックス マネージャーの状態] チャートを参照してください。
削除された検索ノードが再び表示される
MongoDB Ops Manager は、メトリクス フォワーダーが削除された検索ノードのメトリクスを引き続き送信している場合、最大 30 分間の再登録を抑制します。ノードを削除する前にメトリクスフォワーダーをスケールダウンするか無効にするか、ノードがまだアクティブな場合は自動再登録を待ちます。
プロジェクト
プロジェクトに関する追加情報
サーバー、エージェント、ユーザー、およびその他のリソースの追加の分離されたシステムまたは環境をモニターするためのプロジェクトを作成します。
例
ファイアウォールは、配置を 2 つ以上の環境に分離する場合があります。 この場合は、2 つ以上の個別のMongoDB Ops Managerプロジェクトが必要になります。
APIキーはプロジェクトごとに一意です。 各プロジェクトには、適切なAPIキーを持つ独自のエージェントが必要です。 各プロジェクト内では、エージェントはプロジェクト内の監視するすべてのホストに接続できる必要があります。
プロジェクトの作成と管理の詳細については、プロジェクトの管理を参照してください。