JP5933118B2 - 試験装置及び試験方法及びプログラム - Google Patents

Description

本発明は、負荷分散装置が使用されているシステムを試験する技術に関する。

多数のクライアント装置（以下、単にクライアントという）と通信を行う大規模なシステムでは負荷分散装置を使用して負荷分散が行われることが多い。
このような大規模なシステムの例として、Ｗｅｂシステム又はスマートメータのデータ収集システムが挙げられる。
負荷分散装置を使用しても、様々な要因により、システムの性能は、［システム内のサーバ装置（以下、単にサーバともいう）の元々の性能］×［負荷分散装置により負荷を分散させたサーバの台数］に相当しないことが多い。
このため、システムに対して負荷試験を行い、要件通りのシステム性能が得られるかを確認する必要がある。

例えば、負荷試験ツール（例えばＪＭｅｔｅｒなど）を使用して負荷試験を行うことが考えられる。
より具体的には、負荷試験ツールにより要件通りの負荷を発生させ、負荷が想定通りに分散されているか、要件で定められた性能が得られるかを確認する。
一般的な負荷試験ツールによる性能測定では不十分として、クライアントからサーバに送信されるアクセスパターン（要求パケット）を取得し、取得したアクセスパターンをコピーし、コピーした多数のアクセスパターンを使用して負荷試験を行う手法が存在する（例えば、特許文献１）。
また、負荷分散装置では負荷はサーバ間でできるだけ均一になることが求められている。
このため、各サーバの負荷を計測しながら負荷試験を行い、負荷分散装置の設定の最適値（各サーバの負荷が均一になる値）を求める手法がある（例えば、特許文献２）。
このような技術を利用することで、負荷分散装置によって負荷分散が行われているか否か、負荷分散した際のシステムの最大性能はどのくらいなのかを測定することができる。

特開２００４−３１８４５４号公報 特開２００６−２８５３１６号公報

従来の技術では、負荷分散装置を使用したシステムの試験においてサーバ間の負荷が均一になることは確認することができた。
しかしながら、従来の技術では、特定のサーバへの要求パケットが偏って発生したために当該サーバに偏った負荷が生じた場合にもシステムとして正常に動作するか否かを確認することはできない。
現実の問題として、負荷分散装置にどのような設定を行った場合でも、一時的な負荷の偏りは発生する。
このような一時的に負荷の偏りが発生したときにシステムが要件通り動作しない可能性がある。
最悪の場合は、特定のサーバに負荷が集中した結果、当該サーバが応答不能になるといったことも考えられる。

本発明は、このような事情に鑑みたものであり、特定のサーバ装置に負荷が集中した場合にも当該サーバ装置が正常に動作するか否かを確認できるようにすることを主な目的とする。

本発明に係る試験装置は、
複数のサーバ装置のうち負荷分散装置により選択されたサーバ装置に、データ処理を要求する要求パケットを送信する試験装置であって、
複数のデータ処理種別が示され、データ処理種別ごとに、要求パケットのスループットの条件値が示されるスループット条件値情報を記憶するスループット条件値情報記憶部と、
データ処理種別ごとに、要求パケットのスループットを計測するスループット計測部と、
前記複数のサーバ装置の中から、試験対象サーバ装置を選択する試験対象サーバ選択部と、
データ処理を実行させるサーバ装置を前記複数のサーバ装置の中から選択するよう前記負荷分散装置に指示するサーバ選択指示部と、
前記負荷分散装置により選択されたサーバ装置が前記試験対象サーバ装置であるか否かを判断し、前記負荷分散装置により選択されたサーバ装置が前記試験対象サーバ装置である場合に、前記スループット計測部により計測されたスループットの値が条件値に達していないデータ処理種別の中からデータ処理実行時の負荷が高いデータ処理種別を優先して、前記試験対象サーバ装置に実行させるデータ処理のデータ処理種別を選択し、選択したデータ処理種別のデータ処理を要求する要求パケットを前記試験対象サーバ装置に送信する要求パケット送信部とを有することを特徴とする。

本発明では、データ処理実行時の負荷が高いデータ処理種別を優先して、試験対象サーバ装置に実行させるデータ処理のデータ処理種別を選択する。
このため、本発明によれば、試験対象サーバ装置に偏って高い負荷を発生させることができ、試験対象サーバ装置が高い負荷が発生している状況でも正常に動作するか否かを確認することができる。

実施の形態１に係る試験装置の構成例を示す図。 実施の形態１に係る性能要件情報の例を示す図。 実施の形態１に係る事前負荷傾向分析結果情報の例を示す図。 実施の形態１に係る入力管理テーブルの例を示す図。 実施の形態１に係る試験装置の動作例を示すフローチャート図。 実施の形態１に係るデータ処理種別の決定手順を示す図。 実施の形態１に係る試験装置のハードウェア構成例を示す図。

実施の形態１．
本実施の形態では、要件内で起こりうる負荷偏りを故意に試験対象システムに対して発生させ、負荷偏り時のシステム性能の計測及びシステムの挙動確認を可能にする試験装置を説明する。

図１は、本実施の形態に係る試験装置を含む全体構成を示す図である。

試験装置１０は、負荷分散装置１１及び２台のサーバ装置１２（以下、単にサーバとも表記する）で構成される試験対象システムに接続されている。
試験装置１０は、２台のサーバ装置１２のうち負荷分散装置１１により選択されたサーバ装置１２に、データ処理を要求する要求パケットを送信する。
なお、図１の試験対象システムでは、サーバ装置１２が２台となっているが、サーバ装置１２の台数は２台に限らない。

試験装置１０において、性能要件情報１０１は、サーバ装置１２で行われるデータ処理の種別（データ処理種別）ごとに、サーバ装置１２の性能要件が記述されたファイルである。
性能要件情報１０１は、例えば、図２に示す情報である。
図２に示すように、性能要件情報１０１には、データ処理種別ごとに、要求パケットのスループットの条件値が示される。
図２の「５００ｒｅｑ／ｓ」等は、毎秒ごとの要求パケットの送信数（スループット）の要件（条件値）を示している。

事前負荷傾向分析結果情報１０２は、データ処理種別ごとに１台のサーバ装置１２へ一定数の要求パケットの送信を行った際のサーバ装置１２の負荷が記述された情報である。
事前負荷傾向分析結果情報１０２は、例えば、図３に示す情報である。
図３に示すように、事前負荷傾向分析結果情報１０２には、データ処理種別ごとに、サーバ装置１２のハードウェアリソース別の負荷（ＣＰＵ負荷、メモリ使用量、ディスクＩ／Ｏ等）が示される。
事前負荷傾向分析結果情報１０２では、全てのデータ処理種別につき、同数の要求パケットを送信した際に計測されるサーバ装置１２の負荷の傾向が示されている。

入力管理テーブル記憶部１０３は、入力管理テーブル１０３０を記憶する。
入力管理テーブル１０３０は、試験装置１０が試験対象のサーバ装置１２に送信する要求パケットのスループットを管理するための情報である。
入力管理テーブル１０３０は、例えば、図４に示す情報である。
図４に示すように、入力管理テーブル１０３０には、データ処理種別ごとに、要求パケットのスループットの条件値とスループットの計測値（計測スループット）が示される。
図４の条件値は、図２の条件値と同じである。
しかし、図４では、データ処理種別の並び順（データ処理種別２、データ処理種別１、データ処理種別３）が図２の並び順（データ処理種別１、データ処理種別２、データ処理種別３）と異なっている。
入力管理テーブル１０３０では、図３の事前負荷傾向分析結果情報１０２に記述されているリソース負荷（ＣＰＵ負荷、メモリ使用量、ディスクＩ／Ｏ等）が高い順に、データ処理種別の順序がソートされている。
図４では、サーバ装置１２にＣＰＵ負荷をかける試験を実施する場合の入力管理テーブル１０３０の例を示している。
図３の事前負荷傾向分析結果情報１０２では、データ処理種別２、データ処理種別１、データ処理種別３の順でＣＰＵ負荷が高い。
このため、図４の入力管理テーブル１０３０でもデータ処理種別２、データ処理種別１、データ処理種別３の順でデータ処理種別が記述されている。
なお、入力管理テーブル１０３０は、スループット条件値情報の例に相当する。
また、入力管理テーブル記憶部１０３は、スループット条件値情報記憶部の例に相当する。

テーブル生成部１０４は、入力管理テーブル１０３０を性能要件情報１０１と事前負荷傾向分析結果情報１０２から生成する。

テーブル更新部１０５は、データ処理種別ごとに、要求パケットのスループットを計測し、計測結果をもとに、入力管理テーブル１０３０の計測スループットの値を更新する。
テーブル更新部１０５は、スループット計測部の例に相当する。

ターゲット指定部１０１２は、試験の対象のサーバ装置１２（試験対象サーバ装置又はターゲットサーバともいう）を指定する。
ターゲット指定部１０１２は、試験対象サーバ選択部の例である。

セッション生成部１０６は、試験対象サーバ装置１２とのセッションの生成を行う。
つまり、セッション生成部１０６は、データ処理を実行させるサーバ装置１２を複数のサーバ装置１２の中から選択するよう負荷分散装置１１に指示し、負荷分散装置１１により選択されたサーバ装置１２とのセッションを構築する。
セッション生成部１０６は、サーバ選択指示部の例に相当する。

セッション監視部１０７は、セッション生成のためのデータを負荷分散装置１１がどのサーバ装置１２に送付したかを監視する。

セッション照合部１０８は、生成したセッションの情報と負荷分散装置１１から取得したセッションの情報を元に、どのサーバ装置１２との間でセッションが生成されたかを判定する。
つまり、セッション照合部１０８は、負荷分散装置１１がどのサーバ装置１２を選択したかを判定する。

データ処理種別決定部１０９は、入力管理テーブル１０３０を入力管理テーブル記憶部１０３から読み出し、読み出した入力管理テーブル１０３０の内容と、セッション照合部１０８の判定結果を元にサーバ装置１２に実行させるデータ処理種別を決定する。
データ処理種別決定部１０９は、後述するパケット生成部１０１０及びデータ送受信部１０１１とともに、要求パケット送信部の例に相当する。

パケット生成部１０１０は、データ処理種別決定部１０９により決定されたデータ処理種別のデータ処理を要求する要求パケットを生成する。
パケット生成部１０１０は、データ処理種別決定部１０９及びデータ送受信部１０１１とともに、要求パケット送信部の例に相当する。

データ送受信部１０１１は、セッション生成のためのデータおよびパケット生成部１０１０で生成された要求パケットを送信する。
データ送受信部１０１１は、データ処理種別決定部１０９及びパケット生成部１０１０とともに、要求パケット送信部の例に相当する。

次に、本実施の形態に係る試験装置１０の動作例を説明する。
図５は、本実施の形態に係る試験装置１０の動作例を示すフローチャートである。

まず、ユーザからの指示に基づき、ターゲット指定部１０１２が、負荷をかけるリソースとサーバを指定する（Ｓ１００１）。
なお、負荷をかけるリソースをターゲットリソースといい、負荷をかけるサーバ装置１２をターゲットサーバという。

次に、テーブル生成部１０４が、性能要件情報１０１及び事前負荷傾向分析結果情報１０２から入力管理テーブル１０３０を生成する（Ｓ１００２）。
例えば、ターゲットリソースがＣＰＵである場合は、テーブル生成部１０４は、図４に示すように、データ処理種別２、データ処理種別１、データ処理種別３の順でデータ処理種別が記述される入力管理テーブル１０３０を生成する。
なお、入力管理テーブル１０３０の条件値は、性能要件情報１０１の条件値がそのまま用いられる。
テーブル更新部１０５は、図５に示すフローとは別ルーチンで、データ処理種別ごとに、要求パケットのスループットを計測し続け、また、入力管理テーブル１０３０の計測スループットの欄を更新し続ける。
テーブル更新部１０５は、過去ｔ秒間の結果から現在のスループットを算出する（ｔはユーザが定義する）。
なお、Ｓ１００２の時点では、要求パケットは送信されていないので、いずれのデータ処理種別についても、計測スループットの値は「０」である。

次に、セッション生成部１０６が、データ送受信部１０１１を介して、負荷分散装置１１とのセッションを生成し、負荷分散装置１１にサーバ装置１２の選択を指示する（Ｓ１００３）。

セッション監視部１０７が、負荷分散装置１１がサーバ装置１２に対して生成したセッションを監視し、セッションの情報を取得する（Ｓ１００４）。

次に、セッション照合部１０８が、セッション生成部１０６が生成したセッションと、セッション監視部１０７が取得したセッションの情報を照合し、負荷分散装置１１からいずれのサーバ装置１２にセッションが生成されたかを判定する（Ｓ１００５）。

負荷分散装置１１からセッションが生成されたサーバ装置１２がターゲットサーバである場合（Ｓ１００６でＹＥＳ）は、データ処理種別決定部１０９が、ターゲットリソースにかかる負荷が最も高いデータ処理種別を抽出する（Ｓ１００７）。
具体的には、データ処理種別決定部１０９は、入力管理テーブル１０３０を参照して、最も負荷が高いデータ処理種別を抽出する（図４の例では、データ処理種別２を抽出する）。

更に、データ処理種別決定部１０９は、Ｓ１００７で抽出したデータ処理種別について、入力管理テーブル１０３０の条件値と計測スループットの値とを比較する（Ｓ１００８）。
そして、計測スループットの値が条件値以下であれば（Ｓ１００８でＹＥＳ）、データ処理種別決定部１０９は、Ｓ１００７で抽出したデータ処理種別を選択し、パケット生成部１０１０が、選択されたデータ処理種別のデータ処理を要求する要求パケットを生成する（Ｓ１０１０）。
一方、計測スループットの値が条件値を超えている場合（Ｓ１００８でＮＯ）は、データ処理種別決定部１０９は、次に負荷が高いデータ処理種別を抽出する（Ｓ１００９）。
例えば、図４の入力管理テーブル１０３０を用いている場合は、図６に示すように、最初にデータ処理種別２が抽出され、データ処理種別２の計測スループットの値が条件値を上回っている場合は、データ処理種別１が抽出される。
図６の例では、データ処理種別１は計測スループットの値が条件値以下なので、データ処理種別１の要求パケットが生成される。

一方、負荷分散装置１１からセッションが生成されたサーバ装置１２がターゲットサーバでない場合（Ｓ１００６でＮＯ）は、データ処理種別決定部１０９は、ターゲットリソースにかかる負荷が最も低いデータ処理種別を抽出する（Ｓ１０１３）。
具体的には、データ処理種別決定部１０９は、入力管理テーブル１０３０を参照して、最も負荷が低いデータ処理種別を抽出する。

更に、データ処理種別決定部１０９は、Ｓ１０１３で抽出したデータ処理種別について、入力管理テーブル１０３０の条件値と計測スループットの値とを比較する（Ｓ１０１４）。
そして、計測スループットの値が条件値以下であれば（Ｓ１０１４でＹＥＳ）、データ処理種別決定部１０９は、Ｓ１０１３で抽出したデータ処理種別を選択し、パケット生成部１０１０が、選択されたデータ処理種別のデータ処理を要求する要求パケットを生成する（Ｓ１０１０）。
一方、計測スループットの値が条件値を超えている場合（Ｓ１０１４でＮＯ）は、データ処理種別決定部１０９は、次に負荷が低いデータ処理種別を抽出する（Ｓ１０１５）。
例えば、図４の入力管理テーブル１０３０を用いている場合は、最初にデータ処理種別３が抽出され、データ処理種別３の計測スループットの値が条件値を上回っている場合は、データ処理種別１が抽出される。

Ｓ１０１０で要求パケットが生成されると、データ送受信部１０１１が、負荷分散装置１１により選択されたサーバ装置１２に、負荷分散装置１１を介して要求パケットを送信し、セッションを切断する（Ｓ１０１１）。

そして、試験が継続するのであれば（Ｓ１０１２でＹＥＳ）、Ｓ１００３以降の処理が繰り返される。

本実施の形態に係る試験装置では、Ｓ１００３〜Ｓ１０１２のループが例えば１ミリ秒程度の周期で繰り返される。
図４の入力管理テーブル１０３０のデータ処理種別２の計測スループットが条件値以下である限り、負荷分散装置１１によりターゲットサーバが選択される度に、データ処理種別決定部１０９によりデータ処理種別２が選択される。
図４の入力管理テーブル１０３０のデータ処理種別２の計測スループットが条件値を上回ると、データ処理種別１の計測スループットが条件値以下である限り、負荷分散装置１１によりターゲットサーバが選択される度に、データ処理種別決定部１０９によりデータ処理種別１が選択される。
データ処理種別１が選択され続けた結果、データ処理種別２の計測スループットが降下して、条件値を下回ると、次に、データ処理種別決定部１０９は、データ処理種別２の計測スループットが条件値以下である限り、データ処理種別２を選択し続ける。

以上、本実施の形態に係る試験装置は、データ処理実行時の負荷が高いデータ処理種別を優先して、ターゲットサーバに実行させるデータ処理のデータ処理種別を選択する。
このため、本実施の形態によれば、ターゲットサーバに偏って高い負荷を発生させることができ、ターゲットサーバが高い負荷が発生している状況でも正常に動作するか否かを確認することができる。

以上、本実施の形態では、
負荷分散されたシステムの試験において、試験に使用するデータ処理種別ごとのスループットを管理する入力管理テーブルと、
それぞれのデータ処理種別の性能要件が記述されたファイルとそれぞれのデータ処理種別の要求パケットを一台のサーバに一定数送信した際の負荷を記述した事前の負荷傾向分析結果から、入力管理テーブルを生成するテーブル生成部と、
試験対象への要求パケットのスループットを計測し、入力管理テーブルに記述された計測スループットの値を更新するテーブル更新部と、
試験対象である負荷分散装置とセッションを張るためのセッション情報を生成するセッション生成部と、
試験装置が構築したセッション情報を負荷分散装置がどのサーバ装置に振り分けたかを監視するセッション監視部と、
生成したセッションと負荷分散装置が振り分けたセッション情報の対応を取得するセッション照合部と、
与えられたセッション情報と入力管理テーブル上のスループットの情報からターゲットサーバに実行させるデータ処理のデータ処理種別を決定するデータ処理種別決定部と、
クライアント固有の情報等を付与して要求パケットを生成するパケット生成部と、
セッション生成用データ及び要求パケットの送信を行うデータ送受信部を備える試験装置を説明した。

また、本実施の形態では、試験装置は、ターゲットサーバにセッションを生成できた場合、ターゲットリソースの負荷が高くなる順に、スループットの条件値と現在のスループットの計測値とを比較してターゲットサーバに実行させるデータ処理の種別を決定することで、ターゲットサーバのターゲットリソースの負荷を最大化することを説明した。
また、本実施の形態では、試験装置は、ターゲットサーバ以外にセッションが生成された場合に、ターゲットリソースの負荷が高くならない順に、スループットの条件値と現在のスループットの計測値を比較してターゲットサーバに実行させるデータ処理の種別を決定することで、ターゲットリソースの負荷にはなるべく影響与えないようにすることを説明した。
そして、このような手法により、本実施の形態に係る試験装置は、負荷分散されたサーバ間での負荷の偏りを生成させることを説明した。

最後に、本実施の形態に示した試験装置１０のハードウェア構成例を図７を参照して説明する。
試験装置１０はコンピュータであり、試験装置１０の各要素をプログラムで実現することができる。
試験装置１０のハードウェア構成としては、バスに、演算装置９０１、外部記憶装置９０２、主記憶装置９０３、通信装置９０４、入出力装置９０５が接続されている。

演算装置９０１は、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。
外部記憶装置９０２は、例えばＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やフラッシュメモリ、ハードディスク装置である。
主記憶装置９０３は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。
入力管理テーブル記憶部１０３は、外部記憶装置９０２、主記憶装置９０３により実現される。
通信装置９０４は、データ送受信部１０１１の物理層に対応する。
入出力装置９０５は、例えばマウス、キーボード、ディスプレイ装置等である。

プログラムは、通常は外部記憶装置９０２に記憶されており、主記憶装置９０３にロードされた状態で、順次演算装置９０１に読み込まれ、実行される。
プログラムは、図１に示す「〜部」（入力管理テーブル記憶部１０３を除く、以下でも同様）として説明している機能を実現する。
更に、外部記憶装置９０２にはオペレーティングシステム（ＯＳ）も記憶されており、ＯＳの少なくとも一部が主記憶装置９０３にロードされ、演算装置９０１はＯＳを実行しながら、図１に示す「〜部」の機能を実現するプログラムを実行する。
また、本実施の形態の説明において、「〜の判断」、「〜の判定」、「〜の抽出」、「〜の設定」、「〜の計測」、「〜の算出」、「〜の選択」、「〜の生成」、「〜の入力」、「〜の出力」等として説明している処理の結果を示す情報やデータや信号値や変数値が主記憶装置９０３にファイルとして記憶されている。
また、暗号鍵・復号鍵や乱数値やパラメータが、主記憶装置９０３にファイルとして記憶されてもよい。

なお、図７の構成は、あくまでも試験装置１０のハードウェア構成の一例を示すものであり、試験装置１０のハードウェア構成は図７に記載の構成に限らず、他の構成であってもよい。
また、負荷分散装置１１及びサーバ装置１２も、図７のハードウェア構成をしていてもよいし、他のハードウェア構成であってもよい。

また、本実施の形態に示す手順により、本発明に係る試験方法を実現可能である。

１０ 試験装置、１１ 負荷分散装置、１２ サーバ装置、１０１ 性能要件情報、１０２ 事前負荷傾向分析結果情報、１０３ 入力管理テーブル記憶部、１０４ テーブル生成部、１０５ テーブル更新部、１０６ セッション生成部、１０７ セッション監視部、１０８ セッション照合部、１０９ データ処理種別決定部、１０１０ パケット生成部、１０１１ データ送受信部、１０１２ ターゲット指定部、１０３０ 入力管理テーブル。

Claims (7)

1. 複数のサーバ装置のうち負荷分散装置により選択されたサーバ装置に、データ処理を要求する要求パケットを送信する試験装置であって、
   複数のデータ処理種別が示され、データ処理種別ごとに、要求パケットのスループットの条件値が示されるスループット条件値情報を記憶するスループット条件値情報記憶部と、
   データ処理種別ごとに、要求パケットのスループットを計測するスループット計測部と、
   前記複数のサーバ装置の中から、試験対象サーバ装置を選択する試験対象サーバ選択部と、
   データ処理を実行させるサーバ装置を前記複数のサーバ装置の中から選択するよう前記負荷分散装置に指示するサーバ選択指示部と、
   前記負荷分散装置により選択されたサーバ装置が前記試験対象サーバ装置であるか否かを判断し、前記負荷分散装置により選択されたサーバ装置が前記試験対象サーバ装置である場合に、前記スループット計測部により計測されたスループットの値が条件値に達していないデータ処理種別の中からデータ処理実行時の負荷が高いデータ処理種別を優先して、前記試験対象サーバ装置に実行させるデータ処理のデータ処理種別を選択し、選択したデータ処理種別のデータ処理を要求する要求パケットを前記試験対象サーバ装置に送信する要求パケット送信部とを有することを特徴とする試験装置。
2. 前記要求パケット送信部は、
   前記負荷分散装置により選択されたサーバ装置が前記試験対象サーバ装置である場合に、前記スループット計測部により計測されたスループットの値が条件値に達していないデータ処理種別の中でデータ処理実行時の負荷が最も高いデータ処理種別を選択することを特徴とする請求項１に記載の試験装置。
3. 前記要求パケット送信部は、
   前記負荷分散装置により選択されたサーバ装置が前記試験対象サーバ装置以外のサーバ装置である場合に、前記スループット計測部により計測されたスループットの値が条件値に達していないデータ処理種別の中からデータ処理実行時の負荷が低いデータ処理種別を優先して、前記負荷分散装置により選択された選択サーバ装置に実行させるデータ処理のデータ処理種別を選択し、選択したデータ処理種別のデータ処理を要求する要求パケットを前記選択サーバ装置に送信することを特徴とする請求項１又は２に記載の試験装置。
4. 前記要求パケット送信部は、
   前記負荷分散装置により選択されたサーバ装置が前記試験対象サーバ装置以外のサーバ装置である場合に、前記スループット計測部により計測されたスループットの値が条件値に達していないデータ処理種別の中でデータ処理実行時の負荷が最も低いデータ処理種別を選択することを特徴とする請求項３に記載の試験装置。
5. 前記サーバ選択指示部は、
   データ処理を実行させるサーバ装置を選択するよう前記負荷分散装置に繰り返し指示を行い、
   前記要求パケット送信部は、
   前記負荷分散装置によりサーバ装置が選択される度に、前記負荷分散装置により選択されたサーバ装置が前記試験対象サーバ装置であるか否かを判断することを特徴とする請求項１〜４のいずれか一項に記載の試験装置。
6. コンピュータが、複数のサーバ装置のうち負荷分散装置により選択されたサーバ装置に、データ処理を要求する要求パケットを送信する試験方法であって、
   複数のデータ処理種別が示され、データ処理種別ごとに、要求パケットのスループットの条件値が示されるスループット条件値情報を、前記コンピュータが記憶領域から読み出し、
   前記コンピュータが、データ処理種別ごとに、要求パケットのスループットを計測し、
   前記コンピュータが、前記複数のサーバ装置の中から、試験対象サーバ装置を選択し、
   前記コンピュータが、データ処理を実行させるサーバ装置を前記複数のサーバ装置の中から選択するよう前記負荷分散装置に指示し、
   前記コンピュータが、前記負荷分散装置により選択されたサーバ装置が前記試験対象サーバ装置であるか否かを判断し、前記負荷分散装置により選択されたサーバ装置が前記試験対象サーバ装置である場合に、計測されたスループットの値が条件値に達していないデータ処理種別の中からデータ処理実行時の負荷が高いデータ処理種別を優先して、前記試験対象サーバ装置に実行させるデータ処理のデータ処理種別を選択し、選択したデータ処理種別のデータ処理を要求する要求パケットを前記試験対象サーバ装置に送信することを特徴とする試験方法。
7. 複数のサーバ装置のうち負荷分散装置により選択されたサーバ装置に、データ処理を要求する要求パケットを送信するコンピュータに、
   複数のデータ処理種別が示され、データ処理種別ごとに、要求パケットのスループットの条件値が示されるスループット条件値情報を、記憶領域から読み出す処理と、
   データ処理種別ごとに、要求パケットのスループットを計測する処理と、
   前記複数のサーバ装置の中から、試験対象サーバ装置を選択する処理と、
   データ処理を実行させるサーバ装置を前記複数のサーバ装置の中から選択するよう前記負荷分散装置に指示する処理と、
   前記負荷分散装置により選択されたサーバ装置が前記試験対象サーバ装置であるか否かを判断し、前記負荷分散装置により選択されたサーバ装置が前記試験対象サーバ装置である場合に、計測されたスループットの値が条件値に達していないデータ処理種別の中からデータ処理実行時の負荷が高いデータ処理種別を優先して、前記試験対象サーバ装置に実行させるデータ処理のデータ処理種別を選択し、選択したデータ処理種別のデータ処理を要求する要求パケットを前記試験対象サーバ装置に送信する処理とを実行させることを特徴とするプログラム。

Images