Docs Menu
Docs Home
/
MongoDB Ops Manager
/
トラブルシューティング

モニタリング

項目一覧

  • インストール
  • アラート
  • 配置
  • プロジェクト

インストール

モニタリング サーバーが正常に起動しない

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

アラート

アラート条件の解決については、「アラートの解決 」も参照してください。

アラートの作成と管理の詳細については、「アラート設定の構成 」および「 アラートの管理 」を参照してください。

メール通知をオフにできない

アラート通知をオフにするには、少なくとも 2 つの方法があります。

重複アラートの受信

通知メールリストに複数のメールグループが含まれている場合、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 ドキュメントを表示するには:

この機能にアクセスするには、次のいずれかを行う必要があります。

  1. Deploymentページをクリックします。

  2. ホスト名をクリックします。

  3. [Last Ping] をクリックします。

このエラーを防ぐには、 ulimitが開いているファイルを64000に設定することをお勧めします。 また、 mongoshのmaxConnsコマンドを少なくとも推奨設定以上に設定することもおすすめします。

詳細については、MongoDB ulimit リファレンス ページとMongoDB maxCons リファレンス ページを参照してください。

配置

データの収集のためのモニタリング失敗

この状態の考えられる原因

  • モニタリングは、ネットワーク制限または問題（つまり、 ファイアウォール、プロキシ、ルーティング。）

  • データベースは TLSで実行されています。 TLSは、グローバルまたはホストごとに有効にする必要があります。 詳細については、「 TLSを使用するように MongoDB Agent を構成する」および「 配置で TLS を有効にする 」を参照してください。

  • データベースが認証を使用して実行されている。 MongoDB Ops Manager にホストの認証情報を提供する必要があります。 「 MongoDB の認証と認可の構成 」を参照してください。

配置は表示されない

次の要因は、モニタリングで配置を検出する際に問題を発生させる可能性があります。

配置は追加されていない

この問題を解決するには、以下の手順を行います。

  1. [Deployment] をクリックします。

  2. [Processes] タブをクリックします

  3. [Add Deployment] をクリックします。

  4. New Deploymentウィンドウで、次の値を指定します。

    • 配置タイプ

    • 内部ホスト名

    • 内部ポート

  5. 該当する場合:

    • データベースのユーザー名とパスワードを追加します。

    • モニタリングに接続するにはTLSを有効にします。

注意

配置を追加（または削除）するときに、モニタリングを再起動する必要はありません。

予期しない重複 mongod

クラッシュ後に配置を追加し、モニタリングを再起動すると、 Deploymentページにホスト名が表示されない可能性があります。 MongoDB Ops Managerは、配置が重複していることを検出し、そのデータを非表示にします。

リセットするには:

  1. [Settings] をクリックします。

  2. [Project Settings] をクリックします。

  3. [Reset Duplicates] をクリックします。

モニタリングでは配置を検出できない

配置が複数のデータセンターに存在する場合は、すべての配置がすべてのモニタリングで検出されることを確認してください。

配置を削除できない

まれに、 mongodがダウンし、レプリカセットが再構成されます。 ダウン配置は削除できず、次のエラーメッセージが返されます。

警告

この配置はバックアップで有効になっているため、削除できません。

これらの配置の削除に関するサポートについては、 MongoDB サポートにお問い合わせください。

プロジェクト

プロジェクトに関する追加情報

サーバー、エージェント、ユーザー、およびその他のリソースの追加の分離されたシステムまたは環境をモニターするためのプロジェクトを作成します。

例

ファイアウォールは、配置を 2 つ以上の環境に分離する場合があります。 この場合は、2 つ以上の個別のMongoDB Ops Managerプロジェクトが必要になります。

APIキーはプロジェクトごとに一意です。 各プロジェクトには、適切なAPIキーを持つ独自のエージェントが必要です。 各プロジェクト内では、エージェントはプロジェクト内の監視するすべてのホストに接続できる必要があります。

プロジェクトの作成と管理の詳細については、「プロジェクト 」を参照してください。

戻る

オートメーション

次へ

アップグレードの問題