WO2015121925A1

WO2015121925A1 - システム管理方法

Info

Publication number: WO2015121925A1
Application number: PCT/JP2014/053199
Authority: WO
Inventors: 貴志爲重; 裕工藤; 知弘森村; 健寺村; 大介飯塚; 信明小崎
Original assignee: 株式会社日立製作所
Priority date: 2014-02-12
Filing date: 2014-02-12
Publication date: 2015-08-20
Also published as: US20160188373A1; US9852007B2

Abstract

　計算機システムに接続された管理計算機におけるシステム管理方法であって、計算機システムは複数の計算機を含み、計算機システムには業務システムが構築され、業務システムは、計算機又は仮想計算機が有する計算機リソースが割り当てられた業務ノードを複数含み、システム管理方法は、管理計算機が、計算機システムの構成を解析して、業務システムにおいて重要な業務ノードである重要ノードを一つ以上特定するステップと、一つ以上の重要ノードに割り当てられる計算機リソースの割当量を変更して、業務システムの負荷を計測するステップと、負荷の計測結果に基づいて、複数の業務ノード間の関連性の強さを示す重みを算出するステップと、重みに基づいて、一つ以上の重要ノードの負荷の変化によって影響を受ける範囲を特定するステップと、を含む。

Description

システム管理方法

　本発明は、複数の計算機を含む計算機システム上に構築された業務システムの管理方法に関する。

　近年のクラウドコンピューティングの進展に伴い、計算機リソースをリソースプールとして運用するデータセンタが増えている。データセンタのプロバイダは、ユーザの要求に応じてリソースプールから所定の計算機リソースを割り当て、ユーザの業務システムをデータセンタ上に構築する。ユーザはデータセンタ上に構築された業務システムを用いて、Ｗｅｂサービスなど所定のサービスを提供する。

　プロバイダは、リソースプールを運用において、データセンタにおけるシステムの性能限界を把握し、必要に応じてデータセンタの規模を拡張していくことが重要である。一般的には、スケールアウトによってデータセンタの計算機リソースを増設することによって、データセンタの規模が拡張される。

　計算機システムの管理方法は、例えば、特許文献１に記載されている。特許文献１には、「契約条件を満たすように監視対象システムを制御するために用いられ、前記監視対象システムの状態を示す条件と、前記監視対象システムの状態が当該条件を満たす場合に実行されるアクションとを含むポリシの作成を支援するポリシ作成支援システムにおけるポリシ作成支援方法であって、前記条件には、前記監視対象システムにおいて監視対象となる監視項目および当該監視項目における計測値の範囲が含まれ、前記ポリシ作成支援システムは、ポリシの作成に必要な監視項目の種別を指定するテンプレートを保持する保持ステップと、前記テンプレートで指定される種別に該当する監視項目のそれぞれについて、拡張対象となるリソースのリソース量毎の計測値を取得する取得ステップと、前記テンプレートで指定される種別に該当する監視項目のそれぞれについて、リソース量毎に、計測値の中から代表計測値を１つ選択する選択ステップと、前記テンプレートで指定される種別に該当する監視項目毎に、選択した代表計測値を含む範囲を計測値の範囲として、当該監視項目、当該監視項目におけるリソース量、および当該リソース量に対応する計測値の範囲を出力する出力ステップとを実行する」ポリシ作成支援方法が記載されている。

特開２００８－２２５９９５号公報

　しかし、計算機システム及び業務システムはそれぞれ独立しており、また、業務システムの構成はユーザ毎に異なっていることから、容易に計算機システム及び業務システムの性能限界を把握することができない。そのため、スケールアウトの限界を見積もり、また、増設の単位を見積もることが困難である。また、どのような拡張を行うかは計算機システム及び業務システムの構成に依存する。

　また、データセンタの計算機リソースの性能が一様でない場合、データセンタ内にクラスタリングが構成される場合、又は、安価なサーバのみからデータセンタが構成される場合等、データセンタ毎にシステム変更の対応方法が異なる。業務システムの構成にも同様の課題がある。したがって、単純なスケールアウトでは対応できないデータセンタにおいては、計算機システム及び業務システムの性能限界を見積もることが困難である。

　本発明は、業務システムを構成する複数のノードの各々の関連性に基づいて効果的な負荷テストを行い、計算機システム及び業務システムの性能限界を見積もることを一つの目的とする。

　本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、計算機システムに接続された管理計算機におけるシステム管理方法であって、前記管理計算機は、第１のプロセッサ、前記第１のプロセッサに接続される第１のメモリ、及び前記第１のプロセッサに接続される第１のインタフェースを備え、前記計算機システムは、複数の計算機を含み、前記複数の計算機の各々は、第２のプロセッサ、前記第２のプロセッサに接続される第２のメモリ、及び前記第２のプロセッサに接続される第２のインタフェースを備え、前記計算機システムには、業務システムが構築され、前記業務システムは、前記複数の計算機のうちの一つの計算機が有する計算機リソース又は前記複数の計算機の少なくとも一つの計算機上に生成された仮想計算機が有する計算機リソースが割り当てられた業務ノードを複数含み、前記システム管理方法は、前記管理計算機が、前記計算機システムの構成を解析して、前記業務システムにおいて重要な業務ノードである重要ノードを一つ以上特定する第１のステップと、前記管理計算機が、一つ以上の前記重要ノードに割り当てられる前記計算機リソースの割当量を変更して、前記業務システムの負荷を計測する第２のステップと、前記管理計算機が、前記負荷の計測結果に基づいて、前記複数の業務ノード間の関連性の強さを示す第１の重みを算出する第３のステップと、前記管理計算機が、前記算出された第１の重みに基づいて、前記一つ以上の重要ノードの負荷の変化によって影響を受ける範囲を特定する第４のステップと、を含むことを特徴とする。

　本発明の一形態によれば、業務システムが構築される計算機システムの構成に基づいて重要ノードを特定し、重要ノードに着目して業務システムの負荷を計測できる。また、業務ノード間の関連性の強さに基づいて、重要ノードの影響を受ける範囲を特定できる。これによって、業務システムの性能限界を見積もることができる。

　上記した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

本実施例の概要を説明するブロック図である。実施例１のシステム全体の構成の一例を示す説明図である。実施例１の管理サーバの構成例を示すブロック図である。実施例１のブレードサーバの構成例を示すブロック図である。実施例１のトポロジ管理テーブルの一例を示す説明図である。実施例１の論理構成管理テーブルの一例を示す説明図である。実施例１の業務管理テーブルの一例を示す説明図である。実施例１のノード管理テーブルの一例を示す説明図である。実施例１の閾値管理テーブルの一例を示す説明図である。実施例１の調整方法管理テーブルの一例を示す説明図である。実施例１のシステム性能テーブルの一例を示す説明図である。実施例１の重み管理テーブルの一例を示す説明図である。実施例１の重み管理テーブルを行列形式の表記例を示す説明図である。実施例１のルール管理テーブルの一例を示す説明図である。実施例１の管理サーバが実行する処理の概要を説明するフローチャートである。実施例１のノード選択処理の一例を説明するフローチャートである。実施例１の計測処理の一例を説明するフローチャートである。実施例１の計測結果の一例を示す説明図である。実施例１の集計処理の一例を説明するフローチャートである。実施例１の監視処理の一例を説明するフローチャートである。実施例２の指向パラメタ登録画面の一例を示す説明図である。実施例４の重ね合わせ行列の生成処理の一例を説明するフローチャートである。実施例５の管理サーバの構成例を示すブロック図である。実施例５のメタタグ生成処理の一例を説明するフローチャートである。

　図１は、本実施例の概要を説明するブロック図である。

　図１には、所定の業務を実行する業務システムと、業務システムを管理する管理サーバ１００とが管理ネットワークを介して接続される。また、業務システムは業務ネットワークを介して外部のネットワークと接続される。

　図１に示す業務システムは、一つのデータベースサーバ１０、二つのアプリケーションサーバ１１、四つのＷｅｂサーバ１２、及び一つのロードバランサ１３から構成される。以下の説明では、業務システムを構成するデータベースサーバ等の構成を業務ノードとも記載する。

　業務システムは、計算機リソースを提供する計算機システム上に構築される。計算機システムは、物理計算機及び物理スイッチ等から構成される物理層と、物理計算機を用いて実現される仮想計算機及び物理スイッチを用いて実現される仮想スイッチ等から構成される論理層とを含む。以下の説明では、物理層を構成する物理計算機等を物理ノードと記載し、論理層を構成する仮想計算機等を論理ノードとも記載する。

　業務ノードは、物理ノード及び論理ノードを用いて実現される。例えば、データベースサーバ１０を実現する場合、物理ノードであるブレードサーバ２２３を用いてデータベースサーバを実現してもよいし、ブレードサーバ２２３上に生成された仮想計算機、すなわち、論理ノードを用いてデータベースサーバを実現してもよい。

　本実施例は、業務システムの性能限界を見積もることを目的とする。そのために、以下のような手順にしたがって業務システムにおける性能の要件が厳しい業務ノードを特定し、特定された業務ノードに対して負荷テストを行う。

　（１）管理サーバ１００が、まず、業務システムの構成、及び業務システムが構築される計算機システムの構成に基づいて、業務システムにおいて重要な業務ノードを特定する。以下の説明では重要な業務ノードを重要ノードとも記載する。

　（２）管理サーバ１００は、重要ノードに対して負荷テストを行い、業務システム全体の影響を計測する。

　（３）管理サーバ１００は、前述した負荷テストの計測結果に基づいて、業務システムにおいて大きな影響を与えるノードの組合せである最小カットセット（影響範囲）を算出する。なお、最小カットセットには、一つ以上の重要ノードが含まれる。また、管理サーバ１００は、重要ノードの負荷の変化によって、影響範囲に含まれる業務ノードに与える影響の大きさを見積もる。

　以上のような処理によって、業務システムの性能限界（性能特性）を見積もることができる。

　図１に示す例では、重要ノードとして特定されたデータベースサーバの割当リソース量を３０パーセント削減した場合の負荷テストの計測結果を示す。この場合、点線で示すような最小カットセットが算出される。すなわち、業務システムにおいて、重要ノードであるデータベースサーバの負荷の影響を受ける業務ノードを特定できる。

　また、本実施例では、管理サーバ１００が、業務システムの運用時に負荷テストの計測結果に基づく監視処理を実行する。このとき、管理サーバ１００は、影響範囲に含まれる業務ノードの負荷の推定値、又は危険値等を示すメータ１５を表示する。これによって、計算機システム及び業務システムの拡張が必要であるか否かを推定できる。

　これによって、業務システムの負荷が一定以上になる前に、プロバイダ又はユーザにアラートを通知することができるため、予め対応策をたてることができる。

　（実施例１）
　図２は、実施例１のシステム全体の構成の一例を示す説明図である。

　実施例１におけるシステムは、管理サーバ１００、及び業務システムが構築される計算機システムから構成される。計算機システムは、計算機リソースを提供するシステムであり、複数のサーバ装置２２０、ストレージサブシステム２６０、ＮＷ－ＳＷ２５０、及びＦＣ－ＳＷ１４０から構成される。

　管理サーバ１００は、計算機システムを管理する。管理サーバ１００は、ＮＷ－ＳＷ（管理用ネットワークスイッチ）２１０を介して、ＮＷ－ＳＷ２１０の管理インタフェース（管理Ｉ／Ｆ）２１１及びＮＷ－ＳＷ（業務用ネットワークスイッチ）２５０の管理インタフェース２５１に接続されており、管理サーバ１００は各ＮＷ－ＳＷ２１０、２５０に対してＶＬＡＮ（Ｖｉｒｔｕａｌ　ＬＡＮ）を設定できる。

　ＮＷ－ＳＷ２１０は、管理用のネットワークを構成する。管理用のネットワークは、管理サーバ１００が複数のサーバ装置２２０上で稼動するＯＳ及びアプリケーションの配布並びに電源制御等の運用管理をするためのネットワークである。

　ＮＷ－ＳＷ２５０は、業務用のネットワークを構成する。業務用のネットワークとは、サーバ装置２２０又はサーバ装置２２０上の仮想計算機（ＶＭ）が実行するアプリケーションによって使用されるネットワークである。なお、ＮＷ－ＳＷ２５０は、ＷＡＮ等を介して接続される外部のクライアント計算機と通信する。

　以下の説明では、サーバ装置２２０、ＦＣ－ＳＷ１４０、ＮＷ－ＳＷ２５０及びストレージサブシステム２６０等の物理的な計算機リソースを物理ノードと呼び、ＶＭ及び仮想スイッチ等の仮想的な計算機リソースを論理ノードと呼ぶ。

　管理サーバ１００は、ＦＣ－ＳＷ（ファイバーチャネル　スイッチ）１４０を介してストレージサブシステム２６０の管理インタフェース（管理Ｉ／Ｆ）１６１に接続される。管理サーバ１００は、ストレージサブシステム２６０内のＬＵ（Ｌｏｇｉｃａｌ　Ｕｎｉｔ）１６２を管理する。図１に示す例では、管理サーバ１００は、Ｎ個のＬＵ１～ＬＵｎを管理する。

　管理サーバ１００は、制御部２０１を備え、また、管理テーブル群２０２を保持する。管理テーブル群２０２は、計算機システムの構成情報等を含む。制御部２０１は、管理テーブル群２０２に含まれる情報を参照して、計算機システム上に構築された業務システムに対して負荷テスト（ブラックボックステスト）を実行し、また、負荷テストの計測結果に基づいて管理テーブル群２０２に含まれる情報を更新する。管理サーバ１００の構成の詳細については図３を用いて後述する。

　サーバ装置２２０は、後述するように業務ノードに割り当てる計算機リソースを提供する。サーバ装置２２０は、Ｉ／Ｏデバイス等を介して、ＮＷ－ＳＷ２１０、２５０に接続される。

　サーバ装置２２０は、サービスプロセッサ２２１及び複数のブレードサーバ２２３を搭載する。サービスプロセッサ２２１は、サーバ装置２２０に搭載されるブレードサーバ２２３を監視する。サーバ装置２２０はサービスプロセッサ２２１を介して管理サーバ１００と接続する。ブレードサーバ２２３は、ＯＳ及びアプリケーションが稼動する。ブレードサーバ２２３のソフトウェア構成及びハードウェア構成については図４を用いて後述する。

　なお、ブレードサーバ２２３には一つ以上のＶＭを生成することができる。また、ＦＣ－ＳＷ及びＮＷ－ＳＷ２５０には一つ以上の仮想スイッチを生成することができる。ブレードサーバ２２３上に仮想スイッチが生成されてもよい。

　なお、サーバ装置２２０はブレードサーバ２２３を備えるが、本実施例はこれに限定されない。例えば、プロセッサ、メモリ、ネットワークインタフェース等を備える一般的な計算機をサーバ装置２２０として用いてもよい。

　ストレージサブシステム２６０は、サーバ装置２２０上で稼動するＯＳ等が使用する記憶領域を提供する。ストレージサブシステム２６０は、コントローラ（図示省略）、複数の記憶媒体（図示省略）、ディスクインタフェース（図示省略）、及びネットワークインタフェース（図示省略）を備える。記憶媒体としてはＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）及びＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等が考えられる。

　コントローラ（図示省略）は、複数の記憶媒体（図示省略）を用いてＲＡＩＤを構成し、ＲＡＩＤボリュームから複数のＬＵ１６２を生成する。ストレージサブシステム２６０は、ＬＵ１６２をＯＳ等が使用する記憶領域として提供する。

　図３は、実施例１の管理サーバ１００の構成例を示すブロック図である。

　管理サーバ１００は、プロセッサ３０１、メモリ３０２、ディスクインタフェース３０３、及びネットワークインタフェース３０４を有する。

　プロセッサ３０１は、メモリ３０２に格納されるプログラムを実行する。メモリ３０２は、プロセッサ３０１によって実行されるプログラム及び当該プログラムの実行に必要な情報を格納する。メモリ３０２に格納されるプログラム及び情報については後述する。

　ディスクインタフェース３０３は、ストレージサブシステム２６０にアクセスするためのインタフェースである。ネットワークインタフェース３０４は、ＩＰネットワークを介して他の装置と通信するためのインタフェースである。

　なお、図示しないが、管理サーバ１００は、電源制御及び各インタフェースの制御を行うＢＭＣ（Ｂａｓｅｍｅｎｔ　Ｍａｎａｇｅｍｅｎｔ　Ｃｏｎｔｒｏｌｌｅｒ）を有してもよい。

　メモリ３０２には、制御部２０１を実現するプログラム及び管理テーブル群２０２が格納される。制御部２０１は、複数のプログラムモジュールから構成される。具体的には、制御部２０１は、重み算出部３１０、計測部３１１、推定部３１２、及び業務システム監視部３１３を含む。

　プロセッサ３０１は、重み算出部３１０、計測部３１１、推定部３１２、及び業務システム監視部３１３を実現するプログラムモジュールに従って動作することによって、所定の機能を実現する機能部として動作する。例えば、プロセッサ３０１は、重み算出部３１０を実現するプログラムモジュールに従って動作することによって重み算出部３１０として機能する。他のプログラムについても同様である。

　重み算出部３１０は、業務システムにおける複数の業務ノードの各々の重要度を評価するための重みを算出する。実施例１の重み算出部３１０は、物理的な計算機リソース（物理ノード）の構成及び論理的な計算機リソース（論理ノード）の構成に基づいて、業務ノードの重みを算出する。重み算出部３１０が実行する処理の詳細は、図１６を用いて後述する。

　計測部３１１は、業務ノードに対して所定の負荷テスト（ブラックボックステスト）を実行することによって業務システムにおける影響を計測する。計測部３１１が実行する処理の詳細は、図１７を用いて後述する。

　推定部３１２は、計測結果に基づいて、業務システムの性能限界を見積もるための情報を生成する。推定部３１２が実行する処理の詳細は、図１９を用いて後述する。

　業務システム監視部３１３は、業務システムの性能限界に関する情報に基づいて業務システムの監視し、監視の結果を表示する。また、業務システム監視部３１３は、重み算出部３１０、計測部３１１、及び推定部３１２の処理結果を表示してもよい。業務システム監視部３１３が実行する処理の詳細は、図２０を用いて後述する。

　管理テーブル群２０２は、計算機システム及び業務システムを管理するための各種情報を格納する。具体的には、管理テーブル群２０２は、トポロジ管理テーブル３２０、論理構成管理テーブル３２１、業務管理テーブル３２２、ノード管理テーブル３２３、閾値管理テーブル３２４、調整方法管理テーブル３２５、システム性能テーブル３２６、重み管理テーブル３２７、及びルール管理テーブル３２８を含む。

　なお、ノード管理テーブル３２３、システム性能テーブル３２６及び重み管理テーブル３２７は、業務システム毎に一つのテーブルが存在するものとする。

　トポロジ管理テーブル３２０は、物理ノードに関する情報を格納する。トポロジ管理テーブル３２０の詳細は、図５を用いて後述する。論理構成管理テーブル３２１は、論理ノードに関する情報を格納する。論理構成管理テーブル３２１の詳細は、図６を用いて後述する。業務管理テーブル３２２は、業務システムにおいて実行されるプログラムに関する情報を格納する。業務管理テーブル３２２の詳細は、図７を用いて後述する。ノード管理テーブル３２３は、業務ノードに関する情報を格納する。ノード管理テーブル３２３の詳細は、図８を用いて後述する。

　閾値管理テーブル３２４は、業務ノードの重みに基づいて、重要ノードを選択するための閾値を格納する。閾値管理テーブル３２４の詳細は、図９を用いて後述する。調整方法管理テーブル３２５は、負荷テストのポリシを格納する。調整方法管理テーブル３２５の詳細は、図１０を用いて後述する。

　システム性能テーブル３２６は、負荷テストの計測結果を格納する。システム性能テーブル３２６の詳細は、図１１を用いて後述する。重み管理テーブル３２７は、業務ノードの重要度、及び業務システムにおける業務ノード間の関連性に関する情報を格納する。重み管理テーブル３２７の詳細は、図１２を用いて後述する。

　ルール管理テーブル３２８は、業務システム又は計算機システムの構成を変更方法及び変更内容を格納する。ルール管理テーブル３２８の詳細は、図１４を用いて後述する。

　制御部２０１を実現するプログラム及び管理テーブル群２０２における各テーブルは、ストレージサブシステム２６０、不揮発性半導体メモリ、ハードディスクドライブ若しくはＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等の記憶デバイス、又は、ＩＣカード、ＳＤカード若しくはＤＶＤ等の計算機が読み取り可能な非一時的データ記憶媒体に格納することができる。

　なお、管理サーバ１００のサーバの種別については、物理サーバ、ブレードサーバ、仮想化されたサーバ、論理分割又は物理分割されたサーバなどのいずれであってもよく、いずれのサーバを使った場合でも本実施例の効果を得ることができる。

　図４は、実施例１のブレードサーバ２２３の構成例を示すブロック図である。

　ブレードサーバ２２３は、プロセッサ４０１、メモリ４０２、ネットワークインタフェース４０３、ディスクインタフェース４０４、ＢＭＣ４０５、及びＰＣＩ－Ｅｘｐｒｅｓｓインタフェース４０６を有する。

　プロセッサ４０１は、メモリ４０２に格納されるプログラムを実行する。メモリ４０２は、プロセッサ４０１によって実行されるプログラム及び当該プログラムを実行するために必要な情報を格納する。メモリ３０２に格納されるプログラム及び情報については後述する。

　ネットワークインタフェース４０３は、ＩＰネットワークを介して他の装置と通信するためのインタフェースである。ディスクインタフェース４０４は、ストレージサブシステム２６０にアクセスするためのインタフェースである。

　ＢＭＣ４０５は、電源制御及び各インタフェースの制御を行う。ＰＣＩ－Ｅｘｐｒｅｓｓインタフェース４０６は、ＰＣＩｅｘ－ＳＷに接続するためのインタフェースである。

　メモリ４０２には、ＯＳ４１１、アプリケーション４２１及び監視部４２２を実現するプログラムが格納される。プロセッサ４０１が、メモリ４０２上のＯＳ４１１を実行することによって、ブレードサーバ２２３内のデバイスを管理する。ＯＳ４１１の下で、業務を提供するアプリケーション４２１及び監視部４２２が動作する。

　なお、メモリ４０２は、後述するように仮想計算機を管理する仮想化部を実現するプログラムを格納していてもよい。

　なお、図４に示す例では、ネットワークインタフェース４０３、ディスクインタフェース４０４及びＰＣＩ－Ｅｘｐｒｅｓｓインタフェース４０６を、それぞれ一つずつ示しているが、各インタフェースは複数あってもよい。例えば、ブレードサーバ２２３は、ＮＷ－ＳＷ２１０と接続するネットワークインタフェース、及びＮＷ－ＳＷ２５０と接続するネットワークインタフェースを有してもよい。

　図５は、実施例１のトポロジ管理テーブル３２０の一例を示す説明図である。

　トポロジ管理テーブル３２０は、業務システムが構築される計算機システムの物理構成に関する情報を格納する。具体的には、トポロジ管理テーブル３２０は、識別子５０１、ＵＵＩＤ５０２、物理ノード識別子５０３、デバイス名５０４、プロパティ５０５、接続先デバイス名５０６、信頼性種別５０７、及び固有値５０８を含む。

　識別子５０１は、トポロジ管理テーブル３２０におけるエントリを一意に識別するための識別子である。ＵＵＩＤ５０２は、重複しないように形式が規定された識別子であるＵＵＩＤ（Ｕｎｉｖｅｒｓａｌ　Ｕｎｉｑｕｅ　ＩＤｅｎｔｉｆｉｅｒ）を格納する。物理ノード識別子５０３は、物理層を構成する物理ノードを一意に識別するための識別子である。本実施例では、装置の識別子が物理ノードの識別子として用いられる。

　デバイス名５０４は、物理ノードが備えるデバイスを一意に識別するための識別子である。物理ノードそのものを表すエントリの場合、デバイス名５０４は空欄となる。

　プロパティ５０５は、物理ノードそのものの性能、又は、デバイス名５０４に対応するデバイスの性能を示す情報である。デバイス名５０４にＦＣ－ＳＷ２４０のポート名が格納される場合、プロパティ５０５にはベンダ種別、ＲＡＩＤ構成、仮想化種別、サポート機能、及びファームウェアバージョンなどの情報が格納される。

　接続先デバイス名５０６は、デバイス名５０４に対応するデバイスと接続される他のデバイスの情報を格納する。なお、デバイス名５０４が空欄の場合、すなわち、物理ノードそのものに対応するエントリの場合、接続先デバイス名５０６には、物理ノードと接続される他の物理ノードの識別子が格納される。信頼性種別５０７は、物理ノード又は接続先デバイス名５０６に対応するデバイスの冗長化等の構成に関する情報である。

　固有値５０８は、エントリに対応する物理ノード又はデバイスの重要度を評価するための値である。すなわち、固有値５０８は、計算機システムにおける物理層の構成の重要度を評価するための値である。ここで、物理層の構成には、物理ノードのハードウェア構成、ソフトウェア構成、及び複数の物理ノード間の接続構成などが含まれる。固有値５０８は予め設定されていてもよいし、管理サーバ１００を操作する管理者等が設定してもよい。

　図６は、実施例１の論理構成管理テーブル３２１の一例を示す説明図である。

　論理構成管理テーブル３２１は、業務システムにおけるノードの特性に関する情報を格納する。具体的には、論理構成管理テーブル３２１は、識別子６０１、ＵＵＩＤ６０２、論理ノード識別子６０３、種別６０４、調整メトリクス６０５、調整パラメタ６０６、物理ノード識別子６０７、システム構成６０８、縦列接続６０９、及び固有値６１０を含む。

　識別子６０１は、論理構成管理テーブル３２１におけるエントリを一意に識別するための識別子である。論理ノード識別子６０３は、論理層を構成する論理ノードを一意に識別するための識別子である。本実施例では、ＶＭ及び仮想スイッチそのものの識別子が論理ノードの識別子として用いられる。種別６０４は、論理ノードが対応可能な性能変更方法の種別を示す情報である。

　調整メトリクス６０５は、ブラックボックステストにおいて論理ノードの負荷を把握するために計測される項目である。例えば、識別子６０１「１」のエントリの調整メトリクス６０５には「ＣＰＵ」、「Ｉ／Ｏ」及び「メモリ」が格納されるため、論理ノード１におけるプロセッサの使用率、Ｉ／Ｏ数又はメモリ使用率などが計測対象となる。調整パラメタ６０６は、ブラックボックステストにおいて論理ノードに対する負荷を変化させる場合に調整するパラメタである。

　物理ノード識別子６０７は、論理ノードに計算機リソースを割り当てている物理ノードの識別子である。物理ノード識別子６０７は、物理ノード識別子５０３と同一のものである。

　システム構成６０８は、論理層における論理ノードの構成に関する情報である。図６に示す例では、システム構成６０８にはシステムの構成を示す情報として「スケールアウト型」、「スケールアップ型」、及び「メッシュ型」が格納される。例えば、「スケールアウト型」は同一種類の論理ノードが並列して処理を行う構成であることを示す。また、システム構成６０８には、論理層における論理ノードの構成に対する固有値が設定される。例えば、識別子６０１が「１」のエントリのシステム構成６０８には固有値として「１．０」が設定される。また、システム構成６０８は、クラスタを構築する論理ノードの識別子、又は、並列に接続される論理ノードの識別子などが格納される。

　縦列接続６０９は、論理ノード識別子６０３に対応する論理ノードと、直列構成によって接続される論理ノードの識別子である。直列構成には例えばＷｅｂ３階層モデルなどが考えられる。固有値６１０は、論理ノード識別子６０３に対応する論理ノードの重要度を評価するための値である。すなわち、固有値６１０は、計算機システムにおける論理層の構成の重要度を評価するための値である。ここで、論理層の構成には、論理ノードのハードウェア構成、ソフトウェア構成、及び複数の論理ノード間の接続構成などが含まれる。固有値６１０は予め設定されていてもよいし、管理サーバ１００を操作する管理者等が設定してもよい。

　図７は、実施例１の業務管理テーブル３２２の一例を示す説明図である。

　業務管理テーブル３２２は、業務システムにおいて実行される業務に関する情報を格納する。具体的には、業務管理テーブル３２２は、業務識別子７０１、ＵＵＩＤ７０２、業務ソフトウェア名７０３、業務設定情報７０４、優先順位７０５、及び固有値７０６を含む。

　業務識別子７０１は、業務システムにおける業務を一意に識別するための識別子である。業務ソフトウェア名７０３は、業務を提供するために実行されるソフトウェアの名称である。業務設定情報７０４は、業務識別子７０１に対応する業務を実行するために必要な設定情報である。優先順位７０５は、業務システムにおける業務の優先順位である。優先順位７０５の値が小さいほど重要な業務であることを示す。また、優先順位７０５には、業務に必要な構成に関する情報も格納される。固有値７０６は、業務の重要度を評価するための値である。

　図８は、実施例１のノード管理テーブル３２３の一例を示す説明図である。

　ノード管理テーブル３２３は、業務システムを構成する業務ノードに関する情報を格納する。具体的には、ノード管理テーブル３２３は、業務ノード識別子８０１、ＵＵＩＤ８０２、割当ノード識別子８０３、業務種別８０４、業務識別子８０５、接続ノード識別子８０６、及び関連情報８０７を含む。

　業務ノード識別子８０１は、業務システムにおける業務ノードを一意に識別するための識別子である。

　割当ノード識別子８０３は、業務ノードに計算機リソースを提供するノードの識別子である。物理ノードが業務ノードに計算機リソースを提供する場合、割当ノード識別子８０３には物理ノードの識別子が格納され、論理ノードが業務ノードに計算機リソースを提供する場合、割当ノード識別子８０３には論理ノードの識別子が格納される。

　業務種別８０４は、業務ノードが実行する業務の種別である。業務識別子８０５は、業務種別８０４に対応する業務の識別子である。業務識別子８０５は、業務識別子７０１と同一のものである。接続ノード識別子８０６は、業務ノード識別子８０１に対応する業務ノードと接続される他の業務ノードの識別子である。関連情報８０７は、業務ノードに必要な構成に関する情報である。

　図８に示すように、業務ノードには固有値が設定されていない。これは、同一の業務システムであっても、当該業務システムが構築される計算機システムの構成、及び業務システムにおいて実行される業務の内容の異なると、業務ノード間の関連、及び業務ノードの性能限界が異なるためである。

　そこで、本実施例では、管理サーバ１００が、物理層の構成及び論理層の構成、並びに、業務の内容に基づいて、業務ノードの重要度を示す重みを算出する。管理サーバ１００は、算出された業務ノードの重みに基づいて、業務システムの重要ノードを特定する。

　重要ノードは、業務システムに大きな影響を与える可能性が大きい。したがって、重要ノードを対象とする負荷テストを実行することによって効率的な計測が可能となる。また、重要ノードの負荷に対する業務システム全体の挙動を把握することによって、業務システムの性能限界を見積もることができる。なお、負荷テストは重要ノード以外の業務ノードに対して実行してもよい。例えば、重要ノードと接続される業務ノードに対して負荷テストを行う方法が考えられる。

　本実施例は、重要ノードに限定して負荷テストを実行することによって計算効率を向上させ、かつ、負荷テストの精度を高めている。

　本実施例では、一つの業務システムに対して一つのノード管理テーブル３２３が存在するものとする。ノード管理テーブル３２３には業務システムの識別子が対応付けられる。

　図９は、実施例１の閾値管理テーブル３２４の一例を示す説明図である。

　閾値管理テーブル３２４は、管理サーバ１００が重要ノードを特定するときに使用する閾値を格納する。具体的には、閾値管理テーブル３２４は、識別子９０１、業務識別子９０２、及び閾値９０３を含む。

　識別子９０１は、閾値管理テーブル３２４のエントリを一意に識別するための識別子である。業務識別子９０２は、業務システムにおける業務を一意に識別するための識別子である。業務識別子９０２は、業務識別子７０１と同一のものである。閾値９０３は、業務における閾値である。

　本実施例では業務ごとに閾値を設定しているが、業務システムに対して一つ閾値が設定されてもよい。

　図１０は、実施例１の調整方法管理テーブル３２５の一例を示す説明図である。

　調整方法管理テーブル３２５は、負荷テストにおいて物理ノード又は論理ノードに対する負荷の調整方法に関する情報を格納する。具体的には、調整方法管理テーブル３２５は、識別子１００１、ノード種類１００２、及び調整方法１００３を含む。

　識別子１００１は、調整方法管理テーブル３２５のエントリを一意に識別するための識別子である。ノード種類１００２は、調整対象のノードの種類である。ノード種類１００２には「物理サーバ」、「ＳＷ」、「ＶＭ」、「ｖＳＷ」等が格納される。

　調整方法１００３は、ノード種類１００２に対応する物理ノード又は論理ノードに対する負荷の調整方法に関する情報を含む。具体的には、調整方法１００３は、調整パラメタ種別１００４、調整値１００５、及び優先度１００６を含む。

　調整パラメタ種別１００４は、ノード種類１００２に対応するノードにおいて調整するパラメタ（調整パラメタ）の種別である。調整値１００５は、調整パラメタの調整値である。優先度１００６は、調整方法の優先順位である。より具体的には、ノード種類１００２及び調整パラメタ種別１００４が同一であり、かつ、調整値１００５が異なるエントリが複数ある場合に適応する調整方法を決定するための値が格納される。本実施例では、値が小さいものほど優先順位が上位であるものとする。

　ここで、調整方法の内容について説明する。

　識別子１００１が「１」のエントリのノード種類１００２は「ＶＭ」であり、調整パラメタ種別１００４は「ＣＰＵ」であり、調整値１００５は「－１０％」である。この場合、管理サーバ１００は、ＶＭに割り当てられる仮想プロセッサの割当率を「－１０％」だけ減少させ、業務システム全体の影響を計測する。以下、管理サーバ１００は、「－１０％」ずつ仮想プロセッサの割当率を減少させて、業務システム全体の影響を計測する。

　識別子１００１が「５」のエントリのノード種類１００２は「ＶＭ」であり、調整パラメタ種別１００４は「ＶＭ」であり、調整値１００５は「－１」である。この場合、管理サーバ１００は、ＶＭの数を「－１」だけ減少させ、業務システム全体の影響を計測する。以下、管理サーバ１００は、「－１」ずつＶＭの数を減少させて、業務システム全体の影響を計測する。

　また、識別子１００１が「６」のエントリのノード種類１００２は「ＶＭ」であり、調整パラメタ種別１００４は「ＣＰＵ」であり、調整値１００５は「ｖＣＰＵ　－１　ｗｉｔｈ　ｒｅｂｏｏｔ」である。この場合、管理サーバ１００は、ＶＭに対する仮想プロセッサの数を「－１」減少させ、かつ、再起動させた後に、業務システム全体の影響を計測する。以下、管理サーバ１００は、「－１」ずつ仮想プロセッサの数を減少させ、かつ、再起動させた後、業務システム全体の影響を計測する。

　なお、業務システムの負荷が急激に変化する場合には、さらに細かく値を調整するように設定してもよい。

　図１１は、実施例１のシステム性能テーブル３２６の一例を示す説明図である。

　システム性能テーブル３２６は、負荷テストの計測結果に基づいて生成される性能特性関数に関する情報を格納する。具体的には、システム性能テーブル３２６は、識別子１１０１、重要ノード識別子１１０２、関連ノード識別子１１０３、及び性能特性関数１１０４を含む。

　識別子１１０１は、システム性能テーブル３２６のエントリを一意に識別するための識別子である。システム性能テーブル３２６には、一つの重要ノードに対して一つのエントリが存在する。重要ノード識別子１１０２は、重要ノードである業務ノードの識別子である。関連ノード識別子１１０３は、重要ノードの影響を受ける業務ノードの識別子である。一つの重要ノードに対して関連ノードは一つ以上存在する。以下の説明では、重要ノードの影響を受ける業務ノードを関連ノードとも記載する。

　性能特性関数１１０４は、重要ノードと関連ノードとの間の関係を示す性能特性関数に関する情報を格納する。具体的には、性能特性関数１１０４は、調整パラメタ種別１１０５及び関数１１０６を含む。

　調整パラメタ種別１１０５は、重要ノードにおける調整パラメタであり、性能特性関数の変数に対応する。関数１１０６は、性能特性関数を格納する。本実施例では、性能特性関数は、調整パラメタに対する関連ノードの負荷の変化として算出される。関連ノードの負荷はプロセッサ使用率であるものとする。なお、メモリ使用率、ネットワーク使用率、レスポンスタイムなどを関連ノードの負荷として用いてもよい。

　ここで、関数１１０６に格納される「Ｘ」は、調整パラメタ種別１１０５に対応する調整パラメタの値であり、「Ｙ」は関連ノードの負荷を表す。

　本実施例では、一つの業務システムに対して一つのシステム性能テーブル３２６が存在するものとする。システム性能テーブル３２６には業務システムの識別子が対応付けられる。

　図１２は、実施例１の重み管理テーブル３２７の一例を示す説明図である。図１３は、実施例１の重み管理テーブル３２７を行列形式の表記例を示す説明図である。

　重み管理テーブル３２７は、負荷テストの計測結果から算出される業務ノード間の関連性の強さに関する情報を格納する。具体的には、重み管理テーブル３２７は、識別子１２０１、種別１２０２、パラメタ種別１２０３、業務ノード識別子１２０４、及び重み１２０５を含む。

　識別子１２０１は、重み管理テーブル３２７のエントリを一意に識別するための識別子である。種別１２０２は、重みが算出された対象の種別である。ノードの重みに対応するエントリの場合、種別１２０２には「ノード」が格納され、二つのノード間を接続するエッジの重みに対応するエントリの場合、種別１２０２には「エッジ」が格納される。パラメタ種別１２０３は、一方の業務ノードが他方の業務ノードに影響を与えるパラメタの種別を格納する。

　業務ノード識別子１２０４は、種別１２０２に関連する業務ノードの識別子である。例えば、種別１２０２が「ノード」の場合、業務ノード識別子１２０４には一つの業務ノードの識別子が格納され、種別１２０２が「エッジ」の場合、当該エッジによって接続される二つの業務ノードの識別子が格納される。

　重み１２０５は、業務ノードの重み又はエッジの重みである。ここで、業務ノードの重みは、業務システムにおける業務ノードの重要度を評価するための値である。エッジの重みは、業務ノード間の関連性の強さを評価するための値である。

　図１２に示す重み管理テーブル３２７は、図１３に示すような行列形式のデータとして表現できる。ここで、行列の対角成分はノードの重み、行列の非対角成分はエッジの重みに対応する。例えば、行列成分Ａ１１は業務ノード１の重みに対応し、行列成分Ａ１２は、業務ノード１と業務ノード２との間を接続するエッジの重みに対応する。

　重み管理テーブル３２７には、全ての行列要素のエントリが存在しない可能性がある。本実施例では、行列要素に対応するエントリが存在しない場合、当該行列要素の値は「０」であるものとする。

　本実施例では、一つの業務システムに対して一つの重み管理テーブル３２７が存在するものとする。重み管理テーブル３２７には業務システムの識別子が対応付けられる。

　図１４は、実施例１のルール管理テーブル３２８の一例を示す説明図である。

　ルール管理テーブル３２８は、業務システム又は計算機システムの構成を変更方法及び変更内容を格納する。具体的には、ルール管理テーブル３２８は、業務識別子１４０１、ＵＵＩＤ１４０２、業務種別１４０３、関連情報１４０４、優先順位１４０５、及びルール１４０６を含む。

　業務識別子１４０１は、業務システムにおける業務を一意に識別するための識別子である。業務識別子１４０１は、業務識別子７０１と同一のものである。業務種別１４０３は、業務ノードが実行する業務の種別である。業務種別１４０３は、業務種別８０４と同一のものである。関連情報１４０４は、業務種別に対応する業務に必要な構成に関する情報である。

　優先順位１４０５は、業務システムにおける業務の優先順位である。本実施例では、優先順位１４０５の値が小さいほど優先順位が上位であるものとする。ルール１４０６は、業務システムの具体的な構成の変更内容である。本実施例では、ルール１４０６には、一つ以上の変更内容が格納される。この場合、全ての変更内容を適用してもよいし、業務システムの性能が向上したことが確認されるまで変更内容を適用してもよい。

　図１５は、実施例１の管理サーバ１００が実行する処理の概要を説明するフローチャートである。

　管理サーバ１００の制御部２０１は、ユーザ等から負荷テストの実行指示を受け付けると処理を開始する。なお、管理サーバ１００が処理を開始する契機はこれに限定されない。例えば、管理サーバ１００は、周期的に処理を実行してもよいし、業務システム又は計算機システムの変更が検知された場合に処理を開始してもよい。管理サーバ１００には、処理対象の業務システムの識別子が入力される。

　制御部２０１は、まず、ノード選択処理を実行する（ステップＳ１００）。ノード選択処理では、制御部２０１が、計算機システムの構成を解析し、解析結果に基づいて業務システムを構成する複数の業務ノードの中から一つ以上の重要ノードを選択する。ノード選択処理の詳細は、図１６を用いて後述する。

　制御部２０１は、計測処理を実行し（ステップＳ１０１）、計測処理の結果に基づいて集計処理を実行する（ステップＳ１０２）。計測処理では、ノード選択処理において選択された重要ノードに着目した負荷テストが実行される。集計処理では、計測処理の結果に基づいて、二つの業務ノード間の関連性を示す情報が生成される。計測処理の詳細については、図１７を用いて後述する。また、集計処理の詳細については、図１９を用いて後述する。

　ステップＳ１００からステップＳ１０２までの処理は、業務システムの運用前に実行される処理である。業務システムの運用が開始された後、制御部２０１は、計測処理及び集計処理の結果に基づいて、業務システムに対する監視処理を実行する（ステップＳ１０３）。監視処理の詳細は、図２０を用いて後述する。

　図１６は、実施例１のノード選択処理の一例を説明するフローチャートである。制御部２０１に含まれる重み算出部３１０がノード選択処理を実行する。

　重み算出部３１０は、業務ノードのループ処理を開始する（ステップＳ２００）。このとき、重み算出部３１０は、業務システムに含まれる業務ノードの中から処理対象の業務ノードを選択する。

　具体的には、重み算出部３１０は、入力された業務システムの識別子に対応するノード管理テーブル３２３を参照して、エントリを一つ選択する。本実施例では、重み算出部３１０は、ノード管理テーブル３２３の上のエントリから順に選択するものとする。なお、予め、業務種別又は業務内容に応じて優先順位を設定しておき、重み算出部３１０は当該優先順位に基づいてエントリを選択してもよい。

　重み算出部３１０は、トポロジ管理テーブル３２０及び論理構成管理テーブル３２１から、選択された業務ノードに関連する固有値を取得する（ステップＳ２０１）。具体的には、以下のような処理が実行される。

　重み算出部３１０は、ノード管理テーブル３２３から選択されたエントリの割当ノード識別子８０３を参照して、選択された業務ノードに計算機リソースを提供するノードを特定する。

　業務ノードに計算機リソースを提供するノードが物理ノードである場合、重み算出部３１０は、トポロジ管理テーブル３２０を参照して、物理ノード識別子５０３が割当ノード識別子８０３と一致するエントリを全て検索する。重み算出部３１０は、検索されたエントリの固有値５０８の値を全て取得する。

　業務ノードに計算機リソースを提供するノードが論理ノードである場合、重み算出部３１０は、論理構成管理テーブル３２１を参照して、論理ノード識別子６０３が割当ノード識別子８０３に一致するエントリを検索する。重み算出部３１０は、検索されたエントリのシステム構成６０８に含まれる値、及び固有値６１０の値を取得する。

　さらに、重み算出部３１０は、トポロジ管理テーブル３２０を参照して、物理ノード識別子５０３が論理構成管理テーブル３２１から検索されたエントリの物理ノード識別子６０７と一致するエントリを全て検索する。重み算出部３１０は、検索されたエントリの固有値５０８を全て取得する。

　なお、本実施例では、ブレードサーバ２２３等の物理ノードを業務ノードとして扱い、ＮＷ－ＳＷ２５０等の物理ノードは業務ノードとして扱っていない。業務層では、ＮＷ－ＳＷ２５０等の物理ノードはエッジとして扱われる。そのため、重み算出部３１０が固有値を算出する場合に、ＮＷ－ＳＷ２５０等の物理ノードを考慮する必要があるか否かを予め設定しておく必要がある。本実施例では、業務ノードに対して固有値の算出時に考慮する物理ノードが予め設定されているものとする。なお、エッジに含まれる物理ノードの固有値をエッジの重み係数として用いてもよい。

　以上がステップＳ２０１の処理の説明である。

　次に、重み算出部３１０は、トポロジ管理テーブル３２０及び論理構成管理テーブル３２１から取得された固有値を用いて、業務ノードの重みを算出する（ステップＳ２０２）。業務ノードの重みの算出方法は様々考えられるが、例えば以下のような算出方法が考えられる。

　業務ノードに計算機リソースを提供するノードが物理ノードである場合、重み算出部３１０は、トポロジ管理テーブル３２０の固有値５０８から取得された全ての値を足しあわせることによって、第１の合計値を算出する。当該第１の合計値が、業務ノードの重みとなる。

　業務ノードに計算機リソースを提供するノードが論理ノードである場合、重み算出部３１０は、トポロジ管理テーブル３２０の固有値５０８から取得された全ての値を足しあわせることによって、第１の合計値を算出する。また、重み算出部３１０は、論理構成管理テーブル３２１のシステム構成６０８に含まれる値と、固有値６１０の値とを足しあわせることによって、第２の合計値を算出する。さらに、重み算出部３１０は、第１の合計値と第２の合計値を足しあわせることによって、第３の合計値を算出する。当該第３の合計値が、業務ノードの重みとなる。

　また、第２の合計値を重み係数として用いる方法も考えられる。この場合、重み算出部３１０は、第１の合計値に第２の合計値を乗算することによって、業務ノードの重みを算出する。

　なお、前述した業務ノードの重みの算出方法は一例であって、本実施例は業務ノードの重みの算出方法に限定されない。また、物理層の構成及び論理層の構成から業務ノードの重要度を評価する指標（重み）を算出できる方法であればどのような方法であってもよい。

　次に、重み算出部３１０は、算出された重みに基づいて重み管理テーブル３２７を更新する（ステップＳ２０３）。

　具体的には、重み算出部３１０は、重み管理テーブル３２７にエントリを追加し、追加されたエントリの識別子１２０１に所定の識別子を設定する。重み算出部３１０は、追加されたエントリの種別１２０２に「ノード」を設定し、業務ノード識別子１２０４に処理対象の業務ノードの識別子を設定し、さらに、重み１２０５に算出された重みを設定する。なお、パラメタ種別１２０３は空欄のままである。

　重み算出部３１０は、業務ノードの重みが閾値より大きいか否かを判定する（ステップＳ２０４）。

　具体的には、重み算出部３１０は、閾値管理テーブル３２４を参照し、業務識別子９０２がノード管理テーブル３２３から選択されたエントリの業務識別子８０５と一致するエントリを検索する。重み算出部３１０は、業務ノードの重みが検索されたエントリの閾値９０３の値より大きいか否かを判定する。

　業務ノードの重みが閾値９０３の値以下であると判定された場合、重み算出部３１０は、ステップＳ２０６に進む。

　業務ノードの重みが閾値９０３の値より大きいと判定された場合、重み算出部３１０は、選択された業務ノードを検証リストに登録する（ステップＳ２０５）。ここで、検証リストは、重要ノードが登録されるリストである。

　具体的には、重み算出部３１０は、選択された業務ノードのエントリを検証リストに登録する。本実施例では、重み算出部３１０は、論理構成管理テーブル３２１の業務ノードに対応するエントリと同一内容のエントリを検証リストに登録する。さらに、重み算出部３１０は、検証リストに格納されるエントリを業務ノードの重みに基づいてソートする。本実施例では、重み算出部３１０は、業務ノードの重みが大きい順にエントリを並び替える。

　なお、検証リストが存在しない場合には、重み算出部３１０は、メモリ３０２のワークエリアに検証リストを生成し、生成された検証リストに業務ノードのエントリを登録する。

　重み算出部３１０は、処理対象の業務システムの全ての業務ノードについて処理が完了したか否かを判定する（ステップＳ２０６）。処理対象の業務システムの全ての業務ノードについて処理が完了していないと判定された場合、重み算出部３１０は、ステップＳ２００に戻り、新たな業務ノードに対して同様の処理を実行する。

　処理対象の業務システムの全ての業務ノードについて処理が完了したと判定された場合、重み算出部３１０は、処理を終了する。

　図１７は、実施例１の計測処理の一例を説明するフローチャートである。制御部２０１に含まれる計測部３１１が計測処理を実行する。

　計測部３１１は、重要ノードのループ処理を開始する（ステップＳ３００）。このとき、計測部３１１は、検証リストから重要ノードのエントリを一つ選択する。本実施例の検証リストのエントリは重みが大きい順に並べられているため、計測部３１１は、検証リストの上位のエントリから順に選択する。また、計測部３１１は、システム性能テーブル３２６にエントリを追加し、識別子１１０１に所定の識別子を設定し、重要ノード識別子１１０２に選択された重要ノードの識別子を設定する。

　計測部３１１は、調整方法管理テーブル３２５を参照して、選択された重要ノードに適用する検証方法を特定する（ステップＳ３０１）。具体的には、以下のような処理が実行される。

　計測部３１１は、選択された重要ノードのエントリの割当ノード識別子８０３から識別子を取得する。

　（１）取得された識別子が物理ノードの識別子である場合、計測部３１１は、物理ノードの識別子から装置を特定する。装置がブレードサーバ２２３である場合、計測部３１１は、調整方法管理テーブル３２５から、ノード種類１００２が「物理サーバ」であるエントリを全て取得する。また、装置がスイッチである場合、計測部３１１は、調整方法管理テーブル３２５から、ノード種類１００２が「ＳＷ」であるエントリを全て取得する。

　（２）取得された識別子が論理ノードの識別子である場合、計測部３１１は、論理ノード識別子から論理的な装置を特定する。論理的な装置がＶＭである場合、計測部３１１は、調整方法管理テーブル３２５から、ノード種類１００２が「ＶＭ」であるエントリを全て取得する。また、論理的な装置が仮想スイッチである場合、計測部３１１は、調整方法管理テーブル３２５から、ノード種類１００２が「ｖＳＷ」であるエントリを全て取得する。

　さらに、計測部３１１は、トポロジ管理テーブル３２０を参照して、論理ノードが対応付けられる物理ノードを特定し、（１）において記載した方法と同様の方法を用いて、調整方法管理テーブル３２５から、物理ノードに対応するエントリを全て取得する。

　以上がステップＳ３０１の処理の説明である。

　次に、計測部３１１は、検証方法のループ処理を開始する（ステップＳ３０２からステップＳ３０９）。検証方法のループ処理では、計測部３１１が、特定された検証方法毎に、物理ノード又は論理ノードの少なくともいずれかのパラメタを調整し、業務システム全体の負荷を計測する。

　まず、計測部３１１は、特定された検証方法を一つ選択し、選択された検証方法に基づいて計測処理を開始する（ステップＳ３０２）。このとき、調整パラメタ種別１００４及び調整値１００５が同一のエントリが複数存在する場合、計測部３１１は、優先度１００６の値に基づいてエントリを選択する。

　計測部３１１は、選択された検証方法にしたがって、物理ノード又は論理ノードのパラメタを変更し（ステップＳ３０３）、業務システムにおける各種負荷を計測する（ステップＳ３０４）。

　本実施例は、計測法に限定されず、例えば、実験計画法等を用いることが考えられる。本実施例では、業務システムにおける各業務ノードの負荷を計測する。例えば、計測部３１１は、業務ノードのプロセッサ使用率、メモリ使用率、ネットワーク帯域の使用率、及びスループット等を負荷として計測する。ここでは、一例として、業務ノードにおけるリクエストの処理数（スループット）を負荷として計測するものとする。

　また、計測部３１１は、メモリ３０２のワークエリア、又はストレージサブシステム２６０の記憶領域に計測結果１８００を格納する。ここで、図１８を用いて計測結果１８００の一例を説明する。

　図１８は、実施例１の計測結果１８００の一例を示す説明図である。

　図１８に示す計測結果１８００には、検証リストの一つのエントリに対して一つのエントリが存在する。すなわち、計測結果１８００は、重要ノードと同一の数のエントリを含む。当該エントリは、重要ノード識別子１８０１、調整パラメタ種別１８０２、業務ノード識別子１８０３、パラメタ値１８０４、及び計測値１８０５を含む。

　重要ノード識別子１８０１は、ステップＳ３００において選択された重要ノードの識別子である。重要ノード識別子１８０１には、業務ノード識別子８０１に格納される識別子と同一の識別子が格納される。調整パラメタ種別１８０２は、ステップＳ３０３において調整された調整パラメタの種別である。調整パラメタ種別１８０２は、調整パラメタ種別１００４と同一のものである。

　業務ノード識別子１８０３は、負荷が計測された業務ノードの識別子である。業務ノード識別子１８０３は、業務ノード識別子８０１と同一のものである。パラメタ値１８０４は、計測部３１１がステップＳ３０２において選択された検証方法にしたがって、実際に調整したパラメタの値である。計測値１８０５は、パラメタ値１８０４に示す値にパラメタを調整した場合における、業務ノード識別子１８０３に対応する業務ノードの負荷を示す値である。

　図１７の説明に戻る。

　計測部３１１は、特定された全ての検証方法について処理が完了したか否か判定する（ステップＳ３０５）。特定された全ての検証方法について処理が完了していないと判定された場合、計測部３１１は、ステップＳ３０２に戻り、新たな検証方法に対して同様の処理を実行する。

　特定された全ての検証方法について処理が完了したと判定された場合、計測部３１１は、全ての重要ノードについて処理が完了したか、すなわち、検証リストに含まれる全てのエントリについて処理が完了したか否かを判定する（ステップＳ３０６）。全ての重要ノードについて処理が完了していないと判定された場合、計測部３１１は、ステップＳ３００に戻り、新たな重要ノードに対して同様の処理を実行する。

　全ての重要ノードについて処理が完了したと判定された場合、計測部３１１は、計測結果１８００に基づいて、システム性能テーブル３２６を更新し（ステップＳ３０７）、その後、処理を終了する。具体的には、以下のような処理が実行される。

　計測部３１１は、計測結果１８００から一つのエントリを読み出し、また、システム性能テーブル３２６にエントリを一つ追加する。計測部３１１は、追加されたエントリの識別子１１０１に、所定の識別子を設定し、重要ノード識別子１１０２に、重要ノード識別子１８０１に格納される識別子を設定する。

　計測部３１１は、一つの調整パラメタ種別１８０２を選択し、負荷が一定値以上変化した業務ノードを特定する。例えば、計測部３１１は、業務ノード識別子１８０３に対応する計測値１８０５を解析することによって負荷の変動率を算出し、算出された負荷の変動率が２０％以上であるか否かを判定する。算出された負荷の変動率が２０％以上である業務ノードが、一定値以上負荷が変化した業務ノードとして特定される。

　なお、前回の負荷テストの結果などから、予め、重要ノードとの間の関連性がある業務ノードが分かっている場合、すなわち、前回の負荷テストで用いられたシステム性能テーブル３２６がメモリ３０２上に存在する場合、計測部３１１は、当該業務ノードを選択すればよい。

　計測部３１１は、システム性能テーブル３２６に追加されたエントリの業務ノード識別子１８０３に、前述した処理によって特定された業務ノードの識別子を設定する。また、計測部３１１は、当該エントリの調整パラメタ種別１１０５に、前述した処理において選択された調整パラメタ種別１８０２に格納される情報を設定する。

　計測部３１１は、前述した処理の解析結果に基づいて性能特性関数を算出する。ここでは、計測部３１１は、調整パラメタ種別１１０５に対応する調整パラメタの値を定義域（Ｘ）、スループットを値域（Ｙ）として性能特性関数を算出する。計測部３１１は、算出された関数を関数１１０６に設定する。以下、同様の手順にしたがってシステム性能テーブル３２６が更新される。

　以上がステップＳ３０７の処理の説明である。

　図１９は、実施例１の集計処理の一例を説明するフローチャートである。制御部２０１に含まれる推定部３１２が集計処理を実行する。

　推定部３１２は、まず、重要ノードのループ処理を開始する（ステップＳ４００）。このとき、推定部３１２は、システム性能テーブル３２６からエントリを一つ選択する。以下の説明では、選択されたエントリを重要ノードエントリとも記載する。

　次に、推定部３１２は、調整パラメタのループ処理を開始する（ステップＳ４０１）。具体的には、推定部３１２は、重要ノードエントリの調整パラメタ種別１１０５から、全ての種類の調整パラメタを抽出し、抽出された調整パラメタの中から処理対象の調整パラメタを一つ選択する。

　次に、推定部３１２は、業務ノードのループ処理を開始する（ステップＳ４０２）。具体的には、以下のような処理が実行される。

　推定部３１２は、重要ノードエントリの調整パラメタ種別１１０５に、選択された調整パラメタを含む行の業務ノード識別子１８０３から関連ノードの識別を抽出する。推定部３１２は、抽出された業務ノードの識別子の中から関連ノードの識別子を一つ選択する。

　推定部３１２は、ノード管理テーブル３２３を参照して、選択された業務ノードに接続される他の業務ノードを特定する。推定部３１２は、重要ノードから選択された業務ノードに至るまでに経由する業務ノードの数を第１のホップ数として算出する。また、推定部３１２は、重要ノードから特定された業務ノードに至るまでに経由する業務ノードの数を第２のホップ数として算出する。

　推定部３１２は、第１のホップ数が第２のホップ数より大きいか否かを判定する。第１のホップ数が第２のホップ数以下の場合、推定部３１２は、ステップＳ４０３に進む。第１のホップ数が第２のホップ数より大きい場合、推定部３１２は、ステップＳ４０５に進む。以上がステップＳ４０２の処理の説明である。

　推定部３１２は、二つの業務ノード間を接続するエッジの重みを算出する（ステップＳ４０３）。エッジの重みを算出する方法は様々考えられるが、例えば以下のようなものが考えられる。

　推定部３１２は、ステップＳ４００からステップＳ４０２において選択された重要ノード、関連ノード及び調整パラメタに一致する行の関数１１０６から性能特性関数を取得する。推定部３１２は、エッジの重みとして、性能特性関数及び変数Ｘの定義域に基づいて、性能特性関数における微分係数の最大値を算出する。

　なお、性能特性関数の種類によっては微分係数を算出できない場合も考えられる。そのため、微分係数の代わりに、調整パラメタの変化に伴った関連ノードの負荷の大きさの平均値、又は合計値等を用いる方法が考えられる。この場合、推定部３１２は、計測結果１８００を参照し、重要ノード、関連ノード及び調整パラメタの識別子と一致する計測値１８０５から必要な値を取得する。以上がステップＳ４０３の処理の説明である。

　推定部３１２は、算出されたエッジの重みに基づいて、重み管理テーブル３２７を更新する（ステップＳ４０４）。

　具体的には、推定部３１２は、重み管理テーブル３２７にエントリを追加し、追加されたエントリの識別子１２０１に所定の識別子を設定する。推定部３１２は、追加されたエントリの種別１２０２に「エッジ」を設定し、パラメタ種別１２０３に選択された調整パラメタを設定する。さらに、推定部３１２は、業務ノード識別子１２０４に選択された業務ノード及び特定された業務ノードの識別子を設定し、重み１２０５に算出されたエッジの重みを設定する。なお、選択された業務ノードに複数の業務ノードが接続されている場合、複数のエントリが重み管理テーブル３２７に追加される。

　推定部３１２は、全ての関連ノードについて処理が完了したか否かを判定する（ステップＳ４０５）。全ての関連ノードについて処理が完了していないと判定された場合、推定部３１２は、ステップＳ４０２に戻り、新たな関連ノードに対して同様の処理を実行する。

　全ての関連ノードについて処理が完了したと判定された場合、推定部３１２は、全ての調整パラメタについて処理が完了したか否かを判定する（ステップＳ４０６）。全ての調整パラメタについて処理が完了していないと判定された場合、推定部３１２は、ステップＳ４０１に戻り、新たな調整パラメタを選択し、同様の処理を実行する。

　全ての調整パラメタについて処理が完了したと判定された場合、推定部３１２は、全ての重要ノードについて処理が完了したか否かを判定する（ステップＳ４０７）。全ての重要ノードについて処理が完了していないと判定された場合、推定部３１２は、ステップＳ４００に戻り、新たな重要ノードに対して同様の処理を実行する。一方、全ての重要ノードについて処理が完了したと判定された場合、推定部３１２は、ステップＳ４０８に進む。

　ステップＳ４０８以降の処理では、推定部３１２が、重み管理テーブル３２７に基づいて、複数の業務ノードの間の関連性の強さを表す行列を生成する。以下の説明では、複数の業務ノードの間の関連性の強さを表す行列を関連性行列とも記載する。本実施例では、調整パラメタ毎にエッジの重みが算出されているため、推定部３１２は、調整パラメタ毎に関連性行列を生成する。

　推定部３１２は、処理対象の調整パラメタを選択する（ステップＳ４０８）。具体的には、推定部３１２は、重み管理テーブル３２７のパラメタ種別１２０３に格納される全ての種類の調整パラメタを抽出し、抽出された調整パラメタの中から処理対象の調整パラメタを選択する。

　推定部３１２は、選択された調整パラメタについて、関連性行列を生成する（ステップＳ４０９）。具体的には以下のような処理が実行される。

　推定部３１２は、ｎ行ｎ列の行列を生成する。「ｎ」は業務ノードの数であり、重み管理テーブル３２７に登録される業務ノードの数と一致する。この時点では、行列要素の値は全て「０」に設定される。

　本実施例では、業務ノードの識別子は、行列の行及び列と対応しているものとする。例えば、「業務ノード１」は、１行及び１列に対応する。この場合、１行１列の行列成分は「業務ノード１」自身の関連性の強さを表し、１行ｎ列又はｎ行１列の行列成分は「業務ノード１」と他の業務ノードとの間を接続する関連性の強さを表す。

　推定部３１２は、重み管理テーブル３２７を参照し、種別１２０２が「ノード」であるエントリの重み１２０５に格納される値を、行列の対角成分に設定する。本実施例では、行列成分の対角成分は調整パラメタに依存しないものとする。

　推定部３１２は、重み管理テーブル３２７を参照し、種別１２０２が「エッジ」であり、かつ、パラメタ種別１２０３に選択された調整パラメタが格納されるエントリを検索する。さらに、推定部３１２は、検索されたエントリの業務ノード識別子１２０４に基づいて、行列の非対角成分に重み１２０５に格納される値を設定する。

　前述した処理によって、重み管理テーブル３２７から図１３に示すような関連性行列を生成することができる。

　以上が、ステップＳ４０９の処理の説明である。

　次に、推定部３１２は、生成された関連性行列に基づいて、業務システムにおける影響範囲を特定する（ステップＳ４１０）。

　具体的には、推定部３１２は、所定の閾値より大きい値が設定された行列成分を特定する。推定部３１２は、推定された行列成分に基づいて、重要ノードの負荷の変動による業務システムの影響範囲を特定することができる。推定部３１２は、重要ノードの識別子、調整パラメタ、及び特定された行列成分が対応付けられた影響範囲データをメモリ３０２のワークエリアに格納する。

　管理サーバ１００は、ユーザから影響範囲の表示指示を受け付けると、ノード管理テーブル３２３及び関連性行列に基づいて、図１に示すような業務システムを表示し、さらに影響範囲データに基づいて、図１に示すような影響範囲を表示することができる。

　なお、ユーザからの指示には、重要ノードの識別子及び調整パラメタの少なくともいずれかが含まれているものとする。

　以上が、ステップＳ４１０の処理の説明である。

　次に、推定部３１２は、全ての調整パラメタについて処理が完了したか否かを判定する（ステップＳ４１１）。全ての調整パラメタについて処理が完了していないと判定された場合、推定部３１２は、ステップＳ４０８に戻り、新たな調整パラメタに対して同様の処理を実行する。

　全ての調整パラメタについて処理が完了したと判定された場合、推定部３１２は、処理を終了する。

　図２０は、実施例１の監視処理の一例を説明するフローチャートである。制御部２０１に含まれる業務システム監視部３１３が監視処理を実行する。

　業務システム監視部３１３は、処理の開始契機を検出すると、監視処理を開始する（ステップＳ５００）。例えば、業務システム監視部３１３は、周期的に監視処理を実行している場合、一定の時間が経過したことを検出すると監視処理を開始する。また、業務システム監視部３１３は、ユーザからの指示を受け付けると監視処理を開始する。

　業務システム監視部３１３は、システム性能テーブル３２６及び影響範囲データを読み出し、読み出された情報に基づいて業務システムにおける影響範囲に含まれる業務ノードの状態を監視する（ステップＳ５０１）。

　なお、負荷の監視方法は様々考えられるが、例えば、業務システム監視部３１３は、所定の時間間隔毎に業務ノードの状態を取得する。また、本実施例では、影響範囲に含まれる業務ノードの状態を監視しているが、重要ノードの状態のみを監視してもよい。また、監視対象としては、特定のパラメタのみを監視してもよいし、全てのパラメタを監視してもよい。

　業務システム監視部３１３は、影響範囲に含まれる業務ノードの負荷を、負荷の比率を表すメータとして表示する（ステップＳ５０２）。すなわち、業務ノードに割り当てられる計算機リソースが不足する可能性を表す危険度がメータとして表示される。具体的には、以下のような処理が実行される。

　業務システム監視部３１３は、システム性能テーブル３２６を参照し、影響範囲データに含まれる重要ノードの識別子と一致するエントリを検索する。次に、関連ノード識別子１１０３に格納される識別子が負荷が取得された業務ノードの識別子と一致し、調整パラメタ種別１１０５が取得された負荷に対応するパラメタと一致する行の関数１１０６から性能特性関数を取得する。

　業務システム監視部３１３は、性能特性関数及び取得された業務ノードの負荷の値から、負荷の最大値に対する現在に負荷の比率を算出する。なお、負荷の最大値は、定義域Ｘ及び性能特性関数に基づいて算出することができる。

　業務システム監視部３１３は、算出された負荷の比率に基づいて、図１に示すようなメータ１５を表示する。以上が、ステップＳ５０２の処理の説明である。

　次に、業務システム監視部３１３は、負荷が増大している業務ノードが存在するか否かを判定する（ステップＳ５０３）。

　具体的には、業務システム監視部３１３は、ステップＳ５０２において算出された負荷の比率が所定の閾値より大きい業務ノードが存在するか否かを判定する。例えば、負荷の比率が８０％より大きい業務ノードが存在するか否かが判定される。

　また、業務システム監視部３１３は、メータ１５の表示を見たユーザから業務ノードの構成変更の指示を受け付けた場合、負荷が増大した業務ノードが存在すると判定してもよい。

　負荷が増大している業務ノードが存在しないと判定された場合、業務システム監視部３１３は、ステップＳ５０１に戻り、業務システムの状態の監視を継続する。

　負荷が増大している業務ノードが存在すると判定された場合、業務システム監視部３１３は、ルール管理テーブル３２８を参照して、当該業務ノードに適用可能なルールを検索する（ステップＳ５０４）。具体的には、以下のような処理が実行される。

　業務システム監視部３１３は、ノード管理テーブル３２３を参照して、業務ノード識別子８０１の識別子が、ステップＳ５０４において特定された業務ノードの識別子と一致するエントリを検索する。業務システム監視部３１３は、検索されたエントリの業務種別８０４及び業務識別子８０５に格納される値を取得する。

　業務システム監視部３１３は、ルール管理テーブル３２８を参照して、業務識別子１４０１が業務識別子８０５から取得された値と一致し、かつ、業務種別１４０３が業務種別８０４から取得された値と一致するエントリを検索する。

　以上が、ステップＳ５０４の処理の説明である。なお、負荷が増大している業務ノードが複数存在する場合、業務システム監視部３１３は、各業務ノードに対して前述した処理を実行する。

　次に、業務システム監視部３１３は、ルール管理テーブル３２８から検索されたルールをアラートと共に表示し（ステップＳ５０５）、その後、ステップＳ５０１に戻り、業務システムの監視を継続する。

　具体的には、業務システム監視部３１３は、ルール管理テーブル３２８から検索されたエントリのルール１４０６に格納される内容、及び優先順位１４０５に設定された数値をユーザに対して表示する。これによって、ユーザは、物理層及び論理層の構成の詳細な状態を把握することなく、業務システムの性能を改善が必要であること、及び業務システムの性能を改善するための変更内容を把握できる。

　なお、本実施例では、業務システム監視部３１３は、ルールを表示するのみであるが、ルールに基づいて業務システムの構成変更処理を実行してもよい。また、ルールとともに、当該ルールを適用した場合の料金、及びサービス停止時間等のコスト情報をあわせて表示してもよい。

　なお、本実施例では、物理層、論理層、及び業務層の３層構造のシステムを想定しているが、これに限定されない。物理層、及び業務層の２層構造のシステムについても本実施例を適用することができる。すなわち、全ての業務ノードの各々に物理ノードを割り当てるようなシステムにも本実施例を適用できる。

　なお、論理層は多段の構成であってもよい。例えば、ブレードサーバ２２３を論理的に分割することによって複数の論理計算機を構成し、さらに、各論理計算機上に複数の仮想計算機を稼働させるような２段構成であってもよい。

　実施例１によれば、管理サーバ１００は、物理層及び論理層の構成情報に基づいて重要な業務ノードを特定し、重要な業務ノードに対する負荷テストを行うことによって、業務システムの性能限界を見積もることができる。実施例１の適用方法としては次のようなものが考えられる。

　特定の業務システムを計算機システム上に構築し、管理サーバ１００がノード選択処理、計測処理、及び集計処理を実行することによって、特定の業務システムに対する計算機システムの性能限界を見積もることができる。

　これによって、計算機システムを運用するプロバイダが、特定の業務システムの構築に必要な計算機リソースを見積もることができ、また、特定の業務システムに特化した計算機システムを設計することができる。

　また、管理サーバ１００が監視処理を実行することによって、業務システムを運用するユーザの管理コストを低減することができる。

　（変形例）
　ノード選択処理において、重み算出部３１０は、選択された業務ノードの重みのみを算出していたが、選択された業務ノードと他の業務ノードとの間を接続するエッジの重みを算出することも可能である。

　ここで、選択された業務ノード（第１の業務ノード）に割り当てられた論理ノードが同一の物理サーバの他の論理ノードとクラスタを構成し、かつ、他の論理ノードが割り当てられた業務ノード（第２の業務ノード）が存在する場合を例に説明する。

　ステップＳ２０１において、重み算出部３１０は、選択された業務ノードに対応するエントリの業務ノード識別子８０１及び接続ノード識別子８０６に格納される識別子に基づいて、トポロジ管理テーブル３２０及び論理構成管理テーブル３２１を参照し、選択された業務ノードと他の業務ノードとの間に特別な接続関係が存在するか否かを判定する。

　ステップＳ２０２において、重み算出部３１０は、特別な接続関係が存在する場合には、システム構成６０８に格納される固有値を第１の業務ノード及び第２の業務ノードを接続するエッジの重みとして算出する。

　ステップＳ２０３において、重み算出部３１０は、算出されたエッジの重みを重み管理テーブル３２７に登録する。具体的には、以下のような処理が実行される。

　重み算出部３１０は、重み管理テーブル３２７にエントリを追加し、追加されたエントリの識別子１２０１に所定の識別子を設定する。重み算出部３１０は、追加されたエントリの種別１２０２に「エッジ」を設定し、業務ノード識別子１２０４に第１の業務ノードの識別子及び第２の業務ノードの識別子を設定する。なお、パラメタ種別１２０３は空欄のままである。

　また、重み算出部３１０は、追加されたエントリの重み１２０５に、算出されたエッジの重みを重み係数とする換算式を設定する。図１２の識別子１２０１が「１０２」のエントリの重み１２０５のように換算式が設定される。ここで、「０．８」が重み係数であり、「ｍ」は計測結果から求められるエッジの重みである。この時点ではエッジの重みは不明であるため、エッジの重みは変数として設定される。なお、図１２に示すような形式に限定されず、例えば、加算、除算等を含む換算式であってもよい。

　その他の処理は実施例１と同一であるため説明を省略する。なお、物理ノードについても同様の処理を適用することができる。

　集計処理では、ステップＳ４０４において、推定部３１２は、重み１２０５に格納される換算式に、算出されたエッジの重みを代入することによって、修正されたエッジの重みを算出し、算出されたエッジの重みを重み１２０５に上書きする。

　以上で説明したように、重み係数として用いることによって、物理層及び論理層の構成をより反映した計測結果を取得することが可能となる。

　（実施例２）
　実施例１の計測処理では、管理サーバ１００は、全ての検証方法について業務ノードの負荷を計測する。しかし、予め調整パラメタが自明である場合、又は計測処理の高速化が必要な場合がある。実施例２では、ユーザが、予め、調整パラメタを指定する。以下、実施例１の差異を中心に、実施例２について説明する。

　実施例２のシステム構成、管理サーバ１００の構成及びブレードサーバ２２３の構成は実施例１と同一であるため説明を省略する。また、実施例２の管理サーバ１００が有する管理テーブル群２０２の内容も実施例１と同一であるため説明を省略する。また、実施例２のノード選択処理、集計処理及び監視処理は、実施例１と同一であるため説明を省略する。

　実施例２では、計測処理の処理内容が一部異なる。具体的には、計測部３１１は、計測処理の開始時に適用する検証方法を指定するための指向パラメタ登録画面２１００をユーザに対して表示する。ここで、指向パラメタ登録画面２１００について説明する。

　図２１は、実施例２の指向パラメタ登録画面２１００の一例を示す説明図である。

　指向パラメタ登録画面２１００には、選択項目表示領域２１１０、登録ボタン２１２０、登録内容表示領域２１３０、設定ボタン２１４０、及びキャンセルボタン２１５０が表示される。

　選択項目表示領域２１１０は、調整パラメタを指定するための情報を表示する領域である。選択項目表示領域２１１０には、業務ノード選択項目２１１１及びパラメタ指向選択項目２１１２が含まれる。

　業務ノード選択項目２１１１は、重要ノードを選択するための項目である。パラメタ指向選択項目２１１２は、重要ノードに適用する調整パラメタを指定するための項目である。計測部３１１は、検証リストに基づいて、業務ノード選択項目２１１１に重要ノードを表示する。パラメタ指向選択項目２１１２には、調整パラメタそのものでなく、調整パラメタの条件、又は、調整パラメタの種別などが表示される。例えば、プロセッサに関連する調整パラメタを指定するための表示として「プロセッサ指向」等が表示される。

　図２１に示す例では、業務ノード選択項目２１１１及びパラメタ指向選択項目２１１２は、プルダウン形式の表示である。

　登録ボタン２１２０は、選択項目表示領域２１１０の操作内容を登録するための操作ボタンである。ユーザが登録ボタン２１２０を操作すると、選択項目表示領域２１１０に設定された内容が登録内容表示領域２１３０に表示される。

　登録内容表示領域２１３０は、選択項目表示領域２１１０の設定内容を表示する領域である。登録内容表示領域２１３０には、業務ノード識別子２１３１及びパラメタ指向２１３２が含まれる。

　業務ノード識別子２１３１は、重要ノードの識別子である。パラメタ指向２１３２は、重要ノードに適用されるパラメタ指向である。

　設定ボタン２１４０は、登録内容表示領域２１３０に表示された内容を計測処理に反映するための操作ボタンである。ユーザが設定ボタン２１４０を操作すると、計測部３１１は、ステップＳ３００の処理を開始する。キャンセルボタン２１５０は、登録内容表示領域２１３０に表示された内容を取り消すための操作ボタンである。

　計測部３１１は、設定ボタン２１４０が操作された場合、登録内容表示領域２１３０に表示された内容を一時的にメモリ３０２のワークエリアに格納する。また、計測部３１１は、指向パラメタ登録画面２１００を用いて設定された内容に基づいて、選択された重要ノードの検証方法を特定する（ステップＳ３０１）。

　例えば、選択された重要ノードに対して「プロセッサ指向」が指定されている場合、計測部３１１は、調整方法管理テーブル３２５に登録される検証方法の中から、調整パラメタ種別１００４がプロセッサに関連するもののみを検索する。その他の処理は実施例１と同一であるため説明を省略する。

　実施例２によれば、管理サーバ１００は、必要な調整パラメタのみについて負荷テストを実行することができる。これによって、計測処理の負荷の低減、及び計測処理の高速化を実現できる。

　（実施例３）
　実施例３では、管理サーバ１００は、ノード選択処理において、物理層の構成及び論理層の構成に、さらに、業務層の構成を用いて、重要ノードを選択する。以下、実施例１との差異を中心に実施例３について説明する。

　実施例３のシステム構成、管理サーバ１００の構成及びブレードサーバ２２３の構成は実施例１と同一であるため説明を省略する。実施例３の管理サーバ１００が有する管理テーブル群２０２の内容も実施例１と同一であるため説明を省略する。また、計測処理、集計処理、及び監視処理は実施例１と同一であるため説明を省略する。実施例３では、ノード選択処理の一部が実施例１と異なる。

　重み算出部３１０は、業務ノードが選択された後（ステップＳ２００）、トポロジ管理テーブル３２０、論理構成管理テーブル３２１、及び業務管理テーブル３２２から、選択された業務ノードに関連する重みを取得する（ステップＳ２０１）。

　トポロジ管理テーブル３２０及び論理構成管理テーブル３２１から固有値を取得する方法は実施例１と同一であるため説明を省略する。ここでは、重み算出部３１０が業務管理テーブル３２２から業務ノードの固有値を取得する方法について説明する。重み算出部３１０は、業務管理テーブル３２２を参照し、業務識別子７０１がノード管理テーブル３２３から選択されたエントリの業務識別子８０５と一致するエントリを検索する。重み算出部３１０は、検索されたエントリの固有値７０６の値を取得する。

　ステップＳ２０２では、重み算出部３１０は、トポロジ管理テーブル３２０、論理構成管理テーブル３２１、及び業務管理テーブル３２２から取得された固有値を用いて、業務ノードの重みを算出する。その他の処理は実施例１と同一であるため説明を省略する。

　実施例３によれば、業務層の情報をも考慮して重要ノードを選択することができるため、より正確な業務システムの性能限界を見積もることができる。実施例３の提供方法としては次のようなものが考えられる。

　既存の計算機システム上に新規の業務システムを構築し、管理サーバ１００がノード選択処理、計測処理、及び集計処理を実行することによって、既存の計算機システムに対する業務システムの性能限界を見積もることができる。

　これによって、業務システムを運用するユーザが、業務システムに必要な計算機リソース、調整すべき構成、及び調整すべき設定項目などを把握できる。

　（実施例４）
　実施例４では、管理サーバ１００が、集計処理において、業務層の構成を関連性行列に反映する。

　実施例４のシステム構成、管理サーバ１００の構成及びブレードサーバ２２３の構成は実施例１と同一であるため説明を省略する。また、実施例４の管理サーバ１００が有する管理テーブル群２０２の内容も実施例１と同一であるため説明を省略する。実施例４のノード選択処理、計測処理、及び監視処理は、実施例１と同一であるため説明を省略する。実施例４では、集計処理の一部が実施例１と異なる。

　ステップＳ４００からステップＳ４０７までの処理は実施例１と同一である。

　推定部３１２は、処理対象の調整パラメタを選択した後（ステップＳ４０８）、関連性行列を生成する（ステップＳ４０９）。具体的には以下のような処理が実行される。

　推定部３１２は、まず、実施例１と同一の手順にしたがって、重み管理テーブル３２７に基づいて関連性行列を生成する。次に、推定部３１２は、業務層の構成情報に基づいて重ね合わせ行列を生成する。推定部３１２は、関連性行列に重ね合わせ行列を反映させる。例えば、推定部３１２は、関連性行列に重ね合わせ行列を乗算、又は、加算する。

　ステップＳ４１０では、推定部３１２は、重ね合わせ行列が反映された関連性行列に基づいて影響範囲を特定する。

　ここで、図２２を用いて、重ね合わせ行列の生成処理の一例について説明する。図２２は、実施例４の重ね合わせ行列の生成処理の一例を説明するフローチャートである。

　推定部３１２は、全ての行列成分が「０」であるｎ行ｎ列の行列を生成する（ステップＳ６００）。推定部３１２は、対角成分に業務ノードの固有値を設定する（ステップＳ６０１）。

　具体的には、推定部３１２は、ノード管理テーブル３２３から一つのエントリを選択し、選択されたエントリの業務識別子８０５の値を取得する。推定部３１２は、業務管理テーブル３２２を参照して、業務識別子７０１が業務識別子８０５から取得された値と一致するエントリを検索する。推定部３１２は、検索されたエントリの固有値７０６の値を取得し、選択された業務ノードに対応する行列の対角成分に固有値７０６の値を設定する。

　推定部３１２は、前述した処理をノード管理テーブル３２３の全てのエントリ、すなわち、全ての業務ノードに対して実行する。これによって、行列の対角成分の値が設定される。

　次に、推定部３１２は、業務ノードのループ処理を開始する（ステップＳ６０２）。このとき、推定部３１２は、ノード管理テーブル３２３から一つのエントリを選択する。

　推定部３１２は、選択されたエントリに対応する業務ノードに接続される関連ノードを特定する（ステップＳ６０３）。具体的には、推定部３１２は、選択されたエントリの接続ノード識別子８０６から業務ノードの識別子を取得する。以下の説明では接続ノード識別子８０６に対応する業務ノードを接続ノードとも記載する。

　推定部３１２は、特定された接続ノードのループ処理を開始する（ステップＳ６０４）。このとき、推定部３１２は、取得された接続ノードの識別子の中から処理対象の接続ノードの識別子を一つ選択する。

　推定部３１２は、業務ノード及び接続ノードに関連する構成を確認し（ステップＳ６０５）、業務ノードと接続ノードとの間に特別な接続関係があるか否かを判定する（ステップＳ６０６）。具体的には、以下のような処理が実行される。

　推定部３１２は、まず、業務ノードの構成を確認する。推定部３１２は、ノード管理テーブル３２３の業務ノードに対応するエントリを参照し、割当ノード識別子８０３の値、業務識別子８０５の値を取得し、関連情報８０７の情報を取得する。

　推定部３１２は、業務管理テーブル３２２を参照して、業務識別子７０１の値が業務識別子８０５から取得された値と一致するエントリを検索する。推定部３１２は、検索されたエントリの固有値７０６を取得する。

　推定部３１２は、割当ノード識別子８０３から取得された値に基づいて業務ノードに割り当てられたノードを特定する。

　業務ノードに物理ノードが割り当てられている場合、推定部３１２は、トポロジ管理テーブル３２０を参照し、物理ノード識別子５０３の値が割当ノード識別子の値と一致するエントリを検索する。推定部３１２は、検索されたエントリの信頼性種別５０７から情報を取得し、また、固有値５０８から値を取得する。

　業務ノードに論理ノードが割り当てられている場合、推定部３１２は、論理構成管理テーブル３２１を参照し、論理ノード識別子６０３の値が割当ノード識別子の値と一致するエントリを検索する。推定部３１２は、検索されたエントリのシステム構成６０８から情報を取得し、また、固有値６１０から値を取得する。また、推定部３１２は、検索されたエントリの物理ノード識別子６０７の値に基づいて、トポロジ管理テーブル３２０を参照して、物理ノードに対応するエントリの信頼性種別５０７から情報を取得し、また、固有値５０８から値を取得する。

　接続ノードの構成についても同様の処理が実行される。

　推定部３１２は、業務ノード及び接続ノードの構成を解析し、特別な接続関係が存在するか否かを判定する。例えば、業務ノード及び接続ノードのそれぞれが、同一の物理サーバ上に生成され、クラスタを構成する論理ノードである場合、推定部３１２は、特別な接続関係が存在すると判定する。

　以上が、ステップＳ６０５及びステップＳ６０６の処理の説明である。

　業務ノードと接続ノードとの間に特別な接続関係がないと判定された場合、推定部３１２は、ステップＳ６０９に進む。

　業務ノードと接続ノードとの間に特別な接続関係があると判定された場合、推定部３１２は、ステップＳ６０５において取得された固有値を用いてエッジの固有値を算出する（ステップＳ６０７）。エッジの固有値を算出する方法は様々考えられる。例えば、業務ノードに関連する固有値６１０の値と接続ノードに関連する固有値６１０の値とを足しあわせることによって、エッジの固有値を算出する方法が考えられる。なお、本実施例はエッジの固有値の算出方法に限定されない。

　推定部３１２は、算出されたエッジの固有値を、当該エッジに対応する対角成分に設定する（ステップＳ６０８）。

　推定部３１２は、ステップＳ６０３において特定された全ての接続ノードについて処理が完了したか否かを判定する（ステップＳ６０９）。ステップＳ６０３において特定された全ての接続ノードについて処理が完了していないと判定された場合、推定部３１２は、ステップＳ６０４に戻り、新たな接続ノードに対して同様の処理を実行する。

　ステップＳ６０３において特定された全ての接続ノードについて処理が完了したと判定された場合、推定部３１２は、全ての業務ノードに対して処理が完了したか否かを判定する（ステップＳ６１０）。

　全ての業務ノードに対して処理が完了していないと判定された場合、推定部３１２は、ステップＳ６０２に戻り、新たな業務ノードに対して同様の処理を実行する。一方、全ての業務ノードに対して処理が完了したと判定された場合、推定部３１２は、処理を終了する。

　以上が、重ね合わせ行列の生成処理の説明である。

　実施例４によれば、物理層、論理層、及び業務層の情報を考慮して、業務システムの性能限界を見積もることができる。なお、実施例４の提供方法としては、実施例３と同様の提供方法が考えられる。

　（実施例５）
　実施例５では、管理サーバ１００が、影響範囲データを業務システムの構築時に用いられるテンプレート情報に組み込む。

　従来技術では、業務システムの構成はテンプレート情報として管理されている。テンプレート情報は、例えば、ＸＭＬ形式のデータである。そこで、管理サーバ１００は、負荷テストを行った業務システムに対応するテンプレート情報に、集計処理の結果を組み込む。

　実施例５のシステム構成、及びブレードサーバ２２３の構成は実施例１と同一であるため説明を省略する。実施例５の管理サーバ１００は、一部構成が異なる。

　図２３は、実施例５の管理サーバ１００の構成例を示すブロック図である。

　管理サーバ１００のハードウェア構成は実施例１と同一であるため説明する。実施例５では、制御部２０１にメタタグ挿入部２３０１が含まれる。また、実施例５の管理テーブル群２０２には、テンプレート管理情報２３０２が含まれる。

　テンプレート管理情報２３０２は、業務システムの構成に関する情報を格納する。具体的には、テンプレート管理情報２３０２には、業務システムの識別情報、及び業務システムの構成を示すテンプレート情報が対応付けられた複数のエントリを含む。本実施例では、テンプレート情報はＸＭＬ形式のデータであるものとする。

　メタタグ挿入部２３０１は、集計処理の結果に基づいてメタタグ（メタ情報）を生成し、テンプレート情報のメタタグに挿入する。メタタグ挿入部２３０１が実行する処理の詳細は図２４を用いて後述する。

　その他の構成は、実施例１と同一であるため説明を省略する。また、実施例５のノード選択処理、計測処理、集計処理、及び監視処理は、実施例１と同一であるため説明を省略する。

　図２４は、実施例５のメタタグ生成処理の一例を説明するフローチャートである。

　制御部２０１のメタタグ挿入部２３０１は、集計処理が終了した後、メタタグ生成処理を開始する。

　まず、メタタグ挿入部２３０１は、エッジのループ処理を開始する（ステップＳ７００）。このとき、メタタグ挿入部２３０１は、重み管理テーブル３２７を参照し、種別１２０２に「エッジ」が格納されるエントリを一つ選択する。

　メタタグ挿入部２３０１は、選択されたエントリに対応するエッジを介して接続される二つの業務ノードを特定する（ステップＳ７０１）。

　具体的には、メタタグ挿入部２３０１は、選択されたエントリの業務ノード識別子１２０４を参照することによって、当該エントリに対応するエッジを介して接続される二つの業務ノードを特定する。

　メタタグ挿入部２３０１は、テンプレート管理情報２３０２から、負荷テストを行った業務システムに対応するテンプレート情報を取得する（ステップＳ７０２）。メタタグ挿入部２３０１は、エッジに関するメタタグ、及び当該エッジを介して接続される二つの業務ノードに関するメタタグを生成する（ステップＳ７０３）。例えば、以下のようなメタタグが生成される。

　メタタグ挿入部２３０１は、エッジの情報を含むメタタグ、及び二つの業務ノードの情報を含むメタタグを生成する。

　また、メタタグ挿入部２３０１は、システム性能テーブル３２６を参照して、二つの業務ノードにおける性能限界の値を示したメタタグを生成する。メタタグ挿入部２３０１は、重要ノード識別子１１０２及び関連ノード識別子１１０３が二つの業務ノードの識別子に一致する行を検索し、当該行の関数１１０６に格納される関数を取得する。さらに、当該関数からシステムのレスポンスタイムが飽和する値Ｘを算出し、当該値のパーセンタイルを含むメタタグを生成する。

　メタタグ挿入部２３０１は、取得されたテンプレート情報に生成されたメタタグを挿入する（ステップＳ７０４）。メタタグ挿入部２３０１は、全てのエッジについて処理が完了したか否かを判定する（ステップＳ７０５）。

　全てのエッジについて処理が完了していないと判定された場合、メタタグ挿入部２３０１は、ステップＳ７００に戻り、新たなエッジに対して同様の処理を実行する。全てのエッジについて処理が完了したと判定された場合、メタタグ挿入部２３０１は、処理を終了する。

　実施例５によれば、業務システムの生成時に用いられるテンプレート情報に、業務システムの負荷テストの計測結果を挿入することができる。これによって、業務システムの構築時に業務システムの性能特性を把握でき、また、業務システムの構築に必要なシステム構成等を把握できる。

　例えば、業務システム構築時に仮想計算機を生成する場合に、ＯＶＦのような性能特性を考慮したシステムを構築することができる。したがって、システムの可搬性及び移行性を向上できる。

　メタタグには、物理ノード、論理ノード、及び業務ノードのいずれのノードに対する対応方法等が含まれるため、計算機システム又は業務システムにおいて性能障害が発生した場合に、メタタグに基づいて迅速かつ正確な障害対応が可能となる。

　なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

　また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等の記憶装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の計算機が読み取り可能な非一時的な記憶媒体に置くことができる。

　また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

Claims

　計算機システムに接続された管理計算機におけるシステム管理方法であって、
　前記管理計算機は、第１のプロセッサ、前記第１のプロセッサに接続される第１のメモリ、及び前記第１のプロセッサに接続される第１のインタフェースを備え、
　前記計算機システムは、複数の計算機を含み、
　前記複数の計算機の各々は、第２のプロセッサ、前記第２のプロセッサに接続される第２のメモリ、及び前記第２のプロセッサに接続される第２のインタフェースを備え、
　前記計算機システムには、業務システムが構築され、
　前記業務システムは、前記複数の計算機のうちの一つの計算機が有する計算機リソース又は前記複数の計算機の少なくとも一つの計算機上に生成された仮想計算機が有する計算機リソースが割り当てられた業務ノードを複数含み、
　前記システム管理方法は、
　前記管理計算機が、前記計算機システムの構成を解析して、前記業務システムにおいて重要な業務ノードである重要ノードを一つ以上特定する第１のステップと、
　前記管理計算機が、一つ以上の前記重要ノードに割り当てられる前記計算機リソースの割当量を変更して、前記業務システムの負荷を計測する第２のステップと、
　前記管理計算機が、前記負荷の計測結果に基づいて、前記複数の業務ノード間の関連性の強さを示す第１の重みを算出する第３のステップと、
　前記管理計算機が、前記算出された第１の重みに基づいて、前記一つ以上の重要ノードの負荷の変化によって影響を受ける範囲を特定する第４のステップと、を含むことを特徴とするシステム管理方法。
　請求項１に記載のシステム管理方法であって、
　前記管理計算機は、
　前記複数の計算機の各々の装置構成、及び前記複数の計算機の接続構成を管理するトポロジ管理情報と、
　複数の仮想計算機の装置構成、及び前記複数の仮想計算機の接続構成を管理する論理構成管理情報と、
　前記複数の業務ノードの接続構成、並びに、前記複数の業務ノードの各々に前記計算機リソースを割り当てる前記一つの計算機及び前記仮想計算機の対応関係を管理するノード管理情報と、を保持し、
　前記トポロジ管理情報は、前記複数の計算機の各々の装置構成、及び前記複数の計算機の各々の接続構成に基づいて設定され、前記計算機システムにおける物理的な構成の重要度を示す第１の固有値を含み、
　前記論理構成管理情報は、前記複数の仮想計算機の装置構成、及び前記複数の仮想計算機の各々の接続関係に基づいて設定され、前記計算機システムにおける論理的な構成の重要度を示す第２の固有値を含み、
　前記第１のステップは、
　前記ノード管理情報を参照して、前記複数の業務ノード毎に、前記業務ノードに前記計算機リソースを割り当てる前記一つの計算機及び前記仮想計算機を特定するステップと、
　前記一つの計算機の前記計算機リソースが割り当てられる業務ノードの場合、前記トポロジ管理情報を参照し、当該業務ノードに前記計算機リソースを割り当てる前記一つの計算機に関連する一つ以上の前記第１の固有値を取得するステップと、
　前記一つ以上の第１の固有値に基づいて、前記一つの計算機の計算機リソースが割り当てられる業務ノードの重要度を示す第２の重みを算出するステップと、
　前記仮想計算機の前記計算機リソースが割り当てられる業務ノードの場合、前記論理構成管理情報を参照し、当該業務ノードに前記計算機リソースを割り当てる前記仮想計算機に関連する一つ以上の前記第２の固有値を取得するステップと、
　前記論理構成管理情報及び前記トポロジ管理情報を参照して、前記業務ノードに前記計算機リソースを割り当てる前記仮想計算機が生成される計算機に関連する前記一つ以上の第１の固有値を取得するステップと、
　前記一つ以上の第１の固有値及び前記一つ以上の第２の固有値に基づいて、前記第２の重みを算出するステップと、
　前記複数の業務ノードの各々の前記第２の重みに基づいて、前記複数の業務ノードの中から前記重要ノードを一つ以上特定するステップと、を含むことを特徴とするシステム管理方法。
　請求項２に記載のシステム管理方法であって、
　前記第２のステップは、
　前記一つ以上の重要ノードの中から処理対象の重要ノードを一つ選択するステップと、
　前記処理対象の重要ノードに割り当てられる前記計算機リソースの割当量を変更して、前記複数の業務ノードの負荷を計測するステップと、
　前記負荷の計測結果に基づいて、前記処理対象の重要ノードに割り当てられる計算機リソースの割当量と、前記複数の業務ノードの各々の負荷との間の関連性を表す性能特性関数を算出するステップと、を含み、
　前記第３のステップは、前記第１の重みが非対角成分の値、前記第２の重みが対角成分の値となる関連性行列を生成するステップを含むことを特徴とするシステム管理方法。
　請求項３に記載のシステム管理方法であって、
　前記複数の業務ノードの各々は、所定の業務を実行し、
　前記管理計算機は、前記業務システムにおいて実行される業務の種別、前記業務に必要な構成、及び、前記業務の重要度を示す第４の固有値が対応付けられた業務管理情報を保持し、
　前記第４のステップは、
　前記ノード管理情報を参照して、処理対象の業務ノードを一つ選択するステップと、
　前記ノード管理情報を参照して、前記処理対象の業務ノードと接続される業務ノードである接続ノードを特定するステップと、
　前記ノード管理情報及び前記業務管理情報に基づいて、前記処理対象の業務ノードが実行する前記業務の種別に対応する前記第４の固有値、及び前記接続ノードが実行する前記業務の種別に対応する前記第４の固有値を取得するステップと、
　前記処理対象の業務ノードの前記第４の固有値及び前記接続ノードの前記第４の固有値を用いて、前記処理対象の業務ノードと前記接続ノードとの間の関連性の強さを示す第２の重みを算出するステップと、
　前記第２の重みが非対角成分の値、前記業務ノードの固有値が対角成分の値となる重ね合わせ行列を生成するステップと、
　前記重ね合わせ行列を用いて前記関連性行列を修正するステップと、を含むことを特徴とするシステム管理方法。
　請求項３に記載のシステム管理方法であって、
　前記複数の業務ノードの各々は、所定の業務を実行し、
　前記管理計算機は、前記業務の種別、及び前記業務を実行する前記業務ノードに割り当てる前記計算機リソースの変更方法が対応付けられたルール管理情報を保持し、
　前記システム管理方法は、
　前記管理計算機が、前記影響を受ける範囲に含まれる前記複数の業務ノードの負荷を監視するステップと、
　前記管理計算機が、前記複数の業務ノードの各々の負荷の値、及び前記性能特性関数を用いて、前記複数の業務ノードの各々の前記計算機リソースの不足する可能性を示す危険値を推定するステップと、
　前記管理計算機が、前記複数の業務ノードの各々について、前記推定された危険値が第１の閾値以上である業務ノードが存在するか否かを判定するステップと、
　前記管理計算機が、前記推定された危険値が前記第１の閾値以上である業務ノードが存在する場合に、前記ルール管理情報を参照して、当該業務ノードが実行する前記業務の種別に対応する前記計算機リソースの変更方法を特定するステップと、
　前記管理計算機が、前記特定された計算機リソースの変更方法を表示するための情報を生成するステップと、を含むことを特徴とするシステム管理方法。
　請求項３に記載のシステム管理方法であって、
　前記管理計算機は、前記業務システムの構築に必要な情報を格納するテンプレート情報を保持し、
　前記システム管理方法は、
　前記管理計算機が、前記第１の重みに基づいて、関連性がある複数の業務ノードを特定するステップと、
　前記管理計算機が、前記特定された複数の業務ノードの接続関係、及び前記負荷の計測結果を含むメタ情報を生成するステップと、
　前記管理計算機が、前記テンプレート情報に前記メタ情報を追加するステップと、を含むことを特徴とするシステム管理方法。
　複数の計算機を含む計算機システムに接続された管理計算機であって、
　前記管理計算機は、第１のプロセッサ、前記第１のプロセッサに接続される第１のメモリ、及び前記第１のプロセッサに接続される第１のインタフェースを備え、
　前記複数の計算機の各々は、第２のプロセッサ、前記第２のプロセッサに接続される第２のメモリ、及び前記第２のプロセッサに接続される第２のインタフェースを備え、
　前記計算機システムには、業務システムが構築され、
　前記業務システムは、前記複数の計算機のうちの一つの計算機が有する計算機リソース又は前記複数の計算機の少なくとも一つの計算機上に生成された仮想計算機が有する計算機リソースが割り当てられた業務ノードを複数含み、
　前記管理計算機は、
　前記計算機システムの構成を解析することによって前記業務ノードの重要度を示す第１の重みを算出し、前記第１の重みに基づいて、前記業務システムにおいて重要な業務ノードである重要ノードを一つ以上特定する重み算出部と、
　一つ以上の前記重要ノードに割り当てられる前記計算機リソースの割当量を変更して、前記業務システムの負荷を計測する計測部と、
　前記負荷の計測結果に基づいて、前記複数の業務ノード間の関連性の強さを示す第２の重みを算出し、前記算出された第２の重みに基づいて、前記一つ以上の重要ノードの負荷の変化によって影響を受ける範囲を特定する推定部と、を備えることを特徴とする管理計算機。
　請求項７に記載の管理計算機であって、
　前記管理計算機は、
　前記複数の計算機の各々の装置構成、及び前記複数の計算機の接続構成を管理するトポロジ管理情報と、
　複数の仮想計算機の装置構成、及び前記複数の仮想計算機の接続構成を管理する論理構成管理情報と、
　前記複数の業務ノードの接続構成、並びに、前記複数の業務ノードの各々に前記計算機リソースを割り当てる前記一つの計算機及び前記仮想計算機の対応関係を管理するノード管理情報と、を保持し、
　前記トポロジ管理情報は、前記複数の計算機の各々の装置構成、及び前記複数の計算機の各々の接続構成に基づいて設定され、前記計算機システムにおける物理的な構成の重要度を示す第１の固有値を含み、
　前記論理構成管理情報は、前記複数の仮想計算機の装置構成、及び前記複数の仮想計算機の各々の接続関係に基づいて設定され、前記計算機システムにおける論理的な構成の重要度を示す第２の固有値を含み、
　前記重み算出部は、
　前記ノード管理情報を参照して、前記複数の業務ノード毎に、前記業務ノードに前記計算機リソースを割り当てる前記一つの計算機及び前記仮想計算機を特定し、
　前記一つの計算機の前記計算機リソースが割り当てられる業務ノードの場合、前記トポロジ管理情報を参照し、当該業務ノードに前記計算機リソースを割り当てる前記一つの計算機に関連する一つ以上の前記第１の固有値を取得し、
　前記一つ以上の第１の固有値に基づいて、前記第１の重みを算出し、
　前記仮想計算機の前記計算機リソースが割り当てられる業務ノードの場合、前記論理構成管理情報を参照し、当該業務ノードに前記計算機リソースを割り当てる前記仮想計算機に関連する一つ以上の前記第２の固有値を取得し、
　前記論理構成管理情報及び前記トポロジ管理情報を参照して、前記業務ノードに前記計算機リソースを割り当てる前記仮想計算機が生成される計算機に関連する前記一つ以上の第１の固有値を取得し、
　前記一つ以上の第１の固有値及び前記一つ以上の第２の固有値に基づいて、前記第１の重みを算出し、
　前記複数の業務ノードの各々の前記第２の重みに基づいて、前記複数の業務ノードの中から前記重要ノードを一つ以上特定することを特徴とする管理計算機。
　請求項８に記載の管理計算機であって、
　前記計測部は、
　前記一つ以上の重要ノードの中から処理対象の重要ノードを一つ選択し、
　前記処理対象の重要ノードに割り当てられる前記計算機リソースの割当量を変更して、前記複数の業務ノードの負荷を計測し、
　前記負荷の計測結果に基づいて、前記処理対象の重要ノードに割り当てられる計算機リソースの割当量と、前記複数の業務ノードの各々の負荷との間の関連性を表す性能特性関数を算出し、
　前記推定部は、前記第２の重みが非対角成分の値、前記第１の重みが対角成分の値となる関連性行列を生成することを特徴とする管理計算機。
　請求項９に記載の管理計算機であって、
　前記複数の業務ノードの各々は、所定の業務を実行し、
　前記管理計算機は、前記業務システムにおいて実行される業務の種別、前記業務に必要な構成、及び、前記業務の重要度を示す第４の固有値が対応付けられた業務管理情報を保持し、
　前記推定部は、
　前記ノード管理情報を参照して、処理対象の業務ノードを一つ選択し、
　前記ノード管理情報を参照して、前記処理対象の業務ノードと接続される業務ノードである接続ノードを特定し、
　前記ノード管理情報及び前記業務管理情報に基づいて、前記処理対象の業務ノードが実行する前記業務の種別に対応する前記第４の固有値、及び前記接続ノードが実行する前記業務の種別に対応する前記第４の固有値を取得し、
　前記処理対象の業務ノードの前記第４の固有値及び前記接続ノードの前記第４の固有値を用いて、前記処理対象の業務ノードと前記接続ノードとの間の関連性の強さを示す第２の重みを算出し、
　前記第２の重みが非対角成分の値、前記業務ノードの固有値が対角成分の値となる重ね合わせ行列を生成し、
　前記重ね合わせ行列を用いて前記関連性行列を修正することを特徴とする管理計算機。
　請求項９に記載の管理計算機であって、
　前記複数の業務ノードの各々は、所定の業務を実行し、
　前記管理計算機は、前記業務の種別、及び前記業務を実行する前記業務ノードに割り当てる前記計算機リソースの変更方法が対応付けられたルール管理情報を保持し、
　前記負荷の計測結果に基づいて、前記業務システムを監視する業務システム監視部を備え、
　前記業務システム監視部は、
　前記影響を受ける範囲に含まれる前記複数の業務ノードの負荷を監視し、
　前記複数の業務ノードの各々の負荷の値、及び前記性能特性関数を用いて、前記複数の業務ノードの各々の前記計算機リソースの不足する可能性を示す危険値を推定し、
　前記複数の業務ノードの各々について、前記推定された危険値が第１の閾値以上である業務ノードが存在するか否かを判定し、
　前記推定された危険値が前記第１の閾値以上である業務ノードが存在する場合に、前記ルール管理情報を参照して、当該業務ノードが実行する前記業務の種別に対応する前記計算機リソースの変更方法を特定し、
　前記特定された計算機リソースの変更方法を表示するための情報を生成する、を含むことを特徴とする管理計算機。
　請求項９に記載の管理計算機であって、
　前記管理計算機は、
　前記業務システムの構築に必要な情報を格納するテンプレート情報を保持し、
　前記負荷の計測結果を含むメタ情報を生成するメタ情報挿入部を備え、
　前記メタ情報挿入部は、
　前記第２の重みに基づいて、関連性がある複数の業務ノードを特定し、
　前記特定された複数の業務ノードの接続関係、及び前記負荷の計測結果を含むメタ情報を生成し、
　前記テンプレート情報に前記メタ情報を追加することを特徴とする管理計算機。
　計算機システムに接続された管理計算機が実行するプログラムを格納する非一時的なコンピュータ可読記憶媒体であって、
　前記管理計算機は、第１のプロセッサ、前記第１のプロセッサに接続される第１のメモリ、及び前記第１のプロセッサに接続される第１のインタフェースを備え、
　前記計算機システムは、複数の計算機を含み、
　前記複数の計算機の各々は、第２のプロセッサ、前記第２のプロセッサに接続される第２のメモリ、及び前記第２のプロセッサに接続される第２のインタフェースを備え、
　前記計算機システムには、業務システムが構築され、
　前記業務システムは、前記複数の計算機のうちの一つの計算機が有する計算機リソース又は前記複数の計算機の少なくとも一つの計算機上に生成された仮想計算機が有する計算機リソースが割り当てられた業務ノードを複数含み、
　前記非一時的なコンピュータ可読記憶媒体は、
　前記計算機システムの構成を解析して、前記業務システムにおいて重要な業務ノードである重要ノードを一つ以上特定する第１の手順と、
　一つ以上の前記重要ノードに割り当てられる前記計算機リソースの割当量を変更して、前記業務システムの負荷を計測する第２の手順と、
　前記負荷の計測結果に基づいて、前記複数の業務ノード間の関連性の強さを示す第１の重みを算出する第３の手順と、
　前記算出された第１の重みに基づいて、前記一つ以上の重要ノードの負荷の変化によって影響を受ける範囲を特定する第４の手順と、を前記管理計算機に実行させるプログラムを格納する非一時的なコンピュータ可読記憶媒体。
　請求項１３に記載の非一時的なコンピュータ可読記憶媒体であって、
　前記管理計算機は、
　前記複数の計算機の各々の装置構成、及び前記複数の計算機の接続構成を管理するトポロジ管理情報と、
　複数の仮想計算機の装置構成、及び前記複数の仮想計算機の接続構成を管理する論理構成管理情報と、
　前記複数の業務ノードの接続構成、並びに、前記複数の業務ノードの各々に前記計算機リソースを割り当てる前記一つの計算機及び前記仮想計算機の対応関係を管理するノード管理情報と、を保持し、
　前記トポロジ管理情報は、前記複数の計算機の各々の装置構成、及び前記複数の計算機の各々の接続構成に基づいて設定され、前記計算機システムにおける物理的な構成の重要度を示す第１の固有値を含み、
　前記論理構成管理情報は、前記複数の仮想計算機の装置構成、及び前記複数の仮想計算機の各々の接続関係に基づいて設定され、前記計算機システムにおける論理的な構成の重要度を示す第２の固有値を含み、
　前記第１の手順は、
　前記ノード管理情報を参照して、前記複数の業務ノード毎に、前記業務ノードに前記計算機リソースを割り当てる前記一つの計算機及び前記仮想計算機を特定する手順と、
　前記一つの計算機の前記計算機リソースが割り当てられる業務ノードの場合、前記トポロジ管理情報を参照し、当該業務ノードに前記計算機リソースを割り当てる前記一つの計算機に関連する一つ以上の前記第１の固有値を取得する手順と、
　前記一つ以上の第１の固有値に基づいて、前記一つの計算機の計算機リソースが割り当てられる業務ノードの重要度を示す第２の重みを算出する手順と、
　前記仮想計算機の前記計算機リソースが割り当てられる業務ノードの場合、前記論理構成管理情報を参照し、当該業務ノードに前記計算機リソースを割り当てる前記仮想計算機に関連する一つ以上の前記第２の固有値を取得する手順と、
　前記論理構成管理情報及び前記トポロジ管理情報を参照して、前記業務ノードに前記計算機リソースを割り当てる前記仮想計算機が生成される計算機に関連する前記一つ以上の第１の固有値を取得する手順と、
　前記一つ以上の第１の固有値及び前記一つ以上の第２の固有値に基づいて、前記第２の重みを算出する手順と、
　前記複数の業務ノードの各々の前記第２の重みに基づいて、前記複数の業務ノードの中から前記重要ノードを一つ以上特定する手順と、を含むことを特徴とする非一時的なコンピュータ可読記憶媒体。
　請求項１４に記載の非一時的なコンピュータ可読記憶媒体であって、
　前記第２の手順は、
　前記一つ以上の重要ノードの中から処理対象の重要ノードを一つ選択する手順と、
　前記処理対象の重要ノードに割り当てられる前記計算機リソースの割当量を変更して、前記複数の業務ノードの負荷を計測する手順と、
　前記負荷の計測結果に基づいて、前記処理対象の重要ノードに割り当てられる計算機リソースの割当量と、前記複数の業務ノードの各々の負荷との間の関連性を表す性能特性関数を算出する手順と、を含み、
　前記第３の手順は、前記第１の重みが非対角成分の値、前記第２の重みが対角成分の値となる関連性行列を生成する手順を含むことを特徴とする非一時的なコンピュータ可読記憶媒体。