(57)【要約】【課題】サーバのリソースへの負荷が最大になるような負荷試験を行いつつ、負荷試験に係るコストを低減する負荷試験装置を得ること。【解決手段】サーバを含む試験対象システムとネットワークを介して接続し、端末を模擬する負荷試験装置であって、端末からサーバへの入力数を示すパラメータを実験計画法に従って決定された複数のパターンを生成してサーバへ入力し、パラメータとサーバ及び端末のリソースとの関係を測定する事前測定を実行する負荷生成部と、パラメータの値と、サーバ及び端末のリソースへの負荷と、サーバのリソースの制約条件とに基づいてパラメータの値を算出する入力負荷算出部と、を備えた。【選択図】          図１
2014186406.tif 000002
【特許請求の範囲】
【請求項１】
サーバを含む試験対象システムとネットワークを介して接続し、端末を模擬する負荷試験装置であって、
前記端末から前記サーバへの入力数を示すパラメータを実験計画法に従って決定された複数のパターンを生成して前記サーバへ入力し、前記パラメータと前記サーバ及び前記端末のリソースとの関係を測定する事前測定を実行する負荷生成部と、
前記パラメータの値と、前記サーバ及び前記端末のリソースへの負荷と、前記サーバのリソースの制約条件と、に基づいて前記パラメータの値を算出する入力負荷算出部と、
を備えることを特徴とする負荷試験装置。
【請求項２】
実験計画法に従って前記事前測定の前記パラメータを決定し、測定計画保存部に保存する測定計画部と、
前記事前測定のときに前記サーバのリソースへの負荷を測定し、測定結果をサーバ負荷情報保存部に保存するサーバ負荷測定部と、
前記事前測定のときに前記端末のリソースへの負荷を測定し、測定結果を端末負荷情報保存部に保存する端末負荷測定部と、
前記事前測定の前記パラメータと前記サーバの測定結果とに基づいて前記パラメータと前記サーバのリソースとの関係を表す前記サーバの関係式を推定し、サーバ推定負荷保存部に保存するサーバ負荷推定部と、
前記事前測定の前記パラメータと前記端末の測定結果とに基づいて前記パラメータと前記端末のリソースとの関係を表す前記端末の関係式を推定し、端末推定負荷保存部に保存する端末負荷推定部と、
を備え、
前記入力負荷算出部は、前記サーバ推定負荷保存部に保存された前記サーバの関係式と、前記端末推定負荷保存部に保存された前記端末の関係式と、前記サーバのリソースの制約条件とを満たす値から、前記パラメータの値を算出して入力負荷保存部に保存し、
前記負荷生成部は、前記入力負荷保存部に保存された前記パラメータの値に基づいて負荷を生成し、前記試験対象システムに送信することを特徴とする請求項１に記載の負荷試験装置。
【請求項３】
前記入力負荷算出部は、前記サーバ推定負荷保存部に保存された前記サーバの関係式と、前記端末推定負荷保存部に保存された前記端末の関係式と、前記サーバのリソースの制約条件とを満たす値のうち、前記サーバのリソースへの負荷を最大としつつ、前記端末のリソースへの負荷の最も小さい前記パラメータの値を算出して入力負荷保存部に保存することを特徴とする請求項２に記載の負荷試験装置。
【請求項４】
前記サーバの関係式と前記端末の関係式とのうち、依存関係にある関係式を示す依存関係表を保存する依存関係保存部を備え、
前記入力負荷算出部は、前記依存関係保存部に保存された前記依存関係表に基づいて他の関係式に依存する関係式を除外して前記パラメータの値を算出することを特徴とする請求項２又は３に記載の負荷試験装置。
【請求項５】
前記入力負荷生成部は、前記サーバの関係式と、前記端末の関係式と、前記サーバのリソースの制約条件とを満たす前記パラメータの値が存在しない場合、前記サーバのリソースのうちの特定種類を除く制約条件と、前記端末のリソースの制約条件とを満たす前記パラメータの値のうち、前記サーバのリソースのうちの前記特定種類の負荷が最も大きい値を算出することを特徴とする請求項２から４のいずれかに記載の負荷試験装置。
【請求項６】
サーバを含む試験対象システムとネットワークを介して接続し、端末を模擬するステップと、
前記端末から前記サーバへの入力数を示すパラメータを実験計画法に従って決定された複数のパターンを生成して前記サーバへ入力し、前記パラメータと前記サーバ及び前記端末のリソースとの関係を測定する事前測定を実行するステップと、
前記パラメータの値と、前記サーバ及び前記端末のリソースへの負荷と、前記サーバのリソースの制約条件と、に基づいて前記パラメータの値を算出するステップと、
を有する負荷試験方法。
【発明の詳細な説明】
【技術分野】
【０００１】
情報システムの負荷試験を行うための負荷試験装置に関する。
【背景技術】
【０００２】
情報システムの開発において、システムの稼動前に実運用を想定した負荷試験を行う。しかし、稼動前に実際に発生し得る負荷をすべて想定することは難しく、稼動後に想定外の負荷が発生する場合がある。そこで、システムを構成するサーバの各リソースの負荷が最大になるような負荷試験を行うことが考えられる。このような負荷試験を行うためには、入力するパラメータによってリソースにどのような負荷を与えるか把握しておく必要がある。しかし、入力するパラメータやリソースの種類が多くなると、試験の回数が増加し、コストの増大につながる。
【０００３】
そこで、ユーザの種々の利用状況に対応した複数回の試験を行い、実験結果に基づいて回帰分析を行い、複数の数理モデルの組み合わせを導き出すことによりアプリケーションの応答性能を推定する技術が公開されている。実験計画法に従って統計的にバランスのとれた入力パターンを選択することにより、試験の項目数を削減するとともに数理モデルの精度向上を図ることができる。（下記特許文献１参照）
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−２１７５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１では、入力するパラメータを発生させる端末のコストを低減することについては考慮されていない。負荷試験では、ユーザ端末を負荷端末が模擬し、パラメータの値を生成して入力する。特にウェブシステムなどユーザ数の多いシステムでは、負荷端末に高い性能が要求される場合があり、負荷端末のコストが高くなってしまうという問題点があった。
【０００６】
本発明は上記のような問題点を解決するためになされたもので、サーバのリソースへの負荷が最大になるような負荷試験を行いつつ、負荷試験に係るコストを低減する負荷試験装置を得ることを目的としている。
【課題を解決するための手段】
【０００７】
サーバを含む試験対象システムとネットワークを介して接続し、端末を模擬する負荷試験装置であって、端末からサーバへの入力数を示すパラメータを実験計画法に従って決定された複数のパターンを生成してサーバへ入力し、パラメータとサーバ及び端末のリソースとの関係を測定する事前測定を実行する負荷生成部と、パラメータの値と、サーバ及び端末のリソースへの負荷と、サーバのリソースの制約条件と、に基づいてパラメータの値を算出する入力負荷算出部と、を備えた。
【発明の効果】
【０００８】
本発明によれば、サーバのリソースへの負荷が最大になるような負荷試験を行いつつ、負荷試験に係るコストを低減することができる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態１に係るシステム構成を示すブロック図。
【図２】実施の形態１に係る負荷端末を模擬する負荷試験装置における事前測定の処理の流れを示すフローチャート。
【図３】実施の形態１に係る負荷の算出のための関係式を示す図。
【図４】実施の形態１に係る負荷とリソースの関係を示す図。
【図５】実施の形態２に係るシステム構成を示すブロック図。
【図６】実施の形態２に係る依存関係保存部が保持する依存関係表の例を示す図。
【図７】実施の形態２に係る負荷の算出のための関係式を示す図。
【図８】実施の形態３に係る負荷端末を模擬する負荷試験装置の処理の流れを示すフローチャート。
【図９】実施の形態３に係る負荷の算出のための関係式を示す図。
【図１０】実施の形態３に係る負荷とリソースの関係を示す図。
【発明を実施するための形態】
【００１０】
実施の形態１．
図１は、実施の形態１に係るシステム構成を示すブロック図である。負荷試験のシステムは、負荷を発生する負荷端末を模擬する負荷試験装置１と、負荷試験対象である試験対象システム２から構成される。試験対象システム２は、図示しない複数のサーバから構成され、ネットワークにより負荷試験装置１と接続している。
【００１１】
負荷試験装置１は、負荷生成部３、測定計画部４、測定計画保存部５、サーバ負荷測定部６、サーバ負荷情報保存部７、サーバ負荷推定部８、サーバ推定負荷保存部９、端末負荷測定部１０、端末負荷情報保存部１１、端末負荷推定部１２、端末推定負荷保存部１３、入力負荷算出部１４及び入力負荷保存部１５から構成される。
【００１２】
負荷試験装置１は、実際の負荷試験を実行する前に、事前測定を実行する。事前測定において、負荷試験装置１は入力数を変化させて負荷を生成し、サーバに入力するとともに、そのときのサーバと負荷端末への負荷を測定する。負荷試験装置１は、複数のパターンの入力とそのときの測定結果、及び制約条件に基づいて最適な負荷を発生させる入力数を算出する。負荷試験装置１は負荷を生成し、実際の負荷試験を行う。
【００１３】
測定計画部４は、事前測定の測定計画を作成し、測定計画保存部５に保存するとともに負荷生成部３に通知する。測定計画は、事前測定におけるサーバへの入力パターンである。負荷生成部３は、測定計画保存部５に保存された測定計画を参照して負荷を生成し、試験対象システム２に入力する。試験対象システム２は、事前測定を実行する。サーバ負荷測定部６は、試験対象システム２を構成するサーバの負荷を測定し、測定結果をサーバ負荷情報保存部７に保存するとともに、サーバ負荷推定部８に通知する。
【００１４】
サーバ負荷推定部８は、サーバ負荷情報保存部７に保存された測定結果を参照し、試験対象システム２への入力と負荷の関係を推定する。サーバ負荷推定部８は、推定結果をサーバ推定負荷保存部９に保存し、入力負荷算出部１４に通知する。
【００１５】
また、端末負荷測定部１０は、事前測定を実行したときの負荷端末の負荷を測定し、測定結果を端末負荷情報保存部１１に保存するとともに、端末負荷推定部１２に通知する。端末負荷推定部１２は、端末負荷情報保存部１１に保存された測定結果を参照し、試験対象システム２への入力と負荷端末への負荷の関係を推定する。端末負荷推定部１２は、推定結果を端末推定負荷保存部１３に保存し、入力負荷算出部１４に通知する。
【００１６】
入力負荷算出部１４は、サーバへの入力とサーバ及び負荷端末への負荷の関係をもとに最適な負荷を決定し、入力負荷保存部１５に保存するとともに負荷生成部３に通知する。負荷生成部３は、入力負荷保存部１５を参照して負荷を生成し、試験対象システム２に入力し、負荷試験を実行する。
【００１７】
次に、負荷試験装置１の事前測定の動作について説明する。
図２は、実施の形態１に係る負荷端末を模擬する負荷試験装置１における事前測定の処理の流れを示すフローチャートである。負荷試験装置１は、ステップＳ２１より処理を開始する。
【００１８】
ステップＳ２１において、測定計画部４は、試験対象システム２への入力数を示すパラメータの値を実験計画法に従って変化させ、事前測定計画を決定する。事前測定計画は、パラメータを複数のパターンを生成したものとなる。測定計画部４は、あらかじめ試験対象システム２への入力の種類を把握しているものとする。実験計画法に従って事前測定計画を決定することにより、入力を統計的にバランスのとれたパターンにすることができ、効率的に試験を実行することができる。測定計画部４は、測定計画を測定計画保存部５に保存する。処理はステップＳ２２へ進む。
【００１９】
ステップＳ２２において、負荷生成部３は、測定計画保存部５の事前測定計画を参照してサーバへの入力数を模擬的に生成し、試験対象システム２へ入力し、事前測定を開始する。処理はステップＳ２３及びステップＳ２４へ進む。
【００２０】
ステップＳ２３において、サーバ負荷測定部６は、試験対象システム２を構成するサーバのリソースの負荷を測定し、サーバ負荷情報保存部７に保存する。サーバのリソースは、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ディスク、メモリ、ネットワークなどである。処理はステップＳ２５へ進む。
【００２１】
ステップＳ２４において、ステップＳ２３の動作と同時に、端末負荷測定部１０は、負荷端末を模擬する負荷試験装置１内のリソースの負荷を測定し、端末負荷情報保存部１１に保存する。負荷試験装置１のリソースは、サーバと同様に、ＣＰＵ、ディスク、メモリ、ネットワークなどである。端末負荷測定部１０における測定は、サーバ負荷測定部６における測定と平行して行われる。処理はステップＳ２５へ進む。
【００２２】
ステップＳ２５において、サーバ負荷推定部８は、サーバ負荷情報保存部７に保存されたサーバの事前測定の測定結果に基づいて、試験対象システム２への入力とサーバのリソースへの負荷の関係式を推定し、推定結果をサーバ推定負荷保存部９に保存する。処理はステップＳ２６へ進む。
【００２３】
ステップＳ２６において、端末負荷推定部１２は、端末負荷情報保存部７に保存された負荷試験装置１の事前測定の結果に基づいて、試験対象システム２への入力と負荷試験装置１のリソースへの負荷の関係式を推定し、推定結果を端末推定負荷保存部１３に保存する。ステップＳ２５及びステップＳ２６における負荷の推定には、統計的手法をはじめとして様々な方法を利用することができる。本発明において、推定の方法は特に限定しない。処理はステップＳ２７へ進む。
【００２４】
ステップＳ２７において、入力負荷算出部１４は、負荷試験装置１への負荷が最小となるような入力数を算出し、入力負荷保存部１５に保存し、処理は終了する。
【００２５】
次に、入力負荷算出部１４において、負荷試験装置１への負荷が最小となるような入力数を算出する方法について説明する。
【００２６】
図３は、実施の形態１に係る負荷の算出のための関係式を示す図である。数式１〜５の関数Ｌは、サーバ負荷推定部８及び端末負荷推定部１２によって推定されたものである。数式１〜４は制約条件である。数式１は、サーバのＣＰＵへの負荷を１００％以上とすることを示している。数式２は、サーバのディスクへの負荷を８０％以下とすることを示している。数式３は、サーバのメモリへの負荷を８０％以下とすることを示している。数式４は、ネットワークへの負荷を８０％以下とすることを示している。数式５は目的関数である。数式５は、負荷端末を模擬する負荷試験装置１のＣＰＵへの負荷を最小化することを示している。
【００２７】
入力負荷算出部１４は、制約条件の下、数理計画法に基づいて負荷試験装置１への負荷を最小化するような値を求める。
【００２８】
図４は、実施の形態１に係る負荷とリソースの関係を示す図である。
図４のグラフ４１は、試験対象システム２への入力がｘ、ｙの２種類の場合の例である。Ｘ軸がｘの入力数Ｎｘを表し、Ｙ軸がｙの入力数Ｎｙを表す。直線４２は、図３の数式１を示す。直線４３は、図３の数式２を示す。直線４４は、図３の数式３を示す。直線４２〜４４が互いに交差する３つの頂点から成る領域４５が、数式１〜３を満たす領域である。また、領域４５は、図３の数式４も満たすものとする。
【００２９】
直線４６は、図３の数式５を示す。負荷試験装置１のＣＰＵへの負荷は、直線４６を矢印方向に平行に動かすと小さくなり、矢印と反対方向に平行に動かすと大きくなる。直線４６が領域４５の頂点４７と交差する場合が、数式１〜４の制約条件を満たし、負荷試験装置１のＣＰＵへの負荷が最も小さくなる場合である。頂点４７のＸ座標Ｎａ、Ｙ座標Ｎｂが求める入力数である。負荷試験装置１は、ｘの入力数Ｎａ、ｙの入力数Ｎｂを生成し、試験対象システム２へ入力し、負荷試験を実行する。
【００３０】
したがって、サーバを含む試験対象システムとネットワークを介して接続し、端末を模擬する負荷試験装置であって、端末からサーバへの入力数を示すパラメータを実験計画法に従って決定された複数のパターンを生成してサーバへ入力し、パラメータとサーバ及び端末のリソースとの関係を測定する事前測定を実行する負荷生成部と、パラメータの値と、サーバ及び端末のリソースへの負荷と、サーバのリソースの制約条件と、に基づいてパラメータの値を算出する入力負荷算出部と、を備えているので、サーバのリソースへの負荷が最大になるような負荷試験を行いつつ、負荷試験に係るコストを低減することができる。
【００３１】
実施の形態２．
以上の実施の形態１では、リソースの制約条件を満たした上で負荷端末を模擬する負荷試験装置１に与える負荷が最も小さくなるような入力数を算出するようにしたものであるが、本実施の形態においては、リソースに依存関係がある場合の負荷を算出する実施の形態を示す。
なお、本実施の形態においては、図１のように実施の形態１に記載の構成を全て備えた上で、更に付加的な構成について説明する。
【００３２】
リソースに依存関係がある場合とは、例えば、試験対象システム２が仮想化されている場合のネットワークとＣＰＵである。仮想化されているシステムではサーバ内に仮想スイッチがあり、サーバのＣＰＵを用いてネットワーク処理を行う。このため、ネットワークの負荷が高くなると、サーバのＣＰＵの負荷も高くなる。このようなシステムでネットワークに関する負荷試験を行う場合、制約条件にＣＰＵ負荷が閾値以下という条件を加えると最適解が得られないケースが出てくる。そこで、本実施の形態では、リソースの依存関係を考慮して負荷の値を算出する。
【００３３】
図５は、実施の形態２に係るシステム構成を示すブロック図である。負荷試験装置５１は、負荷試験装置１に依存関係保存部５２を追加した構成である。依存関係保存部５２は、試験対象システム２のサーバのリソースの依存関係を保持している。入力負荷算出部１４は、依存関係保存部５２が保持しているリソースの依存関係を参照し、入力数を算出する。
【００３４】
図６は、実施の形態２に係る依存関係保存部５２が保持する依存関係表６１の例を示す図である。依存関係表６１は、サーバのリソースの依存関係を示す表である。項目６２は、影響を与えるリソースを示す。項目６３は、影響を受けるリソースを示す。項目６２、項目６３ともに、リソースとして、ＣＰＵ、ディスク、メモリ、ネットワークが挙げられている。本実施の形態においては、ネットワークの負荷が上がるとＣＰＵの負荷が上がるため、ネットワークの行のＣＰＵの列に丸印を記載している。その他のリソースは依存関係がない。
【００３５】
次に、負荷試験装置５１の動作について説明する。
なお、事前測定及び負荷推定については、実施の形態１の図２と同様であるので説明を割愛し、実施の形態１の図２のステップＳ２７に相当する、実施の形態２での負荷の算出について説明する。
【００３６】
図７は、実施の形態２に係る負荷の算出のための関係式を示す図である。数式６〜１０の関数Ｌは、サーバ負荷推定部８及び端末負荷推定部１２によって推定されたものである。数式６〜９は制約条件である。数式６は、ネットワークへの負荷を１００％以上とすることを示している。数式７は、サーバのＣＰＵへの負荷を８０％以下とすることを示している。数式８は、サーバのディスクへの負荷を８０％以下とすることを示している。数式９は、サーバのメモリへの負荷を８０％以下とすることを示している。数式１０は目的関数である。数式１０は、負荷端末５１のＣＰＵへの負荷を最小化することを示している。
【００３７】
図５において、入力負荷算出部１４は、依存関係保存部５２が保持する依存関係表６１を参照し、制約条件の下、数理計画法に基づいて負荷端末を模擬する負荷試験装置５１への負荷を最小にするような値を求める。依存関係表６１を参照すると、ネットワークの負荷が上がるとＣＰＵの負荷が上がるため、ＣＰＵ負荷の制約を示す数式７を外して負荷を算出する。
【００３８】
したがって、サーバの関係式と端末の関係式とのうち、依存関係にある関係式を示す依存関係表を保存する依存関係保存部を備え、入力負荷算出部は、依存関係保存部に保存された依存関係表に基づいて他の関係式に依存する関係式を除外してパラメータの値を算出するので、リソースに依存関係があっても、サーバのリソースへの負荷が最大になるような負荷試験を行いつつ、負荷試験に係るコストを低減することができる。
【００３９】
実施の形態３．
以上の実施の形態２では、リソースの依存関係を考慮し、リソースの制約条件を満たした上で負荷試験装置５１への負荷が最も小さくなるような入力数を算出するようにしたものであるが、本実施の形態においては、制約条件を満たせない場合に発生させることができる最大の負荷を算出する実施の形態を示す。
【００４０】
なお、本実施の形態においては、実施の形態１に記載の図１の構成又は実施の形態２に記載の図５の構成のどちらでもよい。ここでは、図１の構成に基づいて説明する。本実施の形態は、例えば、試験対象システム２への入力数を増加させ、負荷をかけてもディスクやメモリの負荷が先に限界に達してしまい、ＣＰＵの負荷を最大にすることができない場合である。
【００４１】
入力負荷算出部１４は、サーバのリソースのうち特定した種類のリソースを制約条件から除き、負荷端末を模擬する負荷試験装置１のリソースへの負荷を制約条件に加える。入力負荷算出部１４は、新たな制約条件を満たす値のうち、特定種類のサーバのリソースへの負荷を最大化した値を求めることにより、発生させることができる最大の負荷を算出する。
【００４２】
図８は、実施の形態３に係る負荷端末を模擬する負荷試験装置１の処理の流れを示すフローチャートである。ステップＳ８１〜Ｓ８７は、図２のステップＳ２１〜Ｓ２７の処理と同じため、説明を割愛する。
【００４３】
ステップＳ８８において、入力負荷算出部１４は、制約条件を満たす解が存在するか否かを判定する。解が存在する場合、処理は終了する。解が存在しない場合、処理はステップＳ８９へ進む。
【００４４】
ステップＳ８９において、入力負荷算出部１４は、試験対象システム２のサーバのリソースの負荷が最大となる入力数を算出し、入力負荷保存部１５に保存し、処理は終了する。
【００４５】
次に、入力負荷算出部１４において、試験対象システム２のサーバのＣＰＵへの負荷が最大となるような入力数を算出する方法について説明する。この場合、特定種類のサーバのリソースがＣＰＵである。入力負荷算出部１４は、サーバのＣＰＵへの負荷を制約条件から除き、サーバのＣＰＵへの負荷を最大化する。
【００４６】
図９は、実施の形態１に係る負荷の算出のための関係式を示す図である。数式１１〜１５の関数Ｌは、サーバ負荷推定部８及び端末負荷推定部１２によって推定されたものである。数式１１〜１４は制約条件である。数式１１は、サーバのディスクへの負荷を８０％以下とすることを示している。数式１２は、サーバのメモリへの負荷を８０％以下とすることを示している。数式１３は、ネットワークへの負荷を８０％以下とすることを示している。数式１４は、負荷試験装置１のＣＰＵへの負荷を１００％以下とすることを示している。数式１５は目的関数である。数式１５は、サーバのＣＰＵへの負荷を最大化することを示している。
【００４７】
入力負荷算出部１４は、ＣＰＵを除くサーバのリソースへの負荷が閾値以下、かつ負荷端末を模擬する負荷試験装置１のＣＰＵへの負荷が１００％以下という制約条件のもと、数理計画法に基づいてサーバのＣＰＵへの負荷を最大化するような値を求める。制約条件と推定値を図で示したものが図１０である。
【００４８】
図１０は、実施の形態３に係る負荷とリソースの関係を示す図である。
図１０のグラフ１０１は、試験対象システム２への入力がｘ、ｙの２種類の場合の例である。Ｘ軸がｘの入力数Ｎｘを表し、Ｙ軸がｙの入力数Ｎｙを表す。直線１０２は、図９の数式１１を示す。直線１０３は、図９の数式１２を示す。直線１０４は、図９の数式１４を示す。直線１０２〜１０４とＸ軸、Ｙ軸が互いに交差する領域１０５が、数式１１〜１２及び１４を満たす領域である。また、領域１０５は、図９の数式１３も満たすものとする。
【００４９】
直線１０６は、サーバのＣＰＵへの負荷が１００％の場合を示す。直線１０６は、領域１０５と交わらないため、このままでは解が存在しない。サーバのＣＰＵへの負荷は、直線１０６を矢印方向に平行に動かすと１００％より小さくなる。図９の数式１１〜１４を満たした上でサーバのＣＰＵ負荷が最も大きくなるのは、直線１０６を矢印方向に平行に動かした直線１０７が領域１０６に接する頂点１０８の場合である。頂点１０８のＸ座標Ｎｃ、Ｙ座標Ｎｄが求める入力数である。負荷試験装置１は、ｘの入力数Ｎｃ、ｙの入力数Ｎｄを生成し、試験対象システム２へ入力し、負荷試験を実行する。
【００５０】
なお、本実施の形態においては、サーバのＣＰＵへの負荷を最大化するような値を求めたが、ディスクやメモリ等、ＣＰＵ以外の種類のサーバのリソースへの負荷を最大化するようにしてもよい。
【００５１】
したがって、入力負荷生成部は、サーバの関係式と、端末の関係式と、サーバのリソースの制約条件とを満たすパラメータの値が存在しない場合、サーバのリソースのうちの特定種類を除く制約条件と、端末のリソースの制約条件とを満たすパラメータの値のうち、サーバのリソースのうちの特定種類の負荷が最も大きい値を算出するので、試験対象システム２のリソースへの負荷を限界まで与えることができない場合であっても、発生させうる最大の負荷の入力数を算出することができる。
【符号の説明】
【００５２】
１、５１  負荷試験装置
２  試験対象システム
３  負荷生成部
４  測定計画部
５  測定計画保存部
６  サーバ負荷測定部
７  サーバ負荷情報保存部
８  サーバ負荷推定部
９  サーバ推定負荷保存部
１０  端末負荷測定部
１１  端末負荷情報保存部
１２  端末負荷推定部
１３  端末推定負荷保存部
１４  入力負荷算出部
１５  入力負荷保存部
４１、１０１  グラフ
４２、４３、４４、４６、１０２、１０３、１０４、１０６、１０７  直線
４５、１０５  領域
４７、１０８  頂点
５２  依存関係保存部
６１  依存関係表
６２、６３  項目
【図１】
2014186406.tif 000003
【図２】
2014186406.tif 000004
【図３】
2014186406.tif 000005
【図４】
2014186406.tif 000006
【図５】
2014186406.tif 000007
【図６】
2014186406.tif 000008
【図７】
2014186406.tif 000009
【図８】
2014186406.tif 000010
【図９】
2014186406.tif 000011
【図１０】
2014186406.tif 000012