2017-02-12 8 views
0

Webサービス(WSDL)とゲートウェイインターフェイスの両方でWSO2 APIMのパフォーマンステストを行いました。すべてがゲートウェイ1でうまくいったが、WebServicesを使用するときには奇妙な動作に直面している。WSO2 APIM - チューニング

基本的には、64スレッドを使用してパスワードを追加し、パスワードを変更してユーザーを削除し、テストプランを実行するテストを作成しました。私のスループットは、64スレッド(スループットのピークは1600 req/seg)に達するまで大きく増加しています。しかし、その後、理由がなくスループットが低下し始めます。

すべての64スレッドはまだアクティブで稼働しており、wso2amをホストしているマシンはCPU使用率を低下させます。 APIMはスレッドとプロセッサーを持っていても要求を処理することをあきらめているようです。

下の図は、プロセッサ(ユーザー、システム、およびアイドル)とコンテキストスイッチと中断のvmstatの結果を示しています。 CPU /コンテキストスイッチはスループットに従うことが可能です。

enter image description here

と次のピクチャ(減少スループット後)端部に後JMeterの試験結果を示します。

enter image description here

基本的に私は必要なもの、そのような挙動の理由であるかもしれないものの手がかりです。私はすでにwso2amとtomcatの両方でスレッドのプールを増やそうとしましたが、効果はありません。要求が到着していないようです。 jmeterは力がいっぱいで、以前はもっと大きなスループットを送っていましたが。

tomcatまたはwso2の簡単な設定がその答えです。どんな助けもありがたいです。

おかげで、よろしく

答えて

0
それが原因のJMeterは、次の手順しようと、十分に速く要求を送信することができないのかもしれ

    最新のバージョンに
  • アップグレードのJMeter(のように3.1になりました)あなたは最新のJMeter分布を得ることができますJMeter download page
  • command-line non-GUI modeでテストを実行してください。 JMeterのGUIは、テストの開発および/またはデバッグにのみ使用でき、負荷テストの実行用に設計されていません。
  • テスト実行中にlistenersをすべて削除(または無効化)します。あなたはJMeterのGUIを開くことができ、後に、あなたの選択、負荷.jtl結果ファイルのリスナーを追加し、解析を実行したり、結果ファイルのうちHTML Reporting Dashboardを作成

を参照してください上記の点について9 Easy Solutions for a JMeter Load Test “Out of Memory” Failure記事は詳細に説明し、さらにいくつかのヒント最高のパフォーマンスとスループットを実現するJMeterの設定について

+0

ドミトリー、ありがとうございます。しかし、それは結果を変えなかった。どちらの場合も、JMeter VMは利用可能なすべてのリソース(CPU、I/O、memなど)を使用していましたが、ゲートウェイインターフェイスでは4K req/sec、サービスインターフェイスでは2K req/secに達します。奇妙な振る舞いは、ゲートウェイ・インターフェースではスルー・トゥ・テストが全面的に行われますが、サービス1ではピーク・スループットの10%まで低下し続けます。 よろしくお願いいたします。 –

関連する問題