WO2016121101A1

WO2016121101A1 - 管理装置及び管理方法

Info

Publication number: WO2016121101A1
Application number: PCT/JP2015/052685
Authority: WO
Inventors: 真矢　讓; 光司天野
Original assignee: 株式会社日立製作所
Priority date: 2015-01-30
Filing date: 2015-01-30
Publication date: 2016-08-04
Also published as: US20170212736A1; US10282176B2

Abstract

【課題】　パラメータの設定により構築される計算機システムの信頼性を向上させ得る管理装置及び管理方法を提案する。【解決手段】　所定のパラメータの値をそれぞれ設定することにより、所望するシステム仕様の計算機システムを構築可能な構築対象システムを管理する管理装置が、要求されるシステム仕様の計算機システムの論理的なモデルである論理モデルを作成し、要求されるシステム仕様の計算機システムを構築するよう値がそれぞれ設定された各テンプレートの各パラメータをシステム仕様の項目ごとに分類し、当該項目ごとに、要求されるシステム仕様のパラメータの値と、テンプレートに設定された対応するパラメータの値とを比較し、各テンプレートにそれぞれ値が設定された各パラメータにより構築される計算機システムが要求される前記システム仕様を満たすか否かを検証し、検証結果を表示するようにした。

Description

管理装置及び管理方法

　本発明は、管理装置及び管理方法に関し、例えば、複数のベンダのコンポーネントを組み合わせて構成され、所定のパラメータの値をそれぞれ設定することにより、所望するシステム仕様の計算機システムを構築可能な構築対象システムを管理する管理装置に適用して好適なものである。

　近年、計算機システムの分野では、ハードウェア、ＯＳ（Operating System）及びアプリケーションソフトウェアなどのコンポーネントのマルチベンダ化が進んでいる。各ベンダは、それぞれ自己の製品について、パラメータに関する複数パターンのテンプレートを用意しており、システムエンジニアは、ベンダごとのテンプレートを組み合わせて個々のパラメータをそれぞれ設定することにより、要求された仕様の計算機システムを構築している。

　なお特許文献１には、パラメータのテンプレートに関連して、仮想システムのテンプレートを複写し、その複写したテンプレートにハードウェア資源を割り当てることにより、元の仮想システムと同じ仮想システムを構築することが開示されている。

特開２０１４－１０９９００号公報

　ところで、システムエンジニアが計算機システムを構築するに際しては、各ベンダがそれぞれ作成したマニュアルを参照しながら、コンポーネントごとに、テンプレートに掲載された各パラメータの値をそれぞれ設定する必要がある。このためシステムエンジニアが設定すべきパラメータ数が膨大となり、人的な設定ミスによりシステム停止に至る重大な障害が発生するおそれがあった。

　本発明は以上の点を考慮してなされたもので、パラメータの設定により構築される計算機システムの信頼性を向上させ得る管理装置及び管理方法を提案しようとするものである。

　かかる課題を解決するため本発明においては、複数のベンダのコンポーネントを組み合わせて構成され、所定のパラメータの値をそれぞれ設定することにより、所望するシステム仕様の計算機システムを構築可能な構築対象システムを管理する管理装置において、予め用意され、対応する前記コンポーネントに関するパラメータをそれぞれ設定するための複数のテンプレートが格納された記憶部と、要求される前記システム仕様の前記計算機システムの論理的なモデルである論理モデルを作成する構造化ＩＤ処理部と、要求される前記システム仕様の前記計算機システムを構築するよう値がそれぞれ設定された各前記テンプレートの各前記パラメータを前記システム仕様の項目ごとに分類し、当該項目ごとに、要求される前記システム仕様の前記パラメータの値と、前記テンプレートに設定された対応する前記パラメータの値とを比較し、各前記テンプレートにそれぞれ値が設定された各前記パラメータにより構築される前記計算機システムが要求される前記システム仕様を満たすか否かを検証し、検証結果を表示するテンプレート処理部とを設けるようにした。

　また本発明においては、複数のベンダのコンポーネントを組み合わせて構成され、所定のパラメータの値をそれぞれ設定することにより、所望するシステム仕様の計算機システムを構築可能な構築対象システムを管理する管理装置により実行される管理方法において、前記管理装置は、予め用意され、対応する前記コンポーネントに関するパラメータをそれぞれ設定するための複数のテンプレートが格納された記憶部を有し、前記管理装置が、要求される前記システム仕様の前記計算機システムの論理的なモデルである論理モデルを作成する第１のステップと、前記管理装置が、要求される前記システム仕様の前記計算機システムを構築するよう値がそれぞれ設定された各前記テンプレートの各前記パラメータを前記システム仕様の項目ごとに分類し、当該項目ごとに、要求される前記システム仕様の前記パラメータの値と、前記テンプレートに設定された対応する前記パラメータの値とを比較し、各前記テンプレートにそれぞれ値が設定された各前記パラメータにより構築される前記計算機システムが要求される前記システム仕様を満たすか否かを検証し、検証結果を表示する第２のステップとを設けるようにした。

　本発明の管理装置及び方法によれば、表示された検証結果に基づいて、各テンプレートにそれぞれ値が設定された各パラメータにより構築される計算機システムが要求されるシステム仕様を満たすか否かをユーザが認識できるため、例えば、人的な設定ミスによりシステム停止に至る重大な障害が発生することを未然かつ有効に防止することができる。

　本発明によれば、パラメータの設定により構築される計算機システムの信頼性を向上させることができる。

本実施の形態による情報処理システムの概略構成を示すブロック図である。管理サーバの概略構成を示すブロック図である。構築対象システムのサーバ装置の概略構成を示すブロック図である。本実施の形態によるパラメータ検証機能の説明に供する概念図である。（Ａ）はシステム構成に関するシステム仕様の一例を示す図表であり、（Ｂ）は可用性に関するシステム構成の一例を示す図表であり、（Ｃ）は性能に関するシステム仕様の一例を示す図表である。（Ａ）はハードウェアテンプレートの一例を示す図表であり、（Ｂ）はＯＳテンプレートの一例を示す図表であり、（Ｃ）はＨＡソフトテンプレートの一例を示す図表であり、（Ｄ）はＤＢテンプレートの一例を示す図表である。論理モデルの説明に供する概念図である。（Ａ）及び（Ｂ）は、第１及び第２のノウハウ情報の一例を示す図表である。障害情報の一例を示す図表である。（Ａ）～（Ｆ－２）は、論理モデルの表示形態の説明に供する図である。（Ａ）～（Ｃ）は、それぞれシステム構成、可用性又は性能に関するパラメータテーブルの一例を示す図表である。システム構成に関するパラメータ値の検証処理の説明に供する図表である。可用性に関するパラメータ値の検証処理の説明に供する図表である。性能に関するパラメータ値の検証処理の説明に供する図表である。検証結果表示画面の画面構成の一例を略線的に示す略線図である。パラメータ検証処理の一連の処理手順を示すフローチャートである。クラウドコンピューティングシステムへの本発明の適用の説明に供する概念図である。

　以下図面について、本発明の一実施の形態を詳述する。

（１）本実施の形態による情報処理システムの構成
　図１において、１は全体として本実施の形態による情報処理システムを示す。この情報処理システム１は、管理サーバ２と、構築対象システム３とから構成される。

　管理サーバ２は、例えば汎用のサーバ装置から構成され、システムエンジニア４がユーザ要求に応じたシステム仕様の計算機システムを構築する際に利用される。すなわちシステムエンジニア４は、ユーザから要求されたシステム仕様に応じた値のパラメータを構築対象システム３のサーバ装置３２に設定することで、そのシステム仕様の計算機システムを構築する。

　管理サーバ２は、図２に示すように、ＣＰＵ（Central Processing Unit）１０、メモリ１１、ディスクコントローラ１２、ＮＩＣ（Network Interface Card）１３、入力装置１４及び表示装置１５が内部バス１６を介して相互に接続され、ディスクコントローラ１２にディスク装置１７が接続されて構成されている。

　ＣＰＵ１０は、管理サーバ２全体の動作制御を司るプロセッサである。またメモリ１１は、各種プログラムを記憶するために利用されるほか、ＣＰＵ１０のワークメモリとしても利用される。本実施の形態の場合、管理サーバ２のメモリ１１には、後述するテンプレート処理プログラム１８及び構造化ＩＤ処理プログラム１９と、図３について後述する構築対象システム３のハードウェア、ＯＳ４６（図３）、ＨＡ（High Availability）クラスタリングソフトウェア（以下、これをＨＡソフトと呼ぶ）４７（図３）及びデータベース管理プログラム４８（図３）に関するパラメータの各テンプレート２０（２０Ａ～２０Ｄ）とが格納される。

　ディスクコントローラ１２は、ＣＰＵ１０からの要求に応じて、ディスク装置１７に対するデータの読書きを制御する機能を有するコントローラである。ＮＩＣ１３は、図示しないネットワークを介して行われる構築対象システム３内の機器との通信時におけるプロトコル制御を行う。

　入力装置１４は、例えば、キーボード、マウスなどから構成され、システムエンジニア４が管理サーバ２を操作する際に利用される。また表示装置１５は、例えば、液晶ディスプレイ装置などから構成され、各種情報を表示するためなどに利用される。

　ディスク装置１７は、例えば、ハードディスク装置やＳＳＤ（Solid State Drive）などから構成され、各種プログラムやデータを長期的に保存するために利用される。ディスク装置１７に格納されたプログラムやデータが管理サーバ２の起動時や必要時にメモリ１１に読み出され、メモリ１１に読み出されたプログラムやデータに基づいてＣＰＵ１０が対応する演算処理や制御処理を実行することにより、後述のような管理サーバ２全体としての処理が行われる。なお本実施の形態の場合、管理サーバ２のディスク装置１７には、後述するノウハウ情報２１及び障害情報２２が格納される。

　構築対象システム３は、複数のベンダのコンポーネントを組み合わせて構成され、所定のパラメータの値をそれぞれ設定することにより、所望するシステム仕様の計算機システムを構築可能なシステムである。具体的に、構築対象システム３は、１又は複数のクライアント端末３０と、これらのクライアント端末３０とネットワーク３１を介して接続された冗長構成を有する複数のサーバ装置３２と、これらサーバ装置３２にそれぞれ接続されたストレージ装置３３とから構成される。

　クライアント端末３０は、サーバ装置３２にパラメータを設定することにより構築される計算機システムを利用するユーザにより操作されるコンピュータ装置であり、例えば、パーソナルコンピュータ又はワークステーションなどから構成される。

　サーバ装置３２は、クライアント端末３０からの要求に応じて各種演算処理を実行したり、ストレージ装置３３に対するデータの読書きを行う汎用のサーバ装置であり、図３に示すように、内部バス４０を介して相互に接続されたＣＰＵ４１、メモリ４２、ディスクコントローラ４３及びＮＩＣ４４と、ディスクコントローラ４３に接続されたディスク装置４５とを備えて構成される。

　ＣＰＵ４１は、サーバ装置３２全体の動作制御を司るプロセッサである。またメモリ４２は、各種プログラムを記憶するために利用されるほか、ＣＰＵ４１のワークメモリとしても利用される。本実施の形態の場合、サーバ装置３２のメモリ４２には、オペレーティングシステム（ＯＳ：Operating System）４６、ＨＡソフト４７、データベース管理プログラム４８、並びに、第１及び第２のアプリケーションプログラム４９Ａ，４９Ｂが格納される。

　ＯＳ４６は、サーバ装置３２の基本的な管理及び制御のための機能や、多くのソフトウェアが共通して利用する基本的な機能などを備えるソフトウェアであり、ＨＡソフト４７は、計算機システム（構築対象システム３）の障害を監視し、障害発生時に健全なサーバ装置３２に業務を引き継ぐための処理を実行する機能を有するソフトウェアである。またデータベース管理プログラム４８は、ストレージ装置３３（図１）上に構築されたデータベースを管理する機能を有するプログラムである。さらに第１及び第２のアプリケーションプログラム４９Ａ，４９Ｂは、クライアント端末３０（図１）を利用するユーザの業務内容に応じた処理を実行するアプリケーションプログラムである。

　ディスクコントローラ４３は、ＣＰＵ４１からの要求に応じて、ディスク装置４５に対するデータの読書きを制御する機能を有するコントローラである。ＮＩＣ４４は、ネットワーク３１（図１）を介して行われる管理サーバ２（図１）等との通信時におけるプロトコル制御を行うインタフェースである。またディスク装置４５は、例えば、ハードディスク装置やＳＳＤなどから構成され、各種プログラムやデータを長期的に保存するために利用される。

　なお特に図示していないが、サーバ装置３２は、管理サーバ２と同様の入力装置及び表示装置をも備えていても良い。

　ストレージ装置３３は、サーバ装置３２に対して大容量の記憶領域を提供する記憶装置であり、例えばＲＡＩＤ（Redundant Arrays of Inexpensive Disks）システムなどから構成される。ストレージ装置３３は、サーバ装置３２からの要求に応じてデータを記憶し又は記憶したデータをサーバ装置３２に出力する。

（２）本実施の形態のパラメータ検証機能
（２－１）パラメータ検証機能の概要
　次に、管理サーバ２に搭載されたパラメータ検証機能の概略について、図４を参照して説明する。本実施の形態の場合、管理サーバ２には、システムエンジニア４が構築対象システム３に各種パラメータを設定することにより計算機システムを構築する際、構築される計算機システムがユーザが要求するシステム仕様を満たすか否かを検証するパラメータ検証機能が搭載されている。なお、このパラメータ検証機能は、後述の構造化ＩＤ機能及びテンプレート機能からなるものである。

　実際上、本実施の形態の情報処理システム１では、システムエンジニア４がユーザ要求に応じたシステム仕様の計算機システムを構築する場合、まず、そのシステム仕様に関する各種パラメータの値を管理サーバ２に登録する（ＳＰ１）。以下においては、システム仕様として、システム構成、可用性及び性能の３つの項目に関する各種パラメータの値を管理サーバ２に登録するものとする。

　またシステムエンジニア４は、ハードウェア、ＯＳ４６、ＨＡソフト４７及びデータベース管理プログラム４８の各ベンダがそれぞれ作成したハードウェアマニュアル５０Ａ、ＯＳマニュアル５０Ｂ、ＨＡソフトマニュアル５０Ｃ及びデータベースマニュアル５０Ｄを参照しながら、上述のように管理サーバ２のメモリ４２に予め格納されているハードウェア用、ＯＳ４６用、ＨＡソフト４７用及びデータベース管理プログラム４８用の各テンプレート２０Ａ～２０Ｄ（図２）の各パラメータの値を、かかるシステム仕様を満たすようにそれぞれ設定する（ＳＰ２）。

　一方、管理サーバ２は、上述のようにしてシステムエンジニア４により各テンプレート２０Ａ～２０Ｄのパラメータの値がそれぞれ設定されると、ステップＳＰ１で登録されたシステム仕様に基づいて、そのとき構築しようとしている計算機システムの論理モデルＭＤＬ（図７）を作成する（ＳＰ３）。論理モデルＭＤＬの詳細については、後述する。また管理サーバ２は、作成した論理モデルＭＤＬの必要なノード（構成要素）に対して、予めディスク装置１７に格納されているシステム情報２１及び障害情報２２のうちの対応するノウハウ情報２１及び又は障害情報２２を関連付ける（ＳＰ４）。以下、管理サーバ２におけるこのようなステップＳＰ３及びステップＳＰ４の機能を構造化ＩＤ機能と呼ぶ。

　なお、ノウハウ情報２１とは、システム仕様の対象とはならないが、計算機システムを構築する上で推奨すべきいわゆるノウハウに関する情報をいう。例えば、「あるデータベース管理プログラム上にあるアプリケーションソフトを搭載する場合、メモリは4GBでも動作するが、応答時間が遅くなる傾向にあるため8GBを推奨する」などの情報がこれに該当する。また障害情報２２とは、障害発生時における対処方法を規定した情報をいう。例えば、「ＯＳで障害が発生した場合には系切替えを行う」などの情報がこれに該当する。

　この後、管理サーバ２は、上述のようにしてシステムエンジニア４により設定されたハードウェア、ＯＳ４６、ＨＡソフト４７及びデータベース管理プログラム４８に関する各パラメータをシステム仕様の項目（システム構成、可用性及び性能）ごとに分類する（ＳＰ５）。また管理サーバ２は、分類したパラメータと、上述のようにシステムエンジニア４により登録されたそのとき構築しようとする計算機システムのシステム仕様とを、システム仕様の項目ごとにノウハウ情報２１や障害情報２２を参照しながら比較することにより、システムエンジニア４により設定されたパラメータにより構築される計算機システムがユーザ要求に応じたシステム仕様を満たしているか否かを検証する（ＳＰ６）。また管理サーバ２は、この検証により得られた検証結果を表示装置１５に表示する（ＳＰ７）。以下、管理サーバ２におけるこのようなステップＳＰ５～ステップＳＰ７の機能をテンプレート機能と呼ぶ。

　そして管理サーバ２は、かかる検証により、システムエンジニア４により設定されたパラメータに基づき構築される計算機システムがかかるシステム仕様を満たし、これらパラメータの設定をシステムエンジニア４から指示された場合には、これらのパラメータの値を構築対象システム３の各サーバ装置３２にそれぞれ設定する（ＳＰ８）。

（２－２）パラメータ検証機能の詳細
　ここで、図５（Ａ）～（Ｃ）は、上述のステップＳＰ１において、システムエンジニア４により管理サーバ２に登録されるシステム仕様の一例を示す。上述のように、本実施の形態の場合、システム仕様は、システム構成（図５（Ａ））、可用性（図５（Ｂ））及び性能（図５（Ｃ））の各項目にそれぞれ関する各種パラメータから構成される。

　具体的に、システム構成に関するシステム仕様は、図５（Ａ）に示すように、そのとき構築すべき計算機システムにおけるサーバ装置３２の数である「サーバ数」と、その計算機システムに適用すべきバックアップの方式である「バックアップ方式」と、それぞれその計算機システム内の各サーバ装置３２におけるＣＰＵ４１（図３）のスペック、メモリ４２（図３）の容量、ディスク装置４５（図３）の容量及びＮＩＣ４４（図３）のスペックである「ＣＰＵ」、「メモリ」、「ディスク」及び「ＮＩＣ」と、これらサーバ装置３２の名称である「サーバ名」と、それぞれこれらサーバ装置３２に実装すべきＯＳ４６（図３）、ＨＡソフト４７（図３）及びデータベース管理プログラム４８（図３）の製品名である「ＯＳ」、「ＨＡソフト」及び「データベース（ＤＢ）」とに関する各パラメータから構成される。図５（Ａ）は、「サーバ数」として「２」台、「バックアップ方式」として「ホットスタンバイ」方式、「ＣＰＵ」として「2GHzの４コア」、「メモリ」として「4GB」、「ディスク」として「1TB」、「ＮＩＣ」として「1Gbit/s」のものを「２」個、「サーバ名」として「BS-1」、「ＯＳ」として「OS-1」、「HAソフト」として「HA-1」、「データベース（ＤＢ）」として「DB-1」がそれぞれシステム構成に関するシステム仕様として要求されている例を示している。

　また可用性に関するシステム仕様は、図５（Ｂ）に示すように、検出すべき障害と、その障害を検出すべき箇所（リソース）及びその障害が発生してから検出するまでの最大時間とに関する各パラメータから構成される。図５（Ｂ）は、サーバ装置３２の障害（「サーバ障害」）については、「ＨＡソフト」が「10秒」以内に検出し、プロセスの障害（「プロセス障害」）については、「ＨＡソフト」が「20秒」以内に検出し、ストレージ装置３３（図１）の障害（「ストレージ障害」）については、サーバ装置３２の「ＯＳ」が「10秒」以内に検出し、ネットワーク３１（図１）の障害（「ネットワーク障害」）については、同じくサーバ装置３２の「ＯＳ」が「20秒」以内に検出すべきことが可用性に関するシステム仕様として要求されている例を示している。

　さらに性能に関するシステム仕様は、図５（Ｃ）に示すように、対象及び性能項目と、その対象のその性能項目に要求される性能値とに関するパラメータから構成される。図５（Ｃ）は、サーバ装置３２（「サーバ」）の「処理能力」については「100TPS」、「応答時間」については「５秒」以内であることが性能に関するシステム仕様として要求されている例を示している。なお「TPS」は、「Transaction per second」の略であり、１秒当たりのクライアント端末３０（図１）からのトランザクションを処理可能な能力を意味する。

　一方、図６（Ａ）～（Ｄ）は、上述のステップＳＰ２においてシステムエンジニア４により各パラメータの値がそれぞれ設定されるハードウェア、ＯＳ、ＨＡソフト及びデータベースのテンプレート２０Ａ～２０Ｄの構成例を示す。図６（Ａ）はハードウェアのテンプレート（以下、これをハードウェアテンプレートと呼ぶ）２０Ａ、図６（Ｂ）はＯＳのテンプレート（以下、これをＯＳテンプレートと呼ぶ）２０Ｂ、図６（Ｃ）はＨＡソフトのテンプレート（以下、これをＨＡソフトテンプレート）２０Ｃ、図６（Ｄ）はデータベースのテンプレート（以下、これをＤＢテンプレートと呼ぶ）２０Ｄの構成例である。

　図６（Ａ）の例の場合、ハードウェアテンプレート２０Ａは、そのとき構築しようとする計算機システム内のサーバ装置３２の名称である「サーバ名」と、その計算機システム内に存在すべきサーバ装置３２の数である「サーバ数」、その計算機システムにおけるバックアップ方式である「バックアップ方式」と、その計算機システム内に存在する各サーバ装置３２のＣＰＵ４１（図３）のスペックを表す「ＣＰＵ」と、これらサーバ装置３２内のメモリ４２（図３）の容量を表す「メモリ」と、これらサーバ装置３２内のディスク装置４５（図３）の容量を表す「ディスク」と、これらサーバ装置３２内のＮＩＣ４４（図３）のスペックを表す「ＮＩＣ」と、かかる計算機システムの可用性を表す「システム可用性」との各パラメータを備える。図６（Ａ）は、「サーバ名」として「BS-1」、「サーバ数」として「２」、「バックアップ方式」として「ホットスタンバイ」、「ＣＰＵ」のスペックとして「2GHzでコア数が４個」、「メモリ」の容量として「4GB」、「ディスク」の容量として「1TB」、「ＮＩＣ」として「1Gbit/sを２個」、システム可用性として「99.99(％)」がシステムエンジニア４によりそれぞれ設定された例を示している。

　また図６（Ｂ）の例の場合、ＯＳテンプレート２０Ｂは、計算機システム内のサーバ装置３２に実装すべきＯＳ４６（図３）の種別である「ＯＳ名」と、そのＯＳ４６がサーバ装置３２の状態を監視する時間間隔である「サーバ監視間隔」と、そのＯＳ４６がプロセスの状態を監視する時間間隔である「プロセス監視間隔」と、そのＯＳ４６がストレージ装置３３（図１）の状態を監視する時間間隔である「ストレージ監視間隔」と、そのＯＳ４６がネットワーク３１（図１）の状態を監視する時間間隔である「ネットワーク監視間隔」と、そのＯＳ４６が同時に実行可能なプロセス数である「プロセス数」と、そのＯＳ４６が同時に対応可能なクライアント端末３０の数である「端末接続数」との各パラメータを備える。図６（Ｂ）は、「ＯＳ名」として「OS-1」、「サーバ監視間隔」として「10秒」、「プロセス監視間隔」として「30秒」、「ストレージ監視間隔」として「10秒」、「ネットワーク監視間隔」として「20秒」、「プロセス数」として「10」、「端末接続数」として「100」がシステムエンジニア４によりそれぞれ設定された例を示している。

　さらに図６（Ｃ）の例の場合、ＨＡソフトテンプレート２０Ｃは、計算機システム内の各サーバ装置３２に実装すべきＨＡソフト４７（図３）の名称である「ＨＡソフト名」と、かかる計算機システム内のサーバ装置３２の数である「サーバ数」と、かかる計算機システムにおけるバックアップ方式である「バックアップ方式」と、かかる計算機システム内においてサーバ装置３２間でやり取りされるハートビート信号のパルス周期である「ハートビート間隔」と、かかるハートビート信号のパルスを何回受け取らなかった場合に相手側のサーバ装置３２に障害が発生したと判断するかを表す「ハートビート回数」と、ＨＡソフト４７がプロセスを監視する時間間隔である「プロセス監視間隔」との各パラメータを備える。図６（Ｃ）は、「ＨＡソフト名」として「HA-1」、「サーバ数」として「２」、「バックアップ方式」として「ホットスタンバイ」、「ハートビート間隔」として「３秒」、「ハートビート回数」として「３」、「プロセス監視間隔」として「20秒」がシステムエンジニア４によりそれぞれ設定された例を示している。

　さらに図６（Ｄ）の例の場合、データベーステンプレート２０Ｄは、計算機システム内に作成するデータベースの名称である「データベース（ＤＢ）名」と、計算機システムにおいてそのデータベースを利用するサーバ装置３２の数である「サーバ数」と、データベース管理プログラム４８（図３）がプロセスを監視する時間間隔である「プロセス監視時間」と、かかるデータベースに対するバッファのサイズである「バッファサイズ」との各パラメータを備える。図６（Ｄ）は、「データベース名」として「DB-1」、「サーバ数」として「２」、「プロセス監視間隔」として「30秒」、「バッファサイズ」として「500MB」がシステムエンジニア４によりそれぞれ設定された例を示している。

　一方、図７は、図４のステップＳＰ３において、管理サーバ２により作成される、システムエンジニア４が各パラメータを構築対象システム３に設定することにより構築される計算機システムの論理モデルＭＤＬの構成例を示す。

　この論理モデルＭＤＬは、図７に示すように、かかる計算機システムの構成を階層的なツリー構造で表したモデルである。図７の例の場合、計算機システム全体を表す「システム」というノードｎ１を頂点として、このノードｎ１にそれぞれ当該計算機システムを構成するネットワーク３１（図１）、ストレージ装置３３（図１）、サーバ装置３２、……をそれぞれ表す「ネットワーク」、「ストレージ」、「サーバ」、……というノードｎ２～ｎ４が接続されている。

　また「サーバ」というノードｎ４には、サーバ装置３２のハードウェア及びソフトウェアをそれぞれ表す「ハード」及び「ソフト」という２つのノードｎ５，ｎ６が接続され、「ハード」というノードｎ５には、それぞれサーバ装置３２を構成するハードウェアであるＣＰＵ４１（図３）、メモリ４２、ＮＩＣ４４（図３）、……をそれぞれ表す「ＣＰＵ」、「メモリ」、「ＮＩＣ」、……というノードｎ７，ｎ８，ｎ９，……がそれぞれ接続され、「ソフト」というノードｎ６には、それぞれサーバ装置３２に実装されるソフトウェアであるＯＳ４６（図３）、ＨＡソフト４７（図３）、データベース管理プログラム４８（図３）、……をそれぞれ表す「ＯＳ」、「ＨＡソフト」、「ＤＢ」、……というノードｎ１０，ｎ１１，ｎ１２，……がそれぞれ接続されている。

　そして管理サーバ２は、図４のステップＳＰ４において、上述のようにして作成した論理モデルＭＤＬの必要なノードｎ７～ｎ１２，……に対して、上述のように予めディスク装置１７（図２）に登録されている各種ノウハウ情報２１（図２）及び各種障害情報２２（図２）の中から対応するノウハウ情報２１や障害情報２２を接続する。

　ここで、本実施の形態のノウハウ情報２１は、図８に示すように、システム構築及び可用性に関するノウハウである第１のノウハウ情報２１Ａ（図８（Ａ））と、性能管理に関するノウハウである第２のノウハウ情報２１Ｂ（図８（Ｂ））とから構成される。例えば、図８（Ａ）の上段に示す第１のノウハウ情報２１Ａは、『「HA-1」というＨＡソフトにより「プロセス監視」を行う場合には、その「プロセス監視」の時間間隔を「ハートビート間隔以下」にしない』ということを表しており、図８（Ａ）の下段に示す第１のノウハウ情報２１Ａは『「DB-1」というデータベース管理プログラムを実装する際には「メモリ」の容量として「8GB」を推薦する』ということを表している。

　また図８（Ｂ）に示す第２のノウハウ情報２１Ｂは、データベース管理プログラム４８（図３）が実行する処理に関するバッファサイズと処理能力及び応答時間との関係を表している。例えば、計算機システムのサーバ装置３２のバッファサイズが「100MB」のときには、処理能力は「50TPS」、応答時間は「10秒」となるが、かかるバッファサイズを「500MB」にすると、処理能力は「100TPS」、応答時間は「５秒」となり、さらにかかるバッファサイズを「1000MB」にすると、処理能力は「100TPS」であるが、応答時間が「２秒」に短縮できることが示されている。なお、ここでの「バッファサイズ」とは、サーバ装置３２のメモリ４２（図３）の容量のうち、バッファとして利用可能な容量のことをいう。

　さらに図９に示す障害情報は、「ＯＳ」に障害が発生した場合や「データベース管理プログラム（ＤＢ）」に障害が発生した場合には、いずれも「系切替え」を行うべきことが示されている。なお「系切替え」とは、一方のサーバ装置３２に障害が発生した場合に、他方のサーバ装置３２に処理を切り替えることを意味する。

　そして管理サーバ２は、上述のようにしてそのとき構築しようとする計算機システムの論理モデルＭＤＬを生成すると、各ノウハウ情報２１及び各障害情報２２を、それぞれ論理モデルＭＤＬにおける対応するノード（構成要素）に関連付ける。例えば、管理サーバ２は、図８（Ａ）の上段の第１のノウハウ情報２１Ａについては、「HA-1」というＨＡソフト４７（図３）に関するノウハウ情報であるため、図７の「ＨＡソフト」というノードｎ１１に関連付け、図８（Ａ）の下段の第１のノウハウ情報２１Ａについては、「DB-1」というデータベース管理プログラム４８（図３）に関するノウハウ情報であるため、図７の「ＤＢ」というノードｎ１２に関連付ける。また管理サーバ２は、図８（Ｂ）に示す第２のノウハウ情報２１Ｂについては、データベースに関するノウハウ情報であるため、図７の「ＤＢ（データベース）」というノードに関連付ける。さらに管理サーバ２は、図９の上段に示す障害情報２２については、ＯＳ４６（図３）に関連する障害情報であるため、図７の「ＯＳ」というノードｎ１０に関連付け、図９の下段に示す障害情報２２については、データベース管理プログラム４８に関連する障害情報であるため、図７の「ＤＢ」というノードｎ１２に関連付ける。

　なお本実施の形態の場合、管理サーバ２は、上述のようにして作成した計算機システムの論理モデルＭＤＬをシステムエンジニア４等からの要求に応じて表示する場合には、かかる論理モデルＭＤＬを、図７のような形態ではなく、計算機システムの個々の構成要素（図の個々のノードｎ１，ｎ２，……）を、例えば図１０（Ａ）～（Ｆ－２）に示すような文字列として表した形態で表示する。

　具体的に、個々の構成要素については、例えば図１０（Ａ）に示すように、図７に示すツリー構造の上位から下位に向けて、最上位の構成要素（「System」というノードｎ１）からその構成要素（ノードｎ２，ｎ３，……）までを順番に「.」で接続した形態で表示する。また障害情報２２については、例えば図１０（Ｃ）に示すように、上述のように表現されたその構成要素を表す文字列の最後部に「:」で接続した形態で表示し、ノウハウ情報２１については、例えば図１０（Ｂ）に示すように、上述のように表現されたその構成要素を表す文字列の最後部（障害情報２２が接続されている場合には、さらにその後ろ側）に「;」で接続した形態で表示する。

　例えば、図１０（Ａ）は、図７においてノウハウ情報２１及び障害情報２２が関連付けられていない構成要素（ノード）の表示形態の一例として、図７の「ＣＰＵ」というノードｎ７を表現したものである。また図１０（Ｂ）は、構成要素（ノード）及びこれに関連付けられたノウハウ情報２１の表示形態の一例として、図７において「ＨＡソフト」というノードｎ１１と、これに関連付けられた「ノウハウ情報１」というノウハウ情報２１とを表示したものであり、図１０（Ｃ）は、構成要素（ノード）及びこれに関連付けられた障害情報２２の表示形態の一例として、図７の「ＯＳ」というノードｎ１０と、これに関連付けられた「障害情報１」という障害情報２２とを表現したものである。

　さらに図１０（Ｄ）は、構成要素（ノード）と、これに関連付けられたノウハウ情報２１及び障害情報２２の表示形態の一例として、図７において「ＤＢ」というノードｎ１２と、これに関連付けられた「障害情報２」という障害情報２２及び「ノウハウ情報２」というノウハウ情報２１とを表現したものである。

　図１０（Ｅ－１）及び（Ｅ－２）は、ノウハウ情報２１の詳細の表示例を示す。図１０（Ｅ－１）は、図７の「ノウハウ情報１（knowhow-info-1）」というノウハウ情報２１の詳細の表示例であり、「HA-1」というＨＡソフト４７（図３）は、プロセスを監視する際（「mon_process」）、プロセス監視時間をハートビート間隔以下にしない（「LT(heartbeat)」）ことを推奨するということを表している。また図１０（Ｅ－２）は、図７の「ノウハウ情報２（knowhow-info-2）」というノウハウ情報２１の詳細の表示例であり、「DB-2」というデータベース管理プログラム４８（図３）は、メモリ４２（「mem」）の容量として「8GB」を推奨するということを表している。

　さらに図１０（Ｆ－１）及び（Ｆ－２）は、障害情報２２の詳細の表示例を示す。図１０（Ｆ－１）は、図７の「障害情報１（fault-info-1）」という障害情報２２の詳細の表示例であり、障害回復処理は（「recovery」）は系切替え（「failover」）であることを表している。また図１０（Ｆ－２）は、図７の「障害情報２（fault-info-2）」という障害情報２２の詳細の表示例であり、「障害情報１」と同様に、障害回復処理は（「recovery」）は系切替え（「failover」）であることを表している。

　管理サーバ２は、上述のようにして図４のステップＳＰ４までの処理を終了すると、続くステップＳＰ５において、ステップＳＰ２においてシステムエンジニア４により設定されたハードウェア、ＯＳ４６、ＨＡソフト４７及びデータベース管理プログラム４８に関する各パラメータを、システム仕様の各項目（システム構成、可用性及び性能）に対応させて、その項目に関連するもの同士を集めた複数のグループに分類し、対応するパラメータの値を掲載したテーブル（以下、これをパラメータテーブルと呼ぶ）をかかる項目ごとにそれぞれ作成する。

　図１１（Ａ）～（Ｃ）は、このようなパラメータテーブル６０Ａ～６０Ｃの構成例を示す。図１１（Ａ）は、かかる計算機システムのシステム構成に関するパラメータテーブル６０Ａであり、図１１（Ｂ）は、かかる計算機システムの可用性に関するパラメータテーブル６０Ｂである。さらに図１１（Ｃ）は、かかる計算機システムの性能に関するパラメータテーブル６０Ｃである。

　図１１（Ａ）に示すように、計算機システムのシステム構成に関するパラメータテーブル６０Ａは、ハードウェア、ＯＳ４６（図３）、ＨＡソフト４７（図３）及びデータベース管理プログラム４８（図３）にそれぞれ対応付けられた「ハード」、「ＯＳ」、「ＨＡソフト」及び「ＤＢ」の各列と、そのとき構築しようとする計算機システムに適用される製品の製品名を表す「適用製品」と、その計算機システムにおけるバックアップの方式を表す「バックアップ方式」と、その計算機システムにおけるサーバ装置３２の数を表す「サーバ数」と、そのサーバ装置３２において利用されるＣＰＵ４１（図３）のスペック、メモリ４２（図３）の容量、ディスク装置４５（図３）の容量及びＮＩＣ４４（図３）のスペックをそれぞれ表す「ＣＰＵ」、「メモリ」、「ディスク」及び「ＮＩＣ」と、その計算機システムにおける可用性を表す「システム可用性」との各パラメータにそれぞれ対応付けられた行とを備えて構成される。

　また図１１（Ｂ）に示すように、計算機システムの可用性に関するパラメータテーブル６０Ｂは、ハードウェア、ＯＳ４６、ＨＡソフト４７及びデータベース管理プログラム４８にそれぞれ対応付けられた「ハード」、「ＯＳ」、「ＨＡソフト」及び「ＤＢ」の各列と、サーバ装置３２の障害（「サーバ障害」）、プロセスの障害（「プロセス障害」）、ストレージ装置３３（図１）の障害（「ストレージ障害」）及びネットワーク３１（図１）の障害（「ネットワーク障害」）とそれぞれ対応付けられた各行とを備えて構成される。

　さらに図１１（Ｃ）に示すように、計算機システムの性能に関するパラメータテーブル６０Ｃは、ハードウェア、ＯＳ４６、ＨＡソフト４７及びデータベース管理プログラム４８とそれぞれ対応付けられた「ハード」、「ＯＳ」、「ＨＡソフト」及び「ＤＢ」の各列と、サーバ装置３２の処理能力及び応答時間にそれぞれ対応付けられた「処理能力」及び「応答時間」の各行とを備えて構成される。

　そしてこれらのパラメータテーブル６０Ａ～６０Ｃの各欄には、図４のステップＳＰ２において、ハードウェアテンプレート２０Ａ、ＯＳテンプレート２０Ｂ、ＨＡソフトテンプレート２０Ｃ及びデータベーステンプレート２０Ｄをそれぞれ用いてシステムエンジニア４により設定されたパラメータのうちの対応するパラメータの値がそれぞれ格納される。この場合、このパラメータテーブル６０Ａ～６０Ｃの各欄のうち、対応するパラメータが存在しない場合には、これを表す情報（「－」）が格納される。

　管理サーバ２は、このようにして計算機システムのシステム構成、可用性及び性能に関する各パラメータテーブル６０Ａ～６０Ｃをそれぞれ作成すると、図４のステップＳＰ６において、これらのパラメータテーブル６０Ａ～６０Ｃと、ステップＳＰ１においてシステムエンジニア４により登録されたそのとき構築しようとしている計算機システムのシステム仕様とをノウハウ情報２１や障害情報２２を参照しながら比較し、システムエンジニア４により設定されたパラメータにより構築される計算機システムがユーザが要求するシステム仕様を満たすか否かを検証する。

　具体的に、管理サーバ２は、図１２に示すように、上述のように図４のステップＳＰ５で作成したシステム構成に関するパラメータテーブル６０Ａと、図４のステップＳＰ１でシステムエンジニア４により登録されたシステム構成に関するシステム仕様とを、システム仕様の要素ごとにそれぞれ比較し、かかる計算機システムがシステム構成に関するシステム仕様を満たすか否かを判定する。

　例えば、図１２の例の場合、システム構成に関するシステム仕様では、そのとき構築しようとする計算機システム内のサーバ装置３２の数として「２」、バックアップ方式として「ホットスタンバイ」を要求しているのに対して（図１２の下段のテーブル参照）、システムエンジニア４により設定されるパラメータにより構築されるべき計算機システム内のサーバ装置３２の数は「２」であり、バックアップ方式は「ホットスタンバイ」であるため（図１２の上段のパラメータテーブル６０Ａを参照）、これらについて当該計算機システムがユーザ要求に応じたシステム仕様を満たしていることが分かる。

　また図１２の例の場合、システム構成に関するシステム仕様では、かかる計算機システム内のサーバ装置３２のハードウェアとして、ＣＰＵ４１（図３）のスペックについては「2GHz、コア数：４」、メモリ４２（図３）の容量については「4GB」、ディスク装置４５（図３）の容量については「1TB」、ＮＩＣ４４（図３）のスペックについては「1Gbit/s、個数：２」を要求しているのに対して（図１２の下段のテーブルを参照）、システムエンジニア４により設定された計算機システム内のサーバ装置３２のＣＰＵ４１のスペックは「2GHz、コア数：４」、メモリ４２の容量は「4GB」、ディスク装置４５の容量は「1TB」、ＮＩＣ４４のスペックは「1Gbit/s、個数：２」であるため（図１２の上段のパラメータテーブル６０Ａを参照）、これらについて当該計算機システムがユーザ要求に応じたシステム仕様を満たしていることが分かる。

　さらに図１２の例の場合、システム構成に関するシステム仕様では、かかる計算機システム内のサーバ装置３２に実装すべきソフトウェアとして、ＯＳについては「OS-1」、ＨＡソフトについては「HA-1」、データベース管理プログラム（「ＤＢ」）については「DB-1」を要求しているのに対して（図１２の下段のテーブルを参照）、システムエンジニア４により設定された計算機システム内のサーバ装置３２に実装されるＯＳ４８（図３）は「OS-1」、ＨＡソフト４７（図３）は「HA-1」、データベース管理プログラム４８（図３）は「DB-1」であるため（図１２の上段のパラメータテーブル６０Ａを参照）、これらついて当該計算機システムがユーザ要求に応じたシステム仕様を満たしていることが分かる。

　以上のことから、管理サーバ２は、かかる計算機システムがシステム構成に関するシステム仕様を満たしていると判定することになる。

　なお、上述の説明では、ノウハウ情報２１や障害情報２２を参照していないが、管理サーバ２は、図７について上述した論理モデルＭＤＬにおいてノウハウ情報２１や障害情報２２が関連付けられたノードと対応するシステム仕様の項目については、このノウハウ情報２１や障害情報２２を参照しながら、システム構成に関するパラメータテーブル６０Ａと、システム構成に関するシステム仕様とを比較し、かかる計算機システムがシステム構成に関するシステム仕様を満たすか否かを判定することになる。

　また管理サーバ２は、図１３に示すように、上述のように図４のステップＳＰ５で作成した可用性に関するパラメータテーブル６０Ｂと、図４のステップＳＰ１でシステムエンジニア４により登録された可用性に関するシステム仕様とを、個々の障害に関するシステム仕様の要素ごとにそれぞれ比較し、システムエンジニア４により設定されたパラメータにより構築される計算機システムが可用性に関するシステム仕様を満たすか否かを判定する。

　例えば、図１３の例の場合、可用性に関するシステム仕様では、そのとき構築しようとする計算機システムにおいて、サーバ装置３２の障害（「サーバ障害」）を「ＨＡソフト」が「10秒」以内に検出することを要求しているのに対して（図１３の下段のテーブルを参照）、かかる計算機システムでは、サーバ障害を「ＯＳ」が「30秒」以内に検出し、「ＨＡソフト」が「10秒」以内に検出することとなっており（図１３の上段のパラメータテーブル６０Ｂを参照）、結果的に「ＨＡソフト」が「10秒」以内にサーバ障害を検出することになるため、この項目について当該計算機システムがユーザ要求に応じたシステム仕様を満たしていることが分かる。

　また可用性に関するシステム仕様では、かかる計算機システムにおいて、プロセス処理の障害（「プロセス障害」）を「ＨＡソフト」が「20秒」以内に検出することを要求しているのに対して（図１３の下段のテーブルを参照）、かかる計算機システムでは、プロセス障害を「ＯＳ」が「30秒」以内に検出し、「ＨＡソフト」が「20秒」以内に検出することとなっており（図１３の上段のパラメータテーブル６０Ｂを参照）、結果的に「ＨＡソフト」が「20秒」以内にプロセス障害を検出することになるため、この項目についても当該計算機システムがユーザ要求に応じたシステム仕様を満たしていることが分かる。

　さらに可用性に関するシステム仕様では、かかる計算機システムにおいて、ストレージ装置３３（図１）の障害（「ストレージ障害」）を「ＯＳ」が「10秒」以内に検出することを要求しているのに対して（図１３の下段のテーブルを参照）、かかる計算機システムでは、ディスク障害を「ＯＳ」が「10秒」以内に検出するため（図１３の上段のパラメータテーブル６０Ｂを参照）、この項目についても当該計算機システムがユーザ要求に応じたシステム仕様を満たしていることが分かる。

　さらに可用性に関するシステム仕様では、かかる計算機システムにおいて、ネットワーク３１（図１）の障害（「ネットワーク障害」）を「ＯＳ」が「20秒」以内に検出することを要求しているのに対して（図１３の下段のテーブルを参照）、かかる計算機システムでは、ネットワーク障害を「ＯＳ」が「20秒」以内に検出し、「ＤＢ（データベース管理プログラム）」が「30秒」以内に検出することとなっており（図１３の上段のパラメータテーブル６０Ｂを参照）、結果的に「ＯＳ」が「20秒」以内にネットワーク障害を検出することになるため、この項目についても当該計算機システムがユーザ要求に応じたシステム仕様を満たしていることが分かる。

　以上のことから、管理サーバ２は、かかる計算機システムが可用性に関するシステム仕様を満たしていると判定することになる。

　なお、上述のシステム構成に関するシステム仕様の場合と同様に、上述の説明でもノウハウ情報２１や障害情報２２を参照していないが、管理サーバ２は、図７について上述した論理モデルＭＤＬにおいてノウハウ情報２１や障害情報２２が関連付けられたノードと対応するシステム仕様の項目については、このノウハウ情報２１や障害情報２２を参照しながら、可用性に関するパラメータテーブル６０Ｂと、可用性に関するシステム仕様とを比較し、かかる計算機システムが可用性に関するシステム仕様を満たすか否かを判定することになる。

　一方、管理サーバ２は、図１４に示すように、システムエンジニア４により設定されたパラメータにより構築される計算機システムの性能については、ノウハウ情報２１を利用して、当該計算機システムが性能に関するシステム仕様を満たすか否かを判定する。

　例えば、図１４の例の場合、性能に関するシステム仕様では、そのとき構築しようとする計算機システムにおいて、サーバ装置３２（「サーバ」）の「処理能力」として「100TPS」、「応答時間」として「５秒」以内の応答時間を要求しているのに対して（図１４の下段のテーブルを参照）、かかる計算機システムでは、図１１（Ａ）からも明らかなように、メモリ４２（図３）の容量が「4GB」であるために「処理能力」として「100TPS」、「応答時間」として「２秒」以内の応答時間で対応できる性能を有しているため（図１４の上段のテーブルを参照）、管理サーバ２は、かかる計算機システムが性能に関するシステム仕様を満たしていると判定することになる。

　なお、上述の説明では、図４のステップＳＰ５で作成した性能に関するパラメータテーブル６０Ｃを利用していないが、管理サーバ２は、必要に応じてパラメータテーブル６０Ｃと、図４のステップＳＰ１でシステムエンジニアにより登録された性能に関するシステム仕様とを、個々のシステム仕様の要素ごとにそれぞれ比較し、システムエンジニア４により設定されたパラメータにより構築される計算機システムが性能に関するシステム仕様を満たすか否かを判定する。また上述の説明では障害情報２２を参照していないが、管理サーバ２は、図７について上述した論理モデルＭＤＬにおいて障害情報２２が関連付けられたノードと対応するシステム仕様の要素については、この障害情報２２を参照しながら、性能に関するパラメータテーブル６０Ｃと、性能に関するシステム仕様とを比較し、かかる計算機システムが性能に関するシステム仕様を満たすか否かを判定することになる。

　一方、図１５は、図４のステップＳＰ７において、管理サーバ２の表示装置１５（図２）に表示される検証結果表示画面７０を示す。この検証結果表示画面７０は、以上のようにして行われた、システムエンジニア４が設定した各パラメータにより構築される計算機システムがユーザ要求に応じたシステム仕様を満たすか否かの検証結果を表示するための画面である。

　この検証結果表示画面７０は、図１５からも明らかなように、検証結果表示領域７１及びキーパラメータ表示領域７２を備えて構成される。

　そして検証結果表示領域７１には、システム仕様の項目（システム構成、可用性及び性能）ごとに、その名称を表す文字列８０Ａ～８０Ｃと、その項目に対する検証結果を表す文字列８１Ａ～８１Ｃとがそれぞれ表示される。具体的には、かかる検証結果として、システムエンジニア４により設定されたパラメータにより構築される計算機システムが、対応する項目についてシステム仕様を満たす場合には「ＯＫ」とう文字列が表示され、対応する項目についてシステム仕様を満たさない場合には「ＮＧ」という文字列が表示される。

　また検証結果として「ＮＧ」という文字列が表示された項目（システム仕様を満たさない項目）が存在する場合、その項目について、「ＮＧ」と評価された具体的な理由（システム仕様を満たさないと判定された具体的な理由）が検証結果表示領域７１内の下部に設けられたＮＧ理由表示領域８２内に表示される。

　一方、キーパラメータ表示領域７２には、項目表示欄８３及びプルダウンボタン８４が表示される。そして検証結果表示画面７０では、プルダウンボタン８４をクリックすることにより表示されるプルダウンメニュー（図示せず）に記載されたシステム仕様の各項目（システム構成、可用性及び性能）の中から所望する項目を選択することにより、そのとき選択された項目の名称を項目表示欄８３内に表示させ、かつその項目における要素ごとのキーパラメータをそれぞれキーパラメータ表示領域７２内に表示させることができる。

　なおキーパラメータとは、システム仕様に直接関係又は影響を与えるパラメータを指す。例えば、可用性の場合、サーバ障害やプロセス障害などの項目についてはＨＡソフト４７（図３）に関するパラメータ、ストレージ障害やネットワーク障害についてはＯＳ４６（図３）に関するパラメータがこれに該当する。図１５では、システム仕様の項目として「可用性」が選択されているため、「サーバ障害」、「プロセス障害」、「ストレージ障害」及び「ネットワーク障害」の４つの各項目のキーパラメータがそれぞれ表示された例が示されている。

　他方、検証結果表示画面７０におけるキーパラメータ表示領域７２の右下側には、設定ボタン７３及びキャンセルボタン７４が表示される。設定ボタン７３は、図４のステップＳＰ２においてシステムエンジニア４がシステムテンプレート２０Ａ（図６（Ａ））、ＯＳテンプレート２０Ｂ（図６（Ｂ））、ＨＡソフトテンプレート２０Ｃ（図６（Ｃ））及びＤＢテンプレート２０Ｄ（図６（Ｄ））にそれぞれ設定したパラメータの値を、設定指示と共に構築対象システム３（図１）の各サーバ装置３２に送信させるためのボタンであり、キャンセルボタン７４は、かかるパラメータをかかるサーバ装置３２に送信させることなく、この検証結果表示画面７０を閉じさせるためのボタンである。

　かくしてシステムエンジニア４は、検証結果表示画面７０の検証結果表示領域７１に表示されたシステム仕様の各項目の検証結果がすべて「ＯＫ」となっている場合には、設定ボタン７３をクリックするようにする。これにより図４のステップＳＰ２でシステムエンジニア４が設定した各パラメータの値を構築対象システム３（図１）の各サーバ装置３２にそれぞれ設定することができる。またシステムエンジニア４は、検証結果表示画面７０の検証結果表示領域７１に表示されたシステム仕様の各項目の検証結果のいずれかが「ＮＧ」となっている場合には、検証結果表示領域７１のＮＧ理由表示領域８２に表示されたＮＧ理由を確認した上でキャンセルボタン７４をクリックするようにする。これにより検証結果表示画面７０を閉じさせて、再度、パラメータの設定を行うことができる。

（２－３）パラメータ検証機能に関するＣＰＵの処理内容
　図１６は、以上のような本実施の形態によるパラメータ検証機能に関連して管理サーバ２のＣＰＵ１０（図２）により実行される一連の処理の流れを示す。図１６において、ステップＳＰ１０～ステップＳＰ１３は、管理サーバ２のメモリ１１（図２）に格納された構造化ＩＤ処理プログラム１９（図２）に基づき実行される構造化ＩＤ処理であり、テップＳＰ１４～ステップＳＰ２０は、かかるメモリ１１に格納されたテンプレート処理プログラム１８（図２）に基づき実行されるテンプレート処理である。すなわち、ＣＰＵ１０は、図１６に示すパラメータ検証機能に関する一連の処理を、テンプレート処理プログラム１８及び構造化ＩＤ処理プログラム１９に基づき実行する。

　実際上、ＣＰＵ１０は、構造化ＩＤ処理プログラム１９が起動されると、この図１６に示すパラメータ検証処理を開始し、まず、そのとき構築しようとしている計算機システムのシステム仕様に関する各パラメータの値がシステムエンジニア４により入力されると、これらを取得する（ＳＰ１０）。

　続いて、ＣＰＵ１０は、システムテンプレート２０Ａ（図６（Ａ））、ＯＳテンプレート２０Ｂ（図６（Ｂ））、ＨＡソフトテンプレート２０Ｃ（図６（Ｃ））及びＤＢテンプレート２０Ｄ（図６（Ｄ））のパラメータの値がシステムエンジニア４によりそれぞれ設定されると、これらを取得する（ＳＰ１１）。さらにＣＰＵ１０は、ディスク装置１７（図２）に格納されているノウハウ情報２１及び障害情報２２を取得する（ＳＰ１２）。

　この後、ＣＰＵ１０は、ステップＳＰ１０において取得したシステム仕様に関する各パラメータに基づいて、そのとき構築しようとしている計算機システムの論理モデルＭＤＬ（図７）を作成する（ＳＰ１３）。この際、ＣＰＵ１０は、作成した論理モデルＭＤＬのうちの必要なノードに対してノウハウ情報２１及び障害情報２２を関連付ける。

　続いて、ＣＰＵ１０は、ステップＳＰ１１で値を取得したパラメータをシステム仕様の各項目にそれぞれ対応するものごとに分類することにより、システム仕様の項目ごとのパラメータテーブル６０Ａ～６０Ｃ（図１１）を作成する（ＳＰ１４）。さらにＣＰＵ１０は、ステップＳＰ１４で作成したパラメータテーブル６０Ａ～６０Ｃに格納された各パラメータの値と、ステップＳＰ１０で取得したシステム仕様の各パラメータの値とを、必要に応じて対応するノウハウ情報２１及び障害情報２２を参照しながら比較することにより、そのときシステムエンジニア４により設定された各パラメータにより構築される計算機システムがシステム仕様を満たすか否かを検証する（ＳＰ１５）。

　次いで、ＣＰＵ１０は、ステップＳＰ１５で実行した検証処理の処理結果を掲載した検証結果表示画面７０（図１５）を表示装置１５（図２）に表示し（ＳＰ１６）、この後、当該検証結果表示画面７０の設定ボタン７３又はキャンセルボタン７４がクリックされるのを待ち受ける（ＳＰ１７）。そしてＣＰＵ１０は、やがて設定ボタン７３及びキャンセルボタン７４のいずれかがクリックされると、そのときクリックされたのが設定ボタン７３であるか否かを判断する（ＳＰ１８）。

　ＣＰＵ１０は、この判断で肯定結果を得ると、ステップＳＰ１１で取得した、そのときシステムエンジニア４がシステムテンプレート２０Ａ、ＯＳテンプレート２０Ｂ、ＨＡソフトテンプレート２０Ｃ及びＤＢテンプレート２０Ｄにそれぞれ設定した各パラメータの値を設定指示と共に構築対象システム３（図１）のサーバ装置３２に送信することにより、これらのパラメータの値をサーバ装置３２に設定し（ＳＰ１９）、さらに検証結果表示画面７０を閉じた後、この一連のパラメータ検証処理を終了する。

　これに対して、ＣＰＵ１０は、ステップＳＰ１８の判断で否定結果を得ると、ステップＳＰ１１で取得した、そのときシステムエンジニア４がシステムテンプレート２０Ａ、ＯＳテンプレート２０Ｂ、ＨＡソフトテンプレート２０Ｃ及びＤＢテンプレート２０Ｄにそれぞれ設定した各パラメータの値を構築対象システム３のサーバ装置３２に送信することなく、検証結果表示画面７０を閉じ（ＳＰ２０）、この後、この一連のパラメータ検証処理を終了する。

（２－４）クラウドコンピューティングシステムへの適用
　図１７に示すように、クラウドコンピューティングシステム９０は、多数のサーバ装置９１をネットワーク９２で接続し、これらサーバ装置９１をクライアント端末９３に対して単一の計算機システムのように見せる技術である。このようなクラウドコンピューティングシステム９０についても本発明を適用することができる。

　またクラウドコンピューティングシステム９０では、サーバ装置９１を仮想化した仮想化システムを構築することも可能であり、この場合においてもユーザが要求する仮想化システムのシステム仕様と、実際にシステムエンジニア４が設定した各パラメータの値とを上述と同様に比較し、検証することが可能である。

（３）本実施の形態の効果
　以上の本実施の形態の情報処理システム１によれば、管理サーバ２に表示される検証結果に基づいて設定ミスの有無をシステムエンジニア４が容易に判定することが可能となる。従って、本情報処理システム１によれば、人的な設定ミスによりシステム停止に至る重大な障害が発生することを未然かつ有効に防止することができる。

（４）他の実施の形態
　なお上述の実施の形態においては、本発明を図１のように構成された構築対象システム３を管理する管理サーバ２に適用するようにした場合について述べたが、本発明はこれに限らず、要は、複数のベンダのコンポーネントを組み合わせて構成され、所定のパラメータの値をそれぞれ設定することにより、所望するシステム仕様の計算機システムを構築可能な構築対象システムを管理する管理装置に広く適用することができる。

　また上述の実施の形態においては、システム仕様の項目としてシステム構成、可用性及び性能の３つの項目を適用するようにした場合について述べたが、本発明はこれに限らず、これらに加えて又はこれらの一部又は全部と代えて他の項目を適用するようにしても良い。

　本発明は、所定のパラメータの値をそれぞれ設定することにより、所望するシステム仕様の計算機システムを構築可能な構築対象システムを管理する管理装置に適用することができる。

　１……情報処理システム、２……管理サーバ、３……構築対象システム、４……システムエンジニア、１０……ＣＰＵ、１５……表示装置、１８……テンプレート処理プログラム、１９……構造化ＩＤ処理プログラム、２０，２０Ａ～２０Ｄ……テンプレート、２１……ノウハウ情報、２２……障害情報、３２，９１……サーバ装置、５０Ａ～５０Ｄ……マニュアル、ＭＤＬ……論理モデル、６０Ａ～６０Ｃ……パラメータテーブル、７０……検証結果表示画面、９０……クラウドコンピューティングシステム。

Claims

　複数のベンダのコンポーネントを組み合わせて構成され、所定のパラメータの値をそれぞれ設定することにより、所望するシステム仕様の計算機システムを構築可能な構築対象システムを管理する管理装置において、
　予め用意され、対応する前記コンポーネントに関するパラメータをそれぞれ設定するための複数のテンプレートが格納された記憶部と、
　要求される前記システム仕様の前記計算機システムの論理的なモデルである論理モデルを作成する構造化ＩＤ処理部と、
　要求される前記システム仕様の前記計算機システムを構築するよう値がそれぞれ設定された各前記テンプレートの各前記パラメータを前記システム仕様の項目ごとに分類し、当該項目ごとに、要求される前記システム仕様の前記パラメータの値と、前記テンプレートに設定された対応する前記パラメータの値とを比較することにより、各前記テンプレートにそれぞれ値が設定された各前記パラメータにより構築される前記計算機システムが要求される前記システム仕様を満たすか否かを検証し、検証結果を表示するテンプレート処理部と
　を備えることを特徴とする管理装置。
　前記記憶部には、
　前記計算機システムを構築する上で推奨すべき情報であるノウハウ情報と、障害発生時における対処方法を規定した障害情報が格納され、
　前記構造化ＩＤ処理部は、
　作成した前記論理モデルの必要なノードに対して、前記ノウハウ情報及び前記障害発生時のうちの対応する前記ノウハウ情報及び又は前記障害情報を関連付け、
　前記パラメータ処理部は、
　前記ノウハウ情報及び前記障害情報を参照して、各前記テンプレートにそれぞれ値が設定された前記パラメータにより構築される前記計算機システムが要求される前記システム仕様を満たすか否かを検証する
　ことを特徴とする請求項１に記載の管理装置。
　前記テンプレート処理部は、
　前記システム仕様の前記項目ごとの検証結果を表示する
　ことを特徴とする請求項１に記載の管理装置。
　前記テンプレート処理部は、
　各前記テンプレートにそれぞれ値が設定された各前記パラメータにより構築される前記計算機システムが要求される前記システム仕様を満たさない場合に、当該システム仕様を満たさない理由を表示する
　ことを特徴とする請求項３に記載の管理装置。
　前記テンプレート処理部は、
　前記システム仕様に直接関係又は影響を与えるパラメータをキーパラメータとして表示する
　ことを特徴とする請求項４に記載の管理装置。
　複数のベンダのコンポーネントを組み合わせて構成され、所定のパラメータの値をそれぞれ設定することにより、所望するシステム仕様の計算機システムを構築可能な構築対象システムを管理する管理装置により実行される管理方法において、
　前記管理装置は、予め用意され、対応する前記コンポーネントに関するパラメータをそれぞれ設定するための複数のテンプレートが格納された記憶部を有し、
　前記管理装置が、要求される前記システム仕様の前記計算機システムの論理的なモデルである論理モデルを作成する第１のステップと、
　前記管理装置が、要求される前記システム仕様の前記計算機システムを構築するよう値がそれぞれ設定された各前記テンプレートの各前記パラメータを前記システム仕様の項目ごとに分類し、当該項目ごとに、要求される前記システム仕様の前記パラメータの値と、前記テンプレートに設定された対応する前記パラメータの値とを比較し、各前記テンプレートにそれぞれ値が設定された各前記パラメータにより構築される前記計算機システムが要求される前記システム仕様を満たすか否かを検証し、検証結果を表示する第２のステップと
　を備えることを特徴とする管理方法。
　前記記憶部には、
　前記計算機システムを構築する上で推奨すべき情報であるノウハウ情報と、障害発生時における対処方法を規定した障害情報が格納され、
　前記第１のステップにおいて、前記管理装置は、
　作成した前記論理モデルの必要なノードに対して、前記ノウハウ情報及び前記障害発生時のうちの対応する前記ノウハウ情報及び又は前記障害情報を関連付け、
　前記第２のステップにおいて、前記管理装置は、
　前記ノウハウ情報及び前記障害情報を参照して、各前記テンプレートにそれぞれ値が設定された前記パラメータにより構築される前記計算機システムが要求される前記システム仕様を満たすか否かを検証する
　ことを特徴とする請求項６に記載の管理方法。
　前記システム仕様の前記項目ごとの検証結果を前記管理装置が表示する第３のステップを備える
　ことを特徴とする請求項６に記載の管理方法。
　前記第３のステップにおいて、前記管理装置は、
　各前記テンプレートにそれぞれ値が設定された各前記パラメータにより構築される前記計算機システムが要求される前記システム仕様を満たさない場合に、当該システム仕様を満たさない理由を表示する
　ことを特徴とする請求項８に記載の管理方法。
　前記第３のステップにおいて、前記管理装置は、
　前記システム仕様に直接関係又は影響を与えるパラメータをキーパラメータとして表示する
　ことを特徴とする請求項９に記載の管理方法。