JP2004021524A

JP2004021524A - ネットワークサーバへの負荷テストシステム

Info

Publication number: JP2004021524A
Application number: JP2002174459A
Authority: JP
Inventors: Kei Kitakata; 北形　圭
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2002-06-14
Filing date: 2002-06-14
Publication date: 2004-01-22
Anticipated expiration: 2022-06-14
Also published as: JP4208494B2

Abstract

【目的】負荷テスト指示を行うテストマネージャ端末で負荷テスト中の被負荷テスト端末又は負荷テスト対象プロセスの状態を監視し、高負荷アクセスのためテスト継続が困難な場合は、被負荷テスト端末をリモートリブート若しくは負荷テスト対象プロセスを再起動することができる機能を有するネットワークサーバへの負荷テストシステムを提供すること。
【構成】負荷テスト中、被負荷テスト端末・テスト対象サーバの状態の監視・使用リソースの取得を行うサーバ監視手段と、その監視により取得できる被負荷テスト端末の情報をリアルタイムでテストマネージャ端末上で表示する手段と、上記サーバ監視により取得できるサーバ状態から被負荷テスト端末の高負荷状況を検知し、端末状態を元の状態に戻す端末リモートリブート手段を備える。
【選択図】　　　図１

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上に存在する種々のネットワークサーバシステムに対して様々なアクセスパターンをシミュレートすることによって負荷を発生させることにより、サーバ負荷テストを行うため、指定した複数の仮想クライアントを１台のテスト実行端末内に生成し、そのテスト実行端末を複数管理するコテストマネージャ端末を１台用意し、そのテストマネージャ端末から生成した複数の仮想クライアントに対して様々な負荷テスト動作を指示し、対象のネットワークサーバのパフォーマンステストを行うことができるネットワークサーバへの負荷テストシステムに関する。
【０００２】
【従来の技術】
近年、ネットワーク技術の発達と共に、ネットワーク上でのサーバ／クライアントシステムとして実現されるアプリケーションが増加している。このようなアプリケーションのテストは、従来のスタンドアロン型のアプリケーションとは異なり、そのパフォーマンスの測定及びボトルネックの検出を行うためにはネットワークを含めたシステム全体の検査が必要となるために、非常に難しくなっている。
【０００３】
【発明が解決しようとする課題】
上記のような目的のために、従来のネットワークサーバへの負荷テストシステムでは、負荷テスト中の被負荷テスト端末が複数のクライアントの高負荷アクセスにより応答速度の異常な遅延又は応答なし状態に陥った場合、再テストを正常な環境で行うためには、被負荷テスト端末又は負荷テスト対象プロセスを手動で再起動させなくてはならない。
【０００４】
上記状態の場合、被負荷テスト端末がテストオペレータのいる場所から離れた場所に設置されている場合、又は複数の被負荷テスト端末を設置し負荷テストを行う場合には、上記状態に陥ったとき、手動でのリブート作業を行うには大変作業効率が落ちてしまう。
【０００５】
本発明は上記問題に鑑みてなされたもので、その目的とする処は、様々なネットワーク上のサーバシステムに対して効率の良いネットワークを含めたシステム全体の検査を実現するために、負荷テスト指示を行うテストマネージャ端末で負荷テスト中の被負荷テスト端末又は負荷テスト対象プロセスの状態を監視し、高負荷アクセスのためテスト継続が困難な場合は、被負荷テスト端末をリモートリブート若しくは負荷テスト対象プロセスを再起動することができる機能を有するネットワークサーバへの負荷テストシステムを提供することにある。
【０００６】
【課題を解決するための手段】
上記目的を達成するため、本発明は、負荷テストの実行指示を行う１台のテストマネージャ端末と、実際に負荷テストを実行する複数のテスト実行端末と、負荷テストを行う被負荷テスト端末から構成され、上記テスト実行端末上には、テストマネージャ端末で指定した数のテスト対象サーバに対する仮想クライアントを生成し、上記各仮想クライアントは固有のＩＰアドレスを持ち、様々な負荷テスト動作をテストマネージャ端末から指示することにより負荷アクセスを発生させるテスト対象サーバへの負荷テストシステムにおいて、負荷テスト中、被負荷テスト端末・テスト対象サーバの状態の監視・使用リソースの取得を行うサーバ監視手段と、その監視により取得できる被負荷テスト端末の情報をリアルタイムでテストマネージャ端末上で表示する手段と、上記サーバ監視により取得できるサーバ状態から被負荷テスト端末の高負荷状況を検知し、端末状態を元の状態に戻す端末リモートリブート手段を備えることを特徴とする。
【０００７】
【発明の実施の形態】
以下に、添付図面を参照しながら、本発明に係るネットワークサーバへの負荷テストシステムの一実施形態について説明する。但し、以下の説明は本発明に係るテストマネージャ端末及びテスト実行端末及びそれら機能を実現するアプリケーションを記録した記録媒体の一実施形態の説明を兼ねる。
【０００８】
図１は本発明に係るテストマネージャ端末及びテスト実行端末のシステム・ブロック図である。１はシステム・バスであり、これから説明する各構成ブロックはこのシステム・バスに接続されている。
【０００９】
２はＣＰＵ（Ｃｅｎｔｒｔａｌ　　Ｐｒｏｃｅｓｓｉｎｇ　　Ｕｎｉｔ）である。３はプログラム・メモリ（ＰＭＥＭと称す）で、本処理のためのプログラムを適宜、外部記憶装置１８から選択／読込みし、２のＣＰＵにて実行する。
【００１０】
又、入力装置１０から入力されたデータはテキスト・メモリでもあるＰＭＥＭにコード情報として格納される。
【００１１】
４はネットワーク制御部であり、５のネットワークポートにおける入出力データの制御を行う。
【００１２】
ネットワークポート５から出力された信号は、ネットワークを経由してネットワーク上の他の装置のネットワークポートに伝えられる。ネットワーク上の他の端末とのデータのやり取りは、このネットワーク制御部４を介して行われる。
【００１３】
６は公衆網を利用して通信を行う際に接続されているモデム７等の制御を行う。即ち、本負荷テストシステムは、ＬＡＮ以外の公衆網を利用したネットワーク接続における負荷テストもその対象とすることが可能である。
【００１４】
８は入力制御部であり、９の入出力装置が接される。操作者は、この入出力装置９を操作することによりシステムの動作指令等を行う。
【００１５】
１０は表示制御部、１１はそれに接続されている表示装置である。入力装置９による入力指示の結果及びテスト設定情報及びテスト実行結果の情報は、ここに表示される。
【００１６】
１２は出力機器制御部であり、接続されているプリンタ１３に対するデータの出力制御を行う。
【００１７】
１４は外部記憶装置制御部であり、接続されている外部記憶装置１５の制御を行う。本装置の機能を制御するプログラム及び画像データ等は本外部記憶装置１５に保持される。
【００１８】
図２に本実施形態の負荷テストシステムを構成するテストマネージャ端末と各テスト実行端末との間でどのようなデータのやり取りを行っているか、又、どのようにしてネットワーク上のテスト対象サーバ装置に対して負荷アクセスを発生させるかという処理の手順を以下に示す。
【００１９】
▲１▼：ネットワーク上のテストマネージャ端末２１は、その端末上の画面上に表示されるテスト実行端末一覧からテスト実行を行うテスト実行端末２２を選択し、そのテスト動作及びその端末上で動作させるクライアントモジュールの指定及びそのクライアントモジュールが利用するテストデータを指示する。
【００２０】
▲２▼：▲１▼で設定されたデータをテストマネージャ端末２１の配信手段を利用し、各テスト実行端末毎に各々必要なデータのみを送信する。
【００２１】
２６の配信方法は、大きなデータでも確実に配信させるため、ＴＣＰ／ＩＰであるｈｔｔｐプロトコルを使用する。
【００２２】
▲３▼：テストマネージャ端末２１からのテスト開始指示命令に従って、各テスト実行端末は、配信されたクライアントモジュールの初期化処理を行う。
【００２３】
▲４▼：各テスト端末は、指示されたテスト動作情報に従って上記クライアントモジュールを起動し、配信されたテストデータを利用してテスト対象サーバ２４に対して負荷アクセスを発生させる。又、このとき、ここのクライアントモジュールの動作状態は、ステータス情報としてテストマネージャ端末に通知される。
【００２４】
テストマネージャ端末２１→テスト実行端末２２のテスト動作指示２７はテストの正確性や通信速度を考慮してＵＤＰであるイベント（ブロードキャスト）を使用する。
【００２５】
▲５▼：テスト中は、テスト実行端末から被負荷テスト端末へアクセス負荷が掛かる。このとき、ユーザ指定の間隔で被負荷テスト端末の状態・使用リソースを監視し、２８によりリアルタイムでテストマネージャに通知する。この通知には処理速度を考慮してＵＤＰであるイベント（ブロードキャスト）を使用する。
【００２６】
▲６▼：上記▲５▼の負荷アクセス処理が終了すると、各テスト実行端末は、テスト結果情報をテストマネージャにアップロードする。テストマネージャは、受け取ったテスト結果情報を集計してユーザに通知する。
【００２７】
図３に本発明における負荷テストシステムのモジュール構成図の一例を示す。
【００２８】
図３中では、１台のテストマネージャ端末及び“ｎ”台のテスト実行端末から構成されている負荷テストシステムを利用して、１台のテスト対象ネットワークサーバに対する負荷テストを行う場合を例にして説明している。尚、ここでは説明を簡単にするために、１台のネットワークサーバに負荷を与える例を示しているが、本発明では、この制限にとらわれることなく、複数の対象サーバに対して負荷テストを実行することが可能である。
【００２９】
テスト実行端末管理モジュール３１は、各テスト実行端末におけるテストの実行状況を確認する。本モジュールは、イベント処理モジュールを利用して、テスト実行端末からのステータス変更イベント情報を獲得する。或は、テストの実行開始／中止の指示を所望のテスト実行端末に対してイベントを発行することによって行うことができる。
【００３０】
テスト動作情報設定モジュール３２は、各テスト実行端末が実際に行うテストの動作を設定する。同時に、各負荷テスト実行端末上で負荷を生成するために実行されるテスト用クライアントモジュール及び上記クライアントモジュールが利用するテストデータの指定もこのモジュールを利用して行われる。ここで設定されたデータは、データ配信モジュール３４を利用して適切なデータが各テスト実行端末に配信される。
【００３１】
イベント処理モジュール３３は、ネットワーク上へのイベント発行及びネットワーク上のイベント情報を獲得し、その内容を解析するためのモジュールである。テストマネージャ端末においては、各テスト実行端末への処理の指示、テスト実行端末においては、自身のテスト実行ステータスの変化を通知するために利用される。
【００３２】
データ配信モジュールは、ネットワーク上の所望の端末に対して指示されたデータを配信するためのモジュールである。テストマネージャ端末においては、各テスト実行端末へのテスト関連データを配信するために利用され、テスト実行端末においては、テスト結果情報をテストマネージャ端末に送信するために利用される。
【００３３】
以上の３１〜３４のモジュールによってテストマネージャ端末の機能が提供される。
【００３４】
負荷発生処理管理モジュール３５は、データ配信モジュール３４によって受け取ったテスト動作情報に従ってクライアントモジュールを起動し、配信されたテストデータを利用してテスト対象サーバに対して負荷アクセスを発生させる。
【００３５】
ここで、負荷発生処理は、テストマネージャから配信されたクライアントモジュールを指示された条件で立ち上げることによって実現される。このクライアントモジュールは同時に複数起動する（本図の例の場合には、“Ｎ”個）ことが可能であり、更には、１台のテスト実行端末上で複数の異なるクライアントモジュールを同時に起動することも可能である。
【００３６】
個々のクライアントモジュールの動作状況は、イベント所処理モジュール３３を利用してテストマネージャ端末に通知される。
【００３７】
３６の負荷発生処理１〜Ｎは、負荷発生処理管理モジュールによって生成／管理されているスレッド、若しくはプロセス群であり、テストマネージャから指示されたテスト動作情報に従って対象サーバに負荷アクセスを発生する。
【００３８】
ネットワークアクセス制御モジュールは、複数の負荷発生処理に対して擬似的に複数のネットワークアドレスをマッピングする等の負荷テストにおけるネットワーク制御処理を行う。
【００３９】
３８は被負荷テスト端末の状態・使用リソース又は３９の負荷テスト対象プロセスの状態・使用リソースを取得し、テストマネージャ端末へ通知する。又、テストマネージャ端末より端末又はプロセスリブートの指示を受けるとリブート処理を行う。
【００４０】
図４に本発明におけるテスト動作情報のデータ構造例を示す。
【００４１】
データ識別情報４０１には、本負荷テストシステムのテスト動作情報データであることの識別ＩＤ及び情報のバージョン管理情報等がセットされている。
【００４２】
テストマネージャ端末情報４０２には、本設定情報を作成したテストマネージャ端末のネットワークアドレス等のネットワーク上での識別情報がセットされている。
【００４３】
テスト実行端末の数４０３には、本設定情報で管理されているテスト実行端末の数がセットされている。以降のテスト端末の設定情報もこの数と同じだけ存在している。
【００４４】
以上、４０１〜４０３が本テスト動作情報全体の管理情報である。
【００４５】
テスト実行端末情報４０４には、以降の設定情報に従ってテストを実行する端末のネットワークアドレス等のネットワーク上での識別情報がセットされている。
【００４６】
発生させる負荷処理の数４０５には、本テスト実行端末で生成する負荷を発生させるためのクライアント処理の（スレッド、或はプロセス）の数が設定されている。この数分、以降の「負荷処理の設定」情報が存在する。
【００４７】
処理の同時実行情報４０６には、複数の負荷処理を本実行端末で生成する場合に、同時に発生させる処理の個数及びその発生間隔が設定されている。
【００４８】
タイムアウト情報４０７には、本端末における個々の処理におけるタイムアウトと判定する閾値がセットされている。
【００４９】
以上、４０４〜４０７がテスト実行端末における全処理に関しての管理情報である。
【００５０】
クライアントモジュール名称４０９は、当該負荷処理を発生させるために利用するクライアントモジュールの名称である。このモジュールは、テストマネージャ端末から各テスト実行端末に配信される（若しくは、元々テスト実行端末に存在するモジュールの場合には、重複チェックを行い、無駄な配信処理は行わない）。
【００５１】
被負荷テスト端末、負荷テスト対象プロセス異常時の処理４０８の指定は、「負荷テスト対象プロセスの再起動」、「被負荷テスト端末の再起動」、「何もしない」の３段階の指定ができる。
【００５２】
テストデータファイル名称４１０は、負荷処理においてクライアントモジュール４０９が対象サーバにアクセスを行う際に利用するデータである。
【００５３】
クライアントモジュール動作設定情報４１１には、クライアントモジュール４０９が負荷テストのために実行する機能のリスト及び処理タイミングを同期するための情報がセットされている。
【００５４】
前者は、例えば、クライアントモジュールが一連の印刷処理を行うモジュールであり、
１．プリンタを初期化する機能
２．プリンタを列挙する機能
３．プリンタにジョブを登録する機能
４．指示プリンタのステータスを列挙する機能
という機能を有する場合、本負荷処理で行う機能を例えば１，２，３というように指定する情報がセットされている。
【００５５】
後者は、例えば、１台のテスト実行端末上で複数の負荷処理が行われる場合、例えば、上記のように１，２，３という処理を実行する際に１の処理が各負荷処理間でばらばらに終了しても、２の処理の開始ポイントを同期させるというための設定情報である。
【００５６】
仮想ネットワークアドレス情報４１２は、１台のテスト実行端末で、複数の負荷処理を実行する場合、負荷対象のサーバに対して個々の負荷処理毎に個別のネットワーク端末からアクセスが行われているかのように見せ掛けるための機能を実現するための情報である。
【００５７】
本情報を前述のネットワークアクセス制御モジュールに与えることによって、上記機能を実現することができる。
【００５８】
負荷対象サーバの情報４１３は、本負荷処理がアクセスするテスト対象のサーバに対するネットワークアドレス等のネットワーク上での識別情報がセットされている。
【００５９】
その他の制御情報４１４には、本負荷処理を行うに当たり必要な詳細設定情報がセットされている。
【００６０】
以上、４０９〜４１４が負荷処理毎の設定情報である。
【００６１】
図５に本発明のテスト実行端末における負荷テスト実行処理の際のテストマネージャ端末からテスト実行端末への動作指示処理手順をフローチャートにて示す。
【００６２】
前提としては、本フローチャート説明を簡単にするために、本フリーチャートの処理に先立って、テストマネージャでテスト設定情報、テスト用クライアントモジュール及びテストデータに関しての設定は完了しているものとする。
【００６３】
先ず、ステップＳ５０１では、テスト実行端末へテスト開始指示イベントを出す。ステップＳ５０２で、テスト動作情報ファイルの送信に成功したか否かをチェックする。各テスト実行端末がテスト動作情報ファイルの送信に成功した場合には、ステップＳ５０３へ移行し、そうではないと判断された場合には、ステップＳ５１２へ移行してテストを中止する。
【００６４】
ステップＳ５０３では、テスト実行端末に配信されたテストに必要なデータを利用して指示された設定に従って負荷処理を立ち上げてテスト準備処理を実行する。
【００６５】
ステップＳ５０４では、各テスト実行端末がテスト準備に成功したか否かをチェックする。成功しない場合は、ステップＳ５０５のエラー通知を各テスト実行端末から受け取る。
【００６６】
テスト実行端末は、テスト実行に必要なデータ（テスト設定情報、テスト用クライアントモジュール及びテストデータ）は存在するか否かをチェックし、存在すると判断された場合には、ステップＳ５０７に移行し、存在しないと判断された場合には、ステップＳ５０７に移行する。
【００６７】
ステップＳ５０５では、テスト実行端末では、データが存在しないので、指示されたテストを実行することができないというエラー情報をテストマネージャに対して通知する。
【００６８】
ステップＳ５０６では、テスト準備の完了イベントをテスト実行端末から発行されるのを待つ。
【００６９】
ステップＳ５０７では、テストマネージャからテスト実行端末にテスト開始指示イベントを発行する。
【００７０】
ステップＳ５０８で、テストマネージャからのテスト開始指示イベントであると判断された場合には、ステップＳ５０９に移行し、そうではない場合には、ステップＳ５０８で再びイベント待ち処理を行う。
【００７１】
ステップＳ５０９では、テスト実行端末が全ての仮想クライアントに対して実行の指示を行い、対象となるサーバに対して負荷の発生処理を行う。
【００７２】
ステップＳ５１０では、テストマネージャが全てのテスト実行端末のテスト終了を監視する。全てのテスト実行端末の終了通知を受け取ると通知をステップＳ５１１に移行する。
【００７３】
ステップＳ５１１では、テスト実行端末からの全ての負荷テスト処理通知を受け、テスト処理を終了する。
【００７４】
図６に負荷テスト動作中、被負荷テスト実行端末で障害が発生し場合の被負荷テスト実行端末リブート処理の処理手順をフローチャートで示す。
【００７５】
前提としては、本フローチャート説明を簡単にするために、本フローの処理に先立って、テストマネージャでテスト設定情報、テスト用クライアントモジュール及びテストデータに関しての設定、テスト準備処理、開始指示は完了しているものとする。
【００７６】
先ず、ステップＳ６０１では、テスト実行端末から被負荷テスト端末に対し、高負荷アクセスを行う。
【００７７】
ステップＳ６０２では、被負荷テスト内のＣＰＵ使用率・メモリ使用量を取得し、負荷テスト対象プロセスの状態を監視し、テストマネージャ端末に通知する。
【００７８】
ステップＳ６０３では、テストマネージャ端末では、被負荷テスト端末内の負荷テスト対象プロセスの状態が「正常」であるか「異常」であるかを判別する。
【００７９】
ステップＳ６０４で、負荷テスト対象プロセスが正常状態の場合、負荷テストが終了するまでステップＳ６０２の処理に戻る。
【００８０】
ステップＳ６０５で、負荷テスト対象プロセスが異常状態の場合、テストマネージャ端末から負荷テスト対象プロセス又は被負荷テスト端末のリブート指示が被負荷テスト端末に対し行われる。プロセス又は端末リブートのどちらかを行うかは、ユーザが予め図４で説明したテストデータファイルに設定しておく。
【００８１】
ステップＳ６０６では、被負荷テスト端末にログインしているユーザがいないかを検索する。Ｓ６０９でログインユーザがいた場合は、Ｓ６０８で自動的にログオフさせＳ６０９で端末リブート処理を実行する。又、Ｓ６０９でログインユーザがいない場合は、Ｓ６０９で端末リブート処理を実行する。
【００８２】
［本発明他の応用例］
本発明の応用例を以下に述べる。
【００８３】
＜応用例１＞
本発明では、被負荷テスト端末又は負荷テスト対象プロセスの状態が応答なし等の異常状態に陥った場合、リモート端末であるテスト実行端末から再起動を行える特徴を有する。
【００８４】
しかし、異常な高負荷により、被負荷テスト端末との通信に影響が起きた場合、被負荷テスト端末への再起動指示の通信が行えない場合が重度の負荷テストを行う場合はあると考えられる。
【００８５】
上記障害の対応として、被負荷テスト端末の負荷テストシステムの一部である被負荷テスト端末テスト監視モジュール３８に対し、予め、自動再起動を行う設定を指示しておけば、上記障害から回避できる。この設定には、通信が途絶えてから何秒後に再起動するかの情報等を設定しておけば良い。
【００８６】
＜応用例２＞
本発明では、被負荷テスト端末又は負荷テスト対象プロセスの状態が応答なし等の異常状態に陥った場合、リモート端末であるテスト実行端末から再起動を行える特徴を有する。
【００８７】
応用例１での障害（異常な高負荷により、被負荷テスト端末との通信に影響が起き、被負荷テスト端末への再起動指示の通信が行えない場合）が起きた場合、自動再起動する機能のオプションとして、ユーザ指定の時間においてユーザ指定のＣＰＵ使用率、メモリ使用量を超えて被負荷テスト端末又は負荷テスト対象プロセスが各リソースを使用し続ける状態に陥った場合、自動再起動処理が行われる機能も提供することができる。
【００８８】
【発明の効果】
以上の説明で明らかなように、本発明によれば、様々なネットワーク上のサーバシステムに対して、種々のクライアントアクセスパターンを実現して、効率の良いネットワークを含めたシステム全体の検査を実現することが可能となる。又、高負荷アクセスにより被負荷テスト端末、負荷テスト対象プロセスが動作不能になっても、リモートから端末又はプロセスの再起動が行えるため、作業効率の良い負荷テストシステムを提供することが可能となる。
【図面の簡単な説明】
【図１】本発明に係るテストマネージャ端末及びテスト実行端末のシステム・ブロック図である。
【図２】本発明に係る負荷テストシステムにおけるデータの交換手順を示す図である。
【図３】本発明における負荷テストシステムのモジュール構成図である。
【図４】本発明におけるテスト動作情報のデータ構造例を示す図である。
【図５】本発明のテスト実行端末における負荷テスト実行処理手順の例を示すフローチャートである。
【図６】本発明の被負荷テスト端末における状態異常時の端末リブート処理手順の例を示すフローチャートである。
【符号の説明】
１　　　　システム・バス
２　　　　ＣＰＵ
３　　　　ＰＭＥＭ
４　　　　Ｎｅｔｗｏｒｋ制御部
５　　　　Ｎｅｔｗｏｒｋポート
６　　　　通信制御部
７　　　　モデム
８　　　　入力制御部
９　　　　入力装置
１０　　　表示制御部
１１　　　表示装置
１２　　　出力機器制御部
１３　　　プリンタ
１４　　　外部記憶装置制御部
１５　　　外部記憶装置

Claims

負荷テストの実行指示を行う１台のテストマネージャ端末と、実際に負荷テストを実行する複数のテスト実行端末と、負荷テストを行う被負荷テスト端末から構成され、上記テスト実行端末上には、テストマネージャ端末で指定した数のテスト対象サーバに対する仮想クライアントを生成し、上記各仮想クライアントは固有のＩＰアドレスを持ち、様々な負荷テスト動作をテストマネージャ端末から指示することにより負荷アクセスを発生させるテスト対象サーバへの負荷テストシステムであって、
負荷テスト中、被負荷テスト端末・テスト対象サーバの状態の監視・使用リソースの取得を行うサーバ監視手段と、その監視により取得できる被負荷テスト端末の情報をリアルタイムでテストマネージャ端末上で表示する手段と、上記サーバ監視により取得できるサーバ状態から被負荷テスト端末の高負荷状況を検知し、端末状態を元の状態に戻す端末リモートリブート手段を備えることを特徴とするネットワークサーバへの負荷テストシステム。
上記被負荷テスト端末において、負荷テスト中、端末・テスト対象プロセスの状態の監視・使用リソース情報をリアルタイムに提供するために、被負荷テスト端末に、サーバ監視・情報送信機能を設け、全被負荷テスト端末・端末内プロセス状態をテストマネージャ端末から監視できる手段を有することを特徴とする請求項１記載のネットワークサーバへの負荷テストシステム。
上記負荷テストシステムにおいて、上記サーバ監視により取得できるサーバ状態から被負荷テスト端末の高負荷状況を検知し、テストマネージャ端末からの指示で被負荷テスト端末を元の状態に戻す端末リモートリブート・プロセス再起動手段を備える機能を有することを特徴とする請求項１又は２記載のネットワークサーバへの負荷テストシステム。