Docs Menu
Docs Home
/
MongoDB Ops Manager
/

ホストの問題

項目一覧

  • ログ表示 java.lang.OutOfMemoryError
  • ログ表示 java.lang.StackOverflowError
  • ユーザー制限の増加
  • すべてのコンポーネントに十分な RAM を確保する
  • 構成設定を廃止する
  • 管理コンソールで期限切れのホスト

ログにjava.lang.OutOfMemoryError: Java heap spaceが表示される場合は、Java ヒープメモリ設定を調整します。

Javaヒープ メモリ設定を調整するには、バックアップデーモン 専用のホストを除くMongoDB Ops Managerインスタンスを実行するすべてのホストに対して次の手順を繰り返します。

  1. テキスト エディターでmms.confを開きます。

  2. 次の行を見つけます。

    JAVA_MMS_UI_OPTS="${JAVA_MMS_UI_OPTS} -Xss228k -Xmx8096m -Xms8096m -XX:NewSize=600m -XX:ReservedCodeCacheSize=128m -XX:-OmitStackTraceInFastThrow"
    キー
    default
    -Xmx
    Java ヒープ最大メモリ
    8 、 096 MB8096m
    -Xms
    Java ヒープ開始メモリ
    8 、 096 MB8096m

    警告

    他の Java オプションは変更しないでください

    -Xmxおよび-Xms以外のオプション値を変更すると、MongoDB Ops Manager アプリケーションに予期しない影響を与える可能性があります。 MongoDB サポートに問い合わせないで、他の値を変更しないでください。 MongoDB Ops Manager 7.0 以降では、 MongoDB Ops Managerは、JVM に ガベージ ファースト ガベージ コレクター(G1GP)メソッドを採用しました。 プライマリ生成のヒープのサイズを設定するために、 -Xmnを使用しないでください。

  3. -Xmx-Xmsの値を変更します。

    • -Xmx-Xmsの値をより大きな値に変更します。 VM がヒープからメモリを再利用する際のパフォーマンスへの影響を排除するには、両方のパラメーターを同じ値に設定する必要があります。

    値を#k|m|g : 数値とそれに続く次の値として指定します。

    • k (kilobytes),

    • m (メガバイト)、または

    • g (ギガバイト)

    Java ヒープを 12 GBに設定するには、値を-Xmx12g -Xms12gに設定します。

  4. これらの変更を行ったMongoDB Ops Managerインスタンスを実行している各ホストを再起動します。

MongoDB Ops Managerのインストールに最適な値は、 MongoDB Ops Managerホストのアーキテクチャ(プラットフォーム、物理メモリなど)によって異なります。 ヒープ調整の目的は、 JVMが実行されなくなったオブジェクトからメモリを再利用するのにかかる時間(ガベージ コレクションとも呼ばれる)と、ガベージ コレクションの頻度のバランスを取ることです。

  • ヒープ サイズが大きいと、ガベージ コレクションの頻度が低くなり、遅くなります。

  • ヒープ サイズが小さいと、ガベージ コレクションの頻度が高く、速度が向上します。

重要

ホスト上で実行中されているコロケーションされたMongoDBプロセスを考慮して、 Javaヒープ サイズをMongoDB Ops Managerホストの物理メモリの量より大きい値、またはデフォルト値 8096m(8、 096 MB )。

ログにjava.lang.StackOverflowErrorが表示される場合は、Java スタック メモリの設定を調整します。

Javaスタック メモリの設定を調整するには、バックアップ デーモン専用ホストを除くMongoDB Ops Managerインスタンスを実行しているすべてのホストに対して次の手順を繰り返します。

  1. テキスト エディターでmms.confを開きます。

  2. 次の行を見つけます。

    JAVA_MMS_UI_OPTS="${JAVA_MMS_UI_OPTS} -Xss228k -Xmx8096m -Xms8096m -XX:NewSize=600m -XX:ReservedCodeCacheSize=128m -XX:-OmitStackTraceInFastThrow"

    この行のキー値は次のとおりです。

    キー
    -Xss
    Java スタック サイズ

    デフォルトでは、この値は 228 KB228k )に設定されています。

    警告

    他の Java オプションは変更しないでください

    -Xss以外のオプション値を変更すると、MongoDB Ops Manager アプリケーションに予期しない影響を与える可能性があります。 MongoDB サポートに問い合わせないで、他の値を変更しないでください。

  3. -Xss228k-Xss1m (1 MB )に変更します。

重要

ホスト上で実行されているコロケーションされたMongoDBプロセスを考慮して、 Javaスタック サイズをMongoDB Ops Managerホスト内の物理メモリの量より大きい値、またはデフォルト値の 228k(228 KB )より小さい値に設定しないでください。

推奨されるユーザー制限(ulimit )設定については、 が 「ホストがオープンできるファイルの制限が少ない」 または 「オープンなファイルが多すぎる」エラー メッセージを受信 する に関する FAQ を参照してください。

MongoDB Ops Managerは、利用可能な接続と現在の接続の総数を使用して、ホストの ulimit 設定を推測します。 MongoDB のulimitの詳細については、MongoDB マニュアルの UNIX ulimit 設定のリファレンス ページを参照してください。

各サーバーに、実行するコンポーネントに十分な RAM があることを確認します。 サーバーが複数のコンポーネントを実行する場合、その RAM は、少なくともコンポーネントに必要な RAM の量の合計が必要です。

RAMMongoDB Ops Managerアプリケーション サーバー、Ops Manager Application Database 、バックアップデーモン サーバー、バックアップデータベースの個々の 要件の詳細については、「 のシステム要件MongoDB Ops Manager 」を参照してください。

MongoDB Ops Managerconf-mms.properties ファイルに古い構成設定が設定されている場合、 は起動に失敗します。廃止設定がある場合、ログには次のように Obsolete Settingエラーが一覧表示されます。

警告

[OBSOLE 設定] mms.multiFactorAuth.requireを削除するか、 mms.multiFactorAuth.requiremms.multiFactorAuth.levelに置き換えます。

MongoDB Ops Managerを起動する前に、conf-mms.properties ファイル内の廃止されたプロパティを削除または置き換える必要があります。

Admin Console概要 ページには、 MongoDB Ops Managerを提供するホストが表示されます。 各ホストは、モニタリングの一環として MongoDB Ops Manager が送信する定期的な ping に応答する必要があります。

MongoDB Ops Managerは、30 分後に ping に応答しないホストを期限切れとしてマークします。 期限切れのホスト上のプロセスは赤色で表示されます。 監視対象ホストのホスト名が変更されると、 MongoDB Ops Managerはホストを 2 回一覧表示します。1 回は現在のホスト名で、1 回は以前のホスト名で表示されます。 ホスト名は、次の 2 つの理由のいずれかで変更されます。

これは、監視対象ホストのホスト名が変更されたときに発生します。 ホスト名は、次の 2 つの理由のいずれかで変更されます。

  • クラウド サービス プロバイダーは、同じホストの内部ホスト名ではなく外部ホスト名を返します。

  • ユーザーがホスト上のホスト名を変更した場合があります。

期限切れのホストを削除するには:

  1. Overviewページのサーバー タブで、プロセスにカーソルを合わせます。

  2. をクリックします表示されるアイコン。

ホストは新しいホスト名を使用してホスト リストに残ります。

戻る

アップグレードの問題