Tomcatの起動が遅い問題を素早く解決、超簡単

今日、私はクラスメートが問題を解決するのを手伝いました - Tomcat の起動が非常に遅く、約 5 ～ 6 分でした。それが解決されると、起動にはわずか 3 秒しかかかりません。

問題を解決するにはどうすればいいでしょうか?

Tomcat の bin ディレクトリで catalina.sh を見つけて開き、次の場所にコード行を追加します。

-Djava.security.egd=ファイル:/dev/urandom

2019年2月12日追記：原理を知りたいという友人が多いので簡単に説明します。

Tomcat 7 および Tomcat 8 は、起動時に org.apache.catalina.util.SessionIdGeneratorBase.createSecureRandom を呼び出して、安全な乱数の文字列を生成します。

Linux (CentOS) 環境では、/dev/urandom と /dev/random の 2 つの特殊ファイルから乱数を生成できます。

乱数を生成する原理は、現在のシステムのエントロピープールを使用して固定数のランダムビットを計算し、これらのビットをバイトストリームとして返すことです。エントロピープールは、現在のシステムの環境ノイズです。エントロピーは、システム内のカオスの度合いを表します。システムノイズは、メモリ使用量、ファイル使用量、さまざまな種類のプロセスの数など、多くのパラメータによって評価できます。

/dev/random は、新しい乱数を生成できない場合にプログラムをブロックし、エントロピープールに従って新しいランダムバイトが生成されるまで戻りません。一方、/dev/urandom はブロックしません (ublock)。もちろん、生成される乱数の品質はあまり高くありません。

したがって、Tomcat に /dev/random ではなく /dev/urandom を使用して乱数を生成するように強制すると、速度が数分から数秒に大幅に向上します。

追加情報: Tomcat の起動が非常に遅く、ログにエラーが記録されていない場合の解決策

1. 問題

かつて Alibaba Cloud にプロジェクトをデプロイしたとき、プロジェクトに問題はありませんでした。しかし、Tomcat を起動すると、応答して Tomcat の起動プロセスが完了するまでに半日かかりました。

Tomcat の起動が非常に遅く、ログにエラーはありません。ログには次の情報が記録されています。

Log4j:[2015-10-29 15:47:11] INFO ReadProperty:172 - クラスパスリソース [resources/jdbc.properties] からプロパティファイルをロードしています
Log4j:[2015-10-29 15:47:11] INFO ReadProperty:172 - クラスパスリソース [resources/common.properties] からプロパティファイルをロードしています
2015 年 10 月 29 日 15:52:53.587 INFO [localhost-startStop-1] org.apache.catalina.util.SessionIdGeneratorBase.createSecureRandom sessionIdGeneratorBase.createSecureRandom の SecureRandom インスタンスの作成

2. 理由

Tomcat 7/8 はどちらも、org.apache.catalina.util.SessionIdGeneratorBase.createSecureRandom クラスを使用して、セッション ID としてセキュアランダムクラス SecureRandom のインスタンスを生成します。これには 342 秒、つまり約 6 分かかります。 SHA1PRNG アルゴリズムは、強力な機密性を備えた SHA-1 アルゴリズムに基づく疑似乱数ジェネレータです。 SHA1PRNG には、設定に応じてさまざまな操作を実行するシードジェネレーターがあります。

1) java.security.egd プロパティまたは securerandom.source プロパティで "file:/dev/random" または "file:/dev/urandom" が指定されている場合、JVM はネイティブシードジェネレータ NativeSeedGenerator を使用します。これは、初期化のために super() メソッド、つまり SeedGenerator.URLSeedGenerator(/dev/random) メソッドを呼び出します。

2) java.security.egd プロパティまたは securerandom.source プロパティが別の既存の URL を指定する場合、初期化のために SeedGenerator.URLSeedGenerator(url) メソッドが呼び出されます。

このため、値を「file:///dev/urandom」または「file:/./dev/random」に設定すると機能します。

この実装では、ジェネレーターはエントロピープール内のノイズの量を評価します。乱数はエントロピープールから生成されます。読み取られると、/dev/random デバイスはエントロピープール内のノイズからランダムなバイトを返すだけです。 /dev/random は、1 回限りの支払いやキー生成など、非常に高品質のランダム性を必要とするシナリオに適しています。

エントロピープールが空の場合、エントロピープールが十分な周囲のノイズデータを収集するまで、/dev/random からの読み取り操作はブロックされます。この目的は、暗号的に安全な疑似乱数ジェネレーターを実現することであり、エントロピープールの出力は可能な限り大きくする必要があります。これは、高品質の暗号化キーを生成する場合や、長期的な保護が必要なシナリオの場合に重要です。

3. 解決策

解決策は2つあります。

1) TOMCAT環境で解決

JRE を構成することで、非ブロッキングエントロピーソースを使用できます。

catalina.sh に次の行を追加します。