ホストの問題
項目一覧
ログ表示 java.lang.OutOfMemoryError
ログにjava.lang.OutOfMemoryError: Java heap space
が表示される場合は、Java ヒープメモリ設定を調整します。
Javaヒープ メモリ設定を調整するには、バックアップデーモン 専用のホストを除くMongoDB Ops Managerインスタンスを実行するすべてのホストに対して次の手順を繰り返します。
テキスト エディターで
mms.conf
を開きます。次の行を見つけます。
JAVA_MMS_UI_OPTS="${JAVA_MMS_UI_OPTS} -Xss228k -Xmx8096m -Xms8096m -XX:NewSize=600m -XX:ReservedCodeCacheSize=128m -XX:-OmitStackTraceInFastThrow" キー値default-Xmx
Java ヒープ最大メモリ8 、 096 MB (8096m
)-Xms
Java ヒープ開始メモリ8 、 096 MB (8096m
)警告
他の Java オプションは変更しないでください
-Xmx
および-Xms
以外のオプション値を変更すると、MongoDB Ops Manager アプリケーションに予期しない影響を与える可能性があります。 MongoDB サポートに問い合わせないで、他の値を変更しないでください。 MongoDB Ops Manager 7.0 以降では、 MongoDB Ops Managerは、JVM に ガベージ ファースト ガベージ コレクター(G1GP)メソッドを採用しました。 プライマリ生成のヒープのサイズを設定するために、-Xmn
を使用しないでください。-Xmx
と-Xms
の値を変更します。-Xmx
と-Xms
の値をより大きな値に変更します。 VM がヒープからメモリを再利用する際のパフォーマンスへの影響を排除するには、両方のパラメーターを同じ値に設定する必要があります。
値を
#k|m|g
: 数値とそれに続く次の値として指定します。k
(kilobytes),m
(メガバイト)、またはg
(ギガバイト)
例
Java ヒープを 12 GBに設定するには、値を
-Xmx12g -Xms12g
に設定します。これらの変更を行ったMongoDB Ops Managerインスタンスを実行している各ホストを再起動します。
MongoDB Ops Managerのインストールに最適な値は、 MongoDB Ops Managerホストのアーキテクチャ(プラットフォーム、物理メモリなど)によって異なります。 ヒープ調整の目的は、 JVMが実行されなくなったオブジェクトからメモリを再利用するのにかかる時間(ガベージ コレクションとも呼ばれる)と、ガベージ コレクションの頻度のバランスを取ることです。
ヒープ サイズが大きいと、ガベージ コレクションの頻度が低くなり、遅くなります。
ヒープ サイズが小さいと、ガベージ コレクションの頻度が高く、速度が向上します。
重要
ホスト上で実行中されているコロケーションされたMongoDBプロセスを考慮して、 Javaヒープ サイズをMongoDB Ops Managerホストの物理メモリの量より大きい値、またはデフォルト値 8096m
(8、 096 MB )。
ログ表示 java.lang.StackOverflowError
ログにjava.lang.StackOverflowError
が表示される場合は、Java スタック メモリの設定を調整します。
Javaスタック メモリの設定を調整するには、バックアップ デーモン専用ホストを除くMongoDB Ops Managerインスタンスを実行しているすべてのホストに対して次の手順を繰り返します。
テキスト エディターで
mms.conf
を開きます。次の行を見つけます。
JAVA_MMS_UI_OPTS="${JAVA_MMS_UI_OPTS} -Xss228k -Xmx8096m -Xms8096m -XX:NewSize=600m -XX:ReservedCodeCacheSize=128m -XX:-OmitStackTraceInFastThrow" この行のキー値は次のとおりです。
キー値-Xss
Java スタック サイズデフォルトでは、この値は 228 KB (
228k
)に設定されています。警告
他の Java オプションは変更しないでください
-Xss
以外のオプション値を変更すると、MongoDB Ops Manager アプリケーションに予期しない影響を与える可能性があります。 MongoDB サポートに問い合わせないで、他の値を変更しないでください。-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 は、少なくとも各コンポーネントに必要な RAM の量の合計が必要です。
RAMMongoDB Ops Managerアプリケーション サーバー、Ops Manager Application Database 、バックアップデーモン サーバー、バックアップデータベースの個々の 要件の詳細については、「 のシステム要件MongoDB Ops Manager 」を参照してください。
構成設定を廃止する
MongoDB Ops Managerconf-mms.properties ファイルに古い構成設定が設定されている場合、 は起動に失敗します。廃止設定がある場合、ログには次のように Obsolete Settingエラーが一覧表示されます。
警告
[OBSOLE 設定] mms.multiFactorAuth.require
を削除するか、 mms.multiFactorAuth.require
をmms.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 つの理由のいずれかで変更されます。
クラウド サービス プロバイダーは、同じホストの内部ホスト名ではなく外部ホスト名を返します。
ユーザーがホスト上のホスト名を変更した場合があります。
期限切れのホストを削除するには:
Overviewページのサーバー タブで、プロセスにカーソルを合わせます。
をクリックします表示されるアイコン。
ホストは新しいホスト名を使用してホスト リストに残ります。