WO2013157072A1 - 計算機システム、リソース管理方法及び管理計算機 - Google Patents

Abstract

　リソース管理者が、ユーザが要求する業務システムを提供できるか否かを、容易に判定可能なシステムを提供する。　計算機、ネットワーク装置及びストレージ装置を備える計算機システムであって、計算機システムは、業務実行のために用いられる業務システムを複数含み、少なくとも一つの計算機は、業務システムを管理するシステム制御部を含み、システム制御部は、業務システムの構成を管理するシステム構成情報、業務システムの業務における信頼性を示す評価値を管理する評価情報を保持し、業務システムの業務における信頼性を評価する場合に、業務システムの構成情報を取得し、業務システムの評価値を算出し、算出された評価値に基づいて、業務システムの信頼性を示す情報を生成する。

Description

計算機システム、リソース管理方法及び管理計算機

　本発明は、複数の計算機システムが構築された管理対象システムにおいて、計算機システムの信頼性を階層的に提示するシステム、方法及び装置に関する。

　リソース管理及びインフラ管理では、用途に応じてリソースを適切に割り当てる必要がある。適切とは、エンドユーザが支払う対価に相応の品質及びアジリティを提供することである。そのため、リソース管理者は、ユーザの要求に応えられる計算機システムであるかを、判断可能な情報を保持する必要がある。しかし、大規模なシステム環境では、多種多様なＩＴ機器及びミドルウェアが混在するため、前述したような情報を把握することが困難である。

　計算機システムの品質を評価し、当該計算機システムを信頼性毎にレベル分けする方法と、信頼性のレベルが異なる計算機システム間のリソースを移行するための方法が必要となっている。

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

　従来は、リソース管理者は、計算機システムの構成情報と各構成の接続関係を示す結線情報とに基づいて、手作業でユーザが要求する信頼性を満たす計算機システムが構築可能か否かを判断していた（例えば、特許文献１参照）。

　特許文献１には、管理サーバが、不均質なリソースの機能の構成状況を保持し、機能要件に応じてリソースの機能を構成し、また、プールされたリソースが均質でない計算機システムにおいて、ユーザの要求に合致したリソースを割り当てることが記載されている。

　しかし、特許文献１の技術では、ユーザが要求する計算機システムの信頼性を提示し、必要に応じて計算機システムの構成を変更することによって、ユーザ要求に対応した信頼性を有する計算機システムの数を最適にすることができない。

　本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、一つ以上の計算機、一つ以上のネットワーク装置及び一つ以上のストレージ装置を備える計算機システムであって、前記計算機システムは、所定の業務実行のために用いられる業務システムを複数含み、前記計算機は、一つ以上の第１のプロセッサ、前記第１のプロセッサに接続される第１のメモリ、及び前記第１のプロセッサに接続される複数の第１のＩ／Ｏデバイスを有し、前記ストレージ装置は、第２のメモリ、一つ以上の記憶媒体、及び他の装置と接続するための一つ以上の第２のＩ／Ｏデバイスを有し、前記ネットワーク装置は、第３のメモリ、及び他の装置と接続するための一つ以上のポートを有し、少なくとも一つの前記計算機は、前記業務システムを管理するシステム制御部を含み、前記システム制御部は、前記業務システムの構成を管理するシステム構成情報、前記業務システムの業務における信頼性を示す評価値を管理する評価情報を保持し、前記システム制御部は、前記業務システムの業務における信頼性を評価する場合に、前記システム構成情報から前記業務システムの構成情報を取得し、前記取得された業務システムの構成情報及び前記評価情報に基づいて、前記業務システムの評価値を算出し、前記算出された評価値に基づいて、前記業務システムの信頼性を示す情報を生成することを特徴とする。

　本発明の一形態によれば、業務システムの業務における信頼性を数値として評価でき、業務システムの信頼性を容易に判定することができる。

本発明の第１の実施形態における計算機システムの構成の一例を示す説明図である。

本発明の第１の実施形態における管理サーバの構成を示すブロック図である。

本発明の第１の実施形態におけるサーバの構成を示すブロック図である。

本発明の第１の実施形態におけるサーバ上で稼動する仮想サーバの構成例を示すブロック図である。

本発明の第１の実施形態における発明の概略を示す説明図である。

本発明の第１の実施形態における発明の概略を示す説明図である。

本発明の第１の実施形態におけるシステム管理情報の一例を示す説明図である。

本発明の第１の実施形態におけるシステム構成情報の一例を示す説明図である。

本発明の第１の実施形態におけるシステム構成情報の一例を示す説明図である。

本発明の第１の実施形態における結合関係評価情報の一例を示す説明図である。

本発明の第１の実施形態における構成要件情報の一例を示す説明図である。

本発明の第１の実施形態における業務管理情報の一例を示す説明図である。

本発明の第１の実施形態における制御部が実行する処理を説明するフローチャートである。

本発明の第１の実施形態における信頼性判定部が実行する処理を説明するフローチャートである。

本発明の第１の実施形態における構成判定部が実行する処理を説明するフローチャートである。

本発明の第１の実施形態における構成変更部が実行する処理を説明するフローチャートである。

本発明の第１の実施形態における評価値変更部が実行する処理を説明するフローチャートである。

本発明の第１の実施形態におけるリソース管理画面の一例を示す説明図である。

　（第１の実施形態）

　図１は、本発明の第１の実施形態における管理対象システムの構成の一例を示す説明図である。

　第１の実施形態における管理対象システムは、複数の計算機システムを含む。計算機システムは、管理サーバ１０１、サーバ１０２、仮想サーバ用管理サーバ１５１、ストレージサブシステム１０５、ＮＷ－ＳＷ１０３、１０４、及びＦＣ－ＳＷ１０８から構成される。

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

　また、ＮＷ－ＳＷ１０３には、管理サーバ１０１及びサーバ１０２に加えて、サーバ１０２上で稼動する仮想サーバ（仮想マシン）を管理する仮想サーバ用管理サーバ１５１が接続される。

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

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

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

　管理サーバ１０１上では、サーバ１０２等の計算機システムに含まれるリソースを管理する制御部１１０が実行され、管理情報群１１１を参照及び更新する。管理情報群１１１は制御部１１０によって所定の周期で更新される。

　管理対象システムに含まれるサーバ１０２は、後述するように仮想サーバを提供する。サーバ１０２は、ＰＣＩｅｘ－ＳＷ１０７とＩ／Ｏデバイスとを介して、ＮＷ－ＳＷ１０３及び１０４に接続される。

　ＰＣＩｅｘ－ＳＷ１０７には、ＰＣＩ　Ｅｘｐｒｅｓｓ規格のＩ／Ｏデバイスが接続されている。Ｉ／Ｏデバイスは、ＮＩＣ（Ｎｅｔｗｏｒｋ　Ｉｎｔｅｒｆａｃｅ　Ｃａｒｄ）、ＨＢＡ（Ｈｏｓｔ　Ｂｕｓ　Ａｄａｐｔｅｒ）、及びＣＮＡ（Ｃｏｎｖｅｒｇｅｄ　Ｎｅｔｗｏｒｋ　Ａｄａｐｔｅｒ）などのＩ／Ｏアダプタを有する。

　一般的に、ＰＣＩｅｘ－ＳＷ１０７は、マザーボード（又はサーバブレード）より外へＰＣＩ　Ｅｘｐｒｅｓｓのバスを延長し、さらに多数のＰＣＩ－ＥＸｐｒｅｓｓデバイスを接続するＩ／Ｏスイッチである。ただし、ＰＣＩｅｘ－ＳＷ１０７を介さずに、サーバ１０２が直接、ＮＷ－ＳＷ１０３及びＮＷ－ＳＷ１０４へ接続するシステム構成でもよい。

　また、管理サーバ１０１は、ＰＣＩｅｘ－ＳＷ１０７の管理インタフェース１１７に接続し、複数のサーバ１０２及びＩ／Ｏデバイスの接続関係を管理する。また、サーバ１０２は、ＰＣＩｅｘ－ＳＷ１０７に接続されたＩ／Ｏデバイス（図１では、ＨＢＡ）を介してストレージサブシステム１０５のＬＵ１～ＬＵｎにアクセスする。

　仮想サーバ用管理サーバ１５１は、サーバ１０２で実行される第１仮想化部４０１（図４参照）及び第２仮想サーバ４０４（図４参照）を管理する。具体的には、仮想サーバ管理部１６１が第１仮想化部４０１に対して、指示を行う。

　例えば、仮想サーバ管理部１６１は、第２仮想サーバ４０４の電源制御、並びに、第２仮想サーバ４０４及び第１仮想化部４０１のマイグレーションの指示を行う。なお、管理サーバ１０１に仮想サーバ管理部１６１が含まれていてもよい。

　本実施形態では、サーバ１０２、Ｉ／Ｏデバイス、ＮＷ－ＳＷ１０４、ストレージサブシステム１０５及びＦＣ－ＳＷ１０８等を用いて、所定の機能を有する複数の計算機システムが構築されているものとする。

　図２は、本発明の第１の実施形態における管理サーバ１０１の構成を示すブロック図である。

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

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

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

　なお、図示しないが、管理サーバ１０１は、電源制御及び各インタフェースの制御を行うＢＭＣ（Ｂａｓｅｍｅｎｔ　Ｍａｎａｇｅｍｅｎｔ　Ｃｏｎｔｒｏｌｌｅｒ）、ＰＣＩｅｘ－ＳＷ１０７に接続するためのＰＣＩ－Ｅｘｐｒｅｓｓインタフェースを有してもよい。

　メモリ２０２には、制御部１１０を実現するプログラム及び管理情報群１１１が格納される。制御部１１０は、複数のプログラムモジュールから構成され、各種制御を行うための機能を提供する。具体的には、制御部１１０は、イベント検出部２１０、信頼性算出部２１１、信頼性判定部２１２、構成判定部２１３、構成変更部２１４、評価値変更部２１５及び表示部２１６を含む。

　イベント検出部２１０は、各種イベントを検出する。例えば、イベント検出部２１０は、マイグレーション、電源管理、サーバ１０２の障害発生、及び設定の変更要求等をイベントとして検出する。イベント検出部２１０は、検出されたイベントに応じて、後述する機能部を呼び出す。

　信頼性算出部２１１は、計算機システムの信頼性を表す値を算出する。以下、計算機システムの信頼性を表す値を評価値とも記載する。信頼性判定部２１２は、信頼性算出部２１１によって算出された評価値に基づいて、所定の要件を満たす計算機システムであるか否かを判定する。信頼性判定部２１２が実行する処理の詳細は、図１２を用いて後述する。

　構成判定部２１３は、所定の要件を満たす計算機システムを構築できるか否かを判定する。構成判定部２１３が実行する処理の詳細については、図１３を用いて後述する。構成変更部２１４は、構成判定部２１３によって構築可能と判定された計算機システムを構築するために、現在の計算機システムの構成を変更する。構成変更部２１４が実行する処理の詳細については、図１４を用いて後述する。

　評価値変更部２１５は、評価値を変更する。評価値変更部２１５が実行する処理の詳細については、図１５を用いて後述する。表示部２１６は、各種処理の結果を表示する。

　プロセッサ２０１は、イベント検出部２１０、信頼性算出部２１１、信頼性判定部２１２、構成判定部２１３、構成変更部２１４、評価値変更部２１５及び表示部２１６の各機能部をプログラムとしてメモリ２０２にロードし、ロードされたプログラムを実行する。

　プロセッサ２０１は、各機能部のプログラムに従って動作することによって、所定の機能を実現する機能部として動作する。例えば、プロセッサは、信頼性算出部２１１を実現するプログラムに従って動作することによって信頼性算出部２１１として機能する。他のプログラムについても同様である。さらに、プロセッサ２０１は、各プログラムが実行する複数の処理のそれぞれを実現する機能部としても動作する。

　管理情報群１１１は、計算機システムを管理するための各種情報を格納する。具体的には、管理情報群１１１は、システム管理情報２２０、システム構成情報２２１、結合関係評価情報２２２、構成要件情報２２３及び業務管理情報２２４を含む。

　システム管理情報２２０は、管理対象システムに含まれる全ての計算機システムのシステム構成を管理するための情報を格納する。システム管理情報２２０の詳細については、図６を用いて後述する。

　システム構成情報２２１は、各計算機システムの詳細な構成を管理するための情報を格納する。システム構成情報２２１の詳細については、図７Ａ及び図７Ｂを用いて後述する。

　結合関係評価情報２２２は、計算機システムの信頼性、及び計算機システムにおける各構成要素の結合関係における信頼性を判定する基準に関する情報を格納する。結合関係評価情報２２２の詳細については図８を用いて後述する。

　構成要件情報２２３は、ユーザが要求する計算機システムの構成に関する情報を格納する。構成要件情報２２３の詳細については図９を用いて後述する。業務管理情報２２４は、各計算機システムを用いて提供する業務に関する情報を格納する。業務管理情報２２４の詳細については図１０を用いて後述する。

　管理情報群１１１に格納される情報は、標準インタフェース又は情報収集用プログラムを使用して自動的に収集してもよいし、管理サーバ１０１の図示しないコンソールからシステム管理者等が入力してもよい。

　なお、管理サーバ１１０は、システム管理情報２２０とシステム構成情報２２１とが統合された情報を格納してもよい。また、制御部１１０が管理情報群１１１の各情報を保持してもよい。

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

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

　図３は、本発明の第１の実施形態におけるサーバ１０２の構成を示すブロック図である。

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

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

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

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

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

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

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

　図４は、本発明の第１の実施形態におけるサーバ１０２上で稼動する仮想サーバの構成例を示すブロック図である。なお、サーバ１０２の物理的な構成は、図３と同一であるため省略する。

　図４に示すサーバ１０２は、複数の第１仮想サーバ４０２（又は論理区画）に物理的な計算機資源を割り当てる第１仮想化部４０１と、複数の第２仮想サーバ４０４に第１仮想サーバ４０２の計算器資源を割り当てる第２仮想化部４０３を有する多段仮想計算機を構成する。

　メモリ３０２には、サーバ１０２の計算機資源を仮想化する第１仮想化部４０１が下位層の仮想化部として配備され、上位層の仮想化部である複数の第２仮想化部４０３に計算機資源（第１仮想サーバ４０２）を提供する。また、第２仮想化部４０３は、複数の第２仮想サーバ４０４を生成し、メモリ３０２に格納する。また、第１仮想化部４０１は、制御用インタフェースとして仮想化部管理用インタフェース４４１を備える。なお、図示はしないが第２仮想化部４０３も制御用インタフェースとして仮想化部管理用インタフェースを備える。

　第１仮想化部４０１は、サーバ１０２（又はブレードサーバ）の計算機資源を仮想化し、複数の第１仮想サーバ４０２を構成する。第１仮想化部４０１は、例えば、ハイパバイザ又はＶＭＭ（Ｖｉｒｔｕａｌ　Ｍａｃｈｉｎｅ　Ｍｏｎｉｔｏｒ）等を用いることができる。また、第２仮想化部４０３は、第１仮想化部４０１が提供する計算機資源（第１仮想サーバ４０２）をさらに仮想化し、複数の第２仮想サーバ４０４を生成する。第２仮想化部４０３は、例えば、ハイパバイザ又はＶＭＭ等を用いることができる。

　第２仮想サーバ４０４は、第２仮想化部４０３が提供する仮想デバイス（又は論理デバイス）で構成される。本実施形態の仮想デバイスは、仮想プロセッサ４１１、仮想メモリ４１２、仮想ネットワークインタフェース４１３、仮想ディスクインタフェース４１４、仮想ＢＭＣ４１５、及び仮想ＰＣＩｅｘインタフェース４１６から構成される。

　前述の論理デバイスは、第１仮想化部４０１が複数の第２仮想化部４０３に割り当てた計算機資源（第１仮想サーバ４０２）を、第２仮想化部４０３が各第２仮想サーバ４０４へ割り当てたものである。

　仮想メモリ４１２には、ＯＳ４２１が格納され、当該ＯＳ４２１によって第２仮想サーバ４０４内の仮想デバイスが管理される。また、ＯＳ４２１上では、アプリケーション４３１が実行される。また、ＯＳ４２１上で稼働する管理プログラム４３２によって、障害検知及びＯＳの電源制御、インベントリ管理などの機能が提供される。

　第１仮想化部４０１は、サーバ１０２の物理的な計算機資源と第２仮想化部４０３に割り当てる計算機資源の対応付けを管理する。本実施形態では、第１仮想化部４０１が第２仮想化部４０３へ第１仮想サーバ４０２を割り当てる例を示したが、第１仮想化部４０１が物理サーバ１０２の計算機資源を第２仮想化部４０３に直接割り当てるようにしてもよい。この場合、第１仮想サーバ４０２を省略することができる。

　第１仮想化部４０１は、複数の第２仮想化部４０３に対して割り当てるサーバ１０２の計算機資源を動的に変更し、また、当該計算機資源の割り当てを解除することができる。また、第１仮想化部４０１は、第２仮想化部４０３に割り当てた計算機資源の量と、構成情報及び稼働履歴とを保持する。

　第２仮想化部４０３は、第１仮想サーバ４０２の計算機資源をさらに仮想化して複数の仮想サーバ（第２の仮想サーバ）４０４に割り当てる。第２仮想化部４０３は、第１仮想サーバ４０２の計算機資源のうち第２仮想サーバ４０４毎に割り当てる計算機資源の対応付けを管理する。第２仮想化部４０３は、複数の第２仮想サーバ４０４に対して割り当てる第１仮想サーバ４０２の計算機資源を動的に変更し、また、当該計算機資源の割り当てを解除することができる。また、第２仮想化部４０３は、第２仮想サーバ４０４に割り当てた計算機資源の量と、構成情報及び稼働履歴とを保持する。

　ここで、本実施形態では、サーバ１０２のハードウェアを仮想化した第１仮想サーバ４０２を提供する第１仮想化部４０１を第１層とし、第１仮想サーバ４０２の計算機資源をさらに仮想化した第２仮想サーバ４０４を提供する第２仮想化部４０３を第２層とし、ＯＳ４２１を第３層とする。そして、第３層側を上位層とし、第１層側を下位層とする。ただし、多段構成にならない場合は第１仮想化部４０１が第１層であり、ＯＳ４２１がその上位層で稼働する。

　図５Ａ及び図５Ｂは、本発明の第１の実施形態における発明の概略を示す説明図である。

　図５Ａは、計算機システムの冗長化構成に関する信頼性を説明する図である。図５Ａでは、計算機システム１～４の構成を示す。計算機システム１及び計算機システム２は、ＶＭｗａｒｅ　ＦＴ等の冗長化構成の計算機システムであることを示す（ＶＭ　ＷＡＲＥは登録商標以下同じ）。本実施形態では、計算機システムの冗長化構成毎に信頼性のランク（優先度）を付与して管理される。

　これによって、同じ冗長化構成であっても、冗長化の方式毎に信頼性を判別することができる。

　システム３及びシステム４は、システム１及びシステム２のような冗長化構成の計算機システムを再構築されたものである。また、計算機システム３を構成するサーバ１０２が有するＮＩＣはアグリゲーションが設定されている。

　したがって、計算機システム３の方が、計算機システム４より信頼性の高い計算機システムである。本実施形態では、優先度とは別に、評価値を用いて、信頼性のランクが同一の計算機システム同士を比較することができる。

　また、計算機システムが有する機能毎に評価値を算出することによって、より詳細な比較を格納とする。

　図５Ｂは、計算機システムの機能に関する信頼性を説明する図である。図５Ｂでは、計算機システム１０～１３の構成を示す。

　計算機システム１０及び計算機システム１１は、サーバ１０２のアダプタ同士を直接接続するようにハートビート線が接続される。一方、計算機システム１２は、一つのＮＷ－ＳＷを介してハートビート線が接続される。したがって、ハートビートという機能についての信頼性を評価すると、計算機システム１０及び計算機システム１１の方が、計算機システム１２より信頼性が高い。また、計算機システム１３は、二つのＮＷ－ＳＷを介してハートビート線が接続されるため、計算機システム１２より信頼性は低い。

　本実施形態では、同一のハートビート機能を有する計算機システムであっても、前述したような信頼性の違いを評価値として算出することによって、各計算機システムの信頼性を詳細かつ正確に評価することができる。

　本実施形態では、信頼度及び評価値等のシステムの信頼性を表す情報に基づいて、計算機システムの構成を変更することによって、管理対象システムの柔軟な管理を実現している。

　イベント検出部２１０が検出するイベントとして、ユーザ指示によるリソース要求、計算機システムの障害発生、及び計画保守等がある。

　リソース要求の検出時に、信頼性の高い計算機システム数が足りない場合、管理サーバ１０１は、システム管理情報２２０、システム構成情報２２１、及び結合関係評価情報２２２に基づいて、ＨＡ（Ｈｉｇｈ　Ａｖａｉｌａｂｉｌｉｔｙ）構成の計算機システムを再構築できるか否かを判定する。前述した計算機システムが再構築可能である場合、管理サーバ１０１は、既存の計算機システムを再構築する。

　一方、信頼性の低い計算機システム数が足りない場合、管理サーバ１０１は、既存の計算機システムをそのまま使用し、又は、ＨＡ構成を解除し、装置数及びデバイス数を確保する。余剰リソースをチェックし、実績や空き状況から各々の信頼性レベルが確保するシステム数やデバイス数を変更する。

　計算機システムの障害発生時に、所定の信頼性を有する計算機システム数又は各デバイス数を確保するために、管理サーバ１０１必要に応じて評価点の再計算及び再構成プロセスを実施する。

　計画保守時に、所定の信頼性を有する計算機システム数及び各デバイス数を確保するために、管理サーバ１０１は、必要に応じて評価点の再計算及び再構成処理を実施する。予め計画して処理を実行することができる点が、障害発生時の処理と異なる。

　また、新しいハードウェアを追加導入することによって、計算機システムの新陳代謝（ライフサイクル管理）を契機に、管理サーバ１０１は、評価点を見直す。これによって、評価点の算出結果に関する鮮度を保ち、評価点の算出結果が陳腐化を防ぐことができる。

　本実施形態では、業務用途及びリソース要求に応じて、計算機システムの構成を変更する。

　冗長構成を変更することによって、所定の信頼性を有するシステム数及びデバイス数を調整できる。例えば、ＶＭｗａｒｅ　ＦＴ構成の計算機システムを構築する条件は、「ＶＭｗａｒｅ　ＨＡとｖＭｏｔｉｏｎが可能であること」と「物理ＮＩＣが管理と業務以外に２枚以上必要」である。

　ＶＭｗａｒｅ　ＦＴ又はＶＭｗａｒｅ　ＨＡに関するリソース要求が発生した場合、管理サーバ１０１は、システム管理情報２２０及びシステム構成情報２２１から物理ＮＩＣ枚数を取得し、前述の条件を満たすか否かを判定する。また、ＶＭｗａｒｅ　ＦＴ構成の場合、最大数秒遅れで現用系のサーバと同一の処理が待機系のサーバで実行されるため、ネットワーク的に距離が近い必要がある。よって、現用系のサーバと待機系のサーバとの間の接続が、スイッチを多段に介した接続にならないように構成する。

　ＶＭｗａｒｅ　ＦＴ構成を構築可能な計算機システムを、ＶＭｗａｒｅ　ＨＡ又はコールドスタンバイ用途の計算機システムに変更する場合、管理サーバ１０１は、待機系のサーバとして距離が遠くなる（共有するリソース及びファシリティが少ない）構成に変更する。これによって、復旧に時間がかかるものの、ＶＭｗａｒｅ　ＦＴよりも多くの障害点を乗り越えられる効果がある。

　また、管理サーバ１０１は、ハートビート線が直結される構成は、ＶＭｗａｒｅ　ＦＴ、ＶＭｗａｒｅ　ＨＡ及びホットスタンバイ用途として優先的に使う。

　また、リンクダウン検出（Ｍｅｄｉａ　Ｉｎｄｅｐｅｎｄｅｎｔ　Ｉｎｔｅｒｆａｃｅ）監視機能に対応したデバイスと非対応のデバイスとがある場合、管理サーバ１０１は、ＭＩＩ監視機能及びＡＲＰ監視機能とを切り替えることによって、ユーザ要求に応える。

　デバイス数を確保する場合、管理サーバ１０１は、アグリゲーションの設定を解除することによって、個別に使用可能なデバイスの数を増やすことによって、ユーザ要求に応える。

　信頼性の高い計算機システムの冗長化設定を解除して、信頼性の低い複数のシステムへ再構築する。

　逆に、信頼性の高い計算機システムを構築する場合、管理サーバ１０１は、クラスタソフトウェア及び仮想化部等をデプロイし、必要な設定を行うことによって、信頼性の高い計算機システムを構築する。

　例えば、管理サーバ１０１は、信頼性の高い計算機システムを構築する場合に、ＶＭｗａｒｅ　ＦＴを組めるプロセッサを確保できるか、ＶＭｗａｒｅ　ＦＴに必要な物理ＮＩＣの枚数を確保できるか等を確認する。また、管理サーバ１０１は、ハートビート線が接続されているか、現用系サーバと待機系サーバとの間を接続するスイッチの段数を確認し、ネットワーク的な距離の近さを確認する。これによって、ハートビートにおけるパケットロストの可能性を減らし、誤検出の発生確率を下げることができる。

　コールドスタンバイ構成の計算機システムを構築する場合、管理サーバ１０１は、同等ハードウェア構成及びソフトウェア構成のサーバ１０２から構成される計算機システムを予備の計算機システムとして確保できるか確認する。

　Ｎ＋Ｍコールドスタンバイ構成の計算機システムを構築する場合、管理サーバ１０１は、現用系サーバより待機系サーバを少なくすることができる。

　信頼性を担保する方法としては、待機系サーバを現用系サーバと同一数以上確保することによって、計算機システムの信頼性を上げることが可能であり、切り替えた待機系サーバがすぐにダウンするような事態にも対応が可能となる。

　また、管理サーバ１０１は、ストレージ構成についても信頼性を評価することが可能であり、ＳＡＮ（ＨＢＡ）、ｉＳＣＳＩ（ＮＩＣ）、ＦＣｏＥ（ＣＮＡ）、ＲＡＩＤ構成、Ｔｉｅｒｉｎｇ、計算機システムの再構築に伴うＺｏｎｅ設定などを表示し、ストレージ構成を制御する。

　なお、信頼性の確保は、コストとトレードオフの関係であるため、課金状態に応じて、信頼性毎にシステム数及びデバイス数を調整することによって、ユーザニーズの高い信頼性を有する計算機システムを運用することが可能となる。

　図６は、本発明の第１の実施形態におけるシステム管理情報２２０の一例を示す説明図である。

　システム管理情報２２０は、管理対象システムに構築済みの計算機システムの構成を管理するための情報を格納する。具体的には、システム管理情報２２０は、システムＩＤ６０１、ＨＷ構成６０２、ソフトウェア構成６０３、及び優先度６０４を含み。

　システムＩＤ６０１は、計算機システムを識別するための識別子である。

　ＨＷ構成６０２は、計算機システムのハードウェア構成、具体的には、装置構成に関する情報を格納する。例えば、使用しているサーバ１０２、ＮＷ－ＳＷ１０４、及びストレージサブシステム１０５の数、識別情報を格納する。

　ソフトウェア構成６０３は、計算機システムに導入されているソフトウェア構成を格納する。

　優先度６０４は、計算機システムの信頼性を表す値を格納する。計算機システムの信頼性とは、システムの重要度及び影響の度合いを表す指標である。本実施形態では、優先度６０４に基づいて、計算機システムの信頼性がランク毎に分類される。本実施形態では、優先度６０４の値が小さいものほど、計算機システムの信頼性が高いことを表す。

　図７Ａ及び図７Ｂは、本発明の第１の実施形態におけるシステム構成情報２２１の一例を示す説明図である。

　システム構成情報２２１は、計算機システムを構成する装置の構成を管理するための情報を格納する。具体的には、システム構成情報２２１は、識別子７０１、ＵＵＩＤ７０２、装置７０３、デバイス７０４、プロパティ７０５、接続先デバイス７０６及び信頼性種別７０７を含む。

　識別子７０１は、システム構成情報２２１におけるエントリを識別するための識別子を格納する。本実施形態では、昇順に自動的に割り振られるものとする。

　なお、識別子７０１は、システム構成情報２２１の他のカラムのいずれか、又は複数カラムを組み合わせたものを指定することによって省略することができる。

　ＵＵＩＤ７０２は、重複しないように形式が規定された識別子であるＵＵＩＤ（Ｕｎｉｖｅｒｓａｌ　Ｕｎｉｑｕｅ　ＩＤｅｎｔｉｆｉｅｒ）を格納する。各サーバ１０２がＵＵＩＤを保持することによって、確実なユニーク性を保証する識別子となりえる。そのため、広範囲に亘ったサーバ管理には非常に有効である。

　ただし、識別子７０１には、システム管理者がサーバ１０２を識別する識別子を使用すればよく、また管理する対象となるサーバ１０２間で重複することがなければ問題ないため、ＵＵＩＤを使うことが望ましいものの必須とはならない。例えば、識別子７０１には、ＭＡＣアドレス、ＷＷＮ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｎａｍｅ）などを用いてもよい。

　装置７０３は、計算機システムを構成する装置の種別を示す情報を格納する。例えば、装置７０３には、サーバ、ストレージ、ネットワークなどのＩＴ機器の種別を示す名称が格納される。また、電源装置及びラックなどのファシリティが格納されてもよい。

　デバイス７０４には、装置が有するデバイスの種別を示す情報を格納する。例えば、装置７０３に「サーバ」が格納されている場合、当該サーバが有するプロセッサ３０１及びメモリ３０２等の種別が格納される。なお、サーバ１０２など、システムそのものに対応するエントリのデバイス７０４は空欄となる。

　プロパティ７０５は、対象となる装置又は対象となるデバイスに関する情報を格納する。例えば、ＨＢＡ、ＮＩＣ、ＣＮＡなどの種別、ＨＢＡの識別子であるＷＷＮ、ＮＩＣの識別子であるＭＡＣアドレス、性能情報、アーキテクチャ情報、世代情報、型番、サポート機能、ベンダ種別、ファームウェア情報、ドライバ情報、Ｉ／Ｆ情報、スイッチ情報、ＲＡＩＤ情報、仮想化種別及び仮想化対応情報などが格納される。

　接続先デバイス７０６は、装置又はデバイスが接続される装置又はデバイスに関する情報を格納する。これによって、装置とデバイスとの間の接続、装置間の接続又はデバイス間の接続を判定することができる。例えば、制御部１１０は、接続先デバイス７０６に基づいて、直結式のハートビート線を使用したシステムが構築可能か否かを判定できる。

　信頼性種別７０７は、信頼性の種別、すなわち、装置又はデバイスによって実現される機能に関する情報を格納する。信頼性種別７０７には、例えば、以下のような情報が格納される。

　装置そのものが対象である場合には、ＤＲ（Ｄｉｓａｓｔｅｒ　Ｒｅｃｏｖｅｒｙ）・ＦＴ(Ｆａｕｌｔ　Ｔｏｌｅｒａｎｔ)、ＨＡ・クラスタを示す情報が格納される。ここで、ＨＡ・クラスタとは、ホットスタンバイ及びコールドスタンバイ等のクラスタ構成の計算機システムを示す。またコールドスタンバイには、１：１構成、Ｎ＋Ｍ構成との識別情報が付加されてもよい。

　メモリが対象である場合には、ＥＣＣ（Ｅｒｒｏｒ　Ｃｈｅｃｋ　ａｎｄ　Ｃｏｒｒｅｃｔ）機能の有無を示す情報が格納される。ＮＩＣ及びＨＢＡが対象である場合には、チーミング及びボンディング等のアグリゲーション並びに多重化の有無を示す情報が格納される。また、ストレージ装置が対象である場合には、ＳＳＤ及びＨＤＤのＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ　Ａｒｒａｙｓ　ｏｆ　Ｉｎｄｅｐｅｎｄｅｎｔ　Ｄｉｓｋｓ）構成の有無を示す情報、及び、ＲＡＩＤレベルを示す情報が格納される。

　なお、各カラムに格納される情報は一例であって、本発明を限定するものではない。

　図８は、本発明の第１の実施形態における結合関係評価情報２２２の一例を示す説明図である。

　結合関係評価情報２２２には、装置及びデバイスの性能又は構成ごとの評価値を格納する。具体的には、結合関係評価情報２２２は、識別子８０１、装置／デバイス８０２、プロパティ８０３、及び評価値８０４を含む。

　識別子８０１は、結合関係評価情報２２２におけるエントリを識別するための識別子を格納する。

　装置／デバイス８０２は、評価対象の装置種別又はデバイス種別を格納する。装置種別としては、例えば、サーバ、ストレージ、ネットワークなどのＩＴ機器の種別を示す名称が格納される。また、装置／デバイス８０２には、電源装置及びラックなどのファシリティの種別が格納されてもよい。また、デバイス種別としては、プロセッサ、メモリ、ＮＩＣ、ＨＢＡ、ＨＤＤ（ＳＡＳ又はＳＡＴＡ）、ＳＳＤ等のデバイスの種別を示す名称が格納される。

　制御部１１０は、装置／デバイス８０２に基づいて、スイッチを多段に介して接続されているデバイスを検索することができる。

　プロパティ８０３は、装置／デバイス８０２に対応する装置又はデバイスの性能、接続関係、機能などの信頼性の指標となる情報を格納する。

　評価値８０４は、装置／デバイス８０２に対応する装置又はデバイスの評価値を格納する。本実施形態では、評価値８０４は予め決定された値が格納されるものとする。ただし、後述するように、評価値８０４を変更することができる。

　図８に示す例では、識別子８０１が「４」のエントリは、対象がＮＩＣであり、アグリゲーションされたＮＩＣである場合には評価値が「１．５」であることを示す。識別子８０１が「５」のエントリは、対象がＮＩＣであり、当該ＮＩＣが他のＮＩＣと直接接続されている場合には評価値が「２．０」であることを示す。また、識別子８０１が「６」のエントリは、対象がＮＩＣであり、当該ＮＩＣが他のＩＰスイッチと接続されている場合には評価値が「０．８」であることを示す。また、識別子８０１が「１」のエントリは、対象がプロセッサであり、２以上のサーバ１０２が有するプロセッサ３０１の性能が同一である場合には評価値が「１．０」であることを示す。

　図９は、本発明の第１の実施形態における構成要件情報２２３の一例を示す説明図である。

　構成要件情報２２３は、ユーザ等によって要求された信頼性を確保するためのシステムの構成要件に関する情報を格納する。例えば、所定のクラスタを実現するために必要な構成情報、ＨＡ構成におけるハートビート線の有無を示す情報、ハートビート線がデバイスと直結されているか否か示す情報、スイッチを介して接続してもよいか否かを示す情報などが格納される。また、アグリゲーションの有無（アグリゲーションを解除して、Ａｄａｐｔｅｒ枚数を確保できるか否か）を示す情報、スイッチ又はデバイス間をたすき掛けで接続するか否かを示す情報も格納される。

　具体的には、構成要件情報２２３は、識別子９０１、構成名９０２及び要件９０３を含む。

　識別子９０１は、構成要件情報２２３におけるエントリを識別するための識別子を格納する。構成名９０２は、計算機システムの構成を示す情報を格納する。

　要件９０３は、構成名９０２において指定された計算機システムの具体的な構成要件を格納する。具体的には、要件９０３は、ハードウェア要件９２１、ソフトウェア要件９２２、マネージャ要件９２３、及び優先度９２４を含む。

　ハードウェア要件９２１は、計算機システムにおけるハードウェアに関する構成要件を格納する。例えば、ハートビート線が必要か否かを示す情報、システム及びデバイスが同一である必要があるか否かを示す情報、共有ストレージが必要か否かを示す情報、Ａｄａｐｔｅｒ枚数に関する情報、他のＩＴ機器との接続方式に関する情報などが格納される。

　ソフトウェア要件９２２は、計算機システムにおけるソフトウェアに関する構成要件を格納する。例えば、クラスタソフトウェアの種別を示す情報、仮想化部の種別を示す情報、仮想スイッチが必要か否かを示す情報、専用ネットワークが必要か否かを示す情報、ベンダ種別を示す情報、及び特定の機能をサポートするか否かを示す情報などが格納される。これによって、例えば、ベンダ種別を示す情報に基づいて、クラスタ構成を構築できるか否かを判定することができる。

　マネージャ要件９２３は、システムにおけるマネージャに関する構成要件を格納する。具体的には、システム構成を管理するために専用のマネージャソフトウェアが必要か否かを示す情報が格納される。

　優先度９２４は、優先度６０４と同一のものである。

　図１０は、本発明の第１の実施形態における業務管理情報２２４の一例を示す説明図である。

　業務管理情報２２４は、運用する計算機システムにおいて、業務及びソフトウェアの種別、計算機システムの設定、業務等の優先度及び計算機システムの信頼性に対するＲｅｑｕｉｒｅｍｅｎｔ（ユーザリクエスト、業務リクエスト）などの情報を格納する。

　具体的には、業務管理情報２２４は、業務識別子１００１、ＵＵＩＤ１００２、業務種別１００３、業務設定情報１００４、及び優先順位１００５を含む。

　業務識別子１００１は、仮想サーバ４２０等を用いて提供される業務を識別するための識別子を格納する。ＵＵＩＤ１００２は、ＵＵＩＤ１００２と同一のものである。

　業務種別１００３は、業務種別、並びに、使用するアプリケーション及びミドルウェアなどの業務を特定するソフトウェアに関する情報を格納する。

　業務設定情報１００４は、業務に必要な設定情報を格納する。例えば、業務で使用する論理的なＩＰアドレス、ＩＤ、パスワード、ディスクイメージ、及び業務で使用するポート番号などが格納される。ディスクイメージは、設定前後の業務が現用系サーバ上のＯＳへ配信されたシステムディスクのディスクイメージを指す。業務設定情報１００４に格納するディスクイメージに関する情報には、データディスクを含めてもよい。

　優先順位９０５は、業務の優先順位及び信頼性に対するＲｅｑｕｉｒｅｍｅｎｔの内容を格納する。例えば、業務間の優先順位、業務が必要とする要件が格納される。これによって、優先的に実行する業務を設定することができる。

　図１１は、本発明の第１の実施形態における制御部１１０が実行する処理を説明するフローチャートである。

　制御部１１０は、イベントを検出すると処理を開始する（ステップＳ１１０１）。具体的には、イベント検出部２１０が、計算機システムの再構築の契機となるイベントを検出する。

　なお、検出されるイベントは、ユーザリクエスト、必要な信頼性を有する計算機システム数が足りない旨を通知するアラート等が考えられる。なお、本発明では、計算機システムの再構築が発生しうるイベントであればどのようなものであってもよい。本実施形態では、ユーザから所定の構成要件を満たす計算機システムの提供が要求されたものとする。

　制御部１１０は、システム管理情報２２０、システム構成情報２２１、結合関係評価情報２２２及び構成要件情報２２３を参照する（ステップＳ１１０２）。

　制御部１１０は、要求された構成要件を満たすシステムの信頼性を評価する（ステップＳ１１０３）。具体的には、以下のような処理が実行される。

　第１のステップでは、信頼性算出部２１１は、システム管理情報２２０及びシステム構成情報２２１を参照して、管理対象システムに含まれる計算機システムの構成を把握する。

　第２のステップでは、信頼性算出部２１１は、一つの計算機システムを選択して、当該計算機システムの構成要素毎の評価値を算出する。ここで、計算機システムの構成要素とは、計算機システムを構成する装置、及び当該装置が有するデバイスを表す。具体的には、以下のように算出される。

　信頼性算出部２１１は、システム管理情報２２０のＨＷ構成６０２を参照して、選択された計算機システムの装置構成を確認する。信頼性算出部２１１は、システム構成情報２２１の装置７０３を参照して、各装置の構成に関する情報（エントリ）を取得する。

　さらに、信頼性算出部２１１は、取得されたエントリのプロパティ７０５、接続先デバイス７０６及び信頼性種別７０７に基づいて結合関係評価情報２２２を参照し、各デバイス及び各装置の評価値を算出する。

　このとき、算出された評価値が、取得されたエントリの信頼性種別７０７に対応する信頼性を表す値となる。

　第３のステップでは、信頼性算出部２１１は、選択された計算機システム全体の評価値を算出する。具体的には、信頼性算出部２１１は、各デバイス及び各装置の評価値の合計値を算出する。

　第４のステップでは、信頼性算出部２１１は、構成要件情報２２３を参照して、要求された計算機システムの評価値を算出する。具体的には、以下のように算出される。

　信頼性算出部２１１は、構成要件情報２２３を参照し、要求された計算機システムに対応するエントリを取得する。

　信頼性算出部２１１は、取得されたエントリの装置／デバイス８０２及びプロパティ８０３と結合関係評価情報２２２とを参照して、要求された計算機システムの評価値を算出する。なお、算出方法は、第２のステップ及び第３のステップと同一の方法を用いる。

　なお、予め、評価すべき信頼性が指定されている場合には、信頼性算出部２１１は、該当する評価値のみを算出すればよい。また、信頼性算出部２１１は、算出結果をメモリ２０２上に格納してもよい。評価値が必要な場合には、制御部１１０がメモリ２０２から算出結果を読み出せばよく、計算コストを削減することができる。本実施形態では、計算機システムの識別子と、評価値とが対応づけられた形式でメモリ２０２に格納されているものとする。

　信頼性算出部２１１は、第１のステップから第４のステップの処理結果、すなわち、算出された評価値を、管理者に対して表示するための表示情報を生成してもよい。

　この場合、表示部２１６が生成された表示情報に基づいて、現在構築済みの計算機システムについて、各優先度における計算機システムの信頼性を表示することができる（図１６参照）。また、表示部２１６は、要求された計算機システムの優先度及び評価値を合わせて表示する（図１６参照）。これによって、管理者は、表示部２１６に表示された情報に基づいて、要求された計算機システムを実現できるか否かを容易に判断することができる。

　なお、本実施形態では、管理サーバ１０１が、要求された計算機システムを実現できるか否かを判定し、計算機システムの構成を変更する。

　以上が、ステップＳ１１０３の算出処理である。

　制御部１１０は、システム管理情報２２０及び構成要件情報２２３に基づいて、要求された構成要件を満たす計算機システムが存在するか否かを判定する（ステップ１１０４）。ここで、構成要件は、ハードウェア性能、ハードウェア機能及びソフトウェア性能等を含む。なお、ステップＳ１１０４の処理の詳細は、図１２を用いて後述する。

　要求された構成要件を満たす計算機システムが存在すると判定された場合、制御部１１０は、該当する計算機システムに関する情報を表示し（ステップＳ１１０５）、処理を終了する。

　なお、表示部２１６は、該当するシステムを一つ見つけた場合に当該システムに関する情報を表示してもよいし、該当するシステムを全て検索した後、リスト形式に情報を表示してもよい。また、表示部２１６は、算出された評価値を合わせて表示してもよい。

　要求された構成要件を満たす計算機システムが存在しないと判定された場合、制御部１１０は、算出された評価値に基づいて、要求された構成要件を満たす計算機システムを構築できるか否かを判定する（ステップＳ１１０６）。ステップＳ１１０６の処理の詳細は、図１３を用いて後述する。

　要求された構成要件を満たす計算機システムを構築できないと判定された場合、制御部１１０は、計算機システムを構築できない旨を表示し（ステップＳ１１０７）、処理を終了する。具体的には、表示部２１６が、システムを構築できない旨を表示する。

　要求された構成要件を満たす計算機システムを構築できると判定された場合、制御部１１０は、計算機システムを再構築し（ステップＳ１１０８）、処理を終了する。具体的には、構成変更部２１４が、計算機システムを再構築する。ステップＳ１１０８の処理の詳細は、図１４を用いて後述する。

　図１２は、本発明の第１の実施形態における信頼性判定部２１２が実行する処理を説明するフローチャートである。

　信頼性判定部２１２は、システム管理情報２２０、システム構成情報２２１、及び構成要件情報２２３を参照し（ステップＳ１２０１）、要求された構成要件に合致する、又は、要求された構成要件以上のスペックを有する計算機システム（オーバースペックの計算機システム）を検索する（ステップＳ１２０２）。検索方法としては、以下のような方法が考えられる。

　信頼性判定部２１２は、優先度６０４の値と優先度９２４の値と比較し、優先度６０４の値が優先度９２４の値に一致するエントリをシステム管理情報２２０から検索する。次に、信頼性判定部２１２は、検索されたエントリのＨＷ構成６０２に基づいてシステム構成情報２２１を参照し、対応する装置及びデバイスのエントリを取得する。

　信頼性判定部２１２は、システム管理情報２２０及びシステム構成情報２２１のそれぞれから取得された情報に基づいて、要件９０３に示された構成要件と一致し、又は、オーバースペックの構成であるか否かを判定する。

　例えば、ホットスタンバイの機能を有し、かつ、２ＧＨｚかつコア数が２のプロセッサを有するサーバを４台有する計算機システムをユーザが要求した場合、信頼性判定部２１２は、プロパティ６０５に２ＧＨｚかつコア数が２であるエントリを検索する。このとき、プロパティ６０５に３ＧＨｚ及びコア数の４が格納されるエントリは、オーバースペックの計算機システムとして検索される。

　なお、本発明は、前述した検索方法に限定されない。

　図１３は、本発明の第１の実施形態における構成判定部２１３が実行する処理を説明するフローチャートである。

　構成判定部２１３は、信頼性の高いシステムが必要か否かを判定する（ステップＳ１３０１）。具体的には、構成判定部２１３は、構成要件情報２２３を参照して、要求された計算機システムに対応するエントリの優先度９２４が所定の閾値以上であるか否かを判定する。ここでは、予め閾値が設定されているものとする。

　信頼性の高いシステムが必要であると判定された場合、構成判定部２１３は、信頼性が低い計算機システムを検索する（ステップＳ１３０２）。

　具体的には、構成判定部２１３は、システム管理情報２２０を参照して、優先度６０４の値が所定の閾値より小さい計算機システムを検索する。なお、閾値はステップＳ１２０１で用いたものと同一のものでよい。また、構成判定部２１３は、業務に使用されていないシステムを優先的に検索する。

　構成判定部２１３は、検索された計算機システムから処理対象の計算機システムを選択する（ステップＳ１３０３）。

　具体的には、構成判定部２１３は、優先度６０４の値が最も大きいもの、すなわち、信頼性の低い計算機システムから順に選択する。さらに、優先度６０４の値が大きい計算機システムが複数存在する場合、構成判定部２１３は、各計算機システムの評価値を取得し、評価値が最も小さい計算機システムから順に選択する。

　なお、選択される計算機システムは一つに限定されず、要求される構成要件に応じて複数の計算機システムが選択されてもよい。

　ここで、信頼性の低い計算機システムを検索する理由は、信頼性の低い計算機システムを再構築した場合に、要求された構成要件を有するシステムを構築できる可能性があるためである。

　以下、構成判定部２１３によって選択される計算機システムを対象計算機システムとも記載する。また、ステップＳ１３０３において選択される対象計算機システムを第１対象計算機システムと記載し、ステップＳ１３１２において選択される対象計算機システムを第２対象計算機システムとも記載する。

　構成判定部２１３は、第１対象計算機システムの構成を変更することによって、要求された構成要件を満たす計算機システムを構築できるかシミュレーションする（ステップＳ１３０４）。

　例えば、構成判定部２１３は、接続先のデバイス種別又は装置種別を変更して、目的のデバイス種別又は装置種別へ到達するまで繰り返し実行する。このとき、業務の優先度、使用されていない装置及び優先度の低い信頼性種別のものから検索すると、効率的かつ高速に目的のデバイス又は装置へ辿りつくことが可能である。

　なお、要求された構成要件のうち、少なくともハードウェア構成が満たされる計算機システムであれば、要求された構成要件を満たす計算機システムを構築できると判定してもよい。必要なソフトウェアは、適宜、計算機システムに対してデプロイすればよいためである。

　構成判定部２１３は、シミュレーションの結果、要求された構成要件を満たす計算機システムを構築できるか否かを判定する（ステップＳ１３０５）。

　計算機システムを構築できないと判定された場合、構成判定部２１３は、ステップＳ１３０３に戻り同様の処理を実行する。このとき、構成判定部２１３は、ステップＳ１３０３に戻る前に選択された第１対象計算機システムを選択対象から除外する。

　計算機システムを構築できると判定された場合、構成判定部２１３は、新たな計算機システムの評価点を算出する（ステップＳ１３０６）。具体的には、構成判定部２１３は、信頼性算出部２１１に対して、新たな計算機システムに関する情報（シミュレーション結果）と共に評価値の算出を依頼する。なお、評価値の算出方法は、ステップＳ１１０３と同一の処理であるため説明を省略する。

　構成判定部２１３は、算出された評価値に基づいて、新たな計算機システムの構成を決定し（ステップＳ１３０７）、処理を終了する。例えば、計算機システムの候補が複数存在する場合、以下のような方法が考えられる。

　構成判定部２１３は、評価値が最も高いシステムを選択する。また、表示部２１６が、ユーザにＥｘｃｕｓｅ付きの情報を表示し、ユーザが表示された情報に基づいて選択する。なお、Ｅｘｃｕｓｅとは、「ハートビートを、スイッチを介して構成すれば構築可能」などの情報を示す。また、表示部２１６は、信頼性種別毎に評価値を表示してもよい。また、表示部２１６は、システムの再構築による影響等を示す情報を表示してもよい。

　なお、構成判定部２１３は、計算機システムの再構築に必要な情報を生成し、構成変更部２１４に出力する。

　ステップＳ１３０１において、信頼性の高いシステムが必要でない、すなわち、信頼性に低いシステムが必要であると判定された場合、構成判定部２１３は、信頼性の高い計算機システムを検索する（ステップＳ１３１２）。

　具体的には、構成判定部２１３は、システム管理情報２２０を参照して、優先度６０４の値が所定の閾値以上の計算機システムを検索する。なお、閾値はステップＳ１３０１で用いたものと同一のものでよい。また、検索方法は、ステップＳ１３０２とほぼ同一であるが、冗長化構成の計算機システム、すなわち、信頼性の高い計算機システムが優先的に検索される点が異なる。

　構成判定部２１３は、検索された計算機システムから処理対象の計算機システムを選択する（ステップＳ１３１３）。

　具体的には、構成判定部２１３は、優先度６０４の値が最も大きいもの、すなわち、信頼性が低い計算機システムから順に選択する。さらに、優先度６０４の値が大きい計算機システムが複数存在する場合、構成判定部２１３は、各計算機システムの評価値を取得し、評価値が最も小さい計算機システムから順に選択する。これば、信頼性の高い計算機システムをできる限り確保するためである。

　なお、選択される計算機システムは一つに限定されず、要求される構成要件に応じて複数の計算機システムが選択されてもよい。

　ここで、信頼性の高い計算機システムを検索する理由は、信頼性の高い計算機システムの冗長化構成等を解除した場合に、要求された構成要件を有するシステムを構築できる可能性があるためである。

　構成判定部２１３は、第２対象リソースの構成を変更して、要求された構成要件を満たすシステムを構築できるかシミュレーションする（ステップＳ１３１４）。具体的には、第２対象計算機システムにおける冗長化構成を解除した場合、構成要件を満たす計算機システムを構築できるか否かを判定する。

　例えば、第２対象計算機システムにおける冗長化構成の解除後の計算機システムと、要求された構成要件を満たすシステムとを対比し、一致する又はオーバースペックの計算機システムであるか否かを判定する。なお、構成判定部２１３は、信頼性判定部２１２に当該判定処理の実行を依頼してもよい。

　構成判定部２１３は、シミュレーションの結果、要求された構成要件を満たす計算機システムを構築できるか否かを判定する（ステップＳ１３１５）。

　計算機システムを構築できないと判定された場合、構成判定部２１３は、ステップＳ１３１３に戻り同様の処理を実行する。このとき、構成判定部２１３は、ステップＳ１３１３に戻る前に選択された第２対象計算機システムを選択対象から除外する。

　計算機システムを構築できると判定された場合、構成判定部２１３は、新たな計算機システムの評価点を算出する（ステップＳ１３０６）。

　構成判定部２１３は、算出された評価値に基づいて、新たな計算機システムの構成を決定し（ステップＳ１３０７）、処理を終了する。

　なお、ステップＳ１３０３及びステップＳ１３１３において、表示部２１６が、優先度毎に計算機システムを表示し、当該表示に基づいてユーザが選択してもよい。このとき、表示部２１６は、評価値も合わせて表示してもよい。

　図１４は、本発明の第１の実施形態における構成変更部２１４が実行する処理を説明するフローチャートである。

　構成変更部２１４は、構成判定部２１３の処理結果に基づいて、新たな計算機システムを構築する（ステップＳ１４０１）。本実施形態では、構成変更部２１４は、複数の装置及びデバイスを組み合わせて、新たな計算機システムを構築し、又は、計算機システムの冗長化構成を解除して複数の計算機システムを構築する。

　例えば、ホットスタンバイの機能を有する計算機システムを構築する場合、構成変更部２１４は、構成判定部２１３の処理結果に基づいて、複数のサーバ１０２からクラスタを構成し、各サーバ１０２に必要な設定を行う。また、ＮＩＣのアグリゲーションが必要な計算機システムを構築する場合、複数のＮＩＣに対して、構成変更部２１４は、アグリゲーションに必要な設定を行う。

　なお、システムの構築方法は、公知の技術であるため詳細な説明を省略する。

　構成変更部２１４は、システム管理情報２２０、システム構成情報２２１及び構成要件情報２２３を更新し（ステップＳ１４０２）、処理を終了する。

　図１５は、本発明の第１の実施形態における評価値変更部２１５が実行する処理を説明するフローチャートである。なお、評価値変更部２１５は、システムの再構築時の処理とは独立して、処理を実行する。

　制御部１１０は、イベントを検出すると処理を開始する（ステップＳ１５０１）。具体的には、イベント検出部２１０が、評価値の変更の契機となるイベントを検出する。

　なお、検出されるイベントは、周期的、経年イベント、障害発生、定期保守発生、ＩＴシステム及びファシリティの新陳代謝などが考えられる。なお、本実施形態では、評価値の変更が発生しうるイベントであればどのようなものであってもよい。

　評価値変更部２１５は、システム管理情報２２０、システム構成情報２２１、結合関係評価情報２２２及び構成要件情報２２３を参照する（ステップＳ１５０２）。評価値変更部２１５は、装置及びデバイスの評価値を再算出する（ステップＳ１５０３）。例えば、所定のアルゴリズムに基づいて、評価値変更部２１５は、評価値を再算出する。なお、装置及びデバイス毎に異なるアルゴリズムを用いてもよい。

　評価値変更部２１５は、システム管理情報２２０、システム構成情報２２１、結合関係評価情報２２２及び構成要件情報２２３を更新し（ステップＳ１５０４）、処理を終了する。

　図１６は、本発明の第１の実施形態におけるリソース管理画面の一例を示す説明図である。

　表示部２１６は、図１６に示すようなリソース管理画面１６００を表示することができる。図１６では、計算機システム単位の情報が表示される。

　制御部１１０は、管理情報群１１１の各情報を参照して、優先度毎に計算機システムの状態を把握し、図１６に示すような表示をするための表示情報を生成する。表示部２１６は、生成された表示情報に基づいて、リソース管理画面１６００を表示する。

　リソース管理画面１６００は、現在の計算機システムの表示領域と、要求された計算機システムの表示領域とを含む。

　現在の計算機システムの表示領域では、優先度及び評価値に基づいて計算機システムのシステム数及び使用状態等の情報が表示される。

　図１６に示す例では、横方向はシステムの優先度を表し、縦方向は、各システムの評価値を表す。これによって、計算機システムの信頼性を階層的に表示することができる。また、図１６に示す例では、一つのセルが一つのシステムに対応する。また、斜線部は、実際に業務によって使用されているシステムを表示している。

　要求された計算機システムの表示領域では、優先度及び評価値が表示される。

　計算機システムの管理者は、リソース管理画面１６００を参照して、各優先度間のリソースの増減を決定することができる。

　なお、第１の実施形態では、管理サーバ１０１が管理対象システムを管理していたが、本発明はこれに限定されず、管理対象システムに含まれるサーバ１０２が制御部１１０及び管理情報群１１１を備えていてもよい。

　（第２の実施形態）

　第２の実施形態では、ＮＩＣアグリゲーションを解除して、ＮＩＣを複数に分けてシステムを再構築する例について説明する。ここでは、ユーザから、冗長化されていない複数のＮＩＣを必要とする計算機システムが要求されたものとする。

　ステップＳ１１０４において、ユーザが要求する構成要件を満たす計算機システムが存在しないと判定された場合、制御部１１０は以下のような処理を実行する。

　ステップＳ１３０１において、冗長化されていない複数のＮＩＣを有するシステムは信頼性が低いシステムであるため、構成判定部２１３は、信頼性の高いシステムが必要でないと判定する。

　ステップＳ１３１２において、構成判定部２１３は、ＮＩＣアグリゲーションを組んでいる計算機システムを検索する。

　ステップＳ１３１４、Ｓ１３１５において、構成判定部２１３は、検索された計算機システムのＮＩＣアグリゲーション設定を解除した場合に、要求されたＮＩＣの数を確保できるか否かを判定する。

　すなわち、複数のＮＩＣを論理的に１枚のＮＩＣとして使用していた計算機システムを、複数のＮＩＣを個別に利用可能な計算機システムに変更して、必要なデバイス数を有する計算機システムが構築できるか否かが判定される。

　なお、計算機システム数が十分に確保できる場合、冗長構成の複数の計算機システムを統合することによって必要なデバイス数を提供可能な計算機システムに再構築してもよい。

　また、仮想ＮＩＣ機能を有するＮＩＣの場合、必要に応じて仮想ＮＩＣ機能の有無を確認し、仮想ＮＩＣ機能がオンにしてデバイス数を提供可能な計算機システムを再構築してもよい。

　一方、アグリゲーションが設定されたシステムをユーザが要求する場合には、例えば、制御部１１０は、冗長構成でないＮＩＣを用いてアグリゲーションが設定された計算機システムを再構築する。

　（第３の実施形態）

　第３の実施形態では、ハートビート線を有するシステムを構築する場合に、ハートビート線がスイッチを介する場合、加えてスイッチが多段構成になる場合へ再構築する例を記載する。ここでは、ユーザから、デバイス間を直接接続するハートビート線を有するシステムが要求されたものとする。

　ステップＳ１１０４において、デバイス間を直接接続するハートビート線を有するシステムが存在しないと判定され場合、制御部１１０は以下のような処理を実行する。

　ステップＳ１３０１において、ハートビート線を有するシステムは信頼性が高いシステムであるため、構成判定部２１３は、信頼性の高いシステムが必要であると判定する。

　ステップＳ１３０２からステップＳ１３０５において、構成判定部２１３は、スイッチを介したハートビート線を有する計算機システムが構築可能か否かを判定する。ここでは、前述した計算機システムが構築可能であると判定されてものとする。

　ステップＳ１３０７において、構成判定部２１３は、構築可能な計算機システムの評価値及び構成情報等を提示し、ユーザからの選択を受け付けて構築する計算機システムを決定する。このとき、表示部２１６は、「スイッチを介したハートビート線を用いて、要求された信頼度レベルに近いシステムが構築可能」であることをユーザに提示してもよい。

　さらに、スイッチが多段になる構成の場合、表示部２１６は、計算機システムの構成を提示する。このとき、表示部２１６が、レイテンシが大きくなり得ること、及び障害点の数が増えることを合わせて提示してもよい。

　また、信頼性算出部２１１は、障害点の数が増えるため、計算機システムの信頼度レベルが下がるよう評価点を算出する。

　なお、構成変更部２１４は、前述したようなシステムではレイテンシが増えるため、ハートビート間隔を長くとるように計算機システムを調整してもよい。逆に、構成変更部２１４は、早期に障害を検出するために、ハートビート間隔を短くとるように計算機システムを調整してもよい。

　（第４の実施形態）

　第４の実施形態では、ＶＭｗａｒｅ　ＦＴ又はＶＭｗａｒｅ　ＨＡの構成を有する計算機システムをユーザが要求した場合について説明する。

　ステップＳ１１０４において、ＶＭｗａｒｅ　ＦＴ又はＶＭｗａｒｅ　ＨＡの構成を有する計算機システムが存在しないと判定された場合、制御部１１０は以下のような処理を実行する。

　ステップＳ１３０１において、ＶＭｗａｒｅ　ＦＴ又はＶＭｗａｒｅ　ＨＡの構成は信頼性が高いシステムであるため、構成判定部２１３は、信頼性の高い計算機システムが必要であると判定する。

　ステップＳ１３０２からステップＳ１３０５において、構成判定部２１３は、信頼性の低いシステムを用いて、ＶＭｗａｒｅ　ＦＴ又はＶＭｗａｒｅ　ＨＡの構成を有する計算機システムが構築できるか否かを判定する。ここでは、所定の優先度以上の計算機システムが複数存在し、かつ、ＶＭｗａｒｅ　ＦＴ又はＶＭｗａｒｅ　ＨＡの構成に必要なデバイス数も足りているものとする。

　ステップＳ１３０２において、構成変更部２１４は、複数の計算機システムを統合してクラスタ構成し、各サーバ１０２にハイパバイザをデプロイして、ユーザが要求する構成要件を満たす計算機システムを構築する。

　一方、ＶＭｗａｒｅ　ＦＴ／ＶＭｗａｒｅ　ＨＡの構成を解除し、仮想化環境として利用し、又は、別の計算機システムを再デプロイして、信頼性の低い計算機システムを構築することもできる。

　（第５の実施形態）

　第５の実施形態では、第２仮想サーバ４０４へマイグレーションするためのシステムをユーザが要求した場合を想定する。

　制御部１１０は、クロス構成でＶＭｗａｒｅ　ＦＴ又はＶＭｗａｒｅ　ＨＡの構成を有する計算機システムを構築する。第一層のハイパバイザは別々のハードウェア上で稼働する、第二層のハイパバイザ間でＶＭｗａｒｅ　ＦＴ又はＶＭｗａｒｅ　ＨＡ構成のシステムを構築する。

　制御部１１０は、第一層を物理分割又は論理分割したサーバを利用し、障害影響を局所化することによって、仮想サーバを利用した場合よりも信頼性が下がらないように計算機システムを再構成する。

　システム数が足りない場合、制御部１１０は、信頼度レベルは下がるが、同一ハード上にマイグレーションすることによって、システム数を確保する。

　本発明の一形態によれば、計算機システムの信頼性を示す値を算出することによって、各計算機システムの信頼性を数値化して評価することができる。したがって、当該数値に基づいて、信頼性の異なる計算機システム間のリソースの移動を自動的に行うことが可能となる。

　以上、本発明を添付の図面を参照して詳細に説明したが、本発明はこのような具体的構成に限定されるものではなく、添付した請求の範囲の趣旨内における様々な変更及び同等の構成を含むものである。

Claims (20)

1. 　一つ以上の計算機、一つ以上のネットワーク装置及び一つ以上のストレージ装置を備える計算機システムであって、
   　前記計算機システムは、所定の業務実行のために用いられる業務システムを複数含み、
   　前記計算機は、一つ以上の第１のプロセッサ、前記第１のプロセッサに接続される第１のメモリ、及び前記第１のプロセッサに接続される複数の第１のＩ／Ｏデバイスを有し、
   　前記ストレージ装置は、第２のメモリ、一つ以上の記憶媒体、及び他の装置と接続するための一つ以上の第２のＩ／Ｏデバイスを有し、
   　前記ネットワーク装置は、第３のメモリ、及び他の装置と接続するための一つ以上のポートを有し、
   　少なくとも一つの前記計算機は、前記業務システムを管理するシステム制御部を含み、
   　前記システム制御部は、前記業務システムの構成を管理するシステム構成情報、前記業務システムの業務における信頼性を示す評価値を管理する評価情報を保持し、
   　前記システム制御部は、
   　前記業務システムの業務における信頼性を評価する場合に、前記システム構成情報から前記業務システムの構成情報を取得し、
   　前記取得された業務システムの構成情報及び前記評価情報に基づいて、前記業務システムの評価値を算出し、
   　前記算出された評価値に基づいて、前記業務システムの信頼性を示す情報を生成することを特徴とする計算機システム。
2. 　請求項１に記載の計算機システムであって、
   　前記システム制御部は、
   　ユーザが要求する前記業務システムの構成要件を管理する構成要件情報を保持し、
   　前記ユーザから新たな業務システムの割り当ての要求を受け付けた場合に、前記要求された業務システムの評価値を算出し、
   　前記システム構成情報及び前記構成要件情報に基づいて、前記要求された業務システムの構成要件を満たす前記業務システムが存在するか否かを判定し、
   　前記要求された業務システムの構成要件を満たす業務システムが存在しないと判定された場合、前記算出された評価値、前記システム構成情報、及び前記構成要件情報に基づいて、前記業務システムの構成を変更して、前記要求された業務システムを構築することを特徴とする計算機システム。
3. 　請求項２に記載の計算機システムであって、
   　前記業務システムの構成種別毎の信頼性の高さを示す優先度が、前記システム構成情報及び前記構成要件情報に定義され、
   　前記システム制御部は、
   　前記業務システムの構成を変更する場合に、前記要求された業務システムの優先度が第１の閾値より大きいか否かを判定し、
   　前記要求された業務システムの優先度が前記第１の閾値より大きいと判定された場合、前記計算機システムに含まれる前記業務システムの中から第２の閾値より優先度が小さい前記業務システムを検索し、
   　前記検索された業務システムの構成を変更することによって、前記要求された業務システムを構築できるか否かを判定し、
   　前記要求された業務システムを構築できると判定された場合、前記検索された業務システムの構成を変更して、前記要求された業務システムを構築することを特徴とする計算機システム。
4. 　請求項３に記載の計算機システムであって、
   　前記システム制御部は、
   　前記第２の閾値より優先度が小さい前記業務システムが複数検索された場合に、前記優先度が最も小さく、かつ、前記評価値に基づいて信頼性が最も低い前記業務システムから順に選択し、
   　前記選択された業務システムの構成変更をシミュレーションすることを特徴とする計算機システム。
5. 　請求項２に記載の計算機システムであって、
   　前記業務システムの構成種別毎の信頼性の高さを示す優先度が、前記システム構成情報及び前記構成要件情報に定義され、
   　前記システム制御部は、
   　前記業務システムの構成を変更する場合に、前記要求された業務システムの優先度が第１の閾値より大きいか否かを判定し、
   　前記要求された業務システムの優先度が第１の閾値以下と判定された場合、前記計算機システムに含まれる前記業務システムの中から第２の閾値より優先度が大きい前記業務システムを検索し、
   　前記検索された業務システムの構成を変更することによって、前記要求された業務システムを構築できるか否かを判定し、
   　前記要求された業務システムを構築できると判定された場合、前記検索された業務システムの構成を変更して、前記要求された業務システムを構築することを特徴とする計算機システム。
6. 　請求項５に記載の計算機システムであって、
   　前記システム制御部は、
   　前記第２の閾値より優先度が大きい前記業務システムが複数検索された場合に、前記優先度が最も小さく、かつ、前記評価値に基づいて信頼性が最も低い前記業務システムから順に選択し、
   　前記選択された業務システムの構成変更をシミュレーションすることを特徴とする計算機システム。
7. 　請求項２に記載の計算機システムであって、
   　前記システム制御部は、前記検索された業務システムの構成を変更する場合に、新たに構築する業務システムの構成情報を表示することを特徴とする計算機システム。
8. 　請求項２に記載の計算機システムであって、
   　前記システム制御部は、
   　前記評価情報に格納される評価値の変更イベントを検出し、
   　前記検出された変更イベントを解析して、前記評価情報に格納される評価値を更新することを特徴とする計算機システム。
9. 　請求項８に記載の計算機システムであって、
   　前記変更イベントは、所定の周期、前記業務システムの障害発生、前記業務システムの計画保守、又は、前記業務システムの構成変更の少なくとも一つであることを特徴とする計算機システム。
10. 　一つ以上の計算機、一つ以上のネットワーク装置及び一つ以上のストレージ装置を備える計算機システムにおけるリソース管理方法であって、
    　前記計算機システムは、所定の業務実行のために用いられる業務システムを複数含み、
    　前記計算機は、一つ以上の第１のプロセッサ、前記第１のプロセッサに接続される第１のメモリ、及び前記第１のプロセッサに接続される複数の第１のＩ／Ｏデバイスを有し、
    　前記ストレージ装置は、第２のメモリ、一つ以上の記憶媒体、及び他の装置と接続するための一つ以上の第２のＩ／Ｏデバイスを有し、
    　前記ネットワーク装置は、第３のメモリ、及び他の装置と接続するための一つ以上のポートを有し、
    　少なくとも一つの前記計算機は、前記業務システムを管理するシステム制御部を含み、
    　前記システム制御部は、前記業務システムの構成を管理するシステム構成情報、前記業務システムの業務における信頼性を示す評価値を管理する評価情報を保持し、
    　前記方法は、
    　前記システム制御部が、前記業務システムの業務における信頼性を評価する場合に、前記システム構成情報から前記業務システムの構成情報を取得する第１のステップと、
    　前記システム制御部が、前記取得された業務システムの構成情報及び前記評価情報に基づいて、前記業務システムの評価値を算出する第２のステップと、
    　前記システム制御部が、前記算出された評価値に基づいて、前記業務システムの信頼性を示す情報を生成する第３のステップと、
    　を含むことを特徴とするリソース管理方法。
11. 　請求項１０に記載のリソース管理方法であって、
    　前記システム制御部は、ユーザが要求する前記業務システムの構成要件を管理する構成要件情報を保持し、
    　前記方法は、
    　前記システム制御部が、前記ユーザから新たな業務システムの割り当ての要求を受け付けた場合に、前記要求された業務システムの評価値を算出する第４のステップと、
    　前記システム制御部が、前記システム構成情報及び前記構成要件情報に基づいて、前記要求された業務システムの構成要件を満たす前記業務システムが存在するか否かを判定する第５のステップと、
    　前記システム制御部が、前記要求された業務システムの構成要件を満たす業務システムが存在しないと判定された場合、前記算出された評価値、前記システム構成情報、及び前記構成要件情報に基づいて、前記業務システムの構成を変更して、前記要求された業務システムを構築する第６のステップと、
    　を含むことを特徴とするリソース管理方法。
12. 　請求項１１に記載のリソース管理方法であって、
    　前記業務システムの構成種別毎の信頼性の高さを示す優先度が、前記システム構成情報及び前記構成要件情報に定義され、
    　前記第６のステップは、
    　前記システム制御部が、前記要求された業務システムの優先度が第１の閾値より大きいか否かを判定する第７のステップと、
    　前記システム制御部が、前記要求された業務システムの優先度が前記第１の閾値より大きいと判定された場合、前記計算機システムに含まれる前記業務システムの中から第２の閾値より優先度が小さい前記業務システムを検索する第８のステップと、
    　前記システム制御部が、前記検索された業務システムの構成を変更することによって、前記要求された業務システムを構築できるか否かを判定する第９のステップと、
    　前記システム制御部が、前記要求された業務システムを構築できると判定された場合、前記検索された業務システムの構成を変更して、前記要求された業務システムを構築する第１０のステップと、
    　を含むことを特徴とするリソース管理方法。
13. 　請求項１２に記載のリソース管理方法であって、
    　前記第８のステップでは、前記第２の閾値より優先度が小さい前記業務システムが複数検索された場合に、前記優先度が最も小さく、かつ、前記評価値に基づいて信頼性が最も低い前記業務システムから順に選択し、
    　前記第９のステップでは、前記選択された業務システムの構成変更をシミュレーションすることを特徴とするリソース管理方法。
14. 　請求項１１に記載のリソース管理方法であって、
    　前記業務システムの構成種別毎の信頼性の高さを示す優先度が、前記システム構成情報及び前記構成要件情報に定義され、
    　前記方法は、
    　前記システム制御部が、前記業務システムの構成を変更する場合に、前記要求された業務システムの優先度が第１の閾値より大きいか否かを判定する第１１のステップと、
    　前記システム制御部が、前記要求された業務システムの優先度が第１の閾値以下と判定された場合、前記計算機システムに含まれる前記業務システムの中から第２の閾値より優先度が大きい前記業務システムを検索する第１２のステップと、
    　前記システム制御部が、前記検索された業務システムの構成を変更することによって、前記要求された業務システムを構築できるか否かを判定する第１３のステップと、
    　前記システム制御部が、前記要求された業務システムを構築できると判定された場合、前記検索された業務システムの構成を変更して、前記要求された業務システムを構築する第１４のステップと、
    　を含むことを特徴とするリソース管理方法。
15. 　請求項１４に記載のリソース管理方法であって、
    　前記第１２のステップでは、前記第２の閾値より優先度が大きい前記業務システムが複数検索された場合に、前記優先度が最も小さく、かつ、前記評価値に基づいて信頼性が最も低い前記業務システムから順に選択し、
    　前記第１３のステップでは、前記選択された業務システムの構成変更をシミュレーションすることを特徴とするリソース管理方法。
16. 　請求項１１に記載のリソース管理方法であって、
    　前記第６のステップは、前記検索された業務システムの構成を変更する場合に、新たに構築する業務システムの構成情報を表示するステップを含むことを特徴とするリソース管理方法。
17. 　請求項１１に記載のリソース管理方法であって、
    　前記方法は、さらに、
    　前記システム制御部が、前記評価情報に格納される評価値の変更イベントを検出するステップと、
    　前記システム制御部が、前記検出された変更イベントを解析して、前記評価情報に格納される評価値を更新するステップと、
    　を含むことを特徴とするリソース管理方法。
18. 　請求項１７に記載のリソース管理方法であって、
    　前記変更イベントは、所定の周期、前記業務システムの障害発生、前記業務システムの計画保守、又は、前記業務システムの構成変更の少なくとも一つであることを特徴とするリソース管理方法。
19. 　一つ以上の計算機、一つ以上のネットワーク装置及び一つ以上のストレージ装置を備える計算機システムにおけるリソースを管理する管理計算機であって、
    　前記計算機システムは、所定の業務実行のために用いられる業務システムを複数含み、
    　前記計算機は、一つ以上の第１のプロセッサ、前記第１のプロセッサに接続される第１のメモリ、及び前記第１のプロセッサに接続される複数の第１のＩ／Ｏデバイスを有し、
    　前記ストレージ装置は、第２のメモリ、一つ以上の記憶媒体、及び他の装置と接続するための一つ以上の第２のＩ／Ｏデバイスを有し、
    　前記ネットワーク装置は、第３のメモリ、及び他の装置と接続するための一つ以上のポートを有し、
    　前記管理計算機は、
    　前記業務システムを管理するシステム制御部を備え、
    　前記業務システムの構成を管理するシステム構成情報、前記業務システムの業務における信頼性を示す評価値を管理する評価情報を保持し、
    　前記業務システムの業務における信頼性を評価する場合に、前記システム構成情報から前記業務システムの構成情報を取得し、
    　前記取得された業務システムの構成情報及び前記評価情報に基づいて、前記業務システムの評価値を算出し、
    　前記算出された評価値に基づいて、前記業務システムの信頼性を示す情報を生成することを特徴とする管理計算機。
20. 　請求項１９に記載の管理計算機であって、
    　前記管理計算機は、
    　ユーザが要求する前記業務システムの構成要件を管理する構成要件情報を保持し、
    　前記ユーザから新たな業務システムの割り当ての要求を受け付けた場合に、前記要求された業務システムの評価値を算出し、
    　前記システム構成情報及び前記構成要件情報に基づいて、前記要求された業務システムの構成要件を満たす前記業務システムが存在するか否かを判定し、
    　前記要求された業務システムの構成要件を満たす業務システムが存在しないと判定された場合、前記算出された評価値、前記システム構成情報、及び前記構成要件情報に基づいて、前記業務システムの構成を変更して、前記要求された業務システムを構築することを特徴とする管理計算機。

Images