質問
している場合は高いサーバーとの1Tメモリ8x4core CPU...
まで持参のパフォーマンスをすれば複数のアプリのサーバーの異なるJVM)だけではなく一つのアプリサーバ?
アプリケーションサーバーしています。サービスの一部(耳whithメッセージ駆動の豆)の交換メッセージです。
ちなみに、java64bitでない場合はメモリ制限のですか。http://java.sun.com/products/hotspot/whitepaper.html#64
解決
まで持参のパフォーマンスをすれば複数のアプリのサーバーの異なるJVM)だけではなく一つのアプリサーバ?
がなくてはならない事がいくつか考:
単一のアプリのサーバーとテナント環境セットアップを既.多くのアプリケーションでは、このオプションを使用水平-垂直スケーリングで共通の設定(すなわち複数のVm機を複数台).を加えた機械が明らかく安い。
大ヒープで、時間を記入し、自動的にすべての以前のごみ収集が発生します。しかし、大ヒープまで、時間をコンパクトの原因となごみの収集に長くなります。サイズ、VMはこの良い妥協間周波数および持続時間(つまり、いにしてもらいたいものRAMで一VM)
なので、私の経験では、複数の走行機械の開催に複数のJVMでは通常のインプリケーションであり、通常はより安く巨大な猛獣、より多くの柔軟性).
他のヒント
が自動的にパフォーマンスの時だけ出プロセスの通信に問題がある場合、アプリケーションサーバーのない規模のものに十分なことができます。
原則としての親指のJVMデザインで利用できる任意の数のCPUのRAMの営業システムを提供します。実際の限界を設けのJVMの実装固有のもので、必要なものを読み、仕様書くの選択がきていることを確認して下さい制限を設ける。
ただし、JVMでの活用ハードウェア、そして必要なアプリサーバを拡大-縮小できることが適切に共通のボトルネックのこれらの日は、ウェブ請求できる加工秒現代のサーバであることが確認でき10000要求したのを見 http://www.kegel.com/c10k.html)全てではない。
では、最初は特定のグループ(接続秒?メモリ使用量?ネットワーク帯域幅は?) および利用が最適か、これまでの台+jvm+アプリのサーバーの組み合わせです。合コンクリートのニーズ、ベンダーは、通常、ごく販売いたします。
まれによる走行 複数のJVMs小さな玄妙観、蘇州刺繍 単大JVM.ある夫婦の理由:
小さく盛平均 短ゴミ 集
よりJVMs手段 少な競争 内部資源のJVM内のどのスレッドプールやその他の同期されます。
どのように多くのJVMsばねボックスによって異なり、申請す。をこにあります。 荷重試験 シミュレーションの生産や負荷をどのように多数のご要望に対応でき成長の追加JVMs.できることをJVMsさせたあーザーにとって大きな魅力です。ことになるすべきます。
において、あるいは、も考慮の対象となる。していることが望ましい 複数の物理機 点から詳しくかつ分かりやすく大きな脂肪。この信頼性です。このボックスに行くオフラインで何らかの理由ですすべてのアプリをサーバーが走っていることを確認できます。インフラの走行が別々に小物機械は以下の影響による障害の機械に比べて単一のボックス。