(57)【要約】【課題】計算機システムの負荷監視条件を決定するための負荷監視条件決定方法に関し，正確な負荷監視条件の設定作業を容易に行うことを可能にする技術を提供する。【解決手段】負荷発生部２１は，システム管理者からの負荷パラメタの指定に従って，計算機システム１０に対して負荷を与える。外部レスポンス・スループット測定部２２は，計算機システム１０に負荷を与えている間，レスポンスとスループットとを測定する。内部リソース状況測定部１２は，負荷を与えられている間，各リソースのリソース状況を測定する。負荷監視条件判断支援部２３は，レスポンス，スループットの測定結果と，リソース状況の測定結果とから，監視箇所，監視項目およびしきい値に関する負荷監視条件を決定する。しきい値監視部１３は，決定された負荷監視条件で，負荷監視を行う。【選択図】図１
2005135130.tif 000002
【特許請求の範囲】
【請求項１】
１つまたは複数の計算機からなる計算機システムの負荷監視を行うための負荷監視条件を決定する負荷監視条件決定方法を計算機に実行させるための負荷監視条件決定プログラムであって，
前記計算機システムに外部から負荷を与える処理と，
前記計算機システムに負荷が与えられている間，前記計算機システムの外部でレスポンスまたはスループットを測定する処理と，
前記計算機システムに負荷が与えられている間，前記計算機システムから前記計算機システム内部のリソース状況の測定結果を受信する処理と，
前記計算機システムに与えた外部からの負荷量と，前記レスポンスまたはスループットの測定結果と，前記計算機システム内部のリソース状況の測定結果とから，前記計算機システムの負荷監視に用いる負荷監視条件を決定する処理とを，
計算機に実行させるための負荷監視条件決定プログラム。
【請求項２】
請求項１に記載の負荷監視条件決定プログラムにおいて，
前記負荷監視条件は，どのリソースのどの項目を監視するかを示す監視項目と，その監視項目の監視に用いるしきい値との情報を少なくとも含み，
前記負荷監視条件を決定する処理では，
前記外部から与えた負荷と前記計算機システム内部のリソース状況の測定結果とを関連付けることによって，前記負荷に対してよく反応したリソースの項目を検出し，それを監視項目とし，それを監視する基準となるしきい値を，前記測定したレスポンスもしくはスループットの限界性能またはその予想値，あるいはリソース状況の測定結果に基づくリソースの物理的限界によって決定する処理を，
計算機に実行させることを特徴とする負荷監視条件決定プログラム。
【請求項３】
１つまたは複数の計算機からなる計算機システムの負荷監視を行うための負荷監視条件を決定する負荷監視条件決定システムであって，
前記計算機システムに負荷を与える負荷発生手段と，
前記計算機システムに負荷を与えている間に，前記計算機システムのレスポンスまたはスループットを測定する外部レスポンス・スループット測定手段と，
前記計算機システムに与えた負荷量と，前記レスポンスまたはスループットの測定結果と，前記計算機システムに負荷量を与えている間に前記計算機システム内部で測定された前記計算機システム内部のリソース状況の測定結果とから，前記計算機システムの負荷監視に用いる負荷監視条件を決定する負荷監視条件判断支援手段とを備える
ことを特徴とする負荷監視条件決定システム。
【請求項４】
１つまたは複数の計算機からなる計算機システムの負荷監視を行うための負荷監視条件を決定する負荷監視条件決定方法であって，
前記計算機システムに外部から負荷を与える過程と，
前記計算機システムに負荷が与えられている間，前記計算機システムの外部でレスポンスまたはスループットを測定する過程と，
前記計算機システムに負荷が与えられている間，前記計算機システム内部のリソース状況を測定する過程と，
前記計算機システムに与えた外部からの負荷量と，前記レスポンスまたはスループットの測定結果と，前記計算機システム内部のリソース状況の測定結果とから，前記計算機システムの負荷監視に用いる負荷監視条件を決定する過程とを有する
ことを特徴とする負荷監視条件決定方法。
【請求項５】
１つまたは複数の計算機からなる計算機システムの負荷監視を行うための負荷監視条件を決定し，その負荷監視条件で負荷監視を行う負荷監視方法を計算機に実行させるための負荷監視プログラムであって，
前記計算機システムに外部から負荷を与える処理と，
前記計算機システムに負荷が与えられている間，前記計算機システムの外部でレスポンスまたはスループットを測定する処理と，
前記計算機システムに負荷が与えられている間，前記計算機システムから前記計算機システム内部のリソース状況の測定結果を受信する処理と，
前記計算機システムに与えた外部からの負荷量と，前記レスポンスまたはスループットの測定結果と，前記計算機システム内部のリソース状況の測定結果とから，前記計算機システムの負荷監視に用いる負荷監視条件を決定する処理とを，
負荷監視条件決定用の計算機に実行させることによって決定された負荷監視条件が設定されることにより，前記設定された負荷監視条件を用いて前記計算機システムの負荷監視を行う処理を，
前記計算機システムを構成する計算機に実行させるための負荷監視プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，計算機システム（複数の計算機で構成された計算機システムを含む）の負荷監視の技術に関し，特に，計算機システムの負荷を監視するにあたって，負荷監視条件を容易に決定することができるようにした負荷監視条件決定プログラム，負荷監視条件決定システム，負荷監視条件決定方法および負荷監視プログラムに関するものである。
【０００２】
ここで，負荷監視条件として決定される情報は，どの計算機を監視するかを示す「監視箇所」，どのリソースの項目を監視するかという「監視項目」，どのような値を基準に監視するかという「しきい値」などの情報である。
【背景技術】
【０００３】
計算機システムの負荷監視の技術として，システムの稼動情報を採取し，あらかじめしきい値が設定されたテーブルを用いて異常負荷を検出し，その情報を表示装置に出力する技術がある（例えば，特許文献１，特許文献２参照）。
【０００４】
また，コンピュータシステムの稼動情報を採取し，採取された稼動情報に基づいて計算された負荷値と監視情報テーブルのしきい値とを比較し，負荷値がしきい値を越える場合に，監視情報テーブルを参照して連動処理を起動する技術がある（例えば，特許文献３参照）。
【０００５】
また，管理対象を構成する要素を計測し，基準値格納テーブルに格納された基準値と計測値とを比較してそのずれを求め，管理対象内の異常である可能性の高い箇所を管理者に知らせる技術がある（例えば，特許文献４参照）。この技術では，計測値を用いて，基準値格納テーブル内の基準値を必要に応じて更新している。
【０００６】
これらのような計算機システムの負荷監視の技術では，監視項目，しきい値などの負荷監視条件の設定作業は，システム管理者の経験やスキルに頼って行われていた。しかし，システム管理者にとっても，設定作業は難しいものであった。
【０００７】
このような設定作業の難しさを解決するための技術として，計算機システムの過去の負荷情報に基づいてしきい値を自動的に設定することで，計算機システムが通常と異なる動きをしていることを検知する技術がある（例えば，特許文献５参照）。
【特許文献１】特開平４−３４４５４４号公報
【特許文献２】特開平６−６７９３８号公報
【特許文献３】特開２００１−１３４４７３号公報
【特許文献４】特開２００２−１３２５４３号公報
【特許文献５】特開２００１−１４２７４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
「どの箇所で，どの項目を，どれぐらいのしきい値を用いて監視するか」といった負荷監視条件をシステム管理者が決定するのは，非常に難しい作業となっていた。その理由は，以下のとおりである。
【０００９】
１．あるリソース（システムのハードウェア資源）が枯渇しそうになっているからといって，必ずしもその計算機システムが異常であるとはいえない場合がある。こういうリソースに対してしきい値を設定しても監視の意味をなさないことになる。このような場合には，異常通知があっても対応のしようがない。
【００１０】
２．複数の計算機で構成されている計算機システムの場合，負荷に対する弱点となる部分に適切なしきい値を設定することで，効率的な監視が行われる。しかし，システムの弱点は外から与えられる負荷の性質（データの大きさ，システム利用者数，単位時間あたりの処理数など）によって異なる場合がある。
【００１１】
このような事象は，計算機システムに対する外部要因（外から与えられる負荷の状況）と内部要因（計算機システム内部のリソースの枯渇状況）との関係付け（相関関係を見いだすこと）が難しいことに起因している。
【００１２】
負荷異常を検出するにあたっては，外から見た状況を監視することができればわかりやすい。しかしながら，Ｗｅｂシステムに代表されるように誰でも利用できるような現在の計算機システムでは，外部からの負荷を測ることがとても困難である。よって，測定しやすい内部要因を指標にして負荷の状況判断する方法が，一般的に用いられている。このとき，実際の外部からの負荷状況と，計算機システム内部のリソース状況とをうまく関係付けられないことが，監視方法を決定することの難しさにつながっている。
【００１３】
監視方法を決定することの難しさを解決するための技術として，前述した特許文献５のように，時間帯ごとの特性や曜日ごとの特性などの実績に基づいてしきい値を自動的に変更しながら監視する技術がある。この技術により，確かに難しい設定作業をなくすことができる。しかし，この技術により得られる監視結果は，「通常とは異なる」という結果でしかない。つまり，この技術によって，計算機システムが通常より高い負荷で稼動していることはわかるが，それが異常であるか否かを正確に判断することはできない。
【００１４】
本発明は，このような困難で不確実な負荷監視上の問題の解決をはかり，正確な負荷監視条件の設定作業を容易に行うことが可能となる技術を提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明は，上記課題を解決するため，計算機システムの外部から負荷を与え，そのときに，計算機システム外部ではレスポンス，スループットを測定し，計算機システム内部ではリソース状況を測定し，それらの結果から負荷監視条件（監視箇所，監視項目，しきい値など）を決定することを特徴とする。
【００１６】
具体的には，１つまたは複数の計算機からなる計算機システムの負荷監視を行うための負荷監視条件を決定する負荷監視条件決定方法であって，計算機システムに外部から負荷を与える過程と，計算機システムに負荷が与えられている間，計算機システムの外部でレスポンスまたはスループットを測定する過程と，計算機システムに負荷が与えられている間，計算機システム内部のリソース状況を測定する過程と，計算機システムに与えた外部からの負荷量と，レスポンスまたはスループットの測定結果と，計算機システム内部のリソース状況の測定結果とから，計算機システムの負荷監視に適切な負荷監視条件を決定する過程とを有することを特徴とする。
【００１７】
計算機システムの外部から与えられる負荷と，計算機システム内部のリソース状況とを関連づけて評価することにより，たくさんある指標（システムリソース情報）の中から，どのリソースの項目を監視することが一番有効なのかを探すことができる。すなわち，負荷量の変動に対するリソースの反応を調べることによって，最も監視が必要なリソースおよびその監視のためのしきい値を決定することができる。
【００１８】
また，以上の各過程による処理は，コンピュータとソフトウェアプログラムとによって実現することができ，そのプログラムをコンピュータ読み取り可能な記録媒体に記録することも，ネットワークを通して提供することも可能である。
【発明の効果】
【００１９】
本発明によって，計算機システムの外部からの負荷に対する限界特性を把握することと，それと密接な関係を持つ計算機システム内部のリソース状況を知ることによって，容易に監視指標を決定することができるようになる。つまり，負荷状況と監視指標との関係が明確になることにより，負荷の異常監視の運用がより効果的に実施できるようになる。
【発明を実施するための最良の形態】
【００２０】
以下，本発明の実施の形態を図を用いて説明する。
【００２１】
図１は，本発明の実施の形態における負荷監視システムの構成例を示す図である。図１の例では，サーバＡ１１ａ，サーバＢ１１ｂ，サーバＣ１１ｃの３つのサーバ１１（計算機）からなる計算機システム１０を監視対象としている。各サーバ１１ａ〜１１ｃ（以下，サーバ１１と記す）は，内部リソース状況測定部１２ａ〜１２ｃ（以下，内部リソース状況測定部１２と記す）と，しきい値監視部１３ａ〜１３ｃ（以下，しきい値監視部１３と記す）とを備える。負荷監視条件決定装置２０は，負荷発生部２１と，外部レスポンス・スループット測定部２２と，負荷監視条件判断支援部２３とを備える。監視対象となる計算機システム１０と負荷監視条件決定装置２０とは，接続されているものとする。また，負荷監視条件決定装置２０には，オペレータ（システム管理者）との入出力のためのディスプレイやキーボード等の入出力装置３０が接続されている。
【００２２】
図２は，本実施の形態における負荷監視処理のフローチャートである。本実施の形態は，大きく分けて，負荷監視条件決定装置２０を用いて計算機システム１０に負荷を与える負荷テストを行う負荷テストフェーズＰ１（ステップＳ１０〜Ｓ１７）と，負荷テストの結果をもとに，負荷監視条件決定装置２０が，負荷監視条件を決定する負荷監視条件決定フェーズＰ２（ステップＳ１８，Ｓ１９）と，その後，決定された負荷監視条件による計算機システム１０における負荷監視を行う負荷監視の運用フェーズＰ３（ステップＳ２０〜Ｓ２３）からなる。
【００２３】
まず，負荷テストフェーズＰ１では，負荷発生部２１は，システム管理者からの指示を受け，負荷パラメタの指定情報を取得し（ステップＳ１０），負荷パラメタの指定情報に従って要求電文を作成し（ステップＳ１１），計算機システム１０に対して要求電文を送信する（ステップＳ１２）。すなわち，負荷発生部２１は，システム管理者による規模の負荷（データの大きさ），数の負荷（利用者数・接続数），量の負荷（単位時間あたりのアクセス数・トランザクション数）の組合せからなる負荷パラメタの指定を受け，それをもとに要求電文を生成し，生成された要求電文を計算機システム１０に送信する。計算機システム１０に与える負荷の組み合わせである負荷パラメタは，負荷のパターンとして管理される。
【００２４】
外部レスポンス・スループット測定部２２は，負荷発生部２１によって計算機システム１０に負荷を与えている間，レスポンスとスループットとを測定する（ステップＳ１３）。測定結果は，負荷監視条件判断支援部２３に送られる。
【００２５】
各サーバ１１の内部リソース状況測定部１２は，計算機システム１０が負荷監視条件決定装置２０によって負荷を与えられている間，リソース状況測定用のセンサ（コマンド）を定期的に駆動し（ステップＳ１４），コマンドの結果（リソース状況の測定結果）を解析し（ステップＳ１５），解析結果を蓄積する（ステップＳ１６）。蓄積された解析結果は，負荷監視条件決定装置２０の負荷監視条件判断支援部２３に送信される。
【００２６】
ここで，ステップＳ１５，Ｓ１６のコマンド結果を解析し，蓄積するとは，例えばコマンドの結果として出力されるリソース状況の測定結果をもとに，ある時点でのある項目がいくつであるのかを表（テーブル）データとして管理するということである。
【００２７】
図３は，本実施の形態におけるリソース状況を測定するコマンドとコマンドの結果の例を示す図である。ここでは，リソース状況を測定するコマンドとして，ＵＮＩＸ（登録商標）系の“sar ”というコマンドを用いている。
【００２８】
図３（Ａ）は，ＣＰＵのリソース状況を測定するコマンドとコマンドの結果の例である。この例では，“sar ”コマンドの後ろの“-u”オプションで，ＣＰＵの情報出力を指定し，“-u”オプションの後ろの“5 5 ”で，５秒間隔で５回の測定を指定している。
【００２９】
図３（Ａ）のコマンドの結果の例には，“%usr”，“%sys”，“%wio”，“%idle ”の項目について５秒ごとに５つの測定結果が示されており，最後の“Average ”では，各項目ごとに５回の測定の平均が示されている。ここで，“%usr”，“%sys”，“%wio”，“%idle ”の各項目については，後述する。
【００３０】
図３（Ｂ）は，メモリのリソース状況を測定するコマンドとコマンドの結果の例である。この例では，“sar ”コマンドの後ろの“-r”オプションで，メモリの情報出力を指定し，“-r”オプションの後ろの“5 5 ”で，５秒間隔で５回の測定を指定している。
【００３１】
図３（Ｂ）のコマンドの結果の例には，“freemem ”，“freeswap”の項目について５秒ごとに５つの測定結果が示されており，最後の“Average ”では，各項目ごとに５回の測定の平均が示されている。ここで，“freemem ”，“freeswap”の各項目については，後述する。
【００３２】
ステップＳ１０〜Ｓ１６までの処理を，負荷パラメタのパターンを変えて繰り返す（ステップＳ１７）。
【００３３】
次に，負荷監視条件決定装置２０は，負荷テスト（ステップＳ１０〜Ｓ１７）の結果をもとに，負荷監視条件を決定する負荷監視条件決定フェーズＰ２に移る。このフェーズＰ２では，負荷監視条件判断支援部２３は，負荷テストに用いた負荷パラメタのパターンと，レスポンス，スループットの測定結果と，計算機システム１０内部のリソース状況の解析結果とを突き合わせて，負荷監視条件を決定する（ステップＳ１８）。このとき，必要があれば，システム管理者に負荷テストの結果を提示して指示を促す。これにより，与えられた負荷に対してどのサーバ１１（監視箇所），どのリソースの項目（監視項目）が最もよく反応して監視の指標としてふさわしいかを判断することができ，その監視項目を監視するための適切なしきい値を設定することができる。
【００３４】
ステップＳ１８において負荷監視条件が決定すると，負荷監視条件判断支援部２３は，決定された負荷監視条件を，該当するサーバ１１（監視箇所）のしきい値監視部１３に送信する（ステップＳ１９）。
【００３５】
その後，負荷監視の運用フェーズＰ３に移り，決定された負荷監視条件による計算機システム１０における負荷監視が行われる（ステップＳ２０〜Ｓ２３）。負荷監視の運用フェーズＰ３では，計算機システム１０の稼動時に，しきい値監視部１３は，監視対象用のセンサ（コマンド）を定期的に駆動し（ステップＳ２０），コマンドの結果（リソース状況の測定結果）を解析し（ステップＳ２１），コマンドの結果がしきい値を越えていたら（ステップＳ２２），その旨をシステム管理者に通知する（ステップＳ２３）。
【００３６】
ここで，コマンドの結果がしきい値を越えた場合の対処法として，計算機システム１０の外部からの要求の受付を制限する制御を行うなどの対処法が考えられる。また，しきい値を利用してアプリケーション間や複数の計算機間のリソース割り当てを自動的にバランス調整するなどの対処法も考えられる。
【００３７】
なお，ここでは，コマンドによってリソースの状況を測定できるとして説明したが，監視対象用のセンサは，ハードウェアによるものでも，例えばオペレーティング・システムに組み込まれたソフトウェアプログラムによるものでもいずれでもよく，リソース状況の測定方法については，従来から一般に用いられている方法を利用することができる。
【００３８】
負荷テストによりリソースの状況を測定した結果から監視方式を判断し負荷監視条件を決定するまでの作業の流れとしては，大きく以下の三つのパターンがある。
（１）システムの限界性能を確認する（見届ける）。
【００３９】
負荷テストによって計算機システム１０の限界性能が確認することができれば，その時，よく反応した（かかった負荷によく連動した）システムリソースの状態をそのまま監視方式として採用し，最も確実に適切な負荷監視条件を決定することができる。最も確実な方法であるが，負荷テストに時間を要する。
（２）システムの限界性能を外部レスポンス・スループットの傾向から予測する。
【００４０】
３〜５回の負荷テストの結果から，システム限界（レスポンスやスループットの飽和点）を導き出し，その時のシステムリソースの状態を逆算する。上記（１）と比べて負荷テストが少なくて済むが，システム限界（しきい値の確度）は予測の範囲となる。次の（３）の方法と組み合わせて用いる。
（３）外部からの負荷にリニアに反応する内部リソースの物理的限界から判断する。
【００４１】
３〜５回の負荷テストの結果から，リニアによく反応した（かかった負荷によく連動した）内部リソースを確認し，そのリソースの物理的限界点を観点にしきい値を決定する。上記（２）の方法と組み合わせて用いる。
【００４２】
図４は，本実施の形態における負荷監視条件判断支援処理のフローチャートである。負荷監視条件判断支援部２３における負荷監視条件の決定について，図４を用いて詳しく説明する。
【００４３】
まず，負荷テストの結果から計算機システム１０の外部からの負荷に対する限界性能が確認できたか否かを判定し（ステップＳ３０），限界性能が確認できれば，外部からの負荷に対してリニアによく反応した（負荷によく連動した）リソースの項目を検出する（ステップＳ３１）。検出したリソースが属するサーバ１１（計算機）を監視箇所，検出したリソースの項目を監視項目として決定し（ステップＳ３２），その監視箇所，監視項目において限界時に測定されたリソース状況の測定結果をもとに，最適なしきい値を決定する（ステップ３３）。
【００４４】
図５，図６は，本実施の形態における監視箇所，監視項目の決定を説明する図である。図５に示す情報は，各サーバ１１ごとの各リソース状況の測定結果が負荷パラメタを変えた負荷テスト（テストａ〜ｃ）ごとに整理された情報であり，各サーバ１１の内部リソース状況測定部１２によるリソース状況の測定結果から得られる情報である。また，図６に示す情報は，３回の負荷テスト（テストａ〜ｃ）の結果をサーバＢ１１ｂについてまとめた情報である。ここで，計算機システム１０に与えられた負荷量は，
負荷量（テストａ）＜負荷量（テストｂ）＜負荷量（テストｃ）
であるものとする。
【００４５】
図６において，変化量とは，テストａの結果とテストｃの結果との差分情報であり，変化率とは，変化の割合である。
【００４６】
変化量＝（テストｃの結果）−（テストａの結果）
変化率＝｛（テストｃの結果）−（テストａの結果）｝／（テストａの結果）
例えば，最も変化率が大きいリソースの項目を監視項目として決定する。
【００４７】
図５，図６の例では，たくさんのリソースの項目の中から，ＣＰＵ，メモリ，入出力装置（Ｉ／Ｏ）のリソースについて，それぞれ数個の項目を例として挙げている。以下，図５，図６の例に挙げられた項目について簡単に説明する。
・ＣＰＵの監視項目の例
“%usr”    ：ユーザモードで動作したＣＰＵ時間
“%sys”    ：ｒｅｍｏｔｅ以外のシステムモードで動作したＣＰＵ時間
“%wio”    ：アイドル状態でなかった時間
“%idle ”  ：入出力完了待ち時間
・メモリの監視項目の例
“sml ＿mem ”：スモールメモリ要求プールの中に持っている利用可能なメモリ量
“alloc ”  ：スモールメモリ要求プールから割り当てるメモリ量
“fail”    ：スモールメモリ要求の割り当てに失敗した数
“lg＿mem ”  ：ラージメモリ要求プールの中に持っている利用可能なメモリ量
“freemem ”：ユーザプロセスに利用できるメモリページ数
“freeswap”：空きスワップページ数
・Ｉ／Ｏの監視項目の例
“%busy ”  ：装置が転送要求サービスに費やした時間
“avque ”  ：待ち行列につながれた要求の平均数
“r+w/s ”  ：装置へのｒｅａｄとｗｒｉｔｅの転送数
“blks/s”  ：装置に転送されたブロック数
以上，図５，図６に記載されている項目のみ説明したが，ここで説明したもの以外にも多数の項目が存在する。
【００４８】
これらのリソースの項目の中から，外部からの負荷に対しよく反応したリソースの項目を検出する。例えば，図５から，サーバＢ１１ｂが，サーバＡ１１ａ，サーバＣ１１ｃに比べて全体的によく反応していることがわかる。また，図６から，メモリにおける“lg＿mem ”の項目が，他の項目に比べてよく反応していることがわかる。これらの情報から，監視箇所，監視項目を決定することができる。
【００４９】
また，図５，図６に示すような表をシステム管理者に提示するようにしてもよい。図５，図６の情報をもとに，負荷監視条件判断支援部２３が自動的に監視箇所，監視項目を決定するようにしてもよいし，システム管理者が監視箇所，監視項目を決定するようにしてもよい。
【００５０】
ステップＳ３０において，計算機システム１０に対して限界まで負荷を与えることができず，限界性能が確認できなければ，複数の負荷パラメタのパターンの負荷テストの結果からレスポンス，スループットの飽和点（限界点）を予測し（ステップＳ３４），外部からの負荷に対してリニアによく反応したリソースの項目を検出し（ステップＳ３５），検出したリソースが属するサーバ１１を監視箇所，検出したリソースの項目を監視項目として決定する（ステップＳ３６）。
【００５１】
ここで，レスポンス，スループットの飽和点（限界点）の予測について説明する。レスポンス，スループットの飽和点とは，与えられる負荷に対する計算機システム１０のレスポンス，スループットの値がほぼ限界に近い値となると予想される点を示すものとする。レスポンス，スループットの飽和点は，例えば，負荷パラメタのパターンを変えた数回の負荷テストの結果をもとに予測することが可能である。
【００５２】
図７は，本実施の形態におけるレスポンス，スループットの飽和点の予測を説明する図である。図７（Ａ）は，３パターンの負荷パラメタによる負荷テストの結果からのレスポンスの飽和点を予測した例を示し，図７（Ｂ）は，３パターンの負荷パラメタによる負荷テストの結果からのスループットの飽和点を予測した例を示す。
【００５３】
図７（Ａ）において，横軸は計算機システム１０に与える負荷量を示し，縦軸はレスポンスの値を示す。レスポンスは，要求電文の送信からそれに対する返信までの１トランザクションの最大応答時間である。図７（Ｂ）において，横軸は計算機システム１０に与える負荷量を示し，縦軸はスループットの値を示す。スループットは，１単位時間に処理された要求電文（トランザクション）数である。図７において，曲線の実線部分は負荷テストの結果から得られた曲線を示し，点線部分は予測された曲線を示す。
【００５４】
レスポンスの飽和点の予測方法としては，例えば図７（Ａ）に示すように，数回の負荷パラメタを変えた負荷テスト（図７（Ａ）では３回の負荷テスト）で測定されたレスポンスの結果から，計算機システム１０への負荷量に対するレスポンスを示す曲線（以下，レスポンス曲線という）を予測し，予測により得られたレスポンス曲線から飽和点（Ｐ点）を予測する方法がある。予測するレスポンスの飽和点（Ｐ点）は，例えば，レスポンスの値が急激に上がる点（レスポンス曲線の立上がり点）などである。
【００５５】
また，スループットの飽和点の予測方法としては，例えば図７（Ｂ）に示すように，数回の負荷パラメタを変えた負荷テスト（図７（Ｂ）では３回の負荷テスト）で測定されたスループットの結果から，計算機システム１０への負荷量に対するスループットを示す曲線（以下，スループット曲線という）を予測し，予測により得られたスループット曲線から飽和点（Ｑ点）を予測する方法がある。予測するスループットの飽和点（Ｑ点）は，例えば，スループットの値がほぼ一定となる点（スループット曲線がほぼ水平に近くなる点）などである。
【００５６】
レスポンス曲線，スループット曲線の予測と，レスポンス，スループットの飽和点の予測は，負荷監視条件判断支援部２３が自動的に行うが，負荷監視条件判断支援部２３が予測のための支援としてシステム管理者に飽和点等の判断に必要な情報を提供し，システム管理者に予測させるようにしてもよい。
【００５７】
負荷監視条件判断支援部２３が自動的に曲線の予測を行う方法としては，例えば，あらかじめ経験的に曲線の計算式（通常は，多次式）を設定しておき，その計算式に負荷テストの結果を代入して曲線を予測する方法がある。また，別の方法としては，あらかじめ複数の曲線のパターンを用意しておき，それらの曲線の中から負荷テストの結果に最も近い曲線を選択する方法もある。
【００５８】
また，負荷監視条件判断支援部２３が自動的に飽和点の予測を行う方法としては，例えば，図７においてｘ軸（負荷量）の一定増分に対するｙ軸（レスポンスまたはスループット）の増分の割合を計算し，その割合が所定の値を上回ったときに（レスポンスの場合），または，所定の値を下回ったときに（スループットの場合）限界に達したものとし，その点を飽和点とする方法がある。
【００５９】
負荷監視条件判断支援部２３が予測のための支援としてシステム管理者に必要な情報を提供する方法としては，例えば図７に示すように，負荷テストの結果をプロットしてグラフ化し，ディスプレイ等に表示する方法がある。システム管理者は，例えば，マウス等を用いて，予測される曲線をディスプレイ上のグラフに書き込み，その曲線上で飽和点と思われる部分を指定することにより，曲線，飽和点の予測を行うことができる。曲線の予測時に，システム管理者に予測される曲線を書き込ませるのではなく，負荷監視条件判断支援部２３があらかじめ数通りの曲線の予測を用意し，それらの中からシステム管理者に予測曲線を選択させるようにする方法もある。
【００６０】
なお，曲線と飽和点とのいずれか一方を負荷監視条件判断支援部２３が自動的に予測し，他方をシステム管理者が予測するようにしてもよい。また，負荷監視条件判断支援部２３が自動的に予測を行うかシステム管理者が予測を行うかを，システム管理者に選択させるようにしてもよい。また，負荷監視条件判断支援部２３は，予測を自動で行うか否かにかかわらず，負荷テストの結果を，例えば図７に示すようなグラフなどで，システム管理者に提示するようにしてもよい。
【００６１】
ステップＳ３６において監視箇所，監視項目が決定されると，監視項目として決定されたリソースが負荷テストによって物理的限界に達しているか否かを判定し（ステップＳ３７），物理的限界に達していれば，そのリソースの物理的限界値をもとに，しきい値を決定する（ステップＳ３８）。
【００６２】
ここで，物理的限界とは，例えば，メモリの容量，ディスクの記憶容量などのようなリソースの限界を示す。数回の負荷テストの間に，監視項目として決定されたリソースの物理的限界を示す結果が得られれば，リソースの物理的限界をもとにしきい値を決定することができる。
【００６３】
ステップＳ３７において物理的限界に達していなければ，ステップＳ３４において予測されたレスポンス，スループットの飽和時の監視箇所，監視項目のリソース状況を予測し，それをもとにしきい値を決定する（ステップＳ３９）。
【００６４】
ここで，レスポンス，スループットの飽和時の監視箇所，監視項目のリソース状況の予測について説明する。
【００６５】
図８は，本実施の形態におけるレスポンスの飽和時の監視箇所，監視項目のリソース状況の予測を説明する図である。図８（Ａ）は，３パターンの負荷パラメタによる負荷テストの結果からのレスポンスの飽和点（Ｐ点）の予測を示し，図８（Ｂ）は，３パターンの負荷パラメタによる負荷テストの結果からのレスポンスの飽和時の監視箇所，監視項目のリソース状況の予測を示す。
【００６６】
図８（Ａ）において，横軸は計算機システム１０に与える負荷量を示し，縦軸はレスポンスの値を示す。図８（Ｂ）において，横軸は計算機システム１０に与える負荷量を示し，縦軸は監視項目として決定されたリソースのリソース状況の値を示す。図８において，実線部分は負荷テストの結果から得られた線を示し，点線部分は予測された線を示す。また，図８（Ｂ）において，Ｒ点は，予測されたレスポンスの飽和時のリソース状況の予測値を示す点である。
【００６７】
前述したレスポンス，スループットの曲線の予測と同様に，計算機システム１０への負荷量に対する監視項目として決定されたリソースのリソース状況を示す線の予測を，負荷監視条件判断支援部２３が自動的に行うようにしてもよいし，負荷監視条件判断支援部２３が予測のための支援としてシステム管理者に必要な情報を提供し，システム管理者が線の予測を行うようにしてもよい。その方法も，前述のレスポンス，スループットの曲線の予測のときと同様の方法でよい。
【００６８】
計算機システム１０への負荷量に対するリソース状況を示す線が予測されると，負荷監視条件判断支援部２３は，予測されたリソース状況を示す線上で，ステップＳ３３で予測されたレスポンスの飽和点（Ｐ点）が示す負荷量と同じ負荷量を示す点（Ｒ点）を求める。例えば，Ｒ点が示すリソース状況の予測値をしきい値として決定することができる。
【００６９】
ただし，Ｒ点が示すリソース状況の予測値の値がすでに監視項目に決定されたリソースの物理的限界値を越えている場合には，ステップＳ３６と同様に監視項目に決定されたリソースの物理的限界値をもとにしきい値を決定する。
【００７０】
図９は，本実施の形態におけるスループットの飽和時の監視箇所，監視項目のリソース状況の予測を説明する図である。図９（Ａ）は，３パターンの負荷パラメタによる負荷テストの結果からのスループットの飽和点（Ｑ点）の予測を示し，図９（Ｂ）は，３パターンの負荷パラメタによる負荷テストの結果からのスループットの飽和時の監視箇所，監視項目のリソース状況の予測を示す。
【００７１】
図９（Ａ）において，横軸は計算機システム１０に与える負荷量を示し，縦軸はスループットの値を示す。図９（Ｂ）において，横軸は計算機システム１０に与える負荷量を示し，縦軸は監視項目として決定されたリソースのリソース状況の値を示す。図９において，実線部分は負荷テストの結果から得られた線を示し，点線部分は予測された線を示す。また，図９（Ｂ）において，Ｓ点は，予測されたスループットの飽和時のリソース状況の予測値を示す点である。
【００７２】
前述したレスポンス，スループットの曲線の予測と同様に，計算機システム１０への負荷量に対する監視項目として決定されたリソースのリソース状況を示す線の予測を，負荷監視条件判断支援部２３が自動的に行うようにしてもよいし，負荷監視条件判断支援部２３が予測のための支援としてシステム管理者に必要な情報を提供し，システム管理者が線の予測を行うようにしてもよい。その方法も，前述のレスポンス，スループットの曲線の予測のときと同様の方法でよい。
【００７３】
計算機システム１０への負荷量に対するリソース状況を示す線が予測されると，負荷監視条件判断支援部２３は，予測されたリソース状況を示す線上で，ステップＳ３３で予測されたスループットの飽和点（Ｑ点）が示す負荷量と同じ負荷量を示す点（Ｓ点）を求める。例えば，Ｓ点が示すリソース状況の予測値を，しきい値として決定することができる。ただし，Ｓ点が示すリソース状況の予測値の値がすでに監視項目に決定されたリソースの物理的限界値を越えている場合には，ステップＳ３６と同様に監視項目に決定されたリソースの物理的限界値をもとにしきい値を決定する。
【００７４】
ここで，図８，図９に示すように，通常は，レスポンス飽和時のしきい値と，スループット飽和時のしきい値とが別々の値になる。計算機システム１０の性格・性質によって，どちらかの値をしきい値として決定する。
【００７５】
ステップＳ３０〜Ｓ３７の負荷監視条件判断支援処理により決定された負荷監視条件（監視箇所，監視項目，しきい値）は，計算機システム１０に送られる。以降，計算機システム１０では，決定された負荷監視条件により負荷監視が行われる。
【００７６】
なお，図４の例のフローチャートでは，レスポンス曲線，スループット曲線の予測（図７（Ａ），（Ｂ））と，リソース状況の線の予測（図８（Ｂ），図９（Ｂ））とを別々に行っているが，それらの予測を同時に行い，図８，図９のように２つの線の予測結果のグラフを並べて同時に表示し，それらをもとにシステム管理者が飽和点としきい値とをいっしょに決定できるようにしてもよい。
【００７７】
以上，本発明の実施の形態について説明したが，本発明はこれに限るものではなく，例えば，図１の負荷監視システムの構成例では，負荷発生部２１，外部レスポンス・スループット測定部２２，負荷監視条件判断支援部２３が一つのハードウェアで実現されているが，それぞれが別々のハードウェアで実現されていてもよい。
【００７８】
また，本実施の形態では，最もよく反応したリソースの項目（１つ）についてのみ，しきい値を決定するようにしているが，例えば，よく反応したリソースの項目の上位５つについてしきい値を決定するなど，複数のリソースの項目についてしきい値を決定するようにしてもよい。
【００７９】
以上，本発明の実施の形態の特徴を列挙すると，以下の通りである。
（付記１）
１つまたは複数の計算機からなる計算機システムの負荷監視を行うための負荷監視条件を決定する負荷監視条件決定方法を計算機に実行させるための負荷監視条件決定プログラムであって，
前記計算機システムに外部から負荷を与える処理と，
前記計算機システムに負荷が与えられている間，前記計算機システムの外部でレスポンスまたはスループットを測定する処理と，
前記計算機システムに負荷が与えられている間，前記計算機システムから前記計算機システム内部のリソース状況の測定結果を受信する処理と，
前記計算機システムに与えた外部からの負荷量と，前記レスポンスまたはスループットの測定結果と，前記計算機システム内部のリソース状況の測定結果とから，前記計算機システムの負荷監視に用いる負荷監視条件を決定する処理とを，
計算機に実行させるための負荷監視条件決定プログラム。
（付記２）
付記１に記載の負荷監視条件決定プログラムにおいて，
前記負荷監視条件は，どのリソースのどの項目を監視するかを示す監視項目と，その監視項目の監視に用いるしきい値との情報を少なくとも含み，
前記負荷監視条件を決定する処理では，
前記外部から与えた負荷と前記計算機システム内部のリソース状況の測定結果とを関連付けることによって，前記負荷に対してよく反応したリソースの項目を検出し，それを監視項目とし，それを監視する基準となるしきい値を，前記測定したレスポンスもしくはスループットの限界性能またはその予想値，あるいはリソース状況の測定結果に基づくリソースの物理的限界によって決定する処理を，
計算機に実行させることを特徴とする負荷監視条件決定プログラム。
（付記３）
付記２に記載の負荷監視条件決定プログラムにおいて，
前記しきい値を決定する処理では，
前記レスポンスまたはスループットの測定結果が限界性能を示している場合に，そのときの前記監視項目のリソース状況の測定結果をもとにしきい値を決定し，
前記監視項目に決定されたリソースが物理的限界を示している場合に，その物理的限界をもとにしきい値を決定し，
前記レスポンスまたはスループットの測定結果が限界性能を示しておらず，前記監視項目に決定されたリソースが物理的限界を示していなければ，前記レスポンスまたはスループットの測定結果からレスポンスまたはスループットの限界性能を予測し，その予測したレスポンスまたはスループットの限界時の前記監視項目のリソース状況を，前記計算機システム内部のリソース状況の測定結果から予測し，その予測したリソース状況をもとにしきい値を決定する処理を，
計算機に実行させることを特徴とする負荷監視条件決定プログラム。
（付記４）
付記１に記載の負荷監視条件決定プログラムにおいて，
前記負荷監視条件を決定する処理は，
前記計算機システムに与えた負荷量と，前記レスポンスまたはスループットの測定結果と，前記計算機システム内部のリソース状況の測定結果とに関する情報をシステム管理者に提示する処理と，
前記計算機システムの負荷監視に最適な負荷監視条件の一部または全部をシステム管理者に選択させ，選択した情報を負荷監視条件として設定する処理とを含み，
これらの処理を計算機に実行させることを特徴とする負荷監視条件決定プログラム。
（付記５）
１つまたは複数の計算機からなる計算機システムの負荷監視を行うための負荷監視条件を決定する負荷監視条件決定システムであって，
前記計算機システムに負荷を与える負荷発生手段と，
前記計算機システムに負荷を与えている間に，前記計算機システムのレスポンスまたはスループットを測定する外部レスポンス・スループット測定手段と，
前記計算機システムに与えた負荷量と，前記レスポンスまたはスループットの測定結果と，前記計算機システムに負荷量を与えている間に前記計算機システム内部で測定された前記計算機システム内部のリソース状況の測定結果とから，前記計算機システムの負荷監視に用いる負荷監視条件を決定する負荷監視条件判断支援手段とを備える
ことを特徴とする負荷監視条件決定システム。
（付記６）
付記５に記載の負荷監視条件決定システムにおいて，
前記負荷監視条件は，どのリソースのどの項目を監視するかを示す監視項目と，その監視項目の監視に用いるしきい値との情報を少なくとも含み，
前記負荷監視条件判断支援手段は，
前記計算機システム内部のリソース状況の測定結果から，前記計算機システムの外部から与えた負荷に対して，よく反応したリソースの項目を検出する手段と，
前記検出されたよく反応したリソースの項目を，前記監視項目として決定する手段と，
前記レスポンスまたはスループットの測定結果が限界性能を示している場合に，そのときの前記監視項目のリソース状況の測定結果をもとにしきい値を決定する手段と，
前記監視項目に決定されたリソースが物理的限界を示している場合に，その物理的限界をもとにしきい値を決定する手段と，
前記レスポンスまたはスループットの測定結果が限界性能を示しておらず，前記監視項目に決定されたリソースが物理的限界を示していなければ，前記レスポンスまたはスループットの測定結果からレスポンスまたはスループットの限界性能を予測し，その予測したレスポンスまたはスループットの限界時の前記監視項目のリソース状況を，前記計算機システム内部のリソース状況の測定結果から予測し，その予測したリソース状況をもとにしきい値を決定する手段とを備える
ことを特徴とする負荷監視条件決定システム。
（付記７）
１つまたは複数の計算機からなる計算機システムの負荷監視を行うための負荷監視条件を決定する負荷監視条件決定方法であって，
前記計算機システムに外部から負荷を与える過程と，
前記計算機システムに負荷が与えられている間，前記計算機システムの外部でレスポンスまたはスループットを測定する過程と，
前記計算機システムに負荷が与えられている間，前記計算機システム内部のリソース状況を測定する過程と，
前記計算機システムに与えた外部からの負荷量と，前記レスポンスまたはスループットの測定結果と，前記計算機システム内部のリソース状況の測定結果とから，前記計算機システムの負荷監視に用いる負荷監視条件を決定する過程とを有する
ことを特徴とする負荷監視条件決定方法。
（付記８）
１つまたは複数の計算機からなる計算機システムの負荷監視を行うための負荷監視条件を決定し，その負荷監視条件で負荷監視を行う負荷監視方法を計算機に実行させるための負荷監視プログラムであって，
前記計算機システムに外部から負荷を与える処理と，
前記計算機システムに負荷が与えられている間，前記計算機システムの外部でレスポンスまたはスループットを測定する処理と，
前記計算機システムに負荷が与えられている間，前記計算機システムから前記計算機システム内部のリソース状況の測定結果を受信する処理と，
前記計算機システムに与えた外部からの負荷量と，前記レスポンスまたはスループットの測定結果と，前記計算機システム内部のリソース状況の測定結果とから，前記計算機システムの負荷監視に用いる負荷監視条件を決定する処理とを，
負荷監視条件決定用の計算機に実行させることによって決定された負荷監視条件が設定されることにより，前記設定された負荷監視条件を用いて前記計算機システムの負荷監視を行う処理を，
前記計算機システムを構成する計算機に実行させるための負荷監視プログラム。
（付記９）
１つまたは複数の計算機からなる計算機システムの負荷監視を行うための負荷監視条件を決定し，その負荷監視条件で負荷監視を行う負荷監視システムであって，
前記計算機システムに負荷を与える負荷発生手段と，
前記計算機システムに負荷を与えている間に，前記計算機システムのレスポンスまたはスループットを測定する外部レスポンス・スループット測定手段と，
前記計算機システムに与えた負荷量と，前記レスポンスまたはスループットの測定結果と，前記計算機システムに負荷量を与えている間に前記計算機システム内部で測定された前記計算機システム内部のリソース状況の測定結果とから，前記計算機システムの負荷監視に用いる負荷監視条件を決定する負荷監視条件判断支援手段と，
前記決定され負荷監視条件を用いて前記計算機システムの負荷監視を行うしきい値監視手段とを備える
ことを特徴とする負荷監視システム。
【図面の簡単な説明】
【００８０】
【図１】本発明の実施の形態における負荷監視システムの構成例を示す図である。
【図２】本実施の形態における負荷監視処理のフローチャートである。
【図３】本実施の形態におけるリソース状況を測定するコマンドとコマンドの結果の例を示す図である。
【図４】本実施の形態における負荷監視条件判断支援処理のフローチャートである。
【図５】本実施の形態における監視箇所，監視項目の決定を説明する図である。
【図６】本実施の形態における監視箇所，監視項目の決定を説明する図である。
【図７】本実施の形態におけるレスポンス，スループットの飽和点の予測を説明する図である。
【図８】本実施の形態におけるレスポンスの飽和時の監視箇所，監視項目のリソース状況の予測を説明する図である。
【図９】本実施の形態におけるスループットの飽和時の監視箇所，監視項目のリソース状況の予測を説明する図である。
【符号の説明】
【００８１】
１０  計算機システム
１１  サーバ
１２  内部リソース状況測定部
１３  しきい値監視部
２０  負荷監視条件決定装置
２１  負荷発生部
２２  外部レスポンス・スループット測定部
２３  負荷監視条件判断支援部
３０  入出力装置
【図１】
2005135130.tif 000003
【図２】
2005135130.tif 000004
【図３】
2005135130.tif 000005
【図４】
2005135130.tif 000006
【図５】
2005135130.tif 000007
【図６】
2005135130.tif 000008
【図７】
2005135130.tif 000009
【図８】
2005135130.tif 000010
【図９】
2005135130.tif 000011