パフォーマンスチューニングのチェックリスト

サーバーレベルでのイベントモニタリングとヒット統計をオフにします。（イベントモニタリングとヒット統計を無効にするを参照）
Tomcat コネクターの設定を行います。(Tomcat の設定を参照)
ログレベルを INFO に設定し、SSL デバッグなどの JVM レベルのデバッグログを無効にします。
データソースのキャッシュを有効にします。さもないと、データソースにファイルシステムの読み取り制限が適用されます。
JVM のヒープメモリを増やし、ガベージコレクションオプションを適用します。（システムプロパティの設定を参照）
可能な限り、フォームビューではなくリテラルビューを使用します。リテラルビューでは、階層的なパラメータライゼーションがサポートされています。

最高のパフォーマンスを得るための設定

Virtualize サーバーを最高のパフォーマンスでご利用いただくために、以下の設定を推奨します。

サーバーは常に「ヘッドレスモード」で実行する

Tomcat などの Web サーバーに soavirt.war をデプロイするか、Virtualizecli 実行ファイルで Virtualize アプリケーションを起動します。

例:

virtualizecli.sh -startServer -data <WORKSPACE_LOCATION>

イベントモニタリングとヒット統計を無効にする

負荷テストを開始する前に、必ずサーバーとすべてのワークステーションの両方で仮想アセットのモニタリングを停止してください。
また、次の操作を行ってモニタリングを完全に無効にできます。

[Virtualize Server] ビューで、目的のサーバーノードをダブルクリックします。
[サーバー構成］タブで、[イベントレポートサービスの有効化] および [統計収集サービスの有効化] チェックボックスをオフにし、保存します。
サーバーを停止して再起動します。

この操作は、ヘッドレスデプロイの場合、Continuous Testing Platforms のサーバーページからも行うことができます。

Tomcat の構成

Virtualize で最高のパフォーマンスを得るには、次のシステムプロパティを設定し、Tomcat の server.xml にいくつかの変更を加えます。

システムプロパティの設定

起動時に JVM プロパティを設定し、ヒープメモリを増やし (少なくとも4 GB)、ガベージコレクタを変更します。

Virtualizecli の場合：

virtualizecli.sh -startServer -data <WORKSPACE_LOCATION> -J-Xms2048m -J-Xmx4096m -J-server -J-XX:+UseConcMarkSweepGC -J-XX:+DisableExplicitGC -J-XX:+UseCompressedOops -J-XX:NewRatio=1

WAR デプロイの場合 (<TOMCAT_HOME>/bin/setenv ファイルで設定):

JAVA_OPTS=-Xms2048m -Xmx4096m -XX:+UseConcMarkSweepGC -XX:+DisableExplicitGC -XX:+UseCompressedOops -XX:NewRatio=1

server.xml の設定

<TOMCAT_HOME>/conf フォルダーの下にある server.xml ファイルで HTTP Connector 要素を探します。デフォルトのコネクタポートは、virtualizecli の場合は9080、Tomcat にデプロイされた WAR の場合は 8080 です。
acceptorThreadCount、enableLookups、maxThreads の各属性を以下のように追加/更新します。
例:
```
<Connector URIEncoding="UTF-8" acceptorThreadCount="2" connectionTimeout="20000" enableLookups="false" maxThreads="750" name="default" port="9080" protocol="HTTP/1.1" redirectPort="9443" server="Parasoft Server"/>
```
これは、Tomcat に 750 スレッドの処理スレッドプールを保持するように指示します。また、アクセプタのスレッド数を 2 に設定し、DNS ルックアップを無効にします。
ファイルの下部にある Valve 要素を探します。

次のように、Valve 要素をコメントアウトします。
例：

<!--<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs" prefix="localhost_access_log." suffix=".txt" pattern="common" resolveHosts="false" /> -->

これにより、サーバーにアクセスするたびに、Tomcat がログの場所にログ情報を入力するのを防ぐことができます。

OS の設定

Windows

Windows を使用している場合、レジストリで調整できるパラメーターがいくつかあります。

[スタート] > [実行] > [regedit] をクリックします。

次のレジストリキーに移動します。

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Parameters を右クリックし、[新規] > [DWORD] を選択します。
値に MaxUserPort という名前を付け、値のデータを 7FA6 (16進数) または 32678 (10進数) に更新します。
Parameters を右クリックし、[新規] > [DWORD] を選択します。
値に TcpTimedWaitDelay という名前を付け、値データを 1E (16進数) または 30 (10進数) に更新します。
この設定を有効にするには、マシンを再起動する必要があります。

これにより、Windows で許可される TCP 同時接続数 (MaxUserPort) が増加し、未使用の TCP ポートが再使用可能になるまでの予約時間 (TcpTimedWaitDelay) が短縮されます。

Linux

高スループットを実現するために、Linux サーバーをチューニングする必要があるかもしれません。以下に、参考となるシステム設定を示します。これらは Virtualize と負荷生成ツールに適用する必要があります。

ulimit -u 4096

1 人のユーザーが利用できるプロセスの最大数を設定します。java スレッドはプロセスであり、この数が少なすぎると、新しいスレッドを生成できなくなる可能性があるため、これは重要です。

sysctl -w net.ipv4.tcp_tw_reuse=1   
sysctl -w net.ipv4.tcp_tw_recycle=1

これらは、OS がネットワークソケットを素早く再利用したりリサイクルしたりすることを可能にします。これは、高負荷時にはソケットが頻繁に使用されたり破棄されたりするので重要です。

sysctl.conf

tcp のバッファを調整する必要があるかもしれません。sysctl のいくつかのパラメータは、ネットワークの設定に応じて変更できます。詳細は Linux Tuning ドキュメントを参照してください。

Virtualize と Data Repository のデプロイ

Virtualize サーバーと Data Repository サーバーの間のネットワーク遅延は、できる限り最小限に抑えることをお勧めします。プロセス間のネットワーク遅延は、負荷時の Virtualize サーバーのパフォーマンスに悪影響を与えます。ユーザーがこれを達成する最も一般的な方法は、同じマシン、または可能な限り同じ場所 (同じデータセンター領域など) に配置された 2 台のマシンにインストールすることです。Data Repository サーバーは大量のメモリを消費するので、Virtualize サーバーと同じマシンにインストールする場合は、32 GB 以上の RAM を搭載したマシンを推奨します ( デプロイメントの推奨事項を参照)。

デバッグのチェックリスト

仮想アセットのパフォーマンスプロファイルと追加の遅延をオフにします。
問題は特定のアセットに関連していますか ? 他のアセットは以前と同じように機能していますか ?
使用されていないレスポンダーやデータソース行がある場合、それらを無効にしたり、完全に削除したりできますか？
アセットにスクリプトが含まれていないかを確認します。それらを無効にした場合、問題は解消されますか ?
アーティファクトをホストしているネットワーク共有ドライブはありますか ?
別のサーバーで同じ条件で問題が再現しますか ?

Page tree

Performance Tuning a Virtualize Server

パフォーマンス チューニングのチェックリスト