Virtualize サーバーを最高のパフォーマンスでご利用いただくために、以下の設定を推奨します。
Tomcat などの Web サーバーに soavirt.war をデプロイするか、virtualizecli 実行ファイルで Virtualize アプリケーションを起動します。
例:
virtualizecli.sh -startServer -data <WORKSPACE_LOCATION> |
負荷テストを開始する前に、必ずサーバーとすべてのワークステーションの両方で仮想アセットのモニタリングを停止してください。
また、次の操作を行ってモニタリングを完全に無効にできます。
この操作は、ヘッドレス デプロイの場合、Continuous Testing Platforms のサーバーページからも行うことができます。
AI Assertor や AI Data Bank などの LLM 対応ツールはパフォーマンスに悪影響を与える可能性があるため、高いパフォーマンスが求められる場面での使用は推奨されません。
Virtualize で最高のパフォーマンスを得るには、次のシステム プロパティを設定し、Tomcat の server.xml にいくつかの変更を加えます。
起動時に JVM プロパティを設定して、ヒープ メモリ (少なくとも 4 GB) を増やし、明示的なガベージ コレクションを無効にします。また、Virtualize に負荷がかかっているときに CTP がヒット統計をより適切に追跡できるように、行ごとのヒット統計を無効にするプロパティも設定します。
Virtualizecli の場合:
virtualizecli.sh -startServer -data <WORKSPACE_LOCATION> -J-Xms2048m -J-Xmx4096m -J-server -J-XX:+DisableExplicitGC -J-Dparasoft.server.statistics.datasource.row.disabled=true |
WAR デプロイメントの場合 (<TOMCAT_HOME>/bin/ ディレクトリにある setenv ファイルで構成):
JAVA_OPTS="-Xms2048m -Xmx4096m -XX:+DisableExplicitGC" -Dparasoft.server.statistics.datasource.row.disabled=true |
<TOMCAT_HOME>/conf フォルダーの下にある server.xml ファイルで HTTP Connector 要素を探します。デフォルトのコネクタ ポートは、virtualizecli の場合は9080、Tomcat にデプロイされた WAR の場合は 8080 です。enableLookups 属性と maxThreads 属性を以下のように追加/更新します。例:
<Connector URIEncoding="UTF-8" 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 がログの場所にログ情報を入力するのを防ぐことができます。
Windows を使用している場合、レジストリで調整できるパラメーターがいくつかあります。
次のレジストリ キーに移動します。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters |
これにより、Windows で許可される TCP 同時接続数 (MaxUserPort) が増加し、未使用の TCP ポートが再使用可能になるまでの予約時間 (TcpTimedWaitDelay) が短縮されます。
高スループットを実現するために、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 サーバーのパフォーマンスに悪影響を与えます。ユーザーがこれを達成する最も一般的な方法は、同じマシン、または可能な限り同じ場所 (同じデータセンター領域など) に配置された 2 台のマシンにインストールすることです。Data Repository サーバーは大量のメモリを消費するので、Virtualize サーバーと同じマシンにインストールする場合は、32 GB 以上の RAM を搭載したマシンを推奨します ( デプロイメントの推奨事項 を参照)。