Amazon EC2(Elastic Compute Cloud)のUbuntu12.04マイクロインスタンスでGlassfishOpen Source Editionv3.1.1を実行しています。単一のアプリケーションで単一のドメインを構成しました。ドメインをtime asadmin start-domain
で開始すると、次のように報告されます。
Waiting for domain1 to start ............................
(...)
Command start-domain executed successfully.
real 2m6.599s
2分... 2分かかるのは何ですか?プロセスを高速化する方法はありますか、それともアプリケーションサーバー用にTomcatやJettyなどの他のソリューションを使用する必要がありますか?ローカルのWindows8クライアントコンピュータでGlassfishを再起動すると、数分ではなく数秒かかります。私のコンピューターにはもっと多くのハードウェアがあることに気づきましたが、単純なアプリケーションサーバーを起動するのに2分もかからないはずです。
otherdiscussions で推奨されているように、次の2つのJVM-OPTIONSをドメイン構成ファイルに追加しようとしましたが、役に立ちませんでした:-Djava.net.preferIPv4Stack=true
およびDcom.Sun.enterprise.tools.admingui.NO_NETWORK=1
update:--verbose
で2回の起動を行った後、これは2つの興味深いセグメントの編集された比較です。
実行#1
[#|2013-03-15T11:32:48.597+0000| Created virtual server [__asadmin]|#]
[#|2013-03-15T11:33:12.244+0000| Virtual server [server] loaded default web module []|#]
[#|2013-03-15T11:33:15.973+0000| Scanning for root resource and provider classes in the packages:
実行#2
[#|2013-03-15T11:36:10.707+0000| Created virtual server [__asadmin]|#]
[#|2013-03-15T11:36:25.127+0000| Virtual server [server] loaded default web module []|#]
[#|2013-03-15T11:37:37.198+0000| Scanning for root resource and provider classes in the packages:
Pastbinでのrun#2の完全なログ ここ
興味深いのは、2回の実行における2行目と3行目の時間の大きな違いです。 (3秒vs 1分+)
また、サーバーの起動中、コンソールの応答が2番目のSSHウィンドウで非常に遅く、ls
が応答するのに数秒かかることも付け加えておきます。
edit 2Free
-サービス起動後の出力:
total used free shared buffers cached
Mem: 604376 469776 134600 0 8976 78212
-/+ buffers/cache: 382588 221788
Swap: 0 0 0
マイクロインスタンスは次のとおりであることに注意してください。
cPUの点で非常に制限されており、バースト可能な割り当ての概念を使用しています。正確な説明は次のとおりです。最大2つのEC2コンピューティングユニット(短い周期的なバーストの場合)。
メモリに関しては非常に限られています(613MB)。ディスクにスワップするため、Glassfishが割り当て超過を試みないようにしてください。これにより、AWSEC2で大きなペナルティが課せられます。
あなたがそれらの2つのうちの1つを打っていることをかなり確信しています...