Webサービス(WSDL)とゲートウェイインターフェイスの両方でWSO2 APIMのパフォーマンステストを行いました。すべてがゲートウェイ1でうまくいったが、WebServicesを使用するときには奇妙な動作に直面している。WSO2 APIM - チューニング
基本的には、64スレッドを使用してパスワードを追加し、パスワードを変更してユーザーを削除し、テストプランを実行するテストを作成しました。私のスループットは、64スレッド(スループットのピークは1600 req/seg)に達するまで大きく増加しています。しかし、その後、理由がなくスループットが低下し始めます。
すべての64スレッドはまだアクティブで稼働しており、wso2amをホストしているマシンはCPU使用率を低下させます。 APIMはスレッドとプロセッサーを持っていても要求を処理することをあきらめているようです。
下の図は、プロセッサ(ユーザー、システム、およびアイドル)とコンテキストスイッチと中断のvmstatの結果を示しています。 CPU /コンテキストスイッチはスループットに従うことが可能です。
と次のピクチャ(減少スループット後)端部に後JMeterの試験結果を示します。
基本的に私は必要なもの、そのような挙動の理由であるかもしれないものの手がかりです。私はすでにwso2amとtomcatの両方でスレッドのプールを増やそうとしましたが、効果はありません。要求が到着していないようです。 jmeterは力がいっぱいで、以前はもっと大きなスループットを送っていましたが。
tomcatまたはwso2の簡単な設定がその答えです。どんな助けもありがたいです。
おかげで、よろしく
ドミトリー、ありがとうございます。しかし、それは結果を変えなかった。どちらの場合も、JMeter VMは利用可能なすべてのリソース(CPU、I/O、memなど)を使用していましたが、ゲートウェイインターフェイスでは4K req/sec、サービスインターフェイスでは2K req/secに達します。奇妙な振る舞いは、ゲートウェイ・インターフェースではスルー・トゥ・テストが全面的に行われますが、サービス1ではピーク・スループットの10%まで低下し続けます。 よろしくお願いいたします。 –