ストレステスト中にJava VisualVMを使用する

大規模なWEBアプリケーションを開発する場合、遅かれ早かれ、負荷テストを実施するという疑問が生じます。 私たちのプロジェクトでも同様の質問がありました。 この記事から学習できると判断した方法について。

実際、私たちは何をしますか

タスクは次のように設定されました。



アプリケーションは、少なくとも1,500人の同時ユーザーの負荷に耐えることが必要です。これらのユーザーは、次のシナリオに従って動作します。

1.アプリケーションページを開きます

2.システムにログインします

3.データベースからレコードの大きなリストをアンロードする

4.ログアウト

俳優

IBM WebSphere Application Server 7にデプロイされたアプリケーション

ロードツールとしてApache JMeter 2.7が選択されました

Java VisualVMを使用してテスト結果を確認します

すべてを機能させる方法は？

アプリケーションサーバーの構成

最初に、アプリケーションをApplication Server（以降WAS）にデプロイします。

1.ブラウザのアドレスバーに「https：//％hostname％：9043 / ibm / console / logon.jsp」と入力します

2. WAS管理者のログインとパスワードを使用して、AdminConsole自体に入ります。







3. [アプリケーション]-> [アプリケーションタイプ]-> [WebSphereエンタープライズアプリケーション]に移動して、ページに移動します。

エンタープライズアプリケーション

このページを使用して、インストール済みのアプリケーションを管理します。 単一のアプリケーションを複数のサーバーに展開できます。



（大事なインストールボタンを使用して）アプリケーションをインストールすると、コンソールは次のようになります。







赤い長方形は、プロジェクトのメインアプリケーションを示しています。 残りは補助モジュールです。



いいね！ これに対処しました。 次に、Java VisualVMで動作するようにWASを構成する必要があります。 これを行うには、同じAdminConsoleで次の手順を実行する必要があります。

1. サーバー->サーバータイプ-> WebSphereアプリケーションサーバー-> server1-> Javaおよびプロセス管理->プロセス定義-> Java仮想マシン



選択してください：

旗

デバッグモード[false]



デバッグ引数

-Xdebug -Xrunjdwp：transport = dt_socket、address = 52772、suspend = n、server = y、-Dwas.debug.mode = false



汎用JVM引数

-Dclient.encoding.override = UTF-8 -Dfile.encoding = UTF-8 -Djavax.management.builder.initial = -Djava.rmi.server.hostname =％hostname％-Dcom.sun.management.jmxremote -Dcom。 sun.management.jmxremote.port = 8686 -Dcom.sun.management.jmxremote.ssl = false -Dcom.sun.management.jmxremote.authenticate = false

*引数-Djava.rmi.server.hostname =では、％hostname％の代わりに、WASがインストールされているホスト名を指定する必要があります。 ％記号は設定されていません。

Java VisualVMの構成

引数を設定し、WASサービスを強制的に再起動した後、 Java VisualVM自体を構成する必要があります

1. Sun JDK 6u7以降を使用している場合は、すでにVisualVMを使用しています。 Sun JDK 7の最新バージョンを使用することをお勧めします。JavaVisualVMは$ JAVA_HOME \ jdk1.7.0 \ bin \ jvisualvmディレクトリにあります。

また、Java VisualVMは個別にダウンロードできます。

2. Java VisualVMを起動します。 VisualVMは最初の起動時にユーザー名とパスワードを要求する場合がありますが、拒否しないでください。

3. Java VisualVMの一般的なビュー







ご覧のとおり、VisualVM自体を含むいくつかのアプリケーションがローカルで定義されています。



4.「使用可能なプラグイン」タブの「ツール->プラグイン」メニューで、使用可能なプラグインが表示されます。必要に応じて、必要なプラグインを選択してインストールします。 私たちの目的のためには、それらは必要ありませんが、それらについて知る価値はあります。

5.前の設定が実行されたリモートホストを追加します。







6. JMX接続を追加します。 ホスト名の後に必ずポート8686を指定して、[OK]をクリックしてください。







7.リモートホストに接続した後、[JMX接続を開く]を選択すると、目的のプロセスの概要が表示されます。







ここでは、[サンプラー]タブ（別名プロファイラー）に注目します。 プロファイラーには、CPUとメモリの2つのモードがあります。 それらに費やされた時間の観点から最初のプロファイルメソッド、2番目-作成および破壊されたオブジェクトの観点から。 残念ながら、メモリサンプリングはリモートアプリケーションではサポートされていません。

より詳細なビューを表示するには、目的のメソッドを選択し、スナップショットボタンをクリックします。これにより、さらなる分析に使用されるメソッド（クラス/パッケージ）のツリーが呼び出されます。

重要！

このパフォーマンスプロファイラが手段であるという事実に注意を払う価値があります 。 つまり、アプリケーションコードを書き換え、プロファイラーへの呼び出しを追加します。

ツーリングプロファイラーにはかなり大きなオーバーヘッドがありますが、最も正確な結果が得られます。 このようなプロファイラーの動作は、アプリケーションの動作を大きく歪める可能性がありますが、理論上のオーバーヘッドはすべてのメソッドに均等に分散されます。

JMeterでプロジェクトを作成する

JMeter onHabréでプロジェクトを作成する方法はすでに複数回書かれています。さらに、マニュアルをキャンセルした人はいないため、この記事のこの部分では、遭遇したそれらのニュアンスについてのみ説明します。

ローカルホスト

すばらしいマニュアルにあるように、JMeterで作業するには、次のようにJMeter HTTPプロキシを使用するようにブラウザを設定する必要があります。







しかし、ロシアで働いていて、アプリケーションサーバーがドネプロペトロフスクのCRにデプロイされている場合はどうすればよいでしょうか。また、企業のITセキュリティポリシーは、必要なプロキシを使用しないすべての接続をブロックします。 また、企業のプロキシを介して作業している場合、録音コントローラーでの録音が行われないこともわかりました。



私たちの場合、次の「耳を傾ける」が役立ちました。

彼らは企業のプロキシを介してアプリケーションに接続し、ブラウザの設定で設定をlocalhostに変更し、ページをリロードして（見よ！）localhostを介してリモートホストで作業しました。 さらに、「ワイルドパニック」のペースでスクリプトを記録するのに5〜7分かかりました。その後、自動構成スクリプトがプロキシ設定を以前の設定に変更しました。

私たちの名前はレギオンです！

ユーザーを作成し、JMeterにフィードします。

簡単なスクリプトが作成され、一意のログインTEST1-TEST1500を持つ1,500エントリがtUsersテーブルに追加されました。 誰もが1つのパスワードを持っています：123456

次に、CSV Data Set Config要素がJMeterに追加されました。







記録されたリクエストのツリーで、システムへのログインを担当する要素を見つけることができます。 次の意味を持つ... / userLogin.webがありました。

LoginService | login | java.lang.String / 2004016611 | TEST1 | 1 | 2 | 3 | 4 | 1 | 5 | 6 |

ここにユーザー名とパスワードが表示されます。 JMeterがパスワード123456を1 | 2 | 3 | 4 | 1 | 5 | 6 |として書き留めた理由 私にとっては謎のままです。



今、私たちのタスクは次のとおりです。

1. * .csvファイルを作成し、フォームの1500レコードをそこに配置します

LoginService | login | java.lang.String / 2004016611 | TEST1 | 1 | 2 | 3 | 4 | 1 | 5 | 6 |

。

。

。

LoginService | login | java.lang.String / 2004016611 | TEST1500 | 1 | 2 | 3 | 4 | 1 | 5 | 6 |

2.このファイルをプロジェクトと同じディレクトリに配置します

3.このファイルからそれらを取得する必要があることをJMeterに示します



最初の段階で小さな困難が生じました。

セルA1およびA2にコピーする

LoginService | login | java.lang.String / 2004016611 | TEST1

LoginService | login | java.lang.String / 2004016611 | TEST2

ExcelでA1500にストレッチ

LoginService | login | java.lang.String / 2004016611 | TEST1500

問題ありません。 また、すべてが単純で、残りの部分1 | 2 | 3 | 4 | 1 | 5 | 6 |を使用して、セルB1〜B1500を変更せずに1,500回コピーしました。 しかし、これらすべてをテキストファイルに転送した後は、あまり美しくありませんでした。

LoginService | login | java.lang.String / 2004016611 | TEST1 | 1 | 2 | 3 | 4 | 1 | 5 | 6 |



余分なスペースがまったく役に立たないことは明らかです。 しかし、ここでそれらを削除する方法はありますか？ ペンを使用して1500レコードを編集する方法はありません。 Notepad ++でファイルを開いた後、Replaceを使用してこれらのスペースを削除しようとしましたが、残念ながら10または10のスペースがあっても問題ありません。それらは表示されず、文字のみを置換できます。

ここで、私たちはEmEditorを救助しました。 彼はこれを冷静にしています：







この事件の後、EmEditorは私の目に大きく成長しました。 実践で示したように、このテキストエディターは、他の場合、たとえば、既に展開されているアプリケーションの* .xmlファイルを変更する必要がある場合に役立ちます。 同じメモ帳またはメモ帳++がこのタスクの前に渡され、アクセス拒否が宣誓されますが、EmEditorは渡されません。



準備されたテキストファイルの名前を1500.csvに変更し、プロジェクトと共に1つのフォルダーに入れます。



JMeterにこれをすべて使用する方法を説明することが残っています。

これを行うには、CSV Data Set Configでファイルを指定し、変数名を設定します







そして... / userLogin.webでは、この変数を$ {VariableName}の形式で指定します

束を増やす

apache-jmeter-2.7 \ binディレクトリにjmeter.batファイルがあり、お気に入りのテキストエディターで開きます。

そこに一部が見つかります







そして快適な仕事のために私たちは交換します

HEAP = -Xms512m -Xmx512mを設定します

に

HEAP = -Xms1024m -Xmx1024mを設定します

これは、jmeter起動ガイド（2.4 JMeterの実行）にも記載されています。

最後の仕上げ

これで、スクリプトを実行する準備がほぼすべて整いました。 RDP経由でリモートホストに接続し、すべてが正常であることを確認するだけです（テストの前にアプリケーションサーバーの設定を削除します）。







ご覧のとおり、すべてが理にかなっています。 また、java.exeプロセスが使用するメモリ量、つまりWASを調べます。

テスト、あなたの時間です

テストを実行し、1,500人の仮想ユーザーが我慢強いアプリケーションに喜んで突入する様子を確認します。 それまでの間、再びリモートテーブルに切り替えて、そこで何が起こるかを確認します。







テスト全体でアプリケーションサーバーのCPUが100％占有されていましたが、まったく良くありません。 すぐに落ちます。

VisualVMを見ると、この写真はあまり楽しくありません。







サンプラーを開き、CPUが何をロードするかを確認します。







SystemErrorの球体ログを確認します。



R log4j：警告209および列14の連続解析エラー

R log4j：警告「logger」タイプの要素のコンテンツは、「（param *、level ?, Appender-ref *）」と一致する必要があります。

R log4j：警告ロガー（org.springframework.web.context.support.XmlWebApplicationContext）のアペンダーが見つかりませんでした。

R log4j：警告log4jシステムを適切に初期化してください。

R log4j：警告詳細については、 logging.apache.org / log4j / 1.2 / faq.html＃noconfigを参照してください。



...そして、誰が責任を負うべきかを理解しています。



仮定を確認します。

これを行うには、％WAS_HOME％\ AppServer \ profiles \ AppSrv01 \ installedApps \％HostName％Node01Cell \ app.ear \ app.war \ WEB-INF \にデプロイされたアプリケーションがあるフォルダーを見つけます。 そこでファイルlog4j.xmlを見つけ、 'level value = "SOME LEVEL"という形式の構造が見つかった場所で、このレベルを値offに置き換えます。 その後、WASサービスを再起動します。



テストを再度実行します。







完全に異なる問題！

結果

この記事では、WEBアプリケーションの負荷テストを実施するための環境設定の全サイクルを検討しました。 問題がlog4jだけに限られていないことは明らかであり、その後、他の多くの改善が行われましたが、作業の主なポイントは明確です。



ご質問があれば、喜んでお答えします。 ご清聴ありがとうございました。