エクストリーム減速雲（アマゾン、Jelastic）

Question

詳細は以下のとおりです。

PHPがありますフロント最後に、MySQLデータベースに接続されたJavaベースのWebサービスに接続します（データベースへのすべての要求はWebサービスから送信され、PHP部分はJavaバックエンドとの通信のみです。データベース）。

スタートポイント

のDevサーバー - CentOSの（cPanelの）、765メガバイト - 1.5ギガバイトRAM、4CPU、Tomcatの7

* ソフトウェアは、無スピードの問題、速いログを実行しています通常のCPUとメモリの使用状況を表示し

シナリオ＃1

Elastic BeanstalkでとElastic Beanstalkで上のデータベースでのJavaのWebサービス上

PHPフロントエンドソフトウェアは、ログが正常なCPUとメモリの使用状況を表示し約80％遅く

* ある

VPS（Jelasticと同じ会社/場所）およびJava WebサービスW上シナリオ＃2

PHPフロントエンドJelastic

ソフトウェアは約70％遅くなり

* 、上のi番目のデータベースには、ログは、通常のCPUとメモリの使用状況VPS上

シナリオ＃3

PHPフロントエンドを表示しますElastic BeanstalkとJelasticのデータベースを使用したJava Webサービス（swithing）

* ソフトウェアは約70-80％s下、ログが、私は、検索するための高速、何も読み込まれませんPHPフロントエンドが配置されているに関係なく、考え出し何

両方のクラウド環境上で通常のCPUとメモリの使用状況を示しています。

JavaバックエンドがVPSからクラウドに移動すると（AmazonまたはJelasticの場合は問題ありません）、ソフトウェア全体が非常に遅くなります。ログに基づいて、2つのプロバイダで試したので、これはリソースの問題のようには見えません。

PHPとJavaを同じ環境（シナリオ＃1）で使用しようとしたため、接続の問題にはなりません。

Java Webサービスが非常に遅くなっている（ログがリソースの使用量が少ないため不明な理由で）か、Javaアプリケーションとデータベースの間の接続である可能性があります（最初のシナリオでは3コンポーネントはAmazon、同じ環境、場所にあります）。

これまで誰もがこのような問題を抱えていましたか？何か案は？ありがとうございました！彼らはまた、AmazonやRackspaceのを使用（CloudSpectatorがそれらにやったことの性能調査を参照してください -

高性能のJavaクラウドバックエンドで