(57)【要約】【課題】ネットワークの帯域使用を有効に活用しながらネットワークのボトルネックをできるだけ発生させないようにＩＴシステムを構築する。【解決手段】システム管理装置は、ネットワーク装置から性能情報を収集し、収集した性能情報から平均、ピーク値、分散を算出する。また、システム管理装置は、業務システムの追加要求を受けた時に業務システムを構成する仮想サーバ群の構成パターンを構築しネットワークの経路のトラフィック状態を把握し、トラフィック状態の中で最もトラフィック品質を劣化する場所を特定し、各パターンで特定された品質劣化の場所のトラフィック情報を基に、トラフィックのばらつきが最も小さい経路を持つパターンを要求された業務システムのシステム構成を決定する。【選択図】図２
2011243112.tif 000002
【特許請求の範囲】
【請求項１】
複数の管理対象装置と、前記複数の管理対象装置を管理する管理装置と、を有する情報処理システムを管理するシステム管理方法であって、
前記管理装置が、前記複数の管理対象装置の構成を把握するための情報である構成情報を取得し、
前記管理装置が、要求されたシステム構成を実現する、前記複数の管理対象装置間の接続構成候補を示す複数の構成候補パターンを決定し、前記複数の接続候補に含まれる複数の管理対象装置の使用帯域量の分散値に基づいて前記複数の構成候補パターンから前記管理対象装置の接続構成を決定することを特徴とするシステム管理方法。
【請求項２】
請求項１において、
前記管理装置が、前記複数の構成候補パターンのそれぞれにおいて前記使用帯域量の余剰が最小の箇所を特定し、当該特定された箇所の前記使用帯域量の分散値が最小の構成候補パターンを前記管理対象装置の接続構成として決定することを特徴とするシステム管理方法。
【請求項３】
請求項１において、
前記複数の管理対象装置がそれぞれ、前記使用帯域量の分散値を算出し、算出した分散値を前記管理装置に送信し、
前記管理装置が、前記複数の管理対象装置から受信した前記分散値に基づいて、前記管理対象装置の接続配置を決定することを特徴とするシステム管理方法。
【請求項４】
請求項２において、
前記複数の管理対象装置は、複数のストレージ装置を含み、
前記複数の構成候補パターンはそれぞれ、仮想サーバについての物理サーバの関係及び前記複数のストレージ装置と前記物理サーバとの関係を示すシステム構成パターンと、前記システム構成パターンにおけるネットワーク構成を示す少なくとも１つのネットワークパターンと、を含み、
前記管理装置が、複数の前記システム構成パターンのそれぞれにおける少なくとも１つのネットワークパターンにおいて前記使用帯域量の分散値が最小のネットワークパターンを特定し、当該特定されたネットワークパターンを有する前記複数のシステム構成パターンのうちで、前記ストレージ装置と前記物理サーバ間における前記使用帯域量の余剰が最小の箇所を特定し、当該特定された箇所の前記使用帯域量の分散値が最小のシステム構成パターンを前記管理対象装置の接続構成として決定することを特徴とするシステム管理方法。
【請求項５】
請求項２において、
前記管理装置が、前記決定された接続構成における構成装置に関する情報と、前記決定された接続構成において予想されるトラフィック状態を表示装置の画面上に表示することを特徴とするシステム管理方法。
【請求項６】
請求項２において、
前記複数の管理対象装置は、複数のストレージ装置を含み、
前記複数の構成候補パターンはそれぞれ、仮想サーバについての物理サーバの関係及び前記複数のストレージ装置と前記物理サーバとの関係を示すシステム構成パターンと、前記システム構成パターンにおけるネットワーク構成を示す少なくとも１つのネットワークパターンと、を含み、
前記管理装置が、前記ストレージ装置と前記物理サーバ間における前記使用帯域量の余剰が最小の箇所を特定し、当該特定された箇所の前記使用帯域量の分散値が最小のシステム構成パターンであるシステム構成候補を取得し、さらに、当該取得したシステム構成候補における前記少なくともネットワークパターンのうち、前記使用帯域量の分散値が最小のネットワークパターンを特定し、当該特定されたネットワークパターンを有する前記システム構成候補を、前記管理対象装置の接続構成として決定することを特徴とするシステム管理方法。
【請求項７】
請求項１において、
前記複数の管理対象装置は、複数の物理サーバと、複数のＩＰスイッチと、複数のＳＡＮスイッチと、複数のストレージ装置と、を含み、
前記管理装置が、
前記複数の管理対象装置の構成を把握するための情報である構成情報を取得し、
前記複数の管理対象装置における使用帯域量の平均値、上限値、下限値及び分散値を所定間隔で算出し、
複数の仮想サーバの構成と、前記複数の仮想サーバに提供するストレージ容量と、前記複数の仮想サーバの接続関係を含むシステム構成要求を受信し、
前記取得した構成情報に基づいて、前記システム構成要求によって指定された前記システム構成を実現するための前記複数の構成候補パターンであって、前記複数の仮想サーバを実現可能な前記物理サーバの候補を含む前記システム構成パターンと、当該システム構成パターンに対応し、ネットワーク接続情報を特定する複数のネットワークパターンと、をそれぞれ含む前記複数の構成候補パターンを生成し、
前記複数の構成候補パターンのそれぞれに含まれる前記複数のネットワークパターンのそれぞれにおいて、前記使用帯域量の余剰が最小の第１の箇所を特定し、
前記特定された第１の箇所における前記使用帯域量の分散値が最小となる前記ネットワークパターンを特定し、
前記特定されたネットワークパターンをそれぞれ有する前記複数のシステム構成パターンのうちで、前記ストレージ装置と前記物理サーバとを接続する前記複数のＳＡＮスイッチにおける前記使用帯域量の余剰が最小の第２の箇所を特定し、
前記特定された第２の箇所の前記使用帯域量の分散値が最小のシステム構成パターンを特定し、
前記特定されたシステム構成パターンを、前記管理対象装置の接続構成として決定し、
前記決定された接続構成における構成装置に関する情報と、前記決定された接続構成において予想されるトラフィック状態を表示装置の画面上に表示することを特徴とするシステム管理方法。
【請求項８】
計算機システムを構成する複数の管理対象装置を管理するための管理装置であって、
前記複数の管理対象装置の構成を示す構成情報と、前記複数の管理対象装置の少なくとも使用帯域量を含む性能情報を格納するための記憶資源と、
要求されたシステム構成を実現する、前記複数の管理対象装置間の接続構成候補を示す複数の構成候補パターンを前記構成情報に基づいて決定し、前記複数の接続候補に含まれる前記複数の管理対象装置の使用帯域量の分散値に基づいて前記複数の構成候補パターンから前記管理対象装置の接続構成を決定するプロセッサと、
前記決定した接続構成を表示する表示装置と、
を有することを特徴とする管理装置。
【請求項９】
請求項８において、
さらに、ネットワークを介して前記決定した接続構成に従ってシステム構成するための指示を前記複数の管理対象装置に送信するネットワークインターフェースを有する管理装置。
【請求項１０】
請求項８において、
前記プロセッサは、前記複数の構成候補パターンのそれぞれにおいて前記使用帯域量の余剰が最小の箇所を特定し、当該特定された箇所の前記使用帯域量の分散値が最小の構成候補パターンを前記管理対象装置の接続構成として決定することを特徴とする管理装置。
【請求項１１】
請求項１０において、
前記複数の管理対象装置は、複数のストレージ装置を含み、
前記複数の構成候補パターンはそれぞれ、仮想サーバについての物理サーバの関係及び前記複数のストレージ装置と前記物理サーバとの関係を示すシステム構成パターンと、前記システム構成パターンにおけるネットワーク構成を示す少なくとも１つのネットワークパターンと、を含み、
前記プロセッサは、複数の前記システム構成パターンのそれぞれにおける少なくとも１つのネットワークパターンにおいて前記使用帯域量の分散値が最小のネットワークパターンを特定し、当該特定されたネットワークパターンを有する前記複数のシステム構成パターンのうちで、前記ストレージ装置と前記物理サーバ間における前記使用帯域量の余剰が最小の箇所を特定し、当該特定された箇所の前記使用帯域量の分散値が最小のシステム構成パターンを前記管理対象装置の接続構成として決定することを特徴とする管理装置。
【請求項１２】
請求項８において、
前記表示装置は、前記決定された接続構成における構成装置に関する情報と、前記決定された接続構成において予想されるトラフィック状態を表示装置の画面上に表示することを特徴とする管理装置。
【請求項１３】
請求項１０において、
前記複数の管理対象装置は、複数のストレージ装置を含み、
前記複数の構成候補パターンはそれぞれ、仮想サーバについての物理サーバの関係及び前記複数のストレージ装置と前記物理サーバとの関係を示すシステム構成パターンと、前記システム構成パターンにおけるネットワーク構成を示す少なくとも１つのネットワークパターンと、を含み、
前記プロセッサは、前記ストレージ装置と前記物理サーバ間における前記使用帯域量の余剰が最小の箇所を特定し、当該特定された箇所の前記使用帯域量の分散値が最小のシステム構成パターンであるシステム構成候補を取得し、さらに、当該取得したシステム構成候補における前記少なくともネットワークパターンのうち、前記使用帯域量の分散値が最小のネットワークパターンを特定し、当該特定されたネットワークパターンを有する前記システム構成候補を、前記管理対象装置の接続構成として決定することを特徴とする管理装置。
【請求項１４】
請求項８において、
前記複数の管理対象装置は、複数の物理サーバと、複数のＩＰスイッチと、複数のＳＡＮスイッチと、複数のストレージ装置と、を含み、
前記プロセッサは、
前記複数の管理対象装置の構成を把握するための情報である構成情報を取得し、
前記複数の管理対象装置における使用帯域量の平均値、上限値、下限値及び分散値を所定間隔で算出し、
複数の仮想サーバの構成と、前記複数の仮想サーバに提供するストレージ容量と、前記複数の仮想サーバの接続関係を含むシステム構成要求を受信し、
前記取得した構成情報に基づいて、前記システム構成要求によって指定された前記システム構成を実現するための前記複数の構成候補パターンであって、前記複数の仮想サーバを実現可能な前記物理サーバの候補を含む前記システム構成パターンと、当該システム構成パターンに対応し、ネットワーク接続情報を特定する複数のネットワークパターンと、をそれぞれ含む前記複数の構成候補パターンを生成し、
前記複数の構成候補パターンのそれぞれに含まれる前記複数のネットワークパターンのそれぞれにおいて、前記使用帯域量の余剰が最小の第１の箇所を特定し、
前記特定された第１の箇所における前記使用帯域量の分散値が最小となる前記ネットワークパターンを特定し、
前記特定されたネットワークパターンをそれぞれ有する前記複数のシステム構成パターンのうちで、前記ストレージ装置と前記物理サーバとを接続する前記複数のＳＡＮスイッチにおける前記使用帯域量の余剰が最小の第２の箇所を特定し、
前記特定された第２の箇所の前記使用帯域量の分散値が最小のシステム構成パターンを特定し、
前記特定されたシステム構成パターンを、前記管理対象装置の接続構成として決定し、
前記表示装置は、前記決定された接続構成における構成装置に関する情報と、前記決定された接続構成において予想されるトラフィック状態を表示装置の画面上に表示することを特徴とする管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システム管理方法及び管理装置に関し、例えば、サーバ、ストレージ装置、ネットワークのどれかもしくは全てによって構築されるＩＴシステムの運用を管理するための技術に関するものである。
【背景技術】
【０００２】
近年、仮想化技術の進展により計算センター内にサーバを集約する場合がある。また、サーバの構築・破棄が容易となり、Information Technology(ＩＴ)システム（以下、「業務システム」、「情報処理システム」と言うこともある）を容易に構築できるようになった。こうした動向はサーバのリソースを最大限生かすことを中心に考えられる。その一方、サーバの集約によりサーバが発生するトラフィックも集約されるため、サーバリソースよりも先にネットワークリソースがボトルネックを発生させる場合が考えられる。この場合、サーバはクライアントもしくは他のサーバから要求を受け付けることができなくなるため、サーバによって提供されるサービスの点から劣化が発生する。こうした特性はInternet Protocol（以下ＩＰという）ネットワークだけでなくStorage Area Network（以下ＳＡＮという）においても同様の特性が考えられる。このため、ネットワークの性能特性を考慮したサーバ配置が必要になる。この課題は、ネットワーク内の任意の２点間のトラフィック経路の決定にも類似している。
【０００３】
例えば、特許文献１では、ネットワーク内の経路決定において、Multi-Protocol Label Switching（MPLS）において、ネットワーク上の経路の空き容量を算出して要件にあう経路を決定する方式が記載されている。また、特許文献２ではSAN上でのデータトラフィックを基にストレージを決定する方式が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５-１３６９８２号公報
【特許文献２】特開２００５-２６６９３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述の特許文献１及び２で開示されているような従来技術では、ネットワークの空き容量として固定的な値を想定している。
【０００６】
しかしながら、サーバのトラフィックやストレージのトラフィックは一定量が定常的に流れるものではなく、上位アプリケーションやアクセスするクライアントの数によって、ＩＰパケットやストレージアクセスは変動する。このため、平均値などで経路決定を行えば、トラフィックのピーク時にトラフィックのボトルネックが発生し、サーバ間の通信（またはサーバとストレージとの間の通信）でパケットロスが発生してしまう。パケットロスが発生するとデータを再送信する必要があり、通信時間が掛かってしまい、ネットワーク上のサービスの品質に影響を与える。一方、固定値でピーク値をベースとすればネットワーク（またはＳＡＮ)のリソースは余り気味になり、有効にネットワークを活用することができない。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、ネットワークの帯域使用を有効に活用しながらネットワークのボトルネックをできるだけ発生させないようにするための技術を提供するものである。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明によるシステム管理装置は、ＩＴシステム（業務システム）を仮想的に構築するシステム管理装置であって、ネットワーク装置から性能情報を収集し、収集した性能情報から少なくとも分散を算出し、業務システムの追加要求或いは構成要求を受けたときに業務システムを構成する仮想サーバ群の構成パターンを構築しネットワークの経路のトラフィック状態を把握し、トラフィック状態の中で最もトラフィック品質を劣化する場所を特定する。そして、システム管理装置は、各パターンで特定された品質劣化の場所のトラフィック情報を基に、算出した分散を用いてトラフィックのばらつきが最も小さい経路を持つパターンを要求された業務システムのシステム構成を決定する。
【０００９】
また、別の態様として、システム管理装置は、業務システムの追加要求或いは構成要求を受けたときに、業務システムを構成する仮想サーバ群が用いるＳＡＮ環境において、上記業務システムのシステム構成をＳＡＮ環境のトラフィック状態を基にまず決定するようにしても良い。
【００１０】
さらなる本発明の特徴は、以下本発明を実施するための形態および添付図面によって明らかになるものである。
【発明の効果】
【００１１】
本発明によれば、ネットワークができるだけ安定したところに業務システムを構成する仮想サーバを配備することができるため、業務システムのネットワーク原因による品質劣化の発生を抑えることができる。
【図面の簡単な説明】
【００１２】
【図１】本発明におけるＩＴシステムを提供する情報システム装置（管理対象装置群）の物理的な構成例を示す図である。
【図２】本発明における第１の実施形態におけるシステム管理装置の構成例を示す図である。
【図３】本発明の第１の実施形態におけるＩＰネットワーク装置のトラフィックの統計情報を格納するデータ構造の一形態を示す図である。
【図４】本発明の第１の実施形態におけるＳＡＮネットワーク装置のトラフィックの統計情報を格納するデータ構造の一形態を示す図である。
【図５】本発明の第１の実施形態におけるリソース提供処理プログラムの処理を説明するためのフローチャートである。
【図６】本発明の第１の実施形態における、ユーザからのＩＴシステムの構築のための要求情報（システム構成要求）をデータ構造化した一形態を示す図である。
【図７】本発明の第１の実施形態におけるユーザのシステム構成要求から構築したＩＴシステムの提供構成候補のデータ構造の一形態を示す図である。
【図８】本発明の第１の実施形態において、図７のＩＴシステムの提供構成候補に含まれるネットワーク構成情報のデータ構造の一形態を示す図である。
【図９】本発明の第１の実施形態におけるリソース提供プログラムのＩＰネットワーク経路余剰算出処理の詳細を説明するためのフローチャートである。
【図１０】本発明の第１の実施形態におけるＩＰネットワーク経路余剰算出処理において、ネットワークパターンに対して余剰状況を算出する処理の詳細を説明するためのフローチャートである。
【図１１】本発明の第１の実施形態において、仮想サーバを実際に配備したときのシステム構成を示す図である。
【図１２】本発明の第１の実施形態において、各仮想サーバ間のトラフィックの余剰を算出した結果をワークメモリ内に格納したときのデータ構造の一形態を示す図である。
【図１３】本発明の第１の実施形態において、ＳＡＮ環境の余剰を算出する処理の詳細を説明するためのフローチャートである。
【図１４】本発明の第１の実施形態において、ユーザが要求したＩＴシステムに対して実際に利用できる仮想サーバと、それに関するトラフィックの変動を表示するための監視画面の構成例を示す図である。
【図１５】本発明の第２の実施形態におけるリソース提供処理プログラムの処理を説明するためのフローチャートである。
【図１６】本発明の第２の実施形態における、ユーザからのＩＴシステムの構築のための要求情報（システム構成要求）をデータ構造化した一形態を示す図である。
【発明を実施するための最良の形態】
【００１３】
以下、添付図面を参照して本発明の実施形態について説明する。ただし、本実施形態は本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。また、各図において共通の構成については同一の参照番号が付されている。
【００１４】
なお、本明細書では、本発明で用いられる情報（後述の統計情報、構成情報、性能情報等）については、「ａａａ表」、「ａａａテーブル」、「ａａａリスト」、「ａａａＤＢ」、「ａａａキュー」等の表現や、テーブル、リスト、ＤＢ、キュー、等のデータ構造以外の表現を用いることができる。このため、本発明で用いられる情報が、データ構造に依存しないことを示すために、「ａａａテーブル」、「ａａａリスト」、「ａａａＤＢ」、「ａａａキュー」等と表現できる場合であっても「ａａａ情報」と呼ぶことがある。
【００１５】
また、各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ」という表現を用いるが、これらについてはお互いに置換が可能である。
【００１６】
さらに、以後の本発明の処理動作の説明では、「プログラム」や「モジュール」を動作主体（主語）として説明を行う場合があるが、プログラムやモジュールは、プロセッサによって実行されることで、定められた処理をメモリ及び通信ポート（通信制御装置）を用いながら行うため、プロセッサを動作主体（主語）とした処理に読み替えても良い。また、プログラムやモジュールを主語として開示された処理は、管理サーバ等の計算機、情報処理装置が行う処理としてもよい。プログラムの一部または全ては専用ハードウェアによって実現されてもよい。また、各種プログラムはプログラム配布サーバや記憶メディアによって各計算機にインストールされてもよい。
【００１７】
（１）第１の実施形態
＜管理対象のＩＴシステムの構成＞
図１は、本発明のシステム管理装置によって管理されるデータセンター内のＩＴシステム構成の一形態を示す図である。ＩＴシステムは、複数の物理サーバ（Ａ〜Ｆ）３１〜３６と、複数のストレージ装置（例えばＡ及びＢ）１１〜１２と、複数のＩＰスイッチ（ＩＰ−ＳＷ１〜４）５１〜５４と、複数のＳＡＮスイッチ（ＳＡＮ−ＳＷ１〜２）２１〜２２と、を有している。
【００１８】
各物理サーバ３１〜３６は、記憶媒体としてリモートのストレージ装置１１〜１２を用いている。物理サーバ３１〜３６とストレージ装置１１〜１２との間はＳＡＮスイッチ（２１〜２２）により接続されている。物理サーバ３１〜３６はそれぞれ仮想化機構４１〜４６を有しており、仮想化機構の上で仮想サーバ６０を構築する。仮想サーバ６０は任意の業務を遂行するアプリケーションが実行する環境である。各仮想サーバ６０上のアプリケーションはＩＰネットワークを介してお互いにデータを交換する。また、一部の仮想サーバ６０は、外部ネットワーク７０を介してクライアントと通信を行う。
【００１９】
各サーバ間のデータ交換はＩＰスイッチ５１〜５４を介して実現されている。ＩＰスイッチ５１〜５４は、セグメントを仮想的に分離することにより、お互いの通信パケットを隠ぺいすることができる。また、ルータ機能を持つスイッチ５１によりお互いのセグメント間を通信することができる。
【００２０】
本実施形態では、対象となる物理サーバは個別に存在しているが、サーバをブレード形式してシャーシに搭載するブレードシステムであってもよい。また、図１では全ての物理サーバ３１〜３６に仮想化機構４１〜４６が搭載されているが、仮想化機構を持たないサーバが１つ以上入ってもよい。また、図１では全ての物理サーバ３１〜３６がストレージ装置を利用しているが、ローカルの記憶媒体を利用するサーバが１つ以上入ってもよい。
【００２１】
＜管理システム＞
以下では、本発明のＩＴシステム（業務システム）を管理するシステム管理装置の動作について述べる。
【００２２】
本発明の第１の実施形態として、ＩＴシステムにおける、ネットワークのピーク値、分散値、及び平均値を考慮した仮想サーバ配備方法について、図１〜１４を用いて説明する。
【００２３】
図２は、第１の実施形態によるシステム管理装置２０３及び管理対象装置群２００を示す図である。管理対象装置群２００は、図１で説明したＩＴシステム（例えば、データセンター）内に存在するＩＴリソースである。それぞれの管理対象は、システム管理装置２０３からの要求に対して情報を提供したり、制御をしたりする監視・制御プログラム２０２−１〜２０２−４を有している。各管理対象装置は、システム管理装置２０３からの要求を受信したり、応答を送信したりするための管理用通信網２０１（図１の外部ネットワーク７０に相当）と接続されている。
【００２４】
システム管理装置２０３は、ユーザの要求に従って仮想サーバを構築するものである。システム管理装置２０３は、管理対象装置群２００と管理用通信網２０１を介して情報を交換するための通信制御装置２１０と、プログラム情報を格納するプログラムメモリ２２０と、プログラムを実行するためのワークメモリ２３０と、実際の処理を行う中央処理装置（ＣＰＵ）２４０と、管理対象装置に関する様々な情報を格納するためのデータベースが格納された記憶装置（ディスク装置）２５０と、管理対象装置の利用状況などの管理情報を表示するディスプレイ（ＣＲＴ）２６３等の出力装置と、割込み処理に関連する様様な情報を入力するためのキーボート２６２やマウス２６１等の入力装置と、入出力装置を制御するための入出力制御装置２６０とを有し、お互いはバスまたはネットワークで接続されている。通信制御装置２１０は、例えば、ネットワークインターフェースであって、管理用通信網２０１を介して、後述する決定した接続構成（所望の仮想サーバ構成を実現するための物理サーバ及びＳＡＮ−ＳＷの接続及び配置）に従ってシステム構成するための指示（ユーザが指示）を複数の管理対象装置に送信する際に用いられるものである。
【００２５】
プログラムメモリ２２０は、管理者もしくはリソースのユーザから構築したいシステム要件を入力すると該当するリソースの配置情報を提供するリソース提供プログラム２２１と、管理対象から構成情報を収集する構成情報収集プログラム２２４と、トラフィック情報を収集する性能情報収集プログラム２２３と、性能情報収集プログラムによって取得されたトラフィック情報から任意の時間間隔でトラフィックのばらつきを算出する統計情報算出プログラム２２２と、を格納している。リソース提供プログラムは、さらに、２端末間のＩＰネットワークの経路の余剰を算出するＩＰネットワーク余剰算出処理プログラム２２５と、サーバとストレージ間の経路の余剰を算出するＳＡＮネットワーク余剰検索処理部２２６と、を含んでいる。これらのプログラムメモリ上のプログラムは適宜ワークメモリ２３０内に読み込まれＣＰＵ２４０によって処理を実行する。
【００２６】
ディスク装置２５０は、構成情報収集プログラムによって収集された管理対象の構成情報を格納したり、性能情報収集プログラムによって収集された各リソースの性能情報の取得結果を格納したりする。また、統計情報算出プログラムにより作成されるトラフィックの統計情報を格納する。
【００２７】
なお、システム管理装置（管理サーバ、管理計算機）は、上述のように、入出力デバイスとして、ディスプレイとキーボードとポインタデバイス等を有しているが、これ以外の装置であってもよい。また、入出力デバイスの代替としてシリアルインターフェースやイーサーネットインターフェースを用い、当該インターフェースにディスプレイ又はキーボード又はポインタデバイスを有する表示用計算機を接続し、表示用情報を表示用計算機に送信したり、入力用情報を表示用計算機から受信することで、表示用計算機で表示を行ったり、入力を受け付けることで入出力デバイスでの入力及び表示を代替してもよい。
【００２８】
本明細書では、ＩＴシステムを管理し、表示用情報を表示する１つ以上の計算機の集合をシステム管理装置（管理システム）と呼ぶことがある。管理サーバが表示用情報を表示する場合は、管理サーバがシステム管理装置であり、また、管理サーバと表示用計算機（例えばWEBブラウザ起動サーバ）の組み合わせもシステム管理装置である。また、管理処理の高速化や高信頼化のために複数の計算機で管理サーバと同等の処理を実現してもよく、この場合は当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機も含め）がシステム管理装置である。
【００２９】
＜ＩＰネットワーク統計情報テーブル及びＳＡＮネットワーク統計情報テーブル＞
図３は、ＩＰネットワーク装置（ＩＰ−ＳＷ）に対する統計情報を格納したＩＰネットワーク統計情報テーブル３００の一形態を示す図である。本テーブルは管理対象装置群２００内に存在するＩＰネットワーク装置（ＩＰ−ＳＷ、物理サーバ装置等）のポートごとに構築される。
【００３０】
図３において、スイッチ３０１は、管理対象装置を一意に識別するための識別子であり、管理対象装置のＩＰアドレスでも構わない。ポート３０２は性能情報を監視するポートの識別子である。対向スイッチ３０３は該当ポートが物理的にケーブル等によって接続されているネットワーク装置であり、対向ポート３０４はその対向スイッチのポートを識別する識別子である。統計データ３０５は、単位時間ごとの統計情報を格納する領域であり、それぞれ統計データを算出するために使ったトラフィック情報の期間の最初の収集時間である。時間３１１は計測時間を示す。例えば、図３において、１行目の統計値は、２０１０年４月１日１２時から１５時までに得られた統計情報を基に算出している事を示す。ここでは、この時間間隔を単位時間とする。平均３１２、上限３１３、下限３１４および分散３１５はそれぞれ単位時間内のトラフィック情報を基に平均値を平均に、もっと大きい値を上限に、もっとも小さい値を下限に、分散値を分散に格納する。分散値の算出方法については後述する。
【００３１】
図４は、ＳＡＮ装置（ＳＡＮ−ＳＷ）に関する統計情報を格納したＳＡＮネットワーク統計情報テーブル４００の一形態を示す図である。データの内容はＩＰネットワーク統計情報テーブルとほぼ同じである。ただし、ＩＰネットワーク統計情報テーブル３００がメガビット毎秒（Ｍｂｐｓ）であるのに対して、ＳＡＮネットワーク統計情報テーブル４００の平均４１２、上限４１３、下限４１４がメガバイト毎秒（ＭＢｐｓ）の単位の違いがある。
【００３２】
なお、以後の説明ではディスク装置２５０、プログラムメモリ２２０、及びワークメモリ２３０を１つ以上組み合わせて記憶資源と呼ぶことがある。また、ディスク装置２５０、プログラムメモリ２２０、及びワークメモリ２３０に記憶されるとこれまで説明した情報（または後述する情報）及びプログラムは記憶資源に格納されると考えてもよい。
【００３３】
以上が第１の実施形態のシステム構成である。本実施形態では、管理者のための入出力制御装置２６０および入出力デバイス２６１〜２６３がシステム管理装置２０３上に存在しているが、他の構成としては、入出力を別端末からリモートログインをすることで本実施形態のプログラムを起動させ情報の入出力を実現する形態もある。また、リソース提供に関するユーザインターフェースをウェブアプリケーションとすることで、リモートの端末からインターネットブラウザを介して入出力を実現する形態もある。
【００３４】
＜構成情報の収集処理＞
本項目以降において、本発明の第１の実施形態における各動作及び処理について説明する。なお、以下の説明では「定期的」という表現を用いるが、厳密に同じ時間間隔である必要は無い。また、「定期的」は時間間隔に関わらず繰り返しであってもよい。
【００３５】
構成情報の収集処理では、定期的な管理情報の収集のため、構成情報収集プログラム２２４がワークメモリ２３０内に読み込まれる。本プログラムが実行されると、既存の管理対象装置（管理対象ノードともいう）の情報がディスク装置（データベース）２５０から収集される。取得した管理対象の識別子（たとえばＩＰアドレス）を基に管理対象に変更がないかを判断するために、構成情報収集プログラム２２４は、管理対象装置の監視・制御プログラム２０２−１〜２０２−４に構成情報の取得要求を出し、応答の結果をデータベースに格納する。構成情報の取得方法は、管理対象装置の種別によって異なる。例えば、ネットワーク装置からは、ＳＮＭＰ(Simple Network Management Protocol)を用いてネットワーク装置を構成するポートの数やポートの識別子、ポートの状態などを構成情報として取得する。サーバ装置からは、ＷＥＢＭ(Web-based Enterprise Management)に準拠したインターフェースを用いてホスト名や、ドライブ構成、ＣＰＵ性能、メモリ容量などを構成情報として収集する。ストレージ装置の場合は、ＳＭＩ−Ｓ(Storage Management Initiative - Specification)インターフェースを使って、ＬＵ（Logical Unit）の構成やＬＵを利用しているサーバを識別する識別子であるＷＷＮ(World Wide Name)などを構成情報として取得する。上記の取得情報は、構成情報の一部であり、管理対象装置群２００の接続関係やリソース提供するために必要な情報を取得している。
【００３６】
次に、あらかじめ決められた管理対象範囲に新規のＩＰノードが存在しないかを判断するために、構成情報収集プログラム２２４は、想定されるＩＰアドレス（例えば、所定Rangeでアドレスを指定する）に対してパケットを送信し、応答があるかを判断する。応答があった場合、構成情報収集プログラム２２４は、該当管理対象装置の構成情報を収集するために、管理対象装置上の監視・制御プログラム２０２−１〜２０２−４に要求を送信し、その結果を基にデータベース（ディスク装置２５０）内に新規の管理対象装置の構成情報を格納する。この場合、必要に応じて、取得した構成情報を、ディスク装置２５０（記憶資源）に格納された構成情報のデータ形式に変換して登録しても良い。以上が管理情報収集プログラムによる構成情報収集処理である。
【００３７】
＜性能情報の収集処理＞
次に、性能情報の収集について説明する。定期的に性能情報を収集するために、性能情報収集プログラム２２３がワークメモリ２３０内に読み込まれる。性能情報収集プログラム２２３が実行されると、データベース（ディスク装置２５０）に対してネットワーク装置に相当する管理対象ノード（ここではネットワークスイッチ、物理サーバ装置、ストレージ装置、ＳＡＮスイッチ等が含まれる）が特定される。そして、性能情報収集プログラム２２３は、監視・制御プログラム２０２−１〜２０２−４を介してそれぞれの管理対象ノードが持つポートの使用帯域量（性能情報の１つ）を取得する。取得されたデータは、取得時間と合わせてデータベース内に管理対象ノードのポートごとに格納される。この処理は、あらかじめ決められた時間間隔で繰り返し行われる。以上が性能情報収集プログラム２２３による性能情報取得処理である。
【００３８】
＜統計情報の作成処理＞
次に統計情報の算出方法について説明する。定期的な性能情報の収集および統計情報の作成のため、統計情報算出プログラム２２２がワークメモリ２３０内に読み込まれる。最初に本プログラムが実行されると、統計情報を格納するためのＩＰネットワーク統計情報テーブル３００とＳＡＮネットワーク統計情報テーブル４００が作成される。これは、データベース（ディスク装置２５０）内に格納されている管理対象装置（ノード）の構成情報を基に、ネットワーク装置（ＩＰ−ＳＷやサーバ装置）とそのポート構成および接続関係を把握して、対応スイッチ、ポート、対向スイッチ、対向ポートの値を設定する。この時、統計情報は作成されていないため、統計情報データの領域は空欄となる。ＳＡＮネットワーク統計情報テーブル４００についても同じである。
【００３９】
各統計情報テーブルが作成されると、統計情報の作成処理が定期的に実行される。実行間隔は統計情報を作成するための単位時間に相当する。統計情報作成処理が開始されると、単位時間の間に性能情報収集プログラム２２３によって収集された性能情報の中から、各統計情報テーブル３００或いは４００のスイッチとポートに対応する性能情報を抽出し、平均、上限、下限、分散を算出する。上限と下限は単位時間の使用帯域量の最も高いものと低いものであり、平均は下記式によって導き出される
【００４０】
【数１】
2011243112.tif 000003
【００４１】
また、分散は、標本分散を採用すると下記のような式になる。
【数２】
2011243112.tif 000004
【００４２】
これらの算出結果は、ＩＰスイッチについては、ＩＰネットワーク統計情報テーブル３００へ、ＳＡＮスイッチについては、ＳＡＮネットワーク統計情報テーブル４００にそれぞれ格納される。以上が統計情報算出プログラムによる統計情報算出処理である。なお、本実施形態では、統計情報を算出するために、性能情報収集プログラム２２３の処理によって、基本的な性能情報を取得し、統計情報算出処理によって、分散情報を算出しているが、別な構成として、管理対象装置群２００のそれぞれの装置上で、監視・制御プログラム２０２−１〜２０２−４の一機能として性能情報を内部で一定時間保持し、そのデータを基に分散情報を構成する形式もある。この場合、システム管理装置２０３上には、統計情報算出プログラム２２２は存在せず、性能情報収集プログラム２２３には、上記で示した、平均，上限，下限，分散を取得する処理が追加されることで、ＩＰネットワーク統計情報テーブル３００やＳＡＮネットワーク統計情報テーブル４００を構築することができる。また、別な構成として、統計情報を算出したのち、管理対象装置群２００からシステム管理装置２０３にその情報を通知する形態もある。この場合、性能情報収集プログラム２２３は、統計情報を取得するために、管理対象装置群２００からの統計情報の受信を待機し、受信した統計情報をＩＰネットワーク統計情報テーブル３００やＳＡＮネットワーク統計情報テーブル４００に格納する処理を含むものである。
【００４３】
＜リソース提供処理＞
リソース提供プログラム２２１によるリソース提供処理の概要について述べる。リソース提供プログラム２２１は、システム管理装置２０３が起動すると、ワークメモリ２３０上に読み込まれ、ＣＰＵ２４０によって処理が実行される。まず、リソース提供処理の概要について図５を用いて説明し、必要に応じて各処理の詳細及び必要な各種情報の詳細については後述する。
【００４４】
図５は、リソース提供処理プログラム２２１の実行処理の概要を説明するためのフローチャートである。リソース提供処理プログラム２２１は、まず起動すると、管理者もしくはリソースユーザからのリソース提供要求を待つ（ステップ５０１）。リソース提供要求は、ユーザ又は管理者がＩＴリソースを使って構築されるサーバ群を要求するものであり、ユーザ等が必要とするサーバの仕様やそのシステム構成に関する要求を含んだものである。システム管理装置２０３は、例えばユーザ等からリソース提供要求によってリソース提供処理実行の指示を受信すると、リソース提供処理プログラム２２１はリソース提供処理の実行を開始する。
【００４５】
次に、リソース提供要求に含まれるユーザ要求（図６に示されるようなシステム構成を示す条件であり、後述するように、この情報を含むテーブルをシステム構成要求テーブル６００という）を受け取ると、リソース提供処理プログラム２２１は、要求されたスペックに満足する物理サーバを特定する（ステップ５０２）。ここでは、ディスク装置（データベース）２５０から構成管理情報を取得して管理対象装置群２００内の物理サーバのリソース割り当て状況を把握する。そのうえで、要求されている仮想サーバを搭載可能な物理サーバの配備パターンの候補（図７参照）を求める。この時、システム構成に従って全てのパターンを抽出してもよいし、静的な構成情報から見て最もリソースを有効に使える構成パターンの上位Ｎ個を選定候補として挙げる形態もある。どちらにしても、候補案ごとに全ての仮想サーバの配置場所が決定されているものとする。本処理で抽出された配備パターンテーブルの一形態については図７に示されている。
【００４６】
続いて、リソース提供処理プログラム２２１は、ＩＰネットワーク余剰計算処理プログラム２２５を用いて、システム構成要求テーブル６００の接続構成６０４を基にＩＰネットワーク経路余剰算出処理を実行する（ステップ５０３）。本処理の詳細については、図９を用いて後述する。
【００４７】
そして、リソース提供処理プログラム２２１は、ＩＰネットワーク余剰算出処理（ステップ５０３）の結果を基に、ＳＡＮ経路余剰算出処理を行う候補となる配備パターン候補を求める（ステップ５０４）。具体的な処理内容については、図１２を用いて後述する。
【００４８】
さらに、リソース提供処理プログラム２２１は、ＳＡＮネットワーク余剰算出プログラム２２６を用いて、ＩＰネットワーク経路余剰処理で得られた配備パターン候補（以後、ＳＡＮ余剰検索対象配備パターンと呼ぶ）に対して、ＳＡＮネットワークの余剰算出処理を実行する（ステップ５０５）。本処理の詳細については、図１３を用いて後述する。
【００４９】
続いて、リソース提供処理プログラム２２１は、ＳＡＮネットワークの余剰算出処理（ステップ５０５）が終了した後、最終的な仮想サーバの配備の候補（リソース配置場所の候補）を決定する（ステップ５０６）。ステップ５０６の処理の詳細についても後述する。
【００５０】
最後に、リソース提供処理プログラム２２１は、ステップ５０７で決定した候補の情報を表示するための付加情報を構築し、処理を終了させ、ユーザ等からのリソース提供処理実行要求を受け付けられる状態に移行する（ステップ５０７）。付加情報構築処理の具体的内容についても後述する。
【００５１】
＜システム構成要求情報＞
図６は、本実施形態におけるリソース提供要求として必要とされる情報をテーブル化したシステム構成要求テーブル６００を示す図である。これらの情報は、図５のステップ５０１において、管理者から、入力装置２６１及び２６２を介してＣＰＵ２４０に通知され、リソース提供処理が開始される。図６において、要求ＩＤ６０１は、要求を一意に識別するための番号である。ユーザＩＤ６０２は、リソースを提供するユーザ或いは管理者を一意に識別するための情報である。システム構成６０３は、リソースを提供するためのシステムの構成条件（ユーザが希望するシステム構成のスペックを示す情報）に相当する。接続構成６０４は、提供するサーバ間の接続関係を表すものである。業務特性６０５は、システムのトラフィックに関する要件を表すものである。
【００５２】
システム構成６０３において、サーバＩＤ６１１は、提供する仮想サーバを一意に識別するための識別子である。ロール６１２は、提供する仮想サーバの役割であり、“ＤＢ”、“ＡＰ”、“Ｗｅｂ”、“ＬＢ”、“ＦＷ”、“汎用”などの種類が存在する。“ＤＢ”はＤＢサーバのようにディスクアクセスが主たる特徴を持ち、“ＡＰ”はアプリケーションサーバとして、処理速度が要求される種類のものである。“Ｗｅｂ”や“ＬＢ”、“ＦＷ”はそれぞれＷｅｂサーバ、ロードバランサー、ファイヤーウォールを表しており、主としてネットワーク性能が要求される種類のことを表す。“汎用”は特に特徴を示さない種類のサーバを表す。ＣＰＵ６１３は、仮想サーバによって提供されるＣＰＵ利用率をある決めたパターンの種別ごとに設定された値である。ＴｙｐｅＡは、実在の任意のＣＰＵ（例えば高性能ＣＰＵ）のスペックと同等の性能を意味する情報である。ＴｙｐｅＢは、ＴｙｐｅＡとは異なるスペックのＣＰＵ（ＴｙｐｅＡよりは性能が劣るＣＰＵ）と同等の性能を意味する情報である。容量６１５は、仮想サーバが必要とするディスク容量を示す。クラスタ６１６は、各サーバ群でクラスタ構成にする予定のサーバ装置を示している。同じ識別子のものでクラスタ構成を構築することを表す。すなわち、図６のサーバＩＤの００７と００８にはそれぞれＢ−１と記されており、Ｂ−１と記された２つのサーバが１つのクラスタ構成を構築することを示している。また、サーバＩＤ００１〜００４のクラスタ６１６の欄にはＡ−１と記されている。このクラスタ構成Ａ−１は、性能または可用性の向上を目的として、複数のサーバが連携して所定の処理を行う構成を意味するものである。つまり、性能向上を意図したクラスタの場合であれば、所定の処理を分割し、分割した処理を複数のサーバで並列実行させることで所定の処理の実行時間を短縮する場合や、所定の処理を複数のサーバで並列実行することで、単位時間当たりの所定の処理の実行回数を向上させる場合がある。可用性向上の場合は、所定の処理がサーバの障害等で処理が出来なくなった場合、または処理速度が低下した場合に、他のサーバにて所定の処理を引き継いで処理する場合がある。
【００５３】
接続構成６０４において、セグメント６２１は提供されるサーバが配備されるネットワークセグメントを表し、同一の番号のサーバは同じネットワークセグメントに存在することを意味する。サーバＩＤ６２２は、提供するサーバを識別する識別子であり、システム構成のサーバＩＤと同じ識別子が割り当てられる。接続先リスト６２３は、該当するサーバと通信するサーバ群のサーバＩＤ一覧である。ここで、outは外部からの通信（すなわち外部ネットワーク７０からのアクセス）が存在することを表す。
【００５４】
業務特性６０５において、想定ピーク時間６３１は、構築するシステムでトラフィックが最も大きくなる時間帯を示す。また、想定トラフィック６３２は、構築するシステムで発生するトラフィック量の概算を表すものである。図６では、トラフィックは平均して１５０Ｍｂｐｓ程度のトラフィックがシステム内を流れることを示している。
【００５５】
なお、本テーブルでは、システム全体の概算が示されているが、接続構成ごとのトラフィックの概算として、接続構成６０４の中に挿入される形態もある。
【００５６】
＜配備パターンテーブル＞
図７は、ステップ５０２で得られた物理サーバの配備パターンの候補（接続構成候補を示す構成候補パターン）を示す配備パターンテーブルの一形態例を示す図である。これらの情報は、図５のステップ５０２を実行することによって得られるものである。
【００５７】
配備パターンテーブル７００は、構成項目として、配備パターンを一意に識別するためのパターンＩＤ７０１と、配備パターンを構築する基になった要求を一意に識別する要求ＩＤ７０２と、要求を出したユーザを一意に識別するユーザＩＤ７０３と、配備パターンで実際に仮想サーバを配備する情報を含むシステム構成７０４と、システム構成７０４に対して想定されるネットワークの構成情報（例えば、どのスイッチ（ルータ）を介してセグメント同士をつなげるかについての情報）を含んだテーブルの参照情報を格納するネットワークパターン７０５と、を含んでいる。
【００５８】
システム構成７０４には、仮想サーバを一意に識別する仮想サーバＩＤ７１１と、仮想サーバのＩＰアドレス７１２と、仮想サーバが属するネットワークセグメント（以下、セグメントと略する場合がある）を一意に特定するためのセグメントＩＤ７１３と、仮想サーバを配備する物理サーバを一意に識別する物理サーバＩＤ７１４と、が含まれている。ここでは、仮想サーバＩＤ７１１は、要求にあるシステム構成要求テーブル６００のサーバＩＤ６１１と同じである。また、物理サーバＩＤ７１４は、仮想サーバを搭載する物理サーバの識別子であり、これを基に物理サーバの構成情報がディスク装置（データベース）２５０から取得できるものである。
【００５９】
配備パターンテーブル７００の情報、つまり物理サーバの配置候補は、システム構成６０３と物理サーバ（Ａ〜Ｆ）３１〜３６の構成情報（例えば、ＴｙｐｅＡのＣＰＵを有する物理サーバのグループはどのサーバであるとか、メモリ容量が必要量を有するサーバはどれかとかといった情報）に基づいて、決定される。
【００６０】
＜ネットワークパターンテーブル＞
図８は、配備パターンテーブル７００におけるネットワークパターン７０５の構成情報を表すネットワークパターンテーブル８００の一形態を示す図である。
【００６１】
ネットワークパターンテーブル８００は、構成項目として、ネットワーク構成を一意に識別するＮＷパターンＩＤ８０１と、ネットワークのセグメント情報を格納するネットワーク情報８０２と、ネットワーク間のルーティングに関する情報であるルーティング情報８０３と、を含んでいる。
【００６２】
ネットワーク情報８０２は、セグメントの情報を示したものであり、ネットワークセグメント毎に作成され、構成項目として、セグメントを一意に識別するセグメントＩＤ８１１と、ネットワークセグメントを表すセグメント値８１２と、セグメントをＶＬＡＮで構築する場合のＶＬＡＮ番号を表すＶＬＡＮ ＩＤ８１３と、セグメントから他のセグメントにパケットを転送する時に起点となるＩＰアドレスを表すルートＩＰアドレス８１４と、そのＩＰアドレスに対応するスイッチ装置を一意に識別するルータ装置８１５と、その装置の該当するポート番号を表すポートＩＤ８１６と、を含んでいる。
【００６３】
ルーティング情報８０３は、追加されるルーティング情報を設定するための情報であり、構成項目として、ルーティングを行うスイッチを一意に識別するルータ装置ＩＤ８２１と、宛先ネットワークセグメントを表す宛先セグメント８２２と、宛先ネットワークへパケットを転送するために送信する次ホップスイッチの宛先ＩＰアドレスを表す次ホップＩＰアドレス８２３と、を含んでいる。なお、既存のルーティング情報を用いている場合には、ルーティング情報８０３は存在しない。
【００６４】
ネットワークパターンテーブル８００は、配備パターンテーブル７００のネットワークパターン７０５の中で参照されている。本実施形態では、ルーティング情報８０３として、パケットの転送に関する情報しか設定していないが、セキュリティの観点から送信元のネットワークセグメントも指定する形態もある。この場合、指定された送信元ネットワークセグメントのみ指定された宛先セグメントにパケットを転送できなくなる設定をネットワーク装置に設定する。
【００６５】
＜ＩＰネットワーク経路余剰算出処理（ステップ５０３）の詳細＞
図９は、図５のＩＰネットワーク経路余剰算出処理（ステップ５０３）の詳細を説明するためのフローチャートである。
【００６６】
ＩＰネットワーク経路余剰算出処理では、まず、ＩＰネットワーク余剰算出処理プログラム２２５が、リソース候補の抽出処理（ステップ５０２）で求められた候補一覧（図７で表される配備パターン７００が複数存在する）の中から、１つの配備パターン７００を抽出する（ステップ９０１）。
【００６７】
次に、ＩＰネットワーク余剰算出処理プログラム２２５は、抽出された配備パターンの中のネットワークパターン７０５を１つ取り出し、想定するシステム構成を確定する（ステップ９０２）。
【００６８】
想定するシステム構成を決めた後、ＩＰネットワーク余剰算出処理プログラム２２５は、ネットワークパターン余剰算出処理を実行する（ステップ９０３）。ステップ９０３の処理の詳細については、図１０を用いて後述する。
【００６９】
ネットワークパターン余剰算出処理が終わると、ＩＰネットワーク余剰算出処理プログラム２２５は、全てのネットワークパターンに対して処理が終了したかを判断する（ステップ９０４）。
【００７０】
全てのパターンが終了している場合には、ＩＰネットワーク余剰算出処理プログラム２２５は、配備パターンにおけるもっとも効率的なネットワークパターンを特定する（ステップ９０５）。具体的な特定方法については、ネットワークパターン余剰算出処理の一部と同様の考え方に基づいて行われるため、図１０を説明した後に説明する。
【００７１】
そして、全ての配備パターンについて効率的なネットワークパターンが特定されれば、処理は終了する（ステップ９０６）。これにより、すべての配備パターンに対して利用するネットワークパターン、及び各配備パターンの余剰帯域と危険余剰帯域がいくつ存在するかを把握できるようになる。
【００７２】
＜ネットワークパターン余剰算出処理（ステップ９０３）の詳細＞
図１０は、ネットワークパターン余剰算出処理（ステップ９０３）の詳細を説明するためのフローチャートである。
【００７３】
まず、ＩＰネットワーク余剰算出処理プログラム２２５は、システム構成要求テーブル６００内の接続構成６０４のデータ（セグメント６２１−サーバＩＤ６２２−接続先リスト６２３の組み合わせ）を１つ取り出し、検索するサーバ間の構成の端点を決定する（ステップ１００１）。例えば、図６における、サーバＩＤ６２２と接続先リスト６２３の中の関係からサーバＩＤ００１とサーバＩＤｏｕｔ、サーバＩＤ００１とサーバＩＤ００２などといった組み合わせの１つである。
【００７４】
次に、ＩＰネットワーク余剰算出処理プログラム２２５は、検索するサーバ間の端点のサーバＩＤを基に配備パターンテーブル７００内の仮想サーバＩＤ７１１と物理サーバＩＤ７１４から、接続関係のある各仮想サーバを搭載する物理サーバを特定する。そして、２つの仮想サーバ間で用いられる物理経路情報を、ディスク装置（データベース）２０５に格納されている物理サーバとネットワークの構成情報を基に特定する（ステップ１００２）。これは、ＩＰアドレスが同一セグメントの時にＶＬＡＮで構成されるトラフィックの経路を求める処理である。ＶＬＡＮ内の経路に関しては、ＬＬＤＰ（Link Layer Discovery Protocol）を用いてスイッチ間の物理的な接続関係は分かっているものとしている。その中で、ループが存在する場合に用いられるＳＴＰ（Spanning Tree Protocol）によるブロックキングポートが分かっていることから、併せてＶＬＡＮ内のスイッチの経路を把握することができる。複数のルータを介する場合には、配備パターンテーブルで指定されたルーティング情報８０３を基に経路を決定する。ルーティング情報がないときはスイッチ内の既に設定されているルーティング情報をディスク装置（データベース）２０５から収集し、ルーティング経路を特定する。経路特定の具体的概念について図１１を用いて簡単に説明する。図１１は、図１の管理対象装置構成における１つの配備パターンを表したＩＴシステム（業務システム）の構成例を示す図である。ここで、物理サーバＡ３１に存在する仮想サーバ００１_１１０１が、物理サーバＢ３２の仮想サーバ００２_１１０２と通信する場合には、ＩＳ−ＳＷ２_５２のみを経由するが、仮想サーバ００３_１１０３と通信する場合には、ＩＰ−ＳＷ２_５２とＩＰ−ＳＷ３_５３を経由する。逆に、物理サーバＣ３３上の仮想サーバ００３_１１０３と仮想サーバ００５_１１０４とを通信する場合には、物理サーバＣの仮想化機構４３が持つ内蔵仮想スイッチのみを経由する。
【００７５】
以上のようにして、ＩＰネットワーク余剰算出処理プログラム２２５は、全ての配備パターンの接続構成に対して物理経路情報を求め（ステップ１００３）、求められた物理経路情報群を基に、さらに当該配備パターンに存在する各経路で重なり合う部分を求め、その重なりの回数を重複度とする（ステップ１００４）。当該重複度は、サーバ間の経路であて、複数存在する経路を照合し、どの経路部分に重複が何回存在するかを検討することにより得られる。このような重なり合う部分は、現在利用されていないが、追加するＩＴシステム（業務システム）を投入する時にトラフィックが集中することが想定されることを示すバイアス（指標）となる情報である。
【００７６】
なお、重複度の算出は、サーバの役割に応じて算出する形態もある。例えば、サーバのロールが“ＬＢ”である場合には、トランザクションを分配させるだけであるため、入力されたトラフィックを分散させることになる。このため、ロールが”ＬＢ”を持つサーバとの接続に関しては、“ＬＢ”が接続するサーバ数を除算した値を重なり度とする。それ以後のかかわりあいもその値を基に重なり具合を算出してもよい。具体的に図６の構成例を基にすると、サーバＩＤが００１のサーバは“ＬＢ”の役割を持っている。これは、サーバ００１とサーバ００２〜００４とが接続していることから、サーバ００１とサーバ００２、サーバ００１とサーバ００３、サーバ００１とサーバ００４の接続の重なり度は、１／３＝０．３３となり、この値を持って、経路重複度を設定する形態もある。また、同様にクラスタ構成の場合についてもホットスタンバイ構成の場合、アクティブトラフィックは１つだけであるため、１つの経路を１と、もうひとつの経路を０と判断する形態もある。
【００７７】
続いて、ＩＰネットワーク余剰算出処理プログラム２２５は、重複度を算出した後に、それぞれの仮想サーバ間の通信経路の余剰に関して判定する。まず、上記処理で導出された各サーバ間の物理経路情報を１つ取り出す（ステップ１００５）。例えば、後述する図１２におけるサーバＩＤ１とサーバＩＤ２で特定されるサーバ間の経路（ステップ１００２で取得される情報）の１つが取り出される。
【００７８】
そして、ＩＰネットワーク余剰算出処理プログラム２２５は、各サーバ間の通信を構成するセグメント間の帯域を構成情報から、決められた単位のトラフィックに関する平均分散をデータベースから取得する（ステップ１００６）。
【００７９】
さらに、この時、ＩＰネットワーク余剰算出処理プログラム２２５は、セグメントの帯域とトラフィック使用量の平均から使用可能な転送帯域を算出する（ステップ１００７）。ステップ１００７の処理で得られるスイッチとポートの情報が後述のワークメモリ２３０内の算出結果格納データ１２００（図１２参照）の余剰算出対象スイッチ１２２３とポートＩＤ１２２４の欄に格納され、算出された利用可能帯域が余剰１２２５の欄に格納される。
【００８０】
ステップ１００７で実行される使用可能な転送帯域の算出方法としては、まず、要求情報の業務特性の想定ピーク時間が存在する場合、取得した統計データにおいて、単位時間（例えば、統計データを算出する所定間隔の時間）のデータの中で最も利用可能帯域が小さいデータを対象データとする。ここで、利用可能帯域とは前述の重なり具合を基に算出される。例えば、これは、統計データの平均値と該当ポートの転送帯域との差分を求め、その差分を前述の重なり具合で除算した結果で求められる。物理経路を構成されるネットワーク装置間にセグメントのピーク情報および分散情報を取得する。ここでは、利用可能帯域を各カテゴライズする。例えば、利用可能帯域が、100Mbps、120Mbps、130Mbps、500Mbpsとなった場合では、50Mbpsごとにカテゴリ化すると、100Mbps〜150Mbpsの範囲に含まれる利用可能帯域が同じカテゴリとなる。このため、当該カテゴリの中で最小の帯域は、100Mbpsであるが、分散を用いた判定対象は、同じカテゴリに含まれる100Mbps、120Mbps、130Mbpsの３つとする。この３つの中で分散が最も大きなものが経路上のボトルネックとなりうるポイントとなる。なお、当該具体例では、50Mbpsを単位にグループ分けをした処理について述べているが、このカテゴリの閾値は予めパラメータとしてシステム管理装置に設定可能としてもよいし、利用可能帯域のグループ化するカテゴリをユーザによってカテゴリ表として入力できる仕組みにしてもよい。
【００８１】
そして、ＩＰネットワーク余剰算出処理プログラム２２５は、これらの条件を全てのパターンに関して生成し（ステップ１００８）、全ての仮想サーバ間の組み合わせが終了したときに、要求情報の中の想定トラフィックを基に余剰値が小さいものを危険余剰帯域として、後述のワークメモリ２３０内の算出結果格納データ１２００（図１２）の余剰判定１２２６の欄に判定結果を格納する（ステップ１００９）。
【００８２】
＜ネットワークパターン余剰算出結果＞
図１２は、図１０のネットワークパターン余剰算出処理で使用される、ワークメモリ２３０内で作成される算出結果格納エリア１２００の一形態を示す図である。図１２のようなテーブルが図１０の処理によってパターンＩＤ及びＮＷパターンＩＤの組み合わせ毎に複数生成され、その中で効率の良いパターンはどれなのか判断されることになる。
【００８３】
ワークメモリ２３０内のデータは、対応する配備パターンを対応づけられるようにするためのパターンＩＤ１２０１と、指定されているネットワークパターンを対応づけられるようにしたＮＷパターンＩＤ１２０２と、本ネットワークパターンを配備パターンとして利用するかを判定する情報を格納する採否１２０３と、ネットワークパターンで使われるスイッチの重複度を格納する経路重複度１２０４と、余剰を判定した結果（ステップ１００７によって得られた結果）を格納する余剰算出データ１２０５と、を含んでいる。
【００８４】
経路重複度１２０４は、構成項目として、該当するスイッチを識別するスイッチＩＤ１２１１とポートを識別するポートＩＤ１２１２と、算出結果（ステップ１００４の結果）である重複数を格納する重複数１２１３と、を含んでいる。
【００８５】
余剰算出データ１２０５は、構成項目として、経路の端点の起点となるサーバを識別するサーバＩＤ１_１２２１と、終点となるサーバを識別するサーバＩＤ２_１２２２と、該当する経路の余剰を決定するための基となるスイッチを識別するための余剰算出対象スイッチ１２２３と、該当するスイッチのポートを識別するためのポートＩＤ１２２４と、算出された使用可能帯域を格納する余剰１２２５と、余剰が危険域との判断をした結果を格納する余剰判定１２２６と、を含んでいる。余剰１２２５や余剰判定１２２６の情報は、ステップ１００４までの処理では挿入されず、ステップ１００７及び１００９を実行することによって挿入されることになる。
【００８６】
＜効率的なネットワークパターンの特定方法（ステップ９０５の具体的内容）＞
ステップ９０５の具体的処理内容について説明する。前述のように、ステップ９０５では、配備パターンにおけるもっとも効率的なネットワークパターンを特定している。このネットワークパターンの特定については、ステップ１００７の処理で行ったようにカテゴラリ化を用いる。すなわち、核ネットワークパターンにおいて、最小の余剰１２２５が、例えば、75Mbps、80Mbps、123Mbps、120Mbps、130Mbps、135Mbpsとなった場合、余剰を50Mbpsごとにカテゴリ化すると、50Mbps〜100Mbpsの範囲に含まれる余剰、101Mbps〜150Mbpsの範囲に含まれる余剰がそれぞれ同じカテゴリに属することになる。
【００８７】
ステップ９０５の処理では、ステップ１００７の処理（判断）と逆になる。すなわち、複数のカテゴリがある場合に最大の余剰を有するカテゴリが効率の良いパターン候補を含むものとなる。上記の例（余剰１２２５が、75Mbps、80Mbps、123Mbps、120Mbps、130Mbps、135Mbpsとなった場合）では、複数のカテゴリ間で135Mbpsが最大の余剰であるので、判定対象は、101〜150Mbpsのカテゴリに含まれる123Mbps、120Mbps、130Mbps、135Mbpsの全てになる。この４つの中で上記抽出した検索対象の分散が最も小さなものが現状のトラフィック変動の小さいところとなり、最もネットワークを有効に利用できるネットワークパターンであると判断する。
【００８８】
このような判定により、パターンの中で最もばらつきがなくボトルネックになりそうな部分であっても分散値が小さいため安定的なトラフィックを転送することが可能となると想定される。ここで採用されたトラフィックパターンに対してワークメモリ２３０に存在する算出結果格納エリア１２００（図１２）の採否エリア１２０３が０から１に変更される。これによって、配備パターン７００（図７）のネットワークパターン７０５の中の１つのネットワークパターン（図８の８００相当）が、配備パターンの中のネットワークパターンとして決定されることとなる。
【００８９】
＜ＳＡＮ経路余剰算出処理の対象となる配備パターン候補決定（ステップ５０４）の詳細＞
ここでは、ＩＰネットワーック経路余剰算出結果からＳＡＮ経路余剰算出処理を行う対象となる配備パターン候補（ＳＡＮ余剰検索配備パターン候補）の決定処理（図５のステップ５０４）の具体的内容について説明する。
【００９０】
当該ステップにおいては、配備パターンごとに採用されているネットワーク構成の中で、ワークメモリ２３０にある算出格納エリア１２００（図１２参照）の該当するパターンＩＤ１２０１およびＮＷパターンＩＤ１２０２の値が同じもので採否１２０３の値が１のパターンが処理対象となる。このような条件に該当する構成の中から、ＩＰネットワークの余剰算出処理（ステップ５０３、図９及び１０）で得られた余剰判定の数が少ないものを、ＳＡＮ経路余剰算出処理（ステップ５０５）を行う配備パターンの候補として選択する。なお、ここでは、全ての配備パターンをＳＡＮ経路余剰算出処理の候補としてもよいし、前述の余剰判定の数が少ないものから数個の候補をＳＡＮ経路算出処理の候補としてもよい。もし、余剰判定数が１つも存在しない、もしくは同じ数のものがある場合には、該当する配備パターンで採用するネットワークパターン、すなわちメモリ２３０内に作成された該当ネットワークパターン７０５に関する算出格納エリア１２００の余剰算出データ１２０５の余剰１２２５の中から最も小さな値をもつ余剰が代表余剰とされる。そして、該当する余剰算出データで関連する余剰算出対象スイッチ１２２３とポートＩＤ１２２４が特定される。特定された情報から統計情報３００がディスク装置（データベース）２５０から収集される。この統計情報の中で、要求に合ったピーク時の時間に相当する統計データの分散が取り出される。そして、抽出した検索対象の分散が小さな値を持つ配備パターンの方が、よりネットワークを安定的に提供するものとなる。このような判断により、同じ余剰判定数のパターンが提供するＩＰネットワークの安定度に関して順序付けをする。以上により、同じ余剰判定数が少ない場合の順序付けを行う。
【００９１】
なお、ここでは、全ての配備パターンをＳＡＮ経路余剰算出処理の候補としてもよい。もしくは、該当する配備パターンで採用するネットワークパターン、すなわちメモリ２３０内に作成された該当ネットワークパターン７０５に関する算出格納エリア１２００の余剰算出データ１２０５の余剰１２２５の中から最も小さな値をもつ余剰が代表余剰とする。そして、該当する余剰算出データで関連する余剰算出対象スイッチ１２２３とポートＩＤ１２２４が特定される。特定された情報から統計情報３００がディスク装置（データベース）２５０から収集される。この統計情報の中で、要求に合ったピーク時の時間に相当する統計データの分散が取り出される。そして、抽出した検索対象の分散が小さな値を持つ配備パターンの方が、よりネットワークを安定的に提供するものとして配備パターンをソーティングし、その余剰の高いものから数個の配備パターンをSAN経路算出処理の候補としてよい。また、別な方式としては、余剰判定１２２６の数が少ないものの順にソーティングをする。そして、余剰判定の数が同じである場合には、上述の余剰１２２５に基づく基準により全ての配備パターンをソーティングし、その上位数個をＳＡＮ経路余剰算出処理の候補としてもよい。
【００９２】
＜ＳＡＮネットワーク余剰処理（ステップ５０５）の詳細＞
図１３は、ＳＡＮネットワーク余剰算出処理（ステップ５０５）の詳細を説明するためのフローチャートである。
【００９３】
まず、ＳＡＮネットワーク余剰算出処理プログラム２２６は、ＳＡＮ余剰検索配備パターンの中でまだ処理していない１つを取り出す（ステップ１３０１）。
【００９４】
さらに、ＳＡＮネットワーク余剰算出処理プログラム２２６は、ステップ１３０１で抽出した構成パターンの中のシステム構成の要素を１つ取り出す（ステップ１３０２）。これは、図７の７０４の１つの行に相当する。
【００９５】
そして、ＳＡＮネットワーク余剰算出処理プログラム２２６は、ステップ１３０２で取り出された要素の中の仮想サーバに相当するサーバＩＤ（７１１の値）と物理サーバＩＤ（７１４の値）の対応関係から仮想サーバに対する物理サーバを特定する。また、データベース内の構成情報から、該物理サーバが利用しているストレージを特定し、その該当するサーバとストレージ装置が通信するときに用いるＳＡＮスイッチ群と該当ＳＡＮスイッチのポートをデータベース内の構成情報から取得し、これを該物理サーバとストレージの対応関係の接続情報とする（ステップ１３０３）。以下この接続情報をサーバストレージ接続関係情報と記す。
【００９６】
次にＳＡＮネットワーク余剰算出処理プログラム２２６は、ステップ１３０２及び１３０３の処理を、該当する配備パターンの全てのシステム構成に対して繰り返す（ステップ１３０４）。さらに、ＳＡＮネットワーク余剰算出処理プログラム２２６は、配備パターンで利用されるＳＡＮスイッチの経路の重なりを検索する（ステップ１３０５）。
【００９７】
続いて、ＳＡＮネットワーク余剰算出処理プログラム２２６は、ステップ１３０３で作成したサーバストレージ接続関係情報を１つ取り出し（ステップ１３０６）、当該接続関係を構成するＳＡＮスイッチのポートの統計情報をディスク装置（データベース）２５０から取得する（ステップ１３０７）。
【００９８】
ＳＡＮネットワーク余剰算出処理プログラム２２６は、取得された統計情報からＩＰネットワークの場合と同様な判定基準により余剰帯域を算出し、ワークメモリ２３０内に格納する（ステップ１３０８）。
【００９９】
ＳＡＮネットワーク余剰算出処理プログラム２２６は、ステップ１３０６〜１３０８の処理を全ての接続パターンに対して繰り返し（ステップ１３０９）、全てのパターンについての処理が終了すると余剰帯域の危険領域を算出する（ステップ１３１０）。ここで、危険領域の算出は、予めシステム管理装置を利用する管理者によって決められた閾値を基に、その余剰値以下であれば、その経路を利用しないようにするため、危険領域と判定する。たとえば、閾値を５％以下とすれば、2GBps帯域を持つ経路については、50MBpsが判定基準になる。
【０１００】
そして、ＳＡＮネットワーク余剰算出処理プログラム２２６は、以上の処理（ステップ１３０１〜１３１０）をＳＡＮ余剰検索配備パターン関して全て実行する（ステップ１３１１）。
【０１０１】
以上によりＳＡＮネットワークでのトラフィックに対しての帯域の余剰を求めることとなる。
【０１０２】
＜リソース配置場所の候補決定処理（ステップ５０６）＞
上述した最終的な仮想サーバの配備を決定する処理（ステップ５０６）について具体的に説明する。
【０１０３】
当該候補決定処理では、ＳＡＮネットワークの余剰算出処理で得られた余剰判定が１つでも存在する場合には、ストレージの観点から配備が難しいということから候補から削除する。もし、全ての配備パターンの余剰が想定帯域を超えていない場合には、ステップ５０４で作成したＳＡＮ余剰配備パターンの順序が最終的なものと判断される。
【０１０４】
＜付加情報構築処理（ステップ５０７）＞
ここでは、ステップ５０６で判定された結果を管理者もしくはエンドユーザに対して表示するための付加情報を作成する処理（ステップ５０７）の詳細について説明する。
【０１０５】
当該処理では、まず、ステップ５０６で算出された結果を基に、配備後の想定トラフィックが算出される。これは、最終結果の配備パターンにおいて、要求ＩＤの想定トラフィックを基に、各セグメントがどの程度増加するかを判断する処理である。この時に、算出結果格納エリア１２００で算出している経路多重度とシステム構成要求テーブル６００のシステム構成６０３と想定トラフィック６３２によってトラフィック量の増加率が算出される。
【０１０６】
図１４は、ユーザの要求に応じて表示される情報の表示の一形態を示す図である。表示ウィンドウ１４００は、ユーザからの要求に対して表示される結果の画面であり、要求に関する情報を判断するためのエリア１４０１と、要求から得られた配備パターンのインデックスを表示するエリア１４０２と、１つの配備パターンの詳細情報を表示するエリア１４０３と、を有している。
【０１０７】
配備パターンのインデックスを表示するエリア１４０２は、候補となった配備パターンの一覧を表示するための領域である。当該領域では、上位に示されたものがより効率的と考える配備パターンとなっている。
【０１０８】
配備パターンの詳細を表示するエリア１４０３は、配備パターンのインデックスを表示するエリア１４０２の配備パターンの１つを選択したときに表示される。当該エリアには、提供される仮想サーバを構築する物理サーバを示した配備情報１４３１と、該当配備パターンの仮想サーバが配備されたときにネットワーク特性がどう変化するかを表示するトラフィック状態予想１４３２と、が表示される。
【０１０９】
トラフィック状態予想１４３２は、構成項目として、該当配備パターンで業務システムを構築したときにスイッチの状態を予測する状態１４３３と、該当スイッチを識別するスイッチＩＤ１４３４と、予測対象となるポートを識別するポートＩＤ１４３５と、配備後の余剰の割合を示す想定余剰１４３６と、を含んでいる。ここで、配備パターン後のトラフィック予測を算出したときにスイッチのピーク値がスイッチ自身の転送帯域を超えてしまう可能性がある場合には、状態１４３３には、そのセグメントをボトルネック発生可能ポイントとして×が表示され、スイッチ自身の帯域を超えないがピーク時の使用帯域がスイッチ自身の転送帯域に近付いている場合には△が表示され、それ以外の場合には○が表示される。△は、例えば、ピーク時の使用帯域がスイッチ自身の転送帯域の７０％〜９９％の間の時に設定される。この値はデフォルトとしてもよいし、外部から変更できるようにしていてもよい。
【０１１０】
また、ここで、配備後のトラフィックの算出は、システム構成要求テーブル６００内の業務特性６０５の中にある想定トラフィック６３２の値を用いて行われる。ここでは、そのまま用いてもよい。別な形態では、重複度の時に用いた役割を基にトラフィックの分配率を変えた値を用いてもよい。
（２）第２の実施形態
本発明の第２の実施形態は、ＳＡＮ環境においてトラフィックを安定的に提供するための仮想サーバ配備の方式に関するものである。なお、本実施形態においては、仮想サーバに対して直接ボリュームを割り当てることができるものとする。
【０１１１】
第２の実施形態のシステム構成は、第１の実施形態における図２の構成と同じである。ただし、プログラムメモリ２２０内のリソース提供プログラム２２１の処理内容が異なる。
【０１１２】
図１５は、本実施形態のリソース提供プログラム２２１による処理内容を説明するためのフローチャートである。リソース提供プログラム２２１は、ワークメモリ２３０内に読み込まれ、ＣＰＵ２４０によって処理実行される。本実施形態の処理は、第１の実施形態における処理と、ＩＰネットワーク経路余剰算出処理及びＳＡＮ経路余剰算出処理を実行する順序が異なっている。第２の実施形態では、ＳＡＮの方が経路決定の自由度が大きいため先に実行している。つまり、Ｉ／Ｏ処理の効率化を優先する場合には、ＳＡＮ経路余剰算出処理を先に実行すると良い。ＳＡＮの経路が安定しない（ばらつく）とディスクＩ／Ｏ処理が遅くなるからである。一方、ネットワークの効率化を優先する（サーバ間の通信を重視する）場合には、ＩＰネットワーク経路余剰算出処理を先に実行すると良い。
【０１１３】
まず、リソース提供プログラム２２１は、管理者もしくはユーザからリソース提供要求を受け付ける（ステップ１５０１）。リソース提供要求は、第１の実施形態で示したシステム構成要求テーブル６００（図６参照）と同じ情報である。
【０１１４】
リソース提供要求を受け付けると、リソース提供プログラム２２１は、当該要求を満足する物理サーバと仮想サーバに提供するボリュームを配備するストレージ装置の組み合わせを決定する（ステップ１５０２）。ここでは、第１の実施形態と同様に、ディスク装置（データベース）２５０から構成管理情報を取得して管理対象内の物理サーバのリソース割り当て状況を把握する。そのうえで、要求されている仮想サーバを搭載可能な物理サーバの配備パターンの候補を求める。また、ストレージ装置の容量や負荷状況を基に仮想サーバに対応するボリュームを構築できるストレージ装置を決定する。この時、システム構成に従って全てのパターンを抽出してもよいし、静的な構成情報から見て最もリソースを有効に使える構成パターンの上記Ｎ個を選定候補として挙げる形態もありうる。どちらにしても、候補案ごとに全ての仮想サーバの配置場所が決定されているものとする。
【０１１５】
図１６は、ステップ１５０２を実行することによって抽出された配備パターンテーブルの一形態を示す図である。当該テーブルは、第１の実施形態の配備パターンテーブル（図７）と類似しているが、ボリュームを提供するストレージ情報１６０１が追加されている点が異なる。ストレージ情報１６０１は、仮想サーバに割与えられることができるストレージ情報を示しており、構成項目として、該当する仮想サーバを識別する対応サーバＩＤ１６１１と、ＳＡＮ環境のＷＷＮ(World Wide Name)等、仮想サーバがボリュームを割与えられるためのサーバ側の識別子を表すＩＤ１６１２と、ボリュームを提供可能なストレージ装置リスト１６１３と、を含んでいる。ストレージ情報１６０１は、システム構成に存在する仮想サーバのうちストレージ装置を利用するものに関する情報を格納している。
【０１１６】
続いて、リソース提供プログラム２２１は、ストレージ情報１６０１から想定される仮想サーバと当該仮想サーバにボリュームを提供するストレージパターンの組み合わせを構築する（ステップ１５０３）。
【０１１７】
そして、リソース提供プログラム２２１は、構築されたサーバ／ストレージのパターンを基に、ＳＡＮ経路余剰算出処理を行う（ステップ１５０４）。これは、第１の実施形態のＳＡＮ経路余剰算出処理（ステップ５０５）と処理が類似している。ただし、第１の実施形態が、ＩＰネットワーク経路余剰算出処理で得られたパターンに対してストレージの余剰を求めていたのに対して、本実施形態では、前述したサーバ／ストレージのパターンに対して余剰を求めている点が異なる。
【０１１８】
ＳＡＮ経路余剰算出処理（ステップ１５０４）が終了すると、リソース提供プログラム２２１は、その中から効果的なトラフィックを構成する配備パターンを決定する（ステップ１５０５）。これも第１の実施形態のＩＰネットワークからみたシステム構成パターンと同じように余剰と分散値をベースに決定する。
【０１１９】
ＳＡＮから見た配備パターンが決定すると、リソース提供プログラム２２１は、ＩＰネットワーク経路余剰算出処理を実行する（ステップ１５０６）。これも第１の実施形態のＩＰネットワーク経路余剰算出処理（ステップ５０３）と同じ処理である。
【０１２０】
そして、リソース提供プログラム２２１は、ＩＰネットワーク経路余剰算出処理（ステップ１５０６）によって決定されたトラフィックパターンを基に、リソースの配備場所の候補を管理者もしくはユーザに提供する（ステップ１５０７）。
【０１２１】
（３）まとめ
＜第１の実施形態のまとめ＞
以上のように、本実施形態では、複数の配備パターン（図７）において、ＩＰネットワーク及びストレージネットワーク（ＳＡＮ）における使用可能帯域量の余剰が少ない箇所を特定し、その箇所における過去の使用帯域量の分散が小さいものを提供する配備パターンを最良の配備パターンとしている。特に、第１の実施形態では、まずＩＰネットワークにおける良好な複数のパターンを特定し、その中からＳＡＮにおいて最良なパターンを特定している。これにより、物理サーバ、ストレージ装置、ネットワーク装置からなるＩＴシステム（業務システム）において、新しいＩＴシステムを構築するときに、現状のトラフィック性能のピーク値、平均値、及び分散度を基に判断することでＩＴシステムのネットワークトラフィックのボトルネックが起きにくいシステム構成候補を特定することができる。
【０１２２】
なお、本実施形態では、統計情報を統計情報算出プログラム２２２により予め算出していたが、これを、リソース提供プログラム２２１を実行するときに算出してもよい。すなわち、第１の実施形態では、リソース提供プログラム２２５の実行処理の中で、図１０のステップ１００７や図１３のステップ１３０８において余剰を求めるために平均値と分散値をディスク装置（データベース）２５０から獲得しているが、この時に対象となる装置のポートの性能情報を基に分散情報を算出するようにしてもよい。これにより、通常時の処理負荷を軽減することができる。
【０１２３】
また、本実施形態では、全てのポートに関して性能情報を収集しているが、予め管理者がトポロジを把握できており、ボトルネックになりそうなポイントを指定することにより、その指定されたポイントについてのみ性能情報を収集し、分散処理もそのポイントについてのみ算出する形態もある。例えば、ルーティングを行うルータ群のネットワークは広帯域になっていることからボトルネックの発生は物理サーバに近いところしか発生しないと分かっていれば、ルータ装置群のセグメントの性能情報を収集しなくともよい。これにより、新しいＩＴシステムに対しての本実施形態の処理は、経路上に存在する指定ポイントのみで判断すればよい。この場合、すべての経路の性能情報を取得する必要はないため、システム管理装置の計算量を削減することができる。
【０１２４】
＜第２の実施形態のまとめ＞
以上のように、本実施形態では、複数の候補配備パターン（図７）において、まずストレージネットワーク（ＳＡＮ）における使用可能帯域量の余剰が少ない箇所を特定し、その箇所における過去の使用帯域量の分散が小さいものを提供する複数の候補配備パターンを絞り込み、その絞り込まれた候補配備パターンの中からＩＰネットワークにおける使用可能帯域量の余剰が少ない箇所を特定し、同様に使用帯域量の分散が小さいものを提供するパターンを最良のパターンとして提供している。このようにすることにより、まずハードディスクへのアクセス性能が安定的に提供することを優先してシステムを構築することができる。これによりデータベースサーバのようにハードディスクへのアクセスが重要な要素となるサーバの入出力性能を劣化させないような構成を構築できる。
【０１２５】
本実施形態における別な形態として、ＳＡＮ環境がＩＰ−ＳＡＮの場合がある。この場合にはサーバとストレージ間の経路情報はＩＰネットワークとなりサーバ間の接続関係を求める方式と同じ処理で本実施形態を実現することができる。
【０１２６】
＜その他＞
本発明は、実施形態の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。
【０１２７】
また、プログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータ上のメモリに書きこまれた後、そのプログラムコードの指示に基づき、コンピュータのＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。
【０１２８】
また、実施の形態の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することにより、それをシステム又は装置のハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納し、使用時にそのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵ）が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしても良い。
【符号の説明】
【０１２９】
２００：管理対象装置群
２０１：管理通信網
２０３：システム管理装置
２１０：通信制御装置
２２０：プログラムメモリ
２２１：リソース提供プログラム
２２２：統計情報算出プログラム
２２３：性能情報収集プログラム
２２４：構成情報収集プログラム
２２５：ＩＰネットワーク余剰算出処理プログラム
２２６：ＳＡＮネットワーク余剰算出処理プログラム
２３０：ワークメモリ
２４０：ＣＰＵ（中央処理装置）
２５０：データベース
２６０：入出力制御装置
【図１】
2011243112.tif 000005
【図２】
2011243112.tif 000006
【図３】
2011243112.tif 000007
【図４】
2011243112.tif 000008
【図５】
2011243112.tif 000009
【図６】
2011243112.tif 000010
【図７】
2011243112.tif 000011
【図８】
2011243112.tif 000012
【図９】
2011243112.tif 000013
【図１０】
2011243112.tif 000014
【図１１】
2011243112.tif 000015
【図１２】
2011243112.tif 000016
【図１３】
2011243112.tif 000017
【図１４】
2011243112.tif 000018
【図１５】
2011243112.tif 000019
【図１６】
2011243112.tif 000020