JP5750169B2 - 計算機システム、プログラム連携方法、及びプログラム - Google Patents

Description

本発明は、計算機とストレージ装置とを管理する計算機システムに関し、特に、計算機を管理するプログラムとストレージ装置を管理するプログラムとの間で情報を連携する計算機システムに関する。

物理サーバ（計算機）、及び、物理サーバに記憶領域（ＬＵ（Ｌｏｇｉｃａｌ Ｕｎｉｔ））を提供するストレージ装置と管理する管理計算機がある。

管理計算機上では、物理サーバを管理するサーバ管理ソフトと、ストレージ装置を管理するストレージ管理ソフトとが動作している。サーバ管理ソフトは、物理サーバに関する情報を保持しており、ストレージ管理ソフトは、ストレージ装置に関する情報を保持している。

物理サーバに新たに記憶領域を割り当てる処理は、ストレージ管理ソフトによって実行されるが、ストレージ管理ソフトは物理サーバに関する情報を保持していない。

なお、ストレージ管理ソフトに記憶領域の割当処理を実行させる場合に、管理者は、物理サーバのストレージ装置に接続された入出力インタフェースのアドレス（ＷＷＮ又はＭＡＣアドレス）をストレージ管理ソフトに入力する必要がある。

このため、管理者は、物理サーバに関する情報（物理サーバのストレージ装置に接続された入出力インタフェースのアドレス）を把握する必要がある。

管理者にストレージ管理ソフトとサーバ管理ソフトとを操作できる権限があれば、サーバ管理ソフトを操作して物理サーバに関する情報を把握するが、管理者はサーバ管理ソフトの使用方法を熟知しなければならず、高度なスキルが要求される。

また、ストレージ管理ソフトの管理者とサーバ管理ソフトの管理者とが異なる場合、ストレージ管理ソフトの管理者は、サーバ管理ソフトの管理者と物理サーバに関する情報をメモによって連携しなければならず、誤設定の原因となる。

このように、サーバ管理ソフトとストレージ管理ソフトとで情報が連携できないため、管理効率が低下していた。

データセンタなどにおいては、ストレージ装置の数も物理サーバの数も増大するため、管理効率がさらに低下する。

ストレージ装置のポートと物理サーバのＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）アダプタとの接続関係に基づいて、ストレージ装置のＬＵと物理サーバ上で稼働する仮想計算機とのパスを設定する管理計算機が知られている（例えば、特許文献１参照）。

特開２０１０−２５７２７４号公報

特許文献１に開示された管理計算機は、サーバ管理ソフトとストレージ管理ソフトとが動作することが前提でない。このため、サーバ管理ソフトとストレージ管理ソフトとの間で情報を連携させることについては開示されていない。よって、特許文献１に開示された管理計算機であっても、物理サーバにストレージ装置の記憶領域を割り当てる場合に管理効率が低下してしまう。

本発明の一つの目的は、物理サーバにストレージ装置の記憶領域を割り当てる場合に管理効率を向上させる計算機システムを提供することである。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、外部機器に接続可能な入出力インタフェースを有する計算機と、前記入出力インタフェースを介して接続された計算機に割当可能な記憶領域を有するストレージ装置と、前記計算機を管理する計算機管理部と、ストレージ装置を管理するストレージ管理部と、を有し、前記計算機と前記ストレージ装置との接続関係を管理するための接続管理情報を記憶する管理計算機と、を備える計算機システムにおいて、前記計算機管理部は、前記計算機システムに新たな計算機を追加する場合において、前記新たな計算機の識別子と、前記新たな計算機の入出力インタフェースの識別子と、を含む構成情報を取得する構成情報取得部と、前記構成情報取得部によって取得された構成情報及び前記接続管理情報に基づいて、前記新たな計算機に備わる入出力インタフェースのうち、前記ストレージ装置に接続されている入出力インタフェースを割当候補として出力し、前記出力された割当候補の中からユーザによる選択を受け付ける割当制御部と、前記新たな計算機の識別子と前記割当制御部が選択を受け付けた入出力インタフェースの識別子とを前記ストレージ管理部に通知して、前記ストレージ管理部を呼び出すストレージ管理連携部と、を備え、前記ストレージ管理部は、前記ストレージ管理連携部によって呼び出された場合、前記通知された前記新たな計算機の識別子と前記入出力インタフェースの識別子とを記憶し、前記通知された入出力インタフェースの識別子によって特定される入出力インタフェースから当該入出力インタフェースに接続されたストレージ装置に備わる前記記憶領域へのアクセスを可能とすることによって、当該記憶領域を前記新たな計算機に割り当てることを特徴とする。

本発明の一態様よれば、物理サーバにストレージ装置の記憶領域を割り当てる場合に管理効率を向上させる計算機システムを提供できる。

本発明の第１実施形態の計算機システムの構成の説明図である。 本発明の第１実施形態のストレージ装置の説明図である。 本発明の第１実施形態の管理サーバのサーバ管理部及びストレージ管理部の説明図である。 本発明の第１実施形態のサーバ管理部とストレージ管理部との連携の説明図である。 本発明の第１実施形態の管理サーバのハードウェア構成図である。 本発明の第１実施形態の物理サーバのハードウェア構成図である。 本発明の第１実施形態のサーバ管理テーブルの説明図である。 本発明の第１実施形態のストレージ管理テーブルの説明図である。 本発明の第１実施形態の接続管理テーブルの説明図である。 本発明の第１実施形態のブートデバイス管理テーブルの説明図である。 本発明の第１実施形態のサーバ構成情報取得エージェント管理テーブルの説明図である。 本発明の第１実施形態のニックネーム管理テーブルの説明図である。 本発明の第１実施形態のサーバ管理処理のフローチャートである。 本発明の第１実施形態のサーバ情報取得処理のフローチャートである。 本発明の第１実施形態のサーバ構成情報取得エージェントによる処理のフローチャートである。 本発明の第１実施形態のディスク割当制御処理のフローチャートである。 本発明の第１実施形態のディスクプロトコル選択処理のフローチャートである。 本発明の第１実施形態のサーバ管理画面の説明図である。 本発明の第１実施形態のストレージ管理連携処理のフローチャートである。 本発明の第１実施形態のストレージ管理処理のフローチャートである。 本発明の第１実施形態のストレージ管理画面の説明図である。 本発明の第２実施形態のサーバ構成情報取得エージェントによる処理のフローチャートである。 本発明の第３実施形態の計算機システムの構成の説明図である。 本発明の第３実施形態のサーバ管理処理のフローチャートである。

以下、図面を参照しつつ、本発明を実施するための形態を説明する。説明の明確化のため、以下の記載及び図面は、適宜、省略及び簡略化がなされている。又、各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略されている。

（第１実施形態）
以下において、本発明の第１実施形態を図１〜図２１を参照して説明する。

図１は、本発明の第１実施形態の計算機システムの構成の説明図である。

本実施形態の計算機システムは、管理サーバ１００と、物理サーバ（計算機）１４０Ａ及び１４０Ｂと、ストレージ装置１５０と、を備える。以下、物理サーバ１４０Ａ及び１４０Ｂを総称して物理サーバ１４０という。

管理サーバ１００は物理サーバ１４０及びストレージ装置１５０とネットワーク１７０を介して接続される。物理サーバ１４０とストレージ装置１５０とは、図示しないネットワーク（例えば、ファイバチャネル等）で接続される。

管理サーバ１００は、物理サーバ１４０及びストレージ装置１５０を管理する計算機であり、物理サーバ１４０を管理するサーバ管理部（計算機管理部）１１０及びストレージ装置１５０を管理するストレージ管理部１３０を備える。

物理サーバ１４０は、自身に割り当てられているストレージ装置１５０の記憶領域である論理ボリューム（ＬＵ）１５４（図２参照）にアクセス可能であり、当該記憶領域にデータを読み書きする。また、物理サーバ１４０は、ネットワークインタフェース１４１（図３及び図４参照）を介してネットワーク１７０に接続される。

ストレージ装置１５０は、上述したように、物理サーバ１４０からのデータを記憶領域に書き込む。また、ストレージ装置１５０は、管理インタフェース（Ｉ／Ｆ）１５１を介してネットワーク１７０に接続される。

ここで、管理サーバ１００の詳細について説明する。

上述したように、管理サーバ１００は、サーバ管理部１１０及びストレージ管理部１３０を備える。

サーバ管理部１１０は、サーバ管理処理部１１１、サーバ情報取得部１１２、ディスク割当制御部１１３、ストレージ管理連携部１１４、サーバ構成情報取得エージェント１１５、ディスクプロトコル選択部１１６、サーバ管理テーブル１２１、ストレージ管理テーブル１２２、接続管理テーブル１２３、ブートデバイス管理テーブル１２４、及び、サーバ構成情報取得エージェント管理テーブル１２５を備える。

サーバ管理処理部１１１は、管理者の要求に基づいて各種処理を実行する。本実施形態では、サーバ管理処理部１１１が実行する各種処理のうち、新たな物理サーバ１４０（以下、新規サーバという）を計算機システムに追加する場合の処理について詳細に説明する。サーバ管理処理部１１１による処理は、図１３で詳細を説明する。

サーバ情報取得部１１２は、新規サーバの構成情報を当該新規サーバからネットワーク１７０を介して取得する。サーバ情報取得部１１２による処理は、図１４で詳細を説明する。

ディスク割当制御部１１３は、物理サーバ１４０に備わるＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）デバイスのうち、物理サーバ１４０をブートさせることができる機器が接続されたＩ／Ｏデバイスを出力し、物理サーバ１４０をブートさせるためのブートＩ／Ｏデバイスの指定を管理者から受け付ける。ディスク割当制御部１１３による処理は、図１６で詳細を説明する。

サーバ構成情報取得エージェント１１５は、ＯＳがインストールされていない新規サーバに送信され、新規サーバ上でＯＳのように機能し、当該新規サーバの構成情報を取得して、取得した構成情報を管理サーバ１００に送信する。サーバ構成情報取得エージェント１１５による処理は、図１５で詳細を説明する。

ディスクプロトコル選択部１１６は、物理サーバ１４０をブートさせることができるＩ／Ｏデバイスと、当該Ｉ／Ｏデバイスに接続された記憶装置との間の通信に用いられるプロトコルの種別を自動的に特定する。ディスクプロトコル選択部１１６による処理は、図１７で詳細を説明する。

サーバ管理テーブル１２１は、サーバ管理部１１０が管理する物理サーバ１４０の構成情報を管理するためのテーブルである。サーバ管理テーブル１２１は、図７で詳細を説明する。

ストレージ管理テーブル１２２は、サーバ管理部１１０が管理する物理サーバに接続されるストレージ装置１５０に関する情報を管理するためのテーブルである。ストレージ管理テーブル１２２は、図８で詳細を説明する。

接続管理テーブル１２３は、物理サーバ１４０とストレージ装置１５０との接続関係を管理するためのテーブルである。接続管理テーブル１２３は、図９で詳細を説明する。

ブートデバイス管理テーブル１２４は、物理サーバ１４０に備わるＩ／Ｏデバイスが当該物理サーバ１４０をブートさせることができるか否かの情報を管理するためのテーブルである。ブートデバイス管理テーブル１２４は、図１０で詳細を説明する。

サーバ構成情報取得エージェント管理テーブル１２５は、各サーバ構成情報取得エージェントと、サーバ構成情報取得エージェントに対応するＯＳの種別と、サーバ構成情報取得エージェントの格納場所と、を管理するためのテーブルである。サーバ構成情報取得エージェント管理テーブルは、図１１で詳細を説明する。

ストレージ管理部１３０は、サーバ管理部１１０から物理サーバ１４０に関する情報を記憶するニックネーム管理テーブル１３１を備える。ニックネーム管理テーブル１３１は、図１２で詳細を説明する。

図２は、本発明の第１実施形態のストレージ装置１５０の説明図である。

ストレージ装置１５０は、管理Ｉ／Ｆ１５１、ストレージ制御装置１５２、及びディスク装置１５３を備える。

管理Ｉ／Ｆ１５１は、図１で説明したように、ネットワーク１７０に接続される。ストレージ装置１５０は、管理サーバ１００等からの各種データを管理Ｉ／Ｆ１５１を介して受信し、管理サーバ１００等へ各種データを管理Ｉ／Ｆ１５１を介して送信する。

ストレージ制御装置１５２は、ストレージ装置１５０の制御を司る。ディスク装置１５３には、ｎ個の論理ボリューム（ＬＵ０〜ＬＵｎ）１５４Ａ〜１５４ｎ（以下、総称して論理ボリューム１５４という）が生成される。論理ボリューム１５４は物理サーバ１４０に割り当てられると、物理サーバ１４０は、割り当てられた論理ボリューム１５４に対して、各種データの読み書きが可能となる。

なお、論理ボリューム１５４はディスク装置１５３上に少なくとも一つ生成されていればよい。

図３は、本発明の第１実施形態の管理サーバ１００のサーバ管理部１１０及びストレージ管理部１３０の説明図である。

サーバ管理部１１０は、物理サーバ１４０を管理し、ストレージ管理部１３０は、ストレージ装置１５０を管理する。

サーバ管理部１１０は、ネットワーク１７０を介して、物理サーバ１４０に備わるネットワークＩ／Ｆ（インタフェース）１４１に接続される。サーバ管理部１１０は、物理サーバ１４０に各種データをネットワーク１７０を介して送信し、物理サーバ１４０から各種データをネットワーク１７０を介して受信する。

ストレージ管理部１３０は、ネットワーク１７０を介して、ストレージ装置１５０に備わる管理Ｉ／Ｆ１５１に接続される。ストレージ管理部１３０は、ストレージ装置１５０に各種データをネットワーク１７０を介して送信し、ストレージ装置１５０から各種データをネットワーク１７０を介して受信する。

このように、サーバ管理部１１０とストレージ管理部１３０とは同一の計算機の筐体内で実行されるものであるが、サーバ管理部１１０の管理対象とストレージ管理部１３０の管理対象とは異なるものである。

なお、サーバ管理部１１０を実行する計算機とストレージ管理部１３０を実行する計算機とが異なるものであってもよい。

図４は、本発明の第１実施形態のサーバ管理部１１０とストレージ管理部１３０との連携の説明図である。

図４では、物理サーバ１４０が新たに追加される場合のサーバ管理部１１０とストレージ管理部１３０との連携について説明する。

ここで、物理サーバ１４０が新たに追加される場合との概念は、ＯＳが未だインストールされていない物理サーバ１４０がネットワーク１７０に追加される場合、及び、ネットワーク１７０に接続されていた物理サーバ１４０を他の用途で使用するために、ＯＳを入れ替える場合を含む。

新たに追加される物理サーバ１４０は、外部機器と接続可能な入出力インタフェースであるＨＢＡ（Ｈｏｓｔ Ｂｕｓ Ａｄａｐｔｏｒ）１４２を介してストレージ装置１５０に接続される。

サーバ管理部１１０は、新たに物理サーバ１４０が追加される場合、当該新たに追加される物理サーバ１４０から構成情報を取得する。サーバ管理部１１０が取得する構成情報は、新たに追加される物理サーバ１４０の識別子、及び、新たに追加される物理サーバ１４０に備わる入出力インタフェースの識別子を含む。

そして、サーバ管理部１１０は、取得した構成情報に基づいて、ストレージ装置１５０に備わるディスク装置１５３に接続された入出力インタフェースを記憶領域の割当候補として出力する。そして、サーバ管理部１１０は、管理者から記憶領域を割り当てる入出力インタフェースの選択を受け付けると、新たな物理サーバ１４０の識別子、及び、選択を受け付けた入出力インタフェースの識別子を含むディスク生成要求をストレージ管理部１３０に渡す。

ストレージ管理部１３０は、ディスク生成要求を受け付けると、当該ディスク生成要求に含まれる新たに追加される物理サーバ１４０の識別子、及び選択を受け付けた入出力インタフェースの識別子をニックネーム管理テーブル１３１に記憶する。これによって、サーバ管理部１１０とストレージ管理部１３０とは、新たなサーバに関する情報を連携することできる。

次に、ストレージ管理部１３０は、選択を受け付けた入出力インタフェースから、当該入出力インタフェースに接続されたディスク装置１５３に生成された少なくとも一つの論理ボリューム１５４へのアクセスが可能となるように設定し、当該論理ボリューム１５４を新たに追加される物理サーバ１４０に割り当てる。これによって、新たに追加される物理サーバ１４０にディスクが生成されたことになる。

以上によって、ストレージ管理部１３０は、論理ボリューム１５４の割り当てに必要な新たな物理サーバ１４０の識別子、及び、選択を受け付けた入出力インタフェースの識別子を取得でき、サーバ管理部１１０とストレージ管理部１３０とを連携させることができる。このため、物理サーバ１４０に論理ボリューム１５４を割り当てる場合の管理効率を向上させることができる。

図５は、本発明の第１実施形態の管理サーバ１００のハードウェア構成図である。

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

プロセッサ１６１は、メモリ１６２に格納された各種プログラムを実行する。メモリ１６２には、サーバ管理部１１０に対応するプログラム及びストレージ管理部１３０に対応するプログラムが格納される。

サーバ管理部１１０に対応するプログラムは、サーバ管理処理部１１１に対応するサブプログラム、サーバ情報取得部１１２に対応するサブプログラム、ディスク割当制御部１１３に対応するサブプログラム、ストレージ管理連携部１１４に対応するサブプログラム、サーバ構成情報取得エージェント１１５、ディスクプロトコル選択部１１６に対応するサブプログラムを含む。

また、サーバ管理部１１０に対応するプログラムは、サーバ管理テーブル１２１、ストレージ管理テーブル１２２、接続管理テーブル１２３、ブートデバイス管理テーブル１２４、及びサーバ構成情報取得エージェント管理テーブル１２５を含む。

ネットワークインタフェース１６３は、サーバ管理部１１０がネットワーク１７０を介して物理サーバ１４０にアクセスするためのインタフェースである。ディスクインタフェース１６４は、ストレージ管理部１３０がネットワーク１７０を介してストレージ装置１５０にアクセスするためのインタフェースである。

なお、図５では、サーバ管理部１１０が利用するネットワークインタフェース１６３とストレージ管理部１３０が利用するディスクインタフェース１６４とを分離したが、サーバ管理部１１０及びストレージ管理部１３０は、ネットワーク１７０に接続された一つのインタフェースを利用してもよい。

また、上述した各部の機能を実現するプログラムは一つのメモリに格納されている必要はなく、複数の計算機のメモリに分散して格納され、複数の計算機によって管理サーバ１００の機能が実現されてもよい。

また、各機能を実現するプログラム、テーブル、ファイル等の情報は、不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶デバイス、または、ＩＣカード、ＳＤカード、ＤＶＤ等の計算機読み取り可能な非一時的データ記憶媒体に格納することができる。

図６は、本発明の第１実施形態の物理サーバ１４０のハードウェア構成図である。

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

プロセッサ１４３は、メモリ１４４に格納された各種プログラムを実行する。メモリ１４４には、アプリケーションプログラム１４６及びオペレーティングシステム（ＯＳ）１４７が格納される。オペレーティングシステム１４７は、物理サーバ１４０の基本的な制御を司るプログラムである。

ネットワークインタフェース１４１には、ネットワーク１７０が接続される。ディスクインタフェース１４５には、ストレージ装置１５０のディスク装置１５３が接続される。これらを物理サーバ１４０の入出力インタフェース（Ｉ／Ｏデバイス）という。

図７は、本発明の第１実施形態のサーバ管理テーブル１２１の説明図である。

サーバ管理テーブル１２１は、サーバ管理部１１０が物理サーバ１４０の各種情報を管理するためのテーブルである。

サーバ管理テーブル１２１は、物理サーバ識別子７０１、ＣＰＵ７０２、メモリ７０３、Ｉ／Ｏデバイス識別子７０４、ＯＳ種別７０５、及び接続ディスク７０６を含む。

物理サーバ識別子７０１には、物理サーバ１４０の一意な識別子が登録される。ＣＰＵ７０２には、物理サーバ１４０に備わるプロセッサ１４３の性能情報が登録される。具体的には、ＣＰＵ７０２には、物理サーバ１４０に備わるプロセッサ１４３のコア当たりのクロック数とコア数とが登録される。

メモリ７０３には、物理サーバ１４０に備わるメモリ１４４の性能情報が登録される。具体的には、メモリ７０３には、物理サーバ１４０に備わるメモリ１４４の容量（ＧＢ）が登録される。

Ｉ／Ｏデバイス識別子７０４には、物理サーバ１４０に備わるＩ／Ｏデバイスの識別子が登録される。Ｉ／Ｏデバイス識別子７０４に登録される識別子は、Ｉ／Ｏデバイスの種類によって異なる種類の識別子が登録される。具体的には、Ｉ／Ｏデバイスの種類がＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）である場合、Ｉ／Ｏデバイス識別子７０４には、当該ＮＩＣのＭＡＣアドレスが登録される。また、Ｉ／Ｏデバイスの種類がＨＢＡである場合、Ｉ／Ｏデバイス識別子７０４には、当該ＨＢＡのＷＷＮ（Ｗｏｒｌｄ Ｗｉｄｅ Ｎａｍｅ）が登録される。また、Ｉ／Ｏデバイスの種類がＣＮＡ（Ｃｏｎｖｅｒｇｅｄ Ｎｅｔｗｏｒｋ Ａｄａｐｔｅｒ）である場合、Ｉ／Ｏデバイス識別子７０４には、当該ＣＮＡのＭＡＣアドレスが登録される。さらに、Ｉ／Ｏデバイス識別子７０４には、物理サーバ１４０に備わる内蔵ディスクが登録される場合がある。

ＯＳ種別７０５には、物理サーバ１４０にインストールされている又はインストールされる予定のＯＳの種別が登録される。

接続ディスク７０６には、物理サーバ１４０のＩ／Ｏデバイスに接続されたストレージ装置１５０のディスク装置１５３の識別子が登録される。

図８は、本発明の第１実施形態のストレージ管理テーブル１２２の説明図である。

ストレージ管理テーブル１２２は、サーバ管理部１１０がストレージ装置１５０の各種情報を管理するためのテーブルである。ストレージ管理テーブル１２２に登録される各種情報は管理者によって予め設定される。

ストレージ管理テーブル１２２は、ストレージ装置識別子８０１、プロトコル８０２、管理Ｉ／Ｆアドレス８０３、引数８０４、及び管理アドレス８０５を含む。

ストレージ装置識別子８０１には、ストレージ装置１５０の識別子が登録される。プロトコル８０２には、ストレージ装置１５０と当該ストレージ装置１５０に接続された物理サーバ１４０との間の通信で利用されるプロトコルの名称が登録される。管理Ｉ／Ｆアドレス８０３には、ストレージ装置１５０に備わる管理Ｉ／Ｆ１５１のアドレスが登録される。

引数８０４には、サーバ管理部１１０がストレージ装置１５０にディスク生成要求を渡す場合に必要な情報が登録される。具体的には、引数８０４には、論理ボリューム１５４を割り当てるＩ／Ｏデバイスの識別子（例えば、ＷＷＮ及びＭＡＣアドレス等）、ユーザ名とパスワードとを含む認証情報、並びに、ディスク生成コマンドが登録される。

管理アドレス８０５には、ストレージ装置１５０を管理するストレージ管理部１３０が利用するディスクインタフェース１６４のアドレスが登録される。

図９は、本発明の第１実施形態の接続管理テーブル１２３の説明図である。

接続管理テーブル１２３は、サーバ管理部１１０が物理サーバ１４０とストレージ装置１５０との接続関係を管理するためのテーブルである。なお、接続管理テーブル１２３には、新たな物理サーバ１４０が追加された場合に、当該物理サーバ１４０と当該物理サーバ１４０に接続されたストレージ装置１５０との接続関係が管理者によって登録されるものとする。

接続管理テーブル１２３は、物理サーバ識別子９０１、Ｉ／Ｏデバイス識別子９０２、及び接続装置９０３を含む。

物理サーバ識別子９０１には、物理サーバ１４０の識別子が登録される。Ｉ／Ｏデバイス識別子９０２には、物理サーバ１４０に備わるＩ／Ｏデバイスのうち、ストレージ装置１５０又は内蔵ディスクに接続されるＩ／Ｏデバイスの識別子が登録される。接続装置９０３には、物理サーバ１４０に備わるＩ／Ｏデバイスに接続されるストレージ装置１５０又は内蔵ディスクの識別子が登録される。

図１０は、本発明の第１実施形態のブートデバイス管理テーブル１２４の説明図である。

ブートデバイス管理テーブル１２４は、物理サーバ１４０をブートさせることができるＩ／Ｏデバイスをサーバ管理部１１０が管理するためのテーブルである。

ブートデバイス管理テーブル１２４は、物理サーバ識別子１００１、Ｉ／Ｏデバイス識別子１００２、ブート可否１００３、及びブートデバイス１００４を含む。

物理サーバ識別子１００１には、物理サーバ１４０の識別子が登録される。Ｉ／Ｏデバイス識別子１００２には、物理サーバ１４０に備わるＩ／Ｏデバイスの識別子が登録される。ブート可否１００３には、物理サーバ１４０に備わるＩ／Ｏデバイスが当該物理サーバ１４０をブートさせることができるか否かを示す情報が登録される。ブートデバイス１００４には、物理サーバ１４０をブートさせるＩ／Ｏデバイスの識別子が登録される。

図１１は、本発明の第１実施形態のサーバ構成情報取得エージェント管理テーブル１２５の説明図である。

サーバ構成情報取得エージェント管理テーブル１２５は、サーバ構成情報取得エージェント１１５に対応するＯＳと、サーバ構成情報取得エージェント１１５の格納場所とをサーバ管理部１１０が管理するためのテーブルである。

サーバ構成情報取得エージェント管理テーブル１２５は、エージェント識別子１１０１、ＯＳ種別１１０２、及び格納場所１１０３を含む。

エージェント識別子１１０１には、サーバ構成情報取得エージェント１１５の識別子が登録される。ＯＳ種別１１０２には、サーバ構成情報取得エージェント１１５に対応するＯＳの種別が登録される。格納場所１１０３には、サーバ構成情報取得エージェント１１５の格納場所が登録される。なお、サーバ構成情報取得エージェント１１５がＯＳの種別に対応するとは、サーバ構成情報取得エージェント１１５が物理サーバ１４０で実行された場合に、当該サーバ構成情報取得エージェント１１５は、自身に対応するＯＳの機能を物理サーバ１４０上で実現する。

図１２は、本発明の第１実施形態のニックネーム管理テーブル１３１の説明図である。

ニックネーム管理テーブル１３１は、論理ボリューム１５４を割り当てた物理サーバ１４０のＩ／Ｏデバイスと当該論理ボリューム１５４のディスク装置１５３との関係をストレージ管理部１３０が管理するためのテーブルである。

ニックネーム管理テーブル１３１は、ニックネーム１２０１、サーバ識別子１２０２、Ｉ／Ｏデバイス識別子１２０３、プロトコル１２０４、ストレージ装置識別子１２０５、及びディスク番号１２０６を含む。

ニックネーム１２０１には、論理ボリューム１５４を割り当てる物理サーバ１４０の識別子と、当該物理サーバ１４０に備わるＩ／Ｏデバイスのうち当該論理ボリューム１５４を割り当てるＩ／Ｏデバイスの識別子と、に基づいて、サーバ管理部１１０によって生成されたニックネームが登録される。ニックネームの生成処理については、図２０で詳細を説明する。

サーバ識別子１２０２には、論理ボリューム１５４を割り当てる物理サーバ１４０の識別子が登録される。Ｉ／Ｏデバイス識別子１２０３には、論理ボリューム１５４を割り当てるＩ／Ｏデバイスの識別子が登録される。

プロトコル１２０４には、Ｉ／Ｏデバイスと当該Ｉ／Ｏデバイスに接続された記憶装置との間の通信に用いられるプロトコルの種別が登録される。ストレージ装置識別子１２０５には、物理サーバ１４０に論理ボリューム１５４を提供するストレージ装置１５０の識別子が登録される。ディスク番号１２０６には、ストレージ装置１５０に備わるディスク装置１５３のうち物理サーバ１４０に論理ボリューム１５４を提供する論理ボリューム１５４が生成されたディスク装置１５３の識別子が登録される。

図１３は、本発明の第１実施形態のサーバ管理処理のフローチャートである。

サーバ管理処理は、プロセッサ１６１がサーバ管理処理部１１１に対応するプログラムを実行することによって実行される。

まず、プロセッサ１６１は、管理者からの要求を受け付ける（１３０１）。管理者からの要求は、種々の要求を含み、新たな物理サーバ１４０を追加する要求も含む。

次に、プロセッサ１６１は、ステップ１３０１の処理で受け付けた要求が新たな物理サーバ１４０を追加する要求であるか否かを判定する（１３０２）。

ステップ１３０１の処理で受け付けた要求が新たな物理サーバ１４０を追加する要求でないとステップ１３０２の処理で判定された場合、プロセッサ１６１は、受け付けた要求に対応する処理を実行し（１３０３）、サーバ管理処理を終了する。

一方、ステップ１３０１の処理で受け付けた要求が新たな物理サーバ１４０を追加する要求であるとステップ１３０２の処理で判定された場合、サーバ情報取得部１１２に対応するプログラムを呼び出し、新たに追加される物理サーバ１４０の構成情報を取得するサーバ構成情報取得処理を実行する（１３０４）。なお、サーバ構成情報取得処理は、図１４で詳細を説明する。

ここで、新たな物理サーバ１４０を追加する要求には、新たな物理サーバ１４０の識別子及び新たな物理サーバ１４０に導入予定のＯＳの種別が含まれる。ステップ１３０４の処理では、プロセッサ１６１は、サーバ管理テーブル１２１に新たなエントリを追加する。そして、プロセッサ１６１は、当該エントリの物理サーバ識別子７０１に、新たな物理サーバ１４０を追加要求に含まれる新たな物理サーバ１４０の識別子を登録し、当該エントリのＯＳ種別７０５に、新たな物理サーバ１４０を追加要求に含まれる新たな物理サーバ１４０に導入予定のＯＳの種別を登録する。

次に、プロセッサ１６１は、ディスク割当制御部１１３に対応するプログラムを呼び出し、新たに追加される物理サーバ１４０のブート方法を決定するディスク割当制御処理を実行する（１３０５）。なお、ディスク割当制御処理は、図１６で詳細を説明する。

次に、プロセッサ１６１は、ストレージ管理連携部１１４に対応するプログラムを呼び出し、新たに追加される物理サーバ１４０に論理ボリューム１５４を割り当てるディスク生成要求をストレージ管理部１３０に渡すストレージ管理連携処理を実行し（１３０６）、サーバ管理処理を終了する。なお、ストレージ管理連携処理は、図１９で詳細を説明する。

図１４は、本発明の第１実施形態のサーバ情報取得処理のフローチャートである。

サーバ情報取得処理は、プロセッサ１６１がサーバ情報取得部１１２に対応するプログラムを実行することによって実行される。

まず、プロセッサ１６１は、サーバ管理テーブル１２１のＯＳ種別７０５を参照し、新たな物理サーバ１４０に導入予定のＯＳの種別を取得する（１４０１）。

次に、プロセッサ１６１は、サーバ構成情報取得エージェント管理テーブル１２５を参照し、新たな物理サーバ１４０に導入予定のＯＳの種別に対応するサーバ構成情報取得エージェント１１５の格納場所を取得する（１４０２）。

具体的には、プロセッサ１６１は、サーバ構成情報取得エージェント管理テーブル１２５のエントリのうち、ＯＳ種別１１０２に登録されたＯＳの種別がステップ１４０１の処理で取得したＯＳの種別と一致するエントリを選択する。そして、プロセッサ１６１は、選択したエントリの格納場所１１０３に登録されたサーバ構成情報取得エージェント１１５の格納場所を取得する。

次に、プロセッサ１６１は、新たな物理サーバ１４０に電源が投入されていることを確認し（１４０３）、ステップ１４０２の処理で取得した格納場所からサーバ構成情報取得エージェント１１５を取得し、取得したサーバ構成情報取得エージェント１１５をネットワーク１７０を介して新たな物理サーバ１４０に送信する（１４０４）。なお、サーバ構成情報取得エージェント１１５は、新たな物理サーバ１４０上で当該物理サーバ１４０に導入予定のＯＳと同じ環境を生成し、当該物理サーバ１４０の構成情報を取得する。

次に、プロセッサ１６１は、ステップ１４０４の処理で新たな物理サーバ１４０に送信したサーバ構成情報取得エージェント１１５から、当該新たな物理サーバ１４０に備わるプロセッサ１４３の性能情報、メモリ１４４の性能情報、Ｉ／Ｏデバイスの識別子、及び当該新たな物理サーバ１４０に接続されたストレージ装置１５０の識別子を含む構成情報を取得し、取得した構成情報でサーバ管理テーブル１２１を更新する（１４０５）。

具体的には、プロセッサ１６１は、サーバ管理テーブル１２１に登録されたエントリのうち、物理サーバ識別子７０１が新たな物理サーバ１４０の識別子と一致するエントリを選択する。そして、プロセッサ１６１は、選択したエントリのＣＰＵ７０２に、取得したプロセッサ１４３の性能情報を登録し、選択したエントリのメモリ７０３に、取得したメモリ１４４の性能情報を登録し、選択したエントリのＩ／Ｏデバイス識別子７０４に、取得したＩ／Ｏデバイスの識別子を登録し、選択したエントリの接続ディスク７０６に、取得した新たな物理サーバ１４０に接続されたストレージ装置１５０のディスク装置１５３の識別子を登録する。

次に、プロセッサ１６１は、ステップ１４０４の処理で新たな物理サーバ１４０に送信したサーバ構成情報取得エージェント１１５から、当該新たな物理サーバ１４０に備わるＩ／Ｏデバイスのうち、当該新たな物理サーバ１４０をブート可能なＩ／Ｏデバイスの識別子を含むブートデバイス情報を取得する（１４０６）。なお、ブートデバイス情報には、新たな物理サーバ１４０をブートさせるＩ／Ｏデバイス（ブートデバイス）が設定されている場合には、当該ブートデバイスの識別子が含まれる。

そして、プロセッサ１６１は、サーバ管理テーブル１２１のＩ／Ｏデバイス識別子７０４に登録されたＩ／Ｏデバイスの識別子の中から、ステップ１４０６の処理で取得したブートデバイス情報に含まれるブート可能なＩ／Ｏデバイスの識別子と一致するＩ／Ｏデバイスの識別子を検索する（１４０７）。

そして、プロセッサ１６１は、ブートデバイス管理テーブル１２４を更新する（１４０８）。具体的には、プロセッサ１６１は、ブートデバイス管理テーブル１２４に新たなエントリを追加し、追加したエントリのＩ／Ｏデバイス識別子１００２に、サーバ管理テーブル１２１の新たな物理サーバ１４０の識別子と一致するエントリのＩ／Ｏデバイス識別子７０４に登録されたＩ／Ｏデバイスの識別子を登録する。そして、プロセッサ１６１は、ステップ１４０７の処理で、ブートデバイス情報に含まれるブート可能なＩ／Ｏデバイスの識別子と一致するＩ／Ｏデバイスの識別子に対応するブート可否１００３には可を登録し、ステップ１４０７の処理で、ブートデバイス情報に含まれるブート可能なＩ／Ｏデバイスの識別子と一致しないＩ／Ｏデバイスの識別子に対応するブート可否１００３には不可を登録する。さらに、プロセッサ１６１は、ステップ１４０６の処理で取得したブートデバイス情報にブートデバイスの識別子が含まれる場合、ブートデバイス１００４に当該ブートデバイスの識別子を登録する。

次に、プロセッサ１６１は、新たな物理サーバ１４０の電源をオフにする指令を当該新たな物理サーバ１４０に送信し（１４０９）、サーバ情報取得処理を終了する。

図１５は、本発明の第１実施形態のサーバ構成情報取得エージェント１１５による処理のフローチャートである。

サーバ構成情報取得エージェント１１５を受信した物理サーバ１４０のプロセッサ１４３は、受信したサーバ構成情報取得エージェント１１５を実行することによって、図１５に示す処理は実行される。

まず、プロセッサ１４３は、プロセッサ１４３の性能情報を取得し（１５０１）、メモリ１４４の性能情報を取得し（１５０２）、Ｉ／Ｏデバイスの識別子を取得する（１５０３）。

次に、プロセッサ１４３は、ＢＩＯＳ又はＵＥＦＩにアクセスし、物理サーバ１４０をブート可能なＩ／Ｏデバイスの識別子を取得する（１５０４）。

そして、プロセッサ１４３は、ステップ１５０１〜１５０４の処理で取得した情報を管理サーバ１００のサーバ管理部１１０に送信し（１５０５）、処理を終了する。

図１６は、本発明の第１実施形態のディスク割当制御処理のフローチャートである。

ディスク割当制御処理は、プロセッサ１６１がディスク割当制御部１１３に対応するプログラムを実行することによって実行される。

まず、プロセッサ１６１は、ブートデバイス管理テーブル１２４を参照し、新たな物理サーバ１４０に備わるＩ／Ｏデバイスのうち当該物理サーバ１４０をブート可能なＩ／Ｏデバイスの識別子を取得する（１６０１）。

具体的には、プロセッサ１６１は、ブートデバイス管理テーブル１２４のエントリのうち、物理サーバ識別子１００１に登録された物理サーバ１４０の識別子が新たな物理サーバ１４０の識別子と一致するエントリを選択する。そして、プロセッサ１６１は、選択したエントリのＩ／Ｏデバイス識別子１００２に登録されたＩ／Ｏデバイスの識別子のうち、ブート可否１００３が可であるＩ／Ｏデバイスの識別子を取得する。

次に、プロセッサ１６１は、接続管理テーブル１２３を参照し、ブート可能なＩ／Ｏデバイスに接続されたストレージ装置１５０又は内蔵ディスクの識別子を取得する（１６０２）。

具体的には、プロセッサ１６１は、接続管理テーブル１２３に登録されたエントリのうち、物理サーバ識別子９０１が新たな物理サーバ１４０の識別子と一致するエントリを選択する。そして、プロセッサ１６１は、選択したエントリのうち、Ｉ／Ｏデバイス識別子９０２がステップ１６０１の処理で取得したＩ／Ｏデバイスの識別子と一致するエントリの接続装置９０３に登録されたストレージ装置１５０の識別子又は内蔵ディスクの識別子を取得する。

次に、プロセッサ１６１は、ディスクプロトコル選択部１１６を呼び出し、ブート可能なＩ／Ｏデバイスと当該Ｉ／Ｏデバイスに接続される装置との間の通信に利用するプロトコル（ディスクプロトコル）を取得するディスクプロトコル選択処理を実行する（１６０３）。ディスクプロトコル選択処理は、図１７で詳細を説明する。

次に、プロセッサ１６１は、ステップ１６０２及び１６０３の処理を、ステップ１６０１の処理で取得したすべてのブート可能なＩ／Ｏデバイスの識別子に対して、ステップ１６０１〜１６０３の処理を実行したか否かを判定する（１６０４）。

ステップ１６０４の処理で、ステップ１６０１の処理で取得したすべてのブート可能なＩ／Ｏデバイスの識別子に対して、ステップ１６０２及び１６０３の処理を実行していないと判定された場合、プロセッサ１６１は、ステップ１６０２の処理に戻り、ステップ１６０２及び１６０３の処理が未だ実行されていないブート可能なＩ／Ｏデバイスの識別子に対してステップ１６０２及び１６０３の処理を実行する。

一方、ステップの処理で、ステップ１６０１の処理で取得したすべてのブート可能なＩ／Ｏデバイスの識別子に対して、ステップ１６０２及び１６０３の処理を実行したと判定された場合、プロセッサ１６１は、ブート可能なディスクプロトコルを提示するためのサーバ管理画面１８００を図示しないディスプレイに表示する（１６０５）。サーバ管理画面１８００については、図１８で詳細を説明する。図示しないディスプレイは、管理サーバ１００にネットワーク１７０を介して接続されたクライアント計算機に備わるものであってもよいし、管理サーバ１００に備わるものであってもよい。

次に、プロセッサ１６１は、サーバ管理画面１８００を介して、管理者から論理ボリューム１５４を割り当てるＩ／Ｏデバイスの種別の指定、及び、割り当てる論理ボリューム１５４の容量の指定を含む割当指令を受け付け（１６０６）、ディスク割当制御処理を終了する。例えば、サーバ管理画面１８００が図示しないクライアント計算機のディスプレイに表示される場合、図示しないクライアント計算機はサーバ管理画面１８００を介して割当指令を受け付けると、管理サーバ１００に当該割当指令を送信し、管理サーバ１００は割当指令を受信することによって、当該割当指令を受け付ける。

図１７は、本発明の第１実施形態のディスクプロトコル選択処理のフローチャートである。

ディスクプロトコル選択処理は、プロセッサ１６１によってディスクプロトコル選択部１１６に対応するプログラムが実行されることによって実行される。

まず、プロセッサ１６１は、図１６に示すステップ１６０２の処理で取得されたストレージ装置１５０又は内蔵ディスクの識別子を参照し、新たな物理サーバ１４０に備わるブート可能なＩ／Ｏデバイスに接続される装置はあるか否かを判定する（１７０１）。

ステップ１７０１の処理で、新たな物理サーバ１４０に備わるブート可能なＩ／Ｏデバイスに接続される装置はないと判定された場合、ディスクプロトコルもないので、ディスクプロトコル選択処理を終了する。

一方、ステップ１７０１の処理で、新たな物理サーバ１４０に備わるブート可能なＩ／Ｏデバイスに接続される装置はあると判定された場合、プロセッサ１６１は、図１６に示すステップ１６０２の処理で取得されたストレージ装置１５０又は内蔵ディスクの識別子を参照し、ブート可能なＩ／Ｏデバイスに接続される装置が内蔵ディスクであるか否かを判定する（１７０２）。

ステップ１７０２の処理で、ブート可能なＩ／Ｏデバイスに接続される装置が内蔵ディスクであると判定された場合、プロセッサ１６１は、ディスクプロトコルを内蔵ディスクに設定し（１７０３）、ディスプロトコル選択処理を終了する。

ステップ１７０２の処理で、ブート可能なＩ／Ｏデバイスに接続される装置が内蔵ディスクでないと判定された場合、プロセッサ１６１は、ブート可能なＩ／ＯデバイスがＮＩＣであるか否かを判定する（１７０４）。

ステップ１７０４の処理で、ブート可能なＩ／ＯデバイスがＮＩＣであると判定された場合、プロセッサ１６１はディスクプロトコルをｉＳＣＳＩに設定し（１７０５）、ディスクプロトコル設定処理を終了する。

一方、ステップ１７０４の処理で、ブート可能なＩ／ＯデバイスがＮＩＣでないと判定された場合、プロセッサ１６１は、ブート可能なＩ／ＯデバイスがＣＮＡであるか否かを判定する（１７０５）。

ステップ１７０５の処理で、ブート可能なＩ／ＯデバイスがＣＮＡであると判定された場合、プロセッサ１６１は、ディスクプロトコルをＦＣｏＥ（Fibre Channel over Ethernet）に設定し（１７０６）、ディスクプロトコル選択処理を終了する。

一方、ステップ１７０５の処理で、ブート可能なＩ／ＯデバイスがＣＮＡでないと判定された場合、プロセッサ１６１は、ブート可能なＩ／ＯデバイスがＨＢＡであるか否かを判定する（１７０８）。

ステップ１７０８の処理で、ブート可能なＩ／ＯデバイスがＨＢＡであると判定された場合、プロセッサ１６１は、ディスクプロトコルをＦＣ（Fibre Channel）に設定し（１７０９）、ディスクプロトコル選択処理を終了する。

ステップ１７０８の処理で、ブート可能なＩ／ＯデバイスがＨＢＡでないと判定された場合、プロセッサ１６１はディスクプロトコル選択処理を終了する。

以上によって、ブート可能なＩ／Ｏデバイスに対応するディスクプロトコルが設定される。

図１８は、本発明の第１実施形態のサーバ管理画面１８００の説明図である。

サーバ管理画面１８０は、物理サーバ１４０ごとに各ディスクプロトコルのブート可否情報を提示する提示フィールド１８１０と、ディスク割当ボタン１８２０と、を含む。

提示フィールド１８１０は、サーバ識別子１８１１、内蔵ディスク１８１２、ファイバチャネル１８１３、ｉＳＣＳＩ１８１４、ＦＣｏＥ１８１５、及び容量入力１８１６を含む。

サーバ識別子１８１１には、各物理サーバ１４０の識別子が表示される。サーバ識別子１８１１、内蔵ディスク１８１２、ファイバチャネル１８１３、ｉＳＣＳＩ１８１４、及びＦＣｏＥ１８１５には、各物理サーバ１４０が各ディスクプロトコルを用いてブート可能か否かの情報が表示され、ブート可能なディスクプロコトルのチェックボックスは管理者の操作によって選択可能である。

容量入力１８１６は、管理者が物理サーバ１４０に割り当てる論理ボリューム１５４の容量を入力するためのフィールドである。

ディスク割当ボタン１８２０が操作されると、選択された物理サーバ１４０の選択されたディスクプロトコルに対応するＩ／Ｏデバイスに当該物理サーバ１４０をブートさせるための論理ボリューム１５４を割り当てる割当指令がサーバ管理部１１０に受け付けられる。

割当指令には、選択された物理サーバ１４０の識別子と、選択されたディスクプロトコルと、入力された論理ボリューム１５４の容量と、が含まれる。

なお、ディスク割当ボタン１８２０が操作されると、ユーザ名及びパスワードを含む認証情報を入力するための画面が表示され、当該画面を介して認証情報が管理者から入力される。割当指令には管理者によって入力された認証情報も含まれる。

図１９は、本発明の第１実施形態のストレージ管理連携処理のフローチャートである。

ストレージ管理連携処理は、プロセッサ１６１がストレージ管理連携部１１４に対応するプログラムを実行することによって、実行される。

まず、プロセッサ１６１は、割当指令に含まれる管理者によって選択されたディスクプロトコルがｉＳＣＳＩであるか否かを判定する（１９０１）。

ステップ１９０１の処理で、割当指令に含まれる管理者によって選択されたディスクプロトコルがｉＳＣＳＩであると判定された場合、プロセッサ１６１は、ブートデバイス管理テーブル１２４を参照し、選択されたディスクプロトコルであるｉＳＣＳＩに対応するＩ／Ｏデバイスの識別子（ＭＡＣアドレス）を取得し（１９０２）、ステップ１９０９の処理に進む。ステップ１９０２の処理で取得されたＩ／Ｏデバイスの識別子は、論理ボリューム１５４が割り当てられる物理サーバ１４０のＩ／Ｏデバイスの識別子（割当先Ｉ／Ｏデバイス識別子）となる。

具体的には、プロセッサ１６１は、ブートデバイス管理テーブル１２４のエントリのうち、物理サーバ識別子１００１が割当指令に含まれる管理者によって選択された物理サーバ１４０の識別子と一致するエントリを選択する。そして、プロセッサ１６１は、選択したエントリのＩ／Ｏデバイス識別子１００２に登録されたＩ／Ｏデバイスの識別子のうち、ブート可否１００３を参照してブート可能なＩ／Ｏデバイスの識別子であって、かつＭＡＣアドレスであるＩ／Ｏデバイスの識別子を取得する。

一方、ステップ１９０１の処理で、割当指令に含まれる管理者によって選択されたディスクプロトコルがｉＳＣＳＩでないと判定された場合、プロセッサ１６１は、管理者によって選択されたディスクプロトコルがＦＣｏＥであるか否かを判定する（１９０３）。

ステップ１９０３の処理で、管理者によって選択されたディスクプロトコルがＦＣｏＥであると判定された場合、プロセッサ１６１は、ブートデバイス管理テーブル１２４を参照し、選択されたディスクプロトコルであるＦＣｏＥに対応するＩ／Ｏデバイスの識別子（ＭＡＣアドレス）を取得し（１９０４）、ステップ１９０９の処理に進む。ステップ１９０４の処理で取得されたＩ／Ｏデバイスの識別子は、割当先Ｉ／Ｏデバイス識別子となる。

具体的な取得方法は、ステップ１９０２の処理と同じなので説明を省略する。

ステップ１９０３の処理で、管理者によって選択されたディスクプロトコルがＦＣｏＥでないと判定された場合、プロセッサ１６１は、管理者によって選択されたディスクプロトコルがＦＣであるか否かを判定する（１９０５）。

ステップ１９０５の処理で、管理者によって選択されたディスクプロトコルがＦＣであると判定された場合、プロセッサ１６１は、ブートデバイス管理テーブル１２４を参照し、選択されたディスクプロトコルであるＦＣに対応するＩ／Ｏデバイスの識別子（ＷＷＮ）を取得し（１９０６）、ステップ１９０９の処理に進む。ステップ１９０６の処理で取得されたＩ／Ｏデバイスの識別子は、割当先Ｉ／Ｏデバイス識別子となる。

具体的な取得方法でステップ１９０２の処理と異なるのは、プロセッサ１６１が、Ｉ／Ｏデバイス識別子１００２に登録されたＩ／Ｏデバイスの識別子のうち、ブート可否１００３を参照してブート可能なＩ／Ｏデバイスの識別子であって、かつＷＷＮであるＩ／Ｏデバイスの識別子を取得する点である。

一方、ステップ１９０５の処理で、管理者によって選択されたディスクプロトコルがＦＣでないと判定された場合、プロセッサ１６１は、管理者によって選択されたディスクプロトコルが内蔵ディスクであるか否かを判定する（１９０７）。

ステップ１９０７の処理で、管理者によって選択されたディスクプロトコルが内蔵ディスクでないと判定された場合、プロセッサ１６１は、管理者によって選択された物理サーバ１４０にインストールするＯＳを記憶している記憶領域（ディスク）がないことを管理者に通知し（１９０８）、ストレージ管理連携処理を終了する。

一方、ステップ１９０７の処理で、管理者によって選択されたディスクプロトコルが内蔵ディスクであると判定された場合、ストレージ装置１５０の論理ボリューム１５４を物理サーバ１４０に割り当てる必要がないので、ストレージ管理連携処理を終了する。

ステップ１９０２、１９０４、又は１９０６の処理の実行後に実行されるステップ１９０９〜１９１０の処理について説明する。これらの処理は、ＯＳをインストールするための論理ボリューム１５４が管理者によって選択された物理サーバ１４０に割り当てられるために、サーバ管理部１１０が保持する情報をストレージ管理部１３０に通知する処理である。

まず、プロセッサ１６１は、ストレージ管理テーブル１２２を参照して、管理者によって選択されたディスクプロトコルに対応する管理Ｉ／Ｆアドレスを取得する（１９０９）。この管理Ｉ／Ｆアドレスは、ストレージ管理部１３０によって送信される論理ボリューム１５４の割当指令の宛先となる。

具体的には、プロセッサ１６１は、ストレージ管理テーブル１２２のエントリのうち、プロトコル８０２に登録されたプロトコルが管理者よって選択されたディスクプロトコルが一致し、かつストレージ装置識別子が一致するエントリを選択し、当該エントリの管理Ｉ／Ｆアドレス８０３に登録されたアドレスを取得する。

次に、プロセッサ１６１は、管理者によって選択された物理サーバ１４０の識別子と、ステップ１９０２、１９０４、又は１９０６の処理で取得された割当先Ｉ／Ｏデバイス識別子と、を組み合わせてニックネームを生成する（１９１０）。ニックネームの生成方法の一例としては、物理サーバ１４０の識別子と割当先Ｉ／Ｏデバイス識別子とを単純に連結する方法がある。ニックネームは、論理ボリューム１５４を割り当てる物理サーバ１４０を特定可能であって、管理者にとって認識しやすい名称である。

次に、プロセッサ１６１は、割当先Ｉ／Ｏデバイスに論理ボリューム１５４を割り当てるディスク生成要求をストレージ管理部１３０に渡すことによって、ストレージ管理部１３０を呼び出し（１９１１）、ストレージ管理連携処理を終了する。

ディスク生成要求には、ステップ１９１０の処理で生成されたニックネーム、管理者によって選択された物理サーバ１４０の識別子、割当先Ｉ／Ｏデバイス識別子、管理者によって入力された認証情報、管理者によって指定された割当容量、ステップ１９０９の処理で取得された管理Ｉ／Ｆのアドレス、ステータス情報、及びディスク生成コマンドが含まれる。ステータス情報は、ストレージ管理部１３０が制御するストレージ装置のステータスを指定する情報である。ディスク生成要求に含まれるステータス情報は、サーバ管理部１１０がディスク生成要求を渡したストレージ管理部１３０以外のソフトウェア等からの処理を処理対象となるストレージ装置１５０が実行しないように当該ストレージ装置１５０をロックするステータスが指定される。

図２０は、本発明の第１実施形態のストレージ管理処理のフローチャートである。

ストレージ管理処理は、プロセッサ１６１がストレージ管理部１３０に対応するプログラムを実行することによって実行される。

まず、プロセッサ１６１は、ストレージ管理部１３０が受け付けたディスク生成要求に含まれる認証情報を取得する（２００１）。

そして、プロセッサ１６１は、ステップ２００１の処理で取得された認証情報が正規の認証情報であるか否かを判定する（２００２）。正規の認証情報は、正規のユーザ名及び正規のパスワードであり、これらの関係はストレージ管理部１３０によって保持されている。

ステップ２００１の処理で取得された認証情報が正規の認証情報でないと、ステップ２００２の処理で判定された場合、認証が失敗したので、プロセッサ１６１は以降の処理を実行せずに、ストレージ管理処理を終了する。

一方、ステップ２００１の処理で取得された認証情報が正規の認証情報であると、ステップ２００２の処理で判定された場合、認証が成功したので、プロセッサ１６１は、ストレージ管理部１３０が受け付けたディスク生成要求からステータス情報を取得する（２００３）。

次に、プロセッサ１６１は、ステップ２００３の処理で取得したステータス情報がストレージ装置１５０のロックを指定しているか否かを判定する（２００４）。

ステップ２００３の処理で取得したステータス情報がストレージ装置１５０のロックを指定していないと、ステップ２００４の処理で判定された場合、ストレージ管理部１３０が受け付けたディスク生成要求は正規のディスク生成要求でないので、プロセッサ１６１は、以降の処理を実行せず、ストレージ管理処理を終了する。

一方、ステップ２００３の処理で取得したステータス情報がストレージ装置１５０のロックを指定していると、ステップ２００４の処理で判定された場合、ストレージ管理部１３０が受け付けたディスク生成要求は正規のディスク生成要求であるので、プロセッサ１６１は、受け付けたディスク生成要求に基づいてニックネーム管理テーブル１３１を更新する（２００５）。

ステップ２００５の処理を具体的に説明する。

まず、プロセッサ１６１は、ニックネーム管理テーブル１３１に新たなエントリを追加する。そして、プロセッサ１６１は、新たなエントリのニックネーム１２０１にディスク生成要求に含まれるニックネームを登録し、サーバ識別子１２０２にディスク生成要求に含まれる物理サーバ１４０の識別子を登録し、Ｉ／Ｏデバイス識別子１２０３にディスク生成要求に含まれる割当先Ｉ／Ｏデバイス識別を登録する。

ここで、ストレージ管理部１３０は、ストレージ装置１５０を管理するために、サーバ管理部１１０が保持するストレージ管理テーブル１２２と同じテーブルを保持している。このテーブルは、図８に示すストレージ管理テーブル１２２と同じ構成であり、ストレージ管理テーブルということにする。

プロセッサ１６１は、ストレージ管理テーブルの管理Ｉ／Ｆアドレス８０３に登録された管理Ｉ／Ｆのアドレスのうち、当該ディスク生成要求に含まれる管理Ｉ／Ｆのアドレスと一致するエントリを選択する。そして、プロセッサ１６１は、選択したエントリのストレージ装置識別子８０１に登録されたストレージ装置１５０の識別子、及びプロトコル８０２に登録されたプロトコルを取得する。

そして、プロセッサ１６１は、ニックネーム管理テーブル１３１の新たなエントリのプロトコル１２０４に取得したプロトコルを登録し、ニックネーム管理テーブル１３１の新たなエントリのストレージ装置識別子１２０５に取得したストレージ装置１５０の識別子を登録する。

また、プロセッサ１６１は、ニックネーム管理テーブル１３１の新たなエントリのディスク番号１２０６に割り当てる論理ボリュームの識別子を登録する。

以上によって、ステップ２００５の処理でニックネーム管理テーブル１３１が更新され、サーバ管理部１１０にしか入力されない論理ボリューム１５４を割り当てる物理サーバ１４０の識別子、及び割当先のＩ／Ｏデバイスの識別子をストレージ管理部１３０が管理することができる。これによって、サーバ管理部１１０の管理者とストレージ管理部１３０の管理者とが、メモレベルでこれらの情報を連携する必要がなくなる。

次に、プロセッサ１６１は、ステップ２００３の処理で取得したステータス情報に基づいて、ストレージ管理部１３０のディスクインタフェース１６４のアドレスを処理対象となるストレージ装置１５０に通知し、当該ディスクインタフェースのアドレス以外のコマンドを受け付けないように処理対象となるストレージ装置１５０を設定することによって、当該ストレージ装置１５０をロックする（２００６）。

次に、プロセッサ１６１は、ディスク生成要求に含まれる物理サーバ１４０の割当先Ｉ／Ｏデバイスから処理対象となるストレージ装置１５０の論理ボリューム１５４へのアクセスを可能とすることによって、当該論理ボリューム１５４を当該物理サーバ１４０に割り当てる（２００７）。

次に、プロセッサ１６１は、ステップ２００６の処理で設定したストレージ装置１５０のロックを解除し（２００８）、ストレージ管理処理を終了する。

ステップ２００７の処理で、論理ボリューム１５４を物理サーバ１４０に割り当てる処理中、ストレージ装置１５０に他のコマンドの処理を禁止するのは、他の管理者から当該ストレージ装置１５０から操作され、誤った設定がなされないようにするためである。

図２１は、本発明の第１実施形態のストレージ管理画面２１００の説明図である。

ストレージ管理部１３０はストレージ管理画面２１００の表示要求を受け付けると、ストレージ管理画面２１００をクライアントＰＣ等のディスプレイ等に表示する。

ストレージ管理画面２１００は、ニックネーム管理テーブル１３１の内容を表示するものである。このため、管理者は、ニックネーム管理テーブル１３１を確認できるので、どの物理サーバ１４０のどのＩ／Ｏデバイスに、どのストレージ装置１５０のどの論理ボリューム１５４が割り当てられているのかを確認できる。これによって、サーバ管理部１１０が管理する物理サーバ１４０に関する情報と、ストレージ管理部１３０が管理するストレージ装置１５０に関する情報とが連携され、サーバ管理部１１０の管理者と、ストレージ管理部１３０の管理者とで、メモレベルの連携が不要となる。

なお、第１実施形態では、物理サーバ１４０をブートさせるプログラムが記憶された記憶領域を新たな物理サーバ１４０に割り当てる処理について説明したが、これに限定されない。例えば、物理サーバ１４０がデータを読み書きする通常の記憶領域を物理サーバ１４０に割り当ててもよい。この場合、図１６に示すディスク割当制御処理で、新たな物理サーバ１４０のブート可能なＩ／Ｏデバイスを検索する必要がなく、新たな物理サーバ１４０のストレージ装置１５０に接続されたＩ／Ｏデバイスを検索すればよい。

（第２実施形態）
以下において、本発明の第２実施形態を図２２を参照して説明する。

本実施形態は、サーバ構成情報取得エージェントが、指定された許容アドレスからの要求のみに対応して、取得した物理サーバ１４０の構成情報を送信するディスカバリモードを備える点で第１実施形態と異なる。

第１実施形態のサーバ構成情報取得エージェント１１５は、サーバ構成情報取得エージェント１１５を送信したサーバ管理部１１０以外のアドレスからの要求に応じて、取得した物理サーバ１４０の構成情報を送信してしまう可能性がある。この場合、物理サーバ１４０の構成情報が他の計算機に送信されてしまうため、セキュリティ上の問題がある。

そこで、本実施形態では、サーバ構成情報取得エージェント１１５を、サーバ構成情報取得エージェントが、指定されたアドレスからの要求のみに対応して、取得した物理サーバ１４０の構成情報を送信するようにした。

本実施形態では、一例として、ストレージ管理部１３０が利用するディスクインタフェース１６４のアドレスを許容アドレスとして説明する。なお、許容アドレスは、ディスクインタフェースのアドレスに限られない。

この場合、図１３に示すステップ１３０４の処理で、プロセッサ１６１は、ストレージ管理テーブル１２２の管理アドレス８０５に登録されたストレージ管理部１３０が利用するディスクインタフェース１６４のアドレスを取得し、取得したアドレスを許容アドレスに含みサーバ構成情報取得部１１２を呼び出す。

そして、プロセッサ１６１は、図１４に示すステップ１４０４の処理で、サーバ管理部１１０が利用するネットワークインタフェース１４１のアドレスも許容アドレスに含み、許容アドレス及びサーバ構成情報取得エージェント１１５を物理サーバ１４０に送信する。

物理サーバ１４０は、許容アドレス及びサーバ構成情報取得エージェント１１５を受信すると、図２２に示すサーバ構成情報取得エージェント１１５による処理を実行する。

図２２は、本発明の実施形態のサーバ構成情報取得エージェント１１５による処理のフローチャートである。なお、図２２に示す処理のうち図１５に示す処理と同じ処理は同じ符号を付与し、説明を省略する。

まず、サーバ構成情報取得エージェント１１５を受信した物理サーバ１４０のプロセッサ１４３は、許容アドレスを受信することによって、許容アドレスを取得する（２２０１）。

次に、プロセッサ１４３は、サーバ構成情報取得要求を受け付け（２２０２）、受け付けたサーバ構成情報取得要求にディスカバリモードの終了指示が含まれるか否かを判定する（２２０３）。サーバ構成情報取得エージェント１１５のディスカバリモードは、サーバ管理部１１０の管理者の入力によって終了することができ、ディスカバリモードの終了指示がサーバ管理部１１０に入力された場合、サーバ管理部１１０は、ディスカバリモードの終了指示をサーバ構成情報取得要求として物理サーバ１４０に送信する。

ステップ２２０２の処理で、サーバ構成情報取得要求にディスカバリモードの終了指示が含まれると判定された場合、プロセッサ１４３は、サーバ構成情報取得エージェント１１５のサーバ構成情報取得エージェントによる処理を終了する。

一方、ステップ２２０２の処理で、サーバ構成情報取得要求にディスカバリモードの終了指示が含まれないと判定された場合、プロセッサ１４３は、受け付けた要求の送信元のアドレスを取得する（２２０４）。

次に、プロセッサ１４３は、ステップ２２０４の処理で取得した送信元のアドレスが許容アドレスであるか否かを判定する（２２０５）。

ステップ２２０４の処理で取得した送信元のアドレスが許容アドレスであると、ステップ２２０５の処理で判定された場合、プロセッサ１４３は、ステップ１５０１〜１５０５の処理を実行し、物理サーバ１４０の構成情報を要求の送信元に送信し、サーバ構成情報取得エージェント１１５による処理を終了する。

一方、ステップ２２０４の処理で取得した送信元のアドレスが許容アドレスであると、ステップ２２０５の処理で判定された場合、構成情報の送信が禁止されるアドレスからの要求であるので、プロセッサ１４３は、ステップ１５０１〜１５０５の処理を実行せずに、ステップ２２０２の処理に戻る。

以上によって、サーバ構成情報取得エージェント１１５は、許容アドレスで指定されたアドレスからの要求にのみ対応して、物理サーバ１４０の構成情報を取得し、当該要求の送信元に構成情報を送信するので、セキュリティが向上する。

（第３実施形態）
以下、本発明の第３実施形態を図２３及び図２４を参照して説明する。

本実施形態は、第２実施形態のストレージ管理部１３０の利用するディスクインタフェース１４５のアドレスを含む許容アドレスが指定されるサーバ構成情報取得エージェント１１５が有用となる環境について説明する。

図２３は、本発明の第３実施形態の計算機システムの構成の説明図である。図２３に示す計算機システムの構成のうち図１に示す計算機システムの構成と同じ構成は、同じ符号を付与し、説明を省略する。

サーバ管理部１１０に対応するプログラムの製造者とストレージ管理部１３０に対応するプログラムの製造者とが異なる場合、第１実施形態のように、サーバ管理部１１０が物理サーバ１４０に関する情報をストレージ管理部１３０に通知することによって、サーバ管理部１１０とストレージ管理部１３０とを連携させることができない場合がある。

このため、図２３に示すサーバ管理部１１０は、ディスク割当制御部１１３、ストレージ管理連携部１１４、及びディスクプロトコル選択部１１６を備えない。また、図２３に示すストレージ管理部１３０は、ニックネーム管理テーブル１３１を備えない。

このように、サーバ管理部１１０とストレージ管理部１３０との間でデータの受け渡しができない環境で、ストレージ管理部１３０は、新たな物理サーバ１４０が追加された場合、当該物理サーバ１４０にＯＳが導入されるまでは、新たな物理サーバ１４０が追加されたこと自体検出できず、新たな物理サーバ１４０にＯＳが導入される前に、新たな物理サーバ１４０に論理ボリューム１５４を割り当てることができなかった。

本実施形態では、新たな物理サーバ１４０にＯＳが導入される前に、第２実施形態で説明したディスカバリモードを備えるサーバ構成情報取得エージェント１１５を利用することによって、ストレージ管理部１３０が新たな物理サーバ１４０が追加されたことを検出できるようにする。

具体的には、サーバ管理処理部１１１は、ストレージ管理部１３０が利用するディスクインタフェース１６４のアドレスを引数として、サーバ情報取得部１１２を呼び出す。そして、サーバ情報取得部１１２は、当該ディスクインタフェース１６４のアドレスを許容アドレスに含めて、サーバ構成情報取得エージェント１１５を物理サーバ１４０に送信する。また、サーバ管理処理部１１１によるサーバ管理処理は、サーバ管理部１１０とストレージ管理部１３０との間でデータの受け渡しができないため、第１実施形態のサーバ管理処理部１１１によるサーバ管理処理と異なる処理を実行するので、図２４を用いて説明する。

図２４は、本発明の第３実施形態のサーバ管理処理のフローチャートである。なお、図２４に示す処理のうち図１３に示す第１実施形態のサーバ管理処理の処理と同じ処理は、図１３と同じ符号を付与し、説明を省略する。

ステップ１３０２の処理で、管理者からの要求が新たな物理サーバ１４０を追加する要求であるとステップ１３０２の処理で判定された場合、プロセッサ１６１は、ストレージ管理テーブル１２２を参照して新たな物理サーバ１４０に接続されたストレージ装置１５０の管理アドレスを取得する（２４０１）。

具体的には、プロセッサ１６１は、接続管理テーブル１２３のうち、物理サーバ識別子９０１が新たな物理サーバ１４０の識別子と一致するエントリの接続装置９０３に登録されたストレージ装置１５０の識別子を取得する。そして、プロセッサ１６１は、ストレージ管理テーブル１２２のエントリのうちストレージ装置識別子８０１に登録されたストレージ装置１５０の識別子が取得したストレージ装置１５０の識別子と一致するエントリを選択する。そして、プロセッサ１６１は、選択したエントリの管理アドレス８０５に登録されたアドレスを取得する。

次に、プロセッサ１６１は、ステップ２４０２の処理で取得した管理アドレスを引数にして、サーバ情報取得部１１２に対応するプログラムを呼び出す（２４０２）。プロセッサ１６１がサーバ情報取得部１１２に対応するプログラムを実行すると、図１４に示すサーバ情報取得処理が実行される。本実施形態の図１４に示すサーバ情報取得処理では、ステップ１４０４の処理で、プロセッサ１６１がサーバ構成情報取得エージェント１１５を新たな物理サーバ１４０に送信する場合、プロセッサ１６１は、引数の管理アドレスを含む許容アドレス及びサーバ構成情報取得エージェント１１５を新たな物理サーバ１４０に送信する。

新たな物理サーバ１４０がサーバ構成情報取得エージェント１１５を受信した場合、当該物理サーバ１４０のプロセッサ１４３は、図２２に示す第２実施形態のサーバ構成情報取得エージェント１１５による処理と同じ処理を実行する。

ここで、ストレージ管理部１３０は、自身に接続される物理サーバ１４０に、構成情報の取得要求を周期的に送信しているものとする。このため、図２２に示すように、サーバ構成情報取得エージェント１１５を受信した物理サーバ１４０は、当該ストレージ管理部１３０からの要求に対して、構成情報を取得し、取得した構成情報をストレージ管理部１３０に送信する。したがって、ストレージ管理部１３０は、物理サーバ１４０にＯＳをインストールする前に、当該物理サーバ１４０の構成情報を取得することができるようになる。

図２４に戻り、プロセッサ１６１は、管理者からディスカバリモードの終了指示を受け付けた場合、ディスカバリモードの終了指示を、サーバ構成情報取得エージェント１１５を送信した物理サーバ１４０に送信し（２４０３）、サーバ管理処理を終了する。なお、図２２で説明したように、物理サーバ１４０がディスカバリモード終了指示を受信すると、プロセッサ１４３は、サーバ構成情報取得エージェント１１５による処理を終了する。

以上によって、ストレージ管理部１３０は物理サーバ１４０にＯＳをインストールする前に、当該物理サーバ１４０の構成情報を取得することができるようになるため、ストレージ管理部１３０が新たな物理サーバ１４０が追加されたことを検出できるようになり、ＯＳがインストールされていない物理サーバ１４０に対して、ブートデバイスを割り当てることができる。

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

本発明は、物理サーバの管理ソフトとストレージ装置の管理ソフトとが別である管理計算機を備える計算機システムに適用することができる。

Claims (16)

1. 外部機器に接続可能な入出力インタフェースを有する計算機と、
   前記入出力インタフェースを介して接続された計算機に割当可能な記憶領域を有するストレージ装置と、
   前記計算機を管理する計算機管理部と、ストレージ装置を管理するストレージ管理部と、を有し、前記計算機と前記ストレージ装置との接続関係を管理するための接続管理情報を記憶する管理計算機と、を備える計算機システムにおいて、
   前記計算機管理部は、
   前記計算機システムに新たな計算機を追加する場合において、前記新たな計算機の識別子と、前記新たな計算機の入出力インタフェースの識別子と、を含む構成情報を取得する構成情報取得部と、
   前記構成情報取得部によって取得された構成情報及び前記接続管理情報に基づいて、前記新たな計算機に備わる入出力インタフェースのうち、前記ストレージ装置に接続されている入出力インタフェースを割当候補として出力し、前記出力された割当候補の中からユーザによる選択を受け付ける割当制御部と、
   前記新たな計算機の識別子と前記割当制御部が選択を受け付けた入出力インタフェースの識別子とを前記ストレージ管理部に通知して、前記ストレージ管理部を呼び出すストレージ管理連携部と、を備え、
   前記ストレージ管理部は、
   前記ストレージ管理連携部によって呼び出された場合、前記通知された前記新たな計算機の識別子と前記入出力インタフェースの識別子とを記憶し、
   前記通知された入出力インタフェースの識別子によって特定される入出力インタフェースから当該入出力インタフェースに接続されたストレージ装置に備わる前記記憶領域へのアクセスを可能とすることによって、当該記憶領域を前記新たな計算機に割り当てることを特徴とする計算機システム。
2. 請求項１に記載の計算機システムであって、
   前記計算機は、自身をブート可能なプログラムが格納される記憶領域に接続される入出力インタフェースの識別子を予め記憶しており、
   前記構成情報取得部が前記新たな計算機から取得する構成情報は、前記自身をブート可能なプログラムが格納される記憶領域に接続される入出力インタフェースの識別子を含み、
   前記割当制御部は、前記ストレージ装置に接続され、かつ、前記ブート可能な入出力インタフェースを前記割当候補として出力することを特徴とする計算機システム。
3. 請求項１又は請求項２に記載の計算機システムであって、
   前記ストレージ管理連携部は、
   前記構成情報取得部によって取得された前記新たな計算機の識別子と前記割当制御部が選択を受け付けた入出力インタフェースの識別子とに基づいて、前記新たな計算機を特定可能な名称を生成する名称生成部を備え、
   前記ストレージ管理連携部は、前記新たな計算機の識別子と前記割当制御部が選択を受け付けた入出力インタフェースの識別子と前記名称生成部によって生成された名称とを前記ストレージ管理部に通知し、
   前記ストレージ管理部は、前記新たな計算機の識別子と前記入出力インタフェースの識別子と前記名称とを記憶することを特徴とする計算機システム。
4. 請求項１から請求項３のいずれか一つに記載の計算機システムであって、
   前記管理計算機は、前記計算機に導入されるＯＳの種類に対応する構成情報取得エージェントを記憶しており、
   前記構成情報取得部は、
   前記新たな計算機に導入されるＯＳの種類を特定し、
   前記特定したＯＳの種類に対応する構成情報取得エージェントを前記新たな計算機に送信し、
   前記新たな計算機は、
   前記構成情報取得エージェントを受信した場合、前記受信した構成情報取得エージェントを実行して前記構成情報を取得し、前記取得した構成情報を前記管理計算機に送信し、
   前記構成情報取得部は、前記新たな計算機から送信された前記構成情報を受信することによって、前記構成情報を取得することを特徴とする計算機システム。
5. 請求項４に記載の計算機システムであって、
   前記構成情報取得部は、前記構成情報の取得を許容するアドレスである許容アドレス及び前記構成情報取得エージェントを前記新たな計算機に送信し、
   前記新たな計算機は、前記受信した構成情報取得エージェントを実行後、前記構成情報の取得要求を受信し、前記受信した取得要求の送信元のアドレスが前記許容アドレスと一致する場合、前記構成情報を取得し、前記取得要求の送信元に前記構成情報を送信することを特徴とする計算機システム。
6. 請求項１から請求項５のいずれか一つに記載の計算機システムであって、
   前記ストレージ管理部は、前記新たな計算機に前記記憶領域へのアクセスを可能とする処理を実行している間、他の要求に応じた処理の実行を禁止することを特徴とする計算機システム。
7. 外部機器に接続可能な入出力インタフェースを有する計算機と、
   前記入出力インタフェースを介して接続された計算機に割当可能な記憶領域を有するストレージ装置と、
   前記計算機を管理する計算機管理プログラムと、ストレージ装置を管理するストレージ管理プログラムと、を実行し、前記計算機と前記ストレージ装置との接続関係を管理するための接続管理情報を記憶する管理計算機と、を備える計算機システムにおける、前記計算機管理プログラムと前記ストレージ管理プログラムとを連携させるプログラム連携方法において、
   前記方法は、
   前記計算機システムに新たな計算機を追加する場合において、前記計算機管理プログラムが、前記新たな計算機の識別子と、前記新たな計算機の入出力インタフェースの識別子と、を含む構成情報を取得する構成情報取得ステップと、
   前記計算機管理プログラムが、前記構成情報取得ステップで取得された構成情報及び前記接続管理情報に基づいて、前記新たな計算機に備わる入出力インタフェースのうち、前記ストレージ装置に接続されている入出力インタフェースを割当候補として出力し、前記出力された割当候補の中からユーザによる選択を受け付ける割当制御ステップと、
   前記計算機管理プログラムが、前記新たなホスト計算機の識別子と前記割当制御ステップで選択を受け付けた入出力インタフェースの識別子とを前記ストレージ管理プログラムに通知して、前記ストレージ管理プログラムを呼び出すストレージ管理連携ステップと、
   前記ストレージ管理連携ステップで呼び出された前記ストレージ管理プログラムが、前記通知された前記新たな計算機の識別子と前記入出力インタフェースの識別子とを記憶し、前記通知された入出力インタフェースの識別子によって特定される入出力インタフェースから当該入出力インタフェースに接続されたストレージ装置に備わる前記記憶領域へのアクセスを可能とすることによって、当該記憶領域を前記新たな計算機に割り当てるステップと、含むことを特徴とするプログラム連携方法。
8. 請求項７に記載のプログラム連携方法であって、
   前記計算機は、自身をブート可能なプログラムが格納される記憶領域に接続される入出力インタフェースの識別子を予め記憶しており、
   前記構成情報取得ステップで前記新たな計算機から取得する構成情報は、前記自身をブート可能なプログラムが格納される記憶領域に接続されるブート可能な入出力インタフェースの識別子を含み、
   前記割当制御ステップでは、前記計算機管理プログラムが、前記ストレージ装置に接続され、かつ、前記ブート可能な入出力インタフェースを前記割当候補として出力することを特徴とするプログラム連携方法。
9. 請求項７又は請求項８に記載のプログラム連携方法であって、
   前記ストレージ管理連携ステップは、前記計算機管理プログラムが、前記構成情報取得ステップで取得された前記新たな計算機の識別子と前記割当制御ステップで選択を受け付けた入出力インタフェースの識別子とに基づいて、前記新たな計算機を特定可能な名称を生成する名称生成ステップを含み、
   前記ストレージ管理連携ステップでは、前記計算機管理プログラムが、前記新たな計算機の識別子と前記割当制御ステップで選択を受け付けた入出力インタフェースの識別子と前記名称生成ステップによって生成された名称とを前記ストレージ管理プログラムに通知し、
   前記ストレージ管理連携ステップでは、前記ストレージ管理プログラムが、前記新たな計算機の識別子と前記入出力インタフェースの識別子と前記名称とを格納することを特徴とするプログラム連携方法。
10. 請求項７から請求項９のいずれか一つに記載のプログラム連携方法であって、
    前記管理計算機は、前記計算機に導入されるＯＳの種類に対応する構成情報取得エージェントを記憶しており、
    前記構成情報取得ステップでは、
    前記計算機管理プログラムが、前記新たな計算機に導入されるＯＳの種類を特定するステップと、
    前記計算機管理プログラムが、前記特定したＯＳの種類に対応する構成情報取得エージェントを前記新たな計算機に送信するステップと、
    前記新たな計算機が、前記構成情報取得エージェントを受信した場合、前記受信した構成情報取得エージェントを実行して前記構成情報を取得し、前記取得した構成情報を前記管理計算機に送信するステップと、を含むことを特徴とするプログラム連携方法。
11. 請求項１０に記載のプログラム連携方法であって、
    前記構成情報取得ステップは、前記計算機管理プログラムが、前記構成情報の取得を許容するアドレスである許容アドレス及び前記構成情報取得エージェントを前記新たな計算機に送信するステップと、
    前記新たな計算機が、前記受信した構成情報取得エージェントを実行後、前記構成情報の取得要求を受信し、前記受信した取得要求の送信元のアドレスが前記許容アドレスと一致する場合、前記構成情報を取得し、前記取得要求の送信元に前記構成情報を送信するステップと、を含むことを特徴とするプログラム連携方法。
12. 請求項７から請求項１１のいずれか一つに記載のプログラム連携方法であって、
    前記ストレージ管理連携ステップでは、前記ストレージ管理プログラムが、前記新たな計算機に前記記憶領域へのアクセスを可能とする処理を実行している間、他の要求に応じた処理の実行を禁止することを特徴とするプログラム連携方法。
13. 外部機器に接続可能な入出力インタフェースを有する計算機と、前記入出力インタフェースを介して接続された計算機に割当可能な記憶領域を有するストレージ装置と、を管理し、プロセッサを有する管理計算機において、前記計算機を管理する処理を前記プロセッサに実行させるプログラムにおいて、
    前記管理計算機は、前記計算機と前記ストレージ装置との接続関係を管理するための接続管理情報を記憶し、
    前記処理は、
    新たな計算機を追加する場合において、前記新たな計算機の識別子と、前記新たな計算機の入出力インタフェースの識別子と、を含む構成情報を取得する構成情報取得ステップと、
    前記構成情報取得ステップで取得された構成情報及び前記接続管理情報に基づいて、前記新たな計算機に備わる入出力インタフェースのうち、前記ストレージ装置に接続されている入出力インタフェースを割当候補として出力し、前記出力された割当候補の中からユーザによる選択を受け付ける割当制御ステップと、
    前記新たな計算機の識別子と前記割当制御ステップで選択を受け付けた入出力インタフェースの識別子とを、前記ストレージ装置を管理するためのプログラムに通知するストレージ管理連携ステップと、を含むことを特徴とするプログラム。
14. 請求項１３に記載のプログラムであって、
    前記計算機は、自身をブート可能なプログラムが格納される記憶領域に接続される入出力インタフェースの識別子を予め記憶しており、
    前記構成情報取得ステップで前記新たな計算機から取得する構成情報は、前記自身をブート可能なプログラムが格納される記憶領域に接続されるブート可能な入出力インタフェースの識別子を含み、
    前記割当制御ステップでは、前記ストレージ装置に接続され、かつ、前記ブート可能な入出力インタフェースを前記割当候補として出力することを特徴とするプログラム。
15. 請求項１３又は請求項１４に記載のプログラムであって、
    前記ストレージ管理連携ステップは、
    前記構成情報取得ステップで取得された前記新たな計算機の識別子と前記割当制御ステップで選択を受け付けた入出力インタフェースの識別子とに基づいて、前記新たな計算機を特定可能な名称を生成する名称生成ステップを含み、
    前記新たな計算機の識別子と、前記割当制御ステップで選択を受け付けた入出力インタフェースの識別子と、前記名称生成ステップで生成された名称とを、前記ストレージ装置を管理するためのプログラムに通知することを特徴とするプログラム連携方法。
16. 請求項１３から請求項１５のいずれか一つに記載のプログラムであって、
    前記管理計算機は、前記計算機に導入されるＯＳの種類に対応する構成情報取得エージェントを記憶しており、
    前記構成情報取得ステップでは、
    前記新たな計算機に導入されるＯＳの種類を特定するステップと、
    前記特定したＯＳの種類に対応する構成情報取得エージェントを前記新たな計算機に実行させ、前記構成情報を取得するために、当該構成情報取得エージェントを前記新たな計算機に送信するステップと、を含むことを特徴とするプログラム。

Images