(57)【要約】  計算機と、記憶領域を有するストレージ装置と、計算機管理部と、ストレージ装置を管理するストレージ管理部と、を有する管理計算機と、を備える計算機システムにおいて、計算機管理部は、新たな計算機の識別子と割当制御部が選択を受け付けた入出力インタフェースの識別子とをストレージ管理部に通知して、ストレージ管理部を呼び出し、通知された入出力インタフェースの識別子によって特定される入出力インタフェースから当該入出力インタフェースに接続されたストレージ装置に備わる記憶領域へのアクセスを可能とすることによって、当該記憶領域を新たな計算機に割り当てる。
2013076865.tif 000002
【特許請求の範囲】
【請求項１】
外部機器に接続可能な入出力インタフェースを有する計算機と、
前記入出力インタフェースを介して接続された計算機に割当可能な記憶領域を有するストレージ装置と、
前記計算機を管理する計算機管理部と、ストレージ装置を管理するストレージ管理部と、を有し、前記計算機と前記ストレージ装置との接続関係を管理するための接続管理情報を記憶する管理計算機と、を備える計算機システムにおいて、
前記計算機管理部は、
前記計算機システムに新たな計算機を追加する場合において、前記新たな計算機の識別子と、前記新たな計算機の入出力インタフェースの識別子と、を含む構成情報を取得する構成情報取得部と、
前記構成情報取得部によって取得された構成情報及び前記接続管理情報に基づいて、前記新たな計算機に備わる入出力インタフェースのうち、前記ストレージ装置に接続されている入出力インタフェースを割当候補として出力し、前記出力された割当候補の中からユーザによる選択を受け付ける割当制御部と、
前記新たな計算機の識別子と前記割当制御部が選択を受け付けた入出力インタフェースの識別子とを前記ストレージ管理部に通知して、前記ストレージ管理部を呼び出すストレージ管理連携部と、を備え、
前記ストレージ管理部は、
前記ストレージ管理連携部によって呼び出された場合、前記通知された前記新たな計算機の識別子と前記入出力インタフェースの識別子とを記憶し、
前記通知された入出力インタフェースの識別子によって特定される入出力インタフェースから当該入出力インタフェースに接続されたストレージ装置に備わる前記記憶領域へのアクセスを可能とすることによって、当該記憶領域を前記新たな計算機に割り当てることを特徴とする計算機システム。
【請求項２】
請求項１に記載の計算機システムであって、
前記計算機は、自身をブート可能なプログラムが格納される記憶領域に接続される入出力インタフェースの識別子を予め記憶しており、
前記構成情報取得部が前記新たな計算機から取得する構成情報は、前記自身をブート可能なプログラムが格納される記憶領域に接続される入出力インタフェースの識別子を含み、
前記割当制御部は、前記ストレージ装置に接続され、かつ、前記ブート可能な入出力インタフェースを前記割当候補として出力することを特徴とする計算機システム。
【請求項３】
請求項１又は請求項２に記載の計算機システムであって、
前記ストレージ管理連携部は、
前記構成情報取得部によって取得された前記新たな計算機の識別子と前記割当制御部が選択を受け付けた入出力インタフェースの識別子とに基づいて、前記新たな計算機を特定可能な名称を生成する名称生成部を備え、
前記ストレージ管理連携部は、前記新たな計算機の識別子と前記割当制御部が選択を受け付けた入出力インタフェースの識別子と前記名称生成部によって生成された名称とを前記ストレージ管理部に通知し、
前記ストレージ管理部は、前記新たな計算機の識別子と前記入出力インタフェースの識別子と前記名称とを記憶することを特徴とする計算機システム。
【請求項４】
請求項１から請求項３のいずれか一つに記載の計算機システムであって、
前記管理計算機は、前記計算機に導入されるＯＳの種類に対応する構成情報取得エージェントを記憶しており、
前記構成情報取得部は、
前記新たな計算機に導入されるＯＳの種類を特定し、
前記特定したＯＳの種類に対応する構成情報取得エージェントを前記新たな計算機に送信し、
前記新たな計算機は、
前記構成情報取得エージェントを受信した場合、前記受信した構成情報取得エージェントを実行して前記構成情報を取得し、前記取得した構成情報を前記管理計算機に送信し、
前記構成情報取得部は、前記新たな計算機から送信された前記構成情報を受信することによって、前記構成情報を取得することを特徴とする計算機システム。
【請求項５】
請求項４に記載の計算機システムであって、
前記構成情報取得部は、前記構成情報の取得を許容するアドレスである許容アドレス及び前記構成情報取得エージェントを前記新たな計算機に送信し、
前記新たな計算機は、前記受信した構成情報取得エージェントを実行後、前記構成情報の取得要求を受信し、前記受信した取得要求の送信元のアドレスが前記許容アドレスと一致する場合、前記構成情報を取得し、前記取得要求の送信元に前記構成情報を送信することを特徴とする計算機システム。
【請求項６】
請求項１から請求項５のいずれか一つに記載の計算機システムであって、
前記ストレージ管理部は、前記新たな計算機に前記記憶領域へのアクセスを可能とする処理を実行している間、他の要求に応じた処理の実行を禁止することを特徴とする計算機システム。
【請求項７】
外部機器に接続可能な入出力インタフェースを有する計算機と、
前記入出力インタフェースを介して接続された計算機に割当可能な記憶領域を有するストレージ装置と、
前記計算機を管理する計算機管理プログラムと、ストレージ装置を管理するストレージ管理プログラムと、を実行し、前記計算機と前記ストレージ装置との接続関係を管理するための接続管理情報を記憶する管理計算機と、を備える計算機システムにおける、前記計算機管理プログラムと前記ストレージ管理プログラムとを連携させるプログラム連携方法において、
前記方法は、
前記計算機システムに新たな計算機を追加する場合において、前記計算機管理プログラムが、前記新たな計算機の識別子と、前記新たな計算機の入出力インタフェースの識別子と、を含む構成情報を取得する構成情報取得ステップと、
前記計算機管理プログラムが、前記構成情報取得ステップで取得された構成情報及び前記接続管理情報に基づいて、前記新たな計算機に備わる入出力インタフェースのうち、前記ストレージ装置に接続されている入出力インタフェースを割当候補として出力し、前記出力された割当候補の中からユーザによる選択を受け付ける割当制御ステップと、
前記計算機管理プログラムが、前記新たなホスト計算機の識別子と前記割当制御ステップで選択を受け付けた入出力インタフェースの識別子とを前記ストレージ管理部に通知して、前記ストレージ管理プログラムを呼び出すストレージ管理連携ステップと、
前記ストレージ管理連携ステップで呼び出された前記ストレージ管理プログラムが、前記通知された前記新たな計算機の識別子と前記入出力インタフェースの識別子とを記憶し、前記通知された入出力インタフェースの識別子によって特定される入出力インタフェースから当該入出力インタフェースに接続されたストレージ装置に備わる前記記憶領域へのアクセスを可能とすることによって、当該記憶領域を前記新たな計算機に割り当てるステップと、含むことを特徴とするプログラム連携方法。
【請求項８】
請求項７に記載のプログラム連携方法であって、
前記計算機は、自身をブート可能なプログラムが格納される記憶領域に接続される入出力インタフェースの識別子を予め記憶しており、
前記構成情報取得ステップで前記新たな計算機から取得する構成情報は、前記自身をブート可能なプログラムが格納される記憶領域に接続されるブート可能な入出力インタフェースの識別子を含み、
前記割当制御ステップでは、前記計算機管理プログラムが、前記ストレージ装置に接続され、かつ、前記ブート可能な入出力インタフェースを前記割当候補として出力することを特徴とするプログラム連携方法。
【請求項９】
請求項７又は請求項８に記載のプログラム連携方法であって、
前記ストレージ管理連携ステップは、前記計算機管理プログラムが、前記構成情報取得ステップで取得された前記新たな計算機の識別子と前記割当制御ステップで選択を受け付けた入出力インタフェースの識別子とに基づいて、前記新たな計算機を特定可能な名称を生成する名称生成ステップを含み、
前記ストレージ管理連携ステップでは、前記計算機管理プログラムが、前記新たな計算機の識別子と前記割当制御ステップで選択を受け付けた入出力インタフェースの識別子と前記名称生成ステップによって生成された名称とを前記ストレージ管理プログラムに通知し、
前記ストレージ管理ステップでは、前記ストレージ管理プログラムが、前記前記新たな計算機の識別子と前記入出力インタフェースの識別子と前記名称とを格納することを特徴とするプログラム連携方法。
【請求項１０】
請求項７から請求項９のいずれか一つに記載のプログラム連携方法であって、
前記管理計算機は、前記計算機に導入されるＯＳの種類に対応する構成情報取得エージェントを記憶しており、
前記構成情報取得ステップでは、
前記計算機管理プログラムが、前記新たな計算機に導入されるＯＳの種類を特定するステップと、
前記計算機管理プログラムが、前記特定したＯＳの種類に対応する構成情報取得エージェントを前記新たな計算機に送信するステップと、
前記新たな計算機が、前記構成情報取得エージェントを受信した場合、前記受信した構成情報取得エージェントを実行して前記構成情報を取得し、前記取得した構成情報を前記管理計算機に送信するステップと、を含むことを特徴とするプログラム連携方法。
【請求項１１】
請求項１０に記載のプログラム連携方法であって、
前記構成情報取得ステップは、前記計算機管理プログラムが、前記構成情報の取得を許容するアドレスである許容アドレス及び前記構成情報取得エージェントを前記新たな計算機に送信するステップと、
前記新たな計算機が、前記受信した構成情報取得エージェントを実行後、前記構成情報の取得要求を受信し、前記受信した取得要求の送信元のアドレスが前記許容アドレスと一致する場合、前記構成情報を取得し、前記取得要求の送信元に前記構成情報を送信するステップと、を含むことを特徴とするプログラム連携方法。
【請求項１２】
請求項７から請求項１１のいずれか一つに記載のプログラム連携方法であって、
前記ストレージ管理ステップでは、前記ストレージ管理プログラムが、前記新たな計算機に前記記憶領域へのアクセスを可能とする処理を実行している間、他の要求に応じた処理の実行を禁止することを特徴とするプログラム連携方法。
【請求項１３】
外部機器に接続可能な入出力インタフェースを有する計算機と、前記入出力インタフェースを介して接続された計算機に割当可能な記憶領域を有するストレージ装置と、を管理し、プロセッサを有する管理計算機において、前記計算機を管理する処理を前記プロセッサに実行させるプログラムにおいて、
前記処理は、
前記計算機システムに新たな計算機を追加する場合において、前記新たな計算機の識別子と、前記新たな計算機の入出力インタフェースの識別子と、を含む構成情報を取得する構成情報取得ステップと、
前記構成情報取得ステップで取得された構成情報及び前記接続管理情報に基づいて、前記新たな計算機に備わる入出力インタフェースのうち、前記ストレージ装置に接続されている入出力インタフェースを割当候補として出力し、前記出力された割当候補の中からユーザによる選択を受け付ける割当制御ステップと、
前記新たな計算機の識別子と前記割当制御ステップで選択を受け付けた入出力インタフェースの識別子とを、前記ストレージ装置を管理するためのプログラムに通知するストレージ管理連携ステップと、を含むことを特徴とするプログラム。
【請求項１４】
請求項１３に記載のプログラムであって、
前記計算機は、自身をブート可能なプログラムが格納される記憶領域に接続される入出力インタフェースの識別子を予め記憶しており、
前記構成情報取得ステップで前記新たな計算機から取得する構成情報は、前記自身をブート可能なプログラムが格納される記憶領域に接続されるブート可能な入出力インタフェースの識別子を含み、
前記割当制御ステップでは、前記ストレージ装置に接続され、かつ、前記ブート可能な入出力インタフェースを前記割当候補として出力することを特徴とするプログラム。
【請求項１５】
請求項１３又は請求項１４に記載のプログラムであって、
前記ストレージ管理連携ステップは、
前記構成情報取得ステップで取得された前記新たな計算機の識別子と前記割当制御ステップで選択を受け付けた入出力インタフェースの識別子とに基づいて、前記新たな計算機を特定可能な名称を生成する名称生成ステップを含み、
前記新たな計算機の識別子と、前記割当制御ステップで選択を受け付けた入出力インタフェースの識別子と、前記名称生成ステップで生成された名称とを、前記ストレージ装置を管理するためのプログラムに通知することを特徴とするプログラム連携方法。
【請求項１６】
請求項１３から請求項１５のいずれか一つに記載のプログラムであって、
前記管理計算機は、前記計算機に導入されるＯＳの種類に対応する構成情報取得エージェントを記憶しており、
前記構成情報取得ステップでは、
前記新たな計算機に導入されるＯＳの種類を特定するステップと、
前記特定したＯＳの種類に対応する構成情報取得エージェントを前記新たな計算機に実行させ、前記構成情報を取得するために、当該構成情報取得エージェントを前記新たな計算機に送信するステップと、を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算機とストレージ装置とを管理する計算機システムに関し、特に、計算機を管理するプログラムとストレージ装置を管理するプログラムとの間で情報を連携する計算機システムに関する。
【背景技術】
【０００２】
物理サーバ（計算機）、及び、物理サーバに記憶領域（ＬＵ（Ｌｏｇｉｃａｌ  Ｕｎｉｔ））を提供するストレージ装置と管理する管理計算機がある。【０００３】
管理計算機上では、物理サーバを管理するサーバ管理ソフトと、ストレージ装置を管理するストレージ管理ソフトとが動作している。サーバ管理ソフトは、物理サーバに関する情報を保持しており、ストレージ管理ソフトは、ストレージ装置に関する情報を保持している。【０００４】
物理サーバに新たに記憶領域を割り当てる処理は、ストレージ管理ソフトによって実行されるが、ストレージ管理ソフトは物理サーバに関する情報を保持していない。【０００５】
なお、ストレージ管理ソフトに記憶領域の割当処理を実行させる場合に、管理者は、物理サーバのストレージ装置に接続された入出力インタフェースのアドレス（ＷＷＮ又はＭＡＣアドレス）をストレージ管理ソフトに入力する必要がある。【０００６】
このため、管理者は、物理サーバに関する情報（物理サーバのストレージ装置に接続された入出力インタフェースのアドレス）を把握する必要がある。【０００７】
管理者にストレージ管理ソフトとサーバ管理ソフトとを操作できる権限があれば、サーバ管理ソフトを操作して物理サーバに関する情報を把握するが、管理者はサーバ管理ソフトの使用方法を熟知しなければならず、高度なスキルが要求される。【０００８】
また、ストレージ管理ソフトの管理者とサーバ管理ソフトの管理者とが異なる場合、ストレージ管理ソフトの管理者は、サーバ管理ソフトの管理者と物理サーバに関する情報をメモによって連携しなければならず、誤設定の原因となる。【０００９】
このように、サーバ管理ソフトとストレージ管理ソフトとで情報が連携できないため、管理効率が低下していた。【００１０】
データセンタなどにおいては、ストレージ装置の数も物理サーバの数も増大するため、管理効率がさらに低下する。【００１１】
ストレージ装置のポートと物理サーバのＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）アダプタとの接続関係に基づいて、ストレージ装置のＬＵと物理サーバ上で稼働する仮想計算機とのパスを設定する管理計算機が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２０１０−２５７２７４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
特許文献１に開示された管理計算機は、サーバ管理ソフトとストレージ管理ソフトとが動作することが前提でない。このため、サーバ管理ソフトとストレージ管理ソフトとの間で情報を連携させることについては開示されていない。よって、特許文献１に開示された管理計算機であっても、物理サーバにストレージ装置の記憶領域を割り当てる場合に管理効率が低下してしまう。【００１４】
本発明の一つの目的は、物理サーバにストレージ装置の記憶領域を割り当てる場合に管理効率を向上させる計算機システムを提供することである。
【課題を解決するための手段】
【００１５】
本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、外部機器に接続可能な入出力インタフェースを有する計算機と、前記入出力インタフェースを介して接続された計算機に割当可能な記憶領域を有するストレージ装置と、前記計算機を管理する計算機管理部と、ストレージ装置を管理するストレージ管理部と、を有し、前記計算機と前記ストレージ装置との接続関係を管理するための接続管理情報を記憶する管理計算機と、を備える計算機システムにおいて、前記計算機管理部は、前記計算機システムに新たな計算機を追加する場合において、前記新たな計算機の識別子と、前記新たな計算機の入出力インタフェースの識別子と、を含む構成情報を取得する構成情報取得部と、前記構成情報取得部によって取得された構成情報及び前記接続管理情報に基づいて、前記新たな計算機に備わる入出力インタフェースのうち、前記ストレージ装置に接続されている入出力インタフェースを割当候補として出力し、前記出力された割当候補の中からユーザによる選択を受け付ける割当制御部と、前記新たな計算機の識別子と前記割当制御部が選択を受け付けた入出力インタフェースの識別子とを前記ストレージ管理部に通知して、前記ストレージ管理部を呼び出すストレージ管理連携部と、を備え、前記ストレージ管理部は、前記ストレージ管理連携部によって呼び出された場合、前記通知された前記新たな計算機の識別子と前記入出力インタフェースの識別子とを記憶し、前記通知された入出力インタフェースの識別子によって特定される入出力インタフェースから当該入出力インタフェースに接続されたストレージ装置に備わる前記記憶領域へのアクセスを可能とすることによって、当該記憶領域を前記新たな計算機に割り当てることを特徴とする。
【発明の効果】
【００１６】
本発明の一態様よれば、物理サーバにストレージ装置の記憶領域を割り当てる場合に管理効率を向上させる計算機システムを提供できる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１実施形態の計算機システムの構成の説明図である。
【図２】本発明の第１実施形態のストレージ装置の説明図である。
【図３】本発明の第１実施形態の管理サーバのサーバ管理部及びストレージ管理部の説明図である。
【図４】本発明の第１実施形態のサーバ管理部とストレージ管理部との連携の説明図である。
【図５】本発明の第１実施形態の管理サーバのハードウェア構成図である。
【図６】本発明の第１実施形態の物理サーバのハードウェア構成図である。
【図７】本発明の第１実施形態のサーバ管理テーブルの説明図である。
【図８】本発明の第１実施形態のストレージ管理テーブルの説明図である。
【図９】本発明の第１実施形態の接続管理テーブルの説明図である。
【図１０】本発明の第１実施形態のブートデバイス管理テーブルの説明図である。
【図１１】本発明の第１実施形態のサーバ構成情報取得エージェント管理テーブルの説明図である。
【図１２】本発明の第１実施形態のニックネーム管理テーブルの説明図である。
【図１３】本発明の第１実施形態のサーバ管理処理のフローチャートである。
【図１４】本発明の第１実施形態のサーバ情報取得処理のフローチャートである。
【図１５】本発明の第１実施形態のサーバ構成情報取得エージェントによる処理のフローチャートである。
【図１６】本発明の第１実施形態のディスク割当制御処理のフローチャートである。
【図１７】本発明の第１実施形態のディスクプロトコル選択処理のフローチャートである。
【図１８】本発明の第１実施形態のサーバ管理画面の説明図である。
【図１９】本発明の第１実施形態のストレージ管理連携処理のフローチャートである。
【図２０】本発明の第１実施形態のストレージ管理処理のフローチャートである。
【図２１】本発明の第１実施形態のストレージ管理画面の説明図である。
【図２２】本発明の第２実施形態のサーバ構成情報取得エージェントによる処理のフローチャートである。
【図２３】本発明の第３実施形態の計算機システムの構成の説明図である。
【図２４】本発明の第３実施形態のサーバ管理処理のフローチャートである。
【発明を実施するための形態】
【００１８】
以下、図面を参照しつつ、本発明を実施するための形態を説明する。説明の明確化のため、以下の記載及び図面は、適宜、省略及び簡略化がなされている。又、各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略されている。
【００１９】
（第１実施形態）
以下において、本発明の第１実施形態を図１〜図２１を参照して説明する。
【００２０】
図１は、本発明の第１実施形態の計算機システムの構成の説明図である。
【００２１】
本実施形態の計算機システムは、管理サーバ１００と、物理サーバ（計算機）１４０Ａ及び１４０Ｂと、ストレージ装置１５０と、を備える。以下、物理サーバ１４０Ａ及び１４０Ｂを総称して物理サーバ１４０という。
【００２２】
管理サーバ１００は物理サーバ１４０及びストレージ装置１５０とネットワーク１７０を介して接続される。物理サーバ１４０とストレージ装置１５０とは、図示しないネットワーク（例えば、ファイバチャネル等）で接続される。
【００２３】
管理サーバ１００は、物理サーバ１４０及びストレージ装置１５０を管理する計算機であり、物理サーバ１４０を管理するサーバ管理部（計算機管理部）１１０及びストレージ装置１５０を管理するストレージ管理部１３０を備える。
【００２４】
物理サーバ１４０は、自身に割り当てられているストレージ装置１５０の記憶領域である論理ボリューム（ＬＵ）１５４（図２参照）にアクセス可能であり、当該記憶領域にデータを読み書きする。また、物理サーバ１４０は、ネットワークインタフェース１４１（図３及び図４参照）を介してネットワーク１７０に接続される。
【００２５】
ストレージ装置１５０は、上述したように、物理サーバ１４０からのデータを記憶領域に書き込む。また、ストレージ装置１５０は、管理インタフェース（Ｉ／Ｆ）１５１を介してネットワーク１７０に接続される。
【００２６】
ここで、管理サーバ１００の詳細について説明する。
【００２７】
上述したように、管理サーバ１００は、サーバ管理部１１０及びストレージ管理部１３０を備える。
【００２８】
サーバ管理部１１０は、サーバ管理処理部１１１、サーバ情報取得部１１２、ディスク割当制御部１１３、ストレージ管理連携部１１４、サーバ構成情報取得エージェント１１５、ディスクプロトコル選択部１１６、サーバ管理テーブル１２１、ストレージ管理テーブル１２２、接続管理テーブル１２３、ブートデバイス管理テーブル１２４、及び、サーバ構成情報取得エージェント管理テーブル１２５を備える。
【００２９】
サーバ管理処理部１１１は、管理者の要求に基づいて各種処理を実行する。本実施形態では、サーバ管理処理部１１１が実行する各種処理のうち、新たな物理サーバ１４０（以下、新規サーバという）を計算機システムに追加する場合の処理について詳細に説明する。サーバ管理処理部１１１による処理は、図１３で詳細を説明する。
【００３０】
サーバ情報取得部１１２は、新規サーバの構成情報を当該新規サーバからネットワーク１７０を介して取得する。サーバ情報取得部１１２による処理は、図１４で詳細を説明する。
【００３１】
ディスク割当制御部１１３は、物理サーバ１４０に備わるＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）デバイスのうち、物理サーバ１４０をブートさせることができる機器が接続されたＩ／Ｏデバイスを出力し、物理サーバ１４０をブートさせるためのブートＩ／Ｏデバイスの指定を管理者から受け付ける。ディスク割当制御部１１３による処理は、図１６で詳細を説明する。
【００３２】
サーバ構成情報取得エージェント１１５は、ＯＳがインストールされていない新規サーバに送信され、新規サーバ上でＯＳのように機能し、当該新規サーバの構成情報を取得して、取得した構成情報を管理サーバ１００に送信する。サーバ構成情報取得エージェント１１５による処理は、図１５で詳細を説明する。
【００３３】
ディスクプロトコル選択部１１６は、物理サーバ１４０をブートさせることができるＩ／Ｏデバイスと、当該Ｉ／Ｏデバイスに接続された記憶装置との間の通信に用いられるプロトコルの種別を自動的に特定する。ディスクプロトコル選択部１１６による処理は、図１７で詳細を説明する。
【００３４】
サーバ管理テーブル１２１は、サーバ管理部１１０が管理する物理サーバ１４０の構成情報を管理するためのテーブルである。サーバ管理テーブル１２１は、図７で詳細を説明する。
【００３５】
ストレージ管理テーブル１２２は、サーバ管理部１１０が管理する物理サーバに接続されるストレージ装置１５０に関する情報を管理するためのテーブルである。ストレージ管理テーブル１２２は、図８で詳細を説明する。
【００３６】
接続管理テーブル１２３は、物理サーバ１４０とストレージ装置１５０との接続関係を管理するためのテーブルである。接続管理テーブル１２３は、図９で詳細を説明する。
【００３７】
ブートデバイス管理テーブル１２４は、物理サーバ１４０に備わるＩ／Ｏデバイスが当該物理サーバ１４０をブートさせることができるか否かの情報を管理するためのテーブルである。ブートデバイス管理テーブル１２４は、図１０で詳細を説明する。
【００３８】
サーバ構成情報取得エージェント管理テーブル１２５は、各サーバ構成情報取得エージェントと、サーバ構成情報取得エージェントに対応するＯＳの種別と、サーバ構成情報取得エージェントの格納場所と、を管理するためのテーブルである。サーバ構成情報取得エージェント管理テーブルは、図１１で詳細を説明する。
【００３９】
ストレージ管理部１３０は、サーバ管理部１１０から物理サーバ１４０に関する情報を記憶するニックネーム管理テーブル１３１を備える。ニックネーム管理テーブル１３１は、図１２で詳細を説明する。
【００４０】
図２は、本発明の第１実施形態のストレージ装置１５０の説明図である。
【００４１】
ストレージ装置１５０は、管理Ｉ／Ｆ１５１、ストレージ制御装置１５２、及びディスク装置１５３を備える。
【００４２】
管理Ｉ／Ｆ１５１は、図１で説明したように、ネットワーク１７０に接続される。ストレージ装置１５０は、管理サーバ１００等からの各種データを管理Ｉ／Ｆ１５１を介して受信し、管理サーバ１００等へ各種データを管理Ｉ／Ｆ１５１を介して送信する。
【００４３】
ストレージ制御装置１５２は、ストレージ装置１５０の制御を司る。ディスク装置１５３には、ｎ個の論理ボリューム（ＬＵ０〜ＬＵｎ）１５４Ａ〜１５４ｎ（以下、総称して論理ボリューム１５４という）が生成される。論理ボリューム１５４は物理サーバ１４０に割り当てられると、物理サーバ１４０は、割り当てられた論理ボリューム１５４に対して、各種データの読み書きが可能となる。
【００４４】
なお、論理ボリューム１５４はディスク装置１５３上に少なくとも一つ生成されていればよい。
【００４５】
図３は、本発明の第１実施形態の管理サーバ１００のサーバ管理部１１０及びストレージ管理部１３０の説明図である。
【００４６】
サーバ管理部１１０は、物理サーバ１４０を管理し、ストレージ管理部１３０は、ストレージ装置１５０を管理する。
【００４７】
サーバ管理部１１０は、ネットワーク１７０を介して、物理サーバ１４０に備わるネットワークＩ／Ｆ（インタフェース）１４１に接続される。サーバ管理部１１０は、物理サーバ１４０に各種データをネットワーク１７０を介して送信し、物理サーバ１４０から各種データをネットワーク１７０を介して受信する。
【００４８】
ストレージ管理部１３０は、ネットワーク１７０を介して、ストレージ装置１５０に備わる管理Ｉ／Ｆ１５１に接続される。ストレージ管理部１３０は、ストレージ装置１５０に各種データをネットワーク１７０を介して送信し、ストレージ装置１５０から各種データをネットワーク１７０を介して受信する。
【００４９】
このように、サーバ管理部１１０とストレージ管理部１３０とは同一の計算機の筐体内で実行されるものであるが、サーバ管理部１１０の管理対象とストレージ管理部１３０の管理対象とは異なるものである。
【００５０】
なお、サーバ管理部１１０を実行する計算機とストレージ管理部１３０を実行する計算機とが異なるものであってもよい。
【００５１】
図４は、本発明の第１実施形態のサーバ管理部１１０とストレージ管理部１３０との連携の説明図である。
【００５２】
図４では、物理サーバ１４０が新たに追加される場合のサーバ管理部１１０とストレージ管理部１３０との連携について説明する。
【００５３】
ここで、物理サーバ１４０が新たに追加される場合との概念は、ＯＳが未だインストールされていない物理サーバ１４０がネットワーク１７０に追加される場合、及び、ネットワーク１７０に接続されていた物理サーバ１４０を他の用途で使用するために、ＯＳを入れ替える場合を含む。
【００５４】
新たに追加される物理サーバ１４０は、外部機器と接続可能な入出力インタフェースであるＨＢＡ（Ｈｏｓｔ  Ｂｕｓ  Ａｄａｐｔｏｒ）１４２を介してストレージ装置１５０に接続される。
【００５５】
サーバ管理部１１０は、新たに物理サーバ１４０が追加される場合、当該新たに追加される物理サーバ１４０から構成情報を取得する。サーバ管理部１１０が取得する構成情報は、新たに追加される物理サーバ１４０の識別子、及び、新たに追加される物理サーバ１４０に備わる入出力インタフェースの識別子を含む。
【００５６】
そして、サーバ管理部１１０は、取得した構成情報に基づいて、ストレージ装置１５０に備わるディスク装置１５３に接続された入出力インタフェースを記憶領域の割当候補として出力する。そして、サーバ管理部１１０は、管理者から記憶領域を割り当てる入出力インタフェースの選択を受け付けると、新たな物理サーバ１４０の識別子、及び、選択を受け付けた入出力インタフェースの識別子を含むディスク生成要求をストレージ管理部１３０に渡す。
【００５７】
ストレージ管理部１３０は、ディスク生成要求を受け付けると、当該ディスク生成要求に含まれる新たに追加される物理サーバ１４０の識別子、及び選択を受け付けた入出力インタフェースの識別子をニックネーム管理テーブル１３１に記憶する。これによって、サーバ管理部１１０とストレージ管理部１３０とは、新たなサーバに関する情報を連携することできる。
【００５８】
次に、ストレージ管理部１３０は、選択を受け付けた入出力インタフェースから、当該入出力インタフェースに接続されたディスク装置１５３に生成された少なくとも一つの論理ボリューム１５４へのアクセスが可能となるように設定し、当該論理ボリューム１５４を新たに追加される物理サーバ１４０に割り当てる。これによって、新たに追加される物理サーバ１４０にディスクが生成されたことになる。
【００５９】
以上によって、ストレージ管理部１３０は、論理ボリューム１５４の割り当てに必要な新たな物理サーバ１４０の識別子、及び、選択を受け付けた入出力インタフェースの識別子を取得でき、サーバ管理部１１０とストレージ管理部１３０とを連携させることができる。このため、物理サーバ１４０に論理ボリューム１５４を割り当てる場合の管理効率を向上させることができる。
【００６０】
図５は、本発明の第１実施形態の管理サーバ１００のハードウェア構成図である。
【００６１】
管理サーバ１００は、プロセッサ１６１、メモリ１６２、ネットワークインタフェース１６３、及びディスクインタフェース１６４を備える。
【００６２】
プロセッサ１６１は、メモリ１６２に格納された各種プログラムを実行する。メモリ１６２には、サーバ管理部１１０に対応するプログラム及びストレージ管理部１３０に対応するプログラムが格納される。
【００６３】
サーバ管理部１１０に対応するプログラムは、サーバ管理処理部１１１に対応するサブプログラム、サーバ情報取得部１１２に対応するサブプログラム、ディスク割当制御部１１３に対応するサブプログラム、ストレージ管理連携部１１４に対応するサブプログラム、サーバ構成情報取得エージェント１１５、ディスクプロトコル選択部１１６に対応するサブプログラムを含む。
【００６４】
また、サーバ管理部１１０に対応するプログラムは、サーバ管理テーブル１２１、ストレージ管理テーブル１２２、接続管理テーブル１２３、ブートデバイス管理テーブル１２４、及びサーバ構成情報取得エージェント管理テーブル１２５を含む。
【００６５】
ネットワークインタフェース１６３は、サーバ管理部１１０がネットワーク１７０を介して物理サーバ１４０にアクセスするためのインタフェースである。ディスクインタフェース１６４は、ストレージ管理部１３０がネットワーク１７０を介してストレージ装置１５０にアクセスするためのインタフェースである。
【００６６】
なお、図５では、サーバ管理部１１０が利用するネットワークインタフェース１６３とストレージ管理部１３０が利用するディスクインタフェース１６４とを分離したが、サーバ管理部１１０及びストレージ管理部１３０は、ネットワーク１７０に接続された一つのインタフェースを利用してもよい。
【００６７】
また、上述した各部の機能を実現するプログラムは一つのメモリに格納されている必要はなく、複数の計算機のメモリに分散して格納され、複数の計算機によって管理サーバ１００の機能が実現されてもよい。
【００６８】
また、各機能を実現するプログラム、テーブル、ファイル等の情報は、不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記憶デバイス、または、ＩＣカード、ＳＤカード、ＤＶＤ等の計算機読み取り可能な非一時的データ記憶媒体に格納することができる。
【００６９】
図６は、本発明の第１実施形態の物理サーバ１４０のハードウェア構成図である。
【００７０】
物理サーバ１４０は、プロセッサ１４３、メモリ１４４、ネットワークインタフェース１４１、及びディスクインタフェース１４５を備える。
【００７１】
プロセッサ１４３は、メモリ１４４に格納された各種プログラムを実行する。メモリ１４４には、アプリケーションプログラム１４６及びオペレーティングシステム（ＯＳ）１４７が格納される。オペレーティングシステム１４７は、物理サーバ１４０の基本的な制御を司るプログラムである。
【００７２】
ネットワークインタフェース１４１には、ネットワーク１７０が接続される。ディスクインタフェース１４５には、ストレージ装置１５０のディスク装置１５３が接続される。これらを物理サーバ１４０の入出力インタフェース（Ｉ／Ｏデバイス）という。
【００７３】
図７は、本発明の第１実施形態のサーバ管理テーブル１２１の説明図である。
【００７４】
サーバ管理テーブル１２１は、サーバ管理部１１０が物理サーバ１４０の各種情報を管理するためのテーブルである。
【００７５】
サーバ管理テーブル１２１は、物理サーバ識別子７０１、ＣＰＵ７０２、メモリ７０３、Ｉ／Ｏデバイス識別子７０４、ＯＳ種別７０５、及び接続ディスク７０６を含む。
【００７６】
物理サーバ識別子７０１には、物理サーバ１４０の一意な識別子が登録される。ＣＰＵ７０２には、物理サーバ１４０に備わるプロセッサ１４３の性能情報が登録される。具体的には、ＣＰＵ７０２には、物理サーバ１４０に備わるプロセッサ１４３のコア当たりのクロック数とコア数とが登録される。
【００７７】
メモリ７０３には、物理サーバ１４０に備わるメモリ１４４の性能情報が登録される。具体的には、メモリ７０３には、物理サーバ１４０に備わるメモリ１４４の容量（ＧＢ）が登録される。
【００７８】
Ｉ／Ｏデバイス識別子７０４には、物理サーバ１４０に備わるＩ／Ｏデバイスの識別子が登録される。Ｉ／Ｏデバイス識別子７０４に登録される識別子は、Ｉ／Ｏデバイスの種類によって異なる種類の識別子が登録される。具体的には、Ｉ／Ｏデバイスの種類がＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）である場合、Ｉ／Ｏデバイス識別子７０４には、当該ＮＩＣのＭＡＣアドレスが登録される。また、Ｉ／Ｏデバイスの種類がＨＢＡである場合、Ｉ／Ｏデバイス識別子７０４には、当該ＨＢＡのＷＷＮ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｎａｍｅ）が登録される。また、Ｉ／Ｏデバイスの種類がＣＮＡ（Ｃｏｎｖｅｒｇｅｄ  Ｎｅｔｗｏｒｋ  Ａｄａｐｔｅｒ）である場合、Ｉ／Ｏデバイス識別子７０４には、当該ＣＮＡのＭＡＣアドレスが登録される。さらに、Ｉ／Ｏデバイス識別子７０４には、物理サーバ１４０に備わる内蔵ディスクが登録される場合がある。
【００７９】
ＯＳ種別７０５には、物理サーバ１４０にインストールされている又はインストールされる予定のＯＳの種別が登録される。
【００８０】
接続ディスク７０６には、物理サーバ１４０のＩ／Ｏデバイスに接続されたストレージ装置１５０のディスク装置１５３の識別子が登録される。
【００８１】
図８は、本発明の第１実施形態のストレージ管理テーブル１２２の説明図である。
【００８２】
ストレージ管理テーブル１２２は、サーバ管理部１１０がストレージ装置１５０の各種情報を管理するためのテーブルである。ストレージ管理テーブル１２２に登録される各種情報は管理者によって予め設定される。
【００８３】
ストレージ管理テーブル１２２は、ストレージ装置識別子８０１、プロトコル８０２、管理Ｉ／Ｆアドレス８０３、引数８０４、及び管理アドレス８０５を含む。
【００８４】
ストレージ装置識別子８０１には、ストレージ装置１５０の識別子が登録される。プロトコル８０２には、ストレージ装置１５０と当該ストレージ装置１５０に接続された物理サーバ１４０との間の通信で利用されるプロトコルの名称が登録される。管理Ｉ／Ｆアドレス８０３には、ストレージ装置１５０に備わる管理Ｉ／Ｆ１５１のアドレスが登録される。
【００８５】
引数８０４には、サーバ管理部１１０がストレージ装置１５０にディスク生成要求を渡す場合に必要な情報が登録される。具体的には、引数８０４には、論理ボリューム１５４を割り当てるＩ／Ｏデバイスの識別子（例えば、ＷＷＮ及びＭＡＣアドレス等）、ユーザ名とパスワードとを含む認証情報、並びに、ディスク生成コマンドが登録される。
【００８６】
管理アドレス８０５には、ストレージ装置１５０を管理するストレージ管理部１３０が利用するディスクインタフェース１６４のアドレスが登録される。
【００８７】
図９は、本発明の第１実施形態の接続管理テーブル１２３の説明図である。
【００８８】
接続管理テーブル１２３は、サーバ管理部１１０が物理サーバ１４０とストレージ装置１５０との接続関係を管理するためのテーブルである。なお、接続管理テーブル１２３には、新たな物理サーバ１４０が追加された場合に、当該物理サーバ１４０と当該物理サーバ１４０に接続されたストレージ装置１５０との接続関係が管理者によって登録されるものとする。
【００８９】
接続管理テーブル１２３は、物理サーバ識別子９０１、Ｉ／Ｏデバイス識別子９０２、及び接続装置９０３を含む。
【００９０】
物理サーバ識別子９０１には、物理サーバ１４０の識別子が登録される。Ｉ／Ｏデバイス識別子９０２には、物理サーバ１４０に備わるＩ／Ｏデバイスのうち、ストレージ装置１５０又は内蔵ディスクに接続されるＩ／Ｏデバイスの識別子が登録される。接続装置９０３には、物理サーバ１４０に備わるＩ／Ｏデバイスに接続されるストレージ装置１５０又は内蔵ディスクの識別子が登録される。
【００９１】
図１０は、本発明の第１実施形態のブートデバイス管理テーブル１２４の説明図である。
【００９２】
ブートデバイス管理テーブル１２４は、物理サーバ１４０をブートさせることができるＩ／Ｏデバイスをサーバ管理部１１０が管理するためのテーブルである。
【００９３】
ブートデバイス管理テーブル１２４は、物理サーバ識別子１００１、Ｉ／Ｏデバイス識別子１００２、ブート可否１００３、及びブートデバイス１００４を含む。
【００９４】
物理サーバ識別子１００１には、物理サーバ１４０の識別子が登録される。Ｉ／Ｏデバイス識別子１００２には、物理サーバ１４０に備わるＩ／Ｏデバイスの識別子が登録される。ブート可否１００３には、物理サーバ１４０に備わるＩ／Ｏデバイスが当該物理サーバ１４０をブートさせることができるか否かを示す情報が登録される。ブートデバイス１００４には、物理サーバ１４０をブートさせるＩ／Ｏデバイスの識別子が登録される。
【００９５】
図１１は、本発明の第１実施形態のサーバ構成情報取得エージェント管理テーブル１２５の説明図である。
【００９６】
サーバ構成情報取得エージェント管理テーブル１２５は、サーバ構成情報取得エージェント１１５に対応するＯＳと、サーバ構成情報取得エージェント１１５の格納場所とをサーバ管理部１１０が管理するためのテーブルである。
【００９７】
サーバ構成情報取得エージェント管理テーブル１２５は、エージェント識別子１１０１、ＯＳ種別１１０２、及び格納場所１１０３を含む。
【００９８】
エージェント識別子１１０１には、サーバ構成情報取得エージェント１１５の識別子が登録される。ＯＳ種別１１０２には、サーバ構成情報取得エージェント１１５に対応するＯＳの種別が登録される。格納場所１１０３には、サーバ構成情報取得エージェント１１５の格納場所が登録される。なお、サーバ構成情報取得エージェント１１５がＯＳの種別に対応するとは、サーバ構成情報取得エージェント１１５が物理サーバ１４０で実行された場合に、当該サーバ構成情報取得エージェント１１５は、自身に対応するＯＳの機能を物理サーバ１４０上で実現する。
【００９９】
図１２は、本発明の第１実施形態のニックネーム管理テーブル１３１の説明図である。
【０１００】
ニックネーム管理テーブル１３１は、論理ボリューム１５４を割り当てた物理サーバ１４０のＩ／Ｏデバイスと当該論理ボリューム１５４のディスク装置１５３との関係をストレージ管理部１３０が管理するためのテーブルである。
【０１０１】
ニックネーム管理テーブル１３１は、ニックネーム１２０１、サーバ識別子１２０２、Ｉ／Ｏデバイス識別子１２０３、プロトコル１２０４、ストレージ装置識別子１２０５、及びディスク番号１２０６を含む。
【０１０２】
ニックネーム１２０１には、論理ボリューム１５４を割り当てる物理サーバ１４０の識別子と、当該物理サーバ１４０に備わるＩ／Ｏデバイスのうち当該論理ボリューム１５４を割り当てるＩ／Ｏデバイスの識別子と、に基づいて、サーバ管理部１１０によって生成されたニックネームが登録される。ニックネームの生成処理については、図２０で詳細を説明する。
【０１０３】
サーバ識別子１２０２には、論理ボリューム１５４を割り当てる物理サーバ１４０の識別子が登録される。Ｉ／Ｏデバイス識別子１２０３には、論理ボリューム１５４を割り当てるＩ／Ｏデバイスの識別子が登録される。
【０１０４】
プロトコル１２０４には、Ｉ／Ｏデバイスと当該Ｉ／Ｏデバイスに接続された記憶装置との間の通信に用いられるプロトコルの種別が登録される。ストレージ装置識別子１２０５には、物理サーバ１４０に論理ボリューム１５４を提供するストレージ装置１５０の識別子が登録される。ディスク番号１２０６には、ストレージ装置１５０に備わるディスク装置１５３のうち物理サーバ１４０に論理ボリューム１５４を提供する論理ボリューム１５４が生成されたディスク装置１５３の識別子が登録される。
【０１０５】
図１３は、本発明の第１実施形態のサーバ管理処理のフローチャートである。
【０１０６】
サーバ管理処理は、プロセッサ１６１がサーバ管理処理部１１１に対応するプログラムを実行することによって実行される。
【０１０７】
まず、プロセッサ１６１は、管理者からの要求を受け付ける（１３０１）。管理者からの要求は、種々の要求を含み、新たな物理サーバ１４０を追加する要求も含む。
【０１０８】
次に、プロセッサ１６１は、ステップ１３０１の処理で受け付けた要求が新たな物理サーバ１４０を追加する要求であるか否かを判定する（１３０２）。
【０１０９】
ステップ１３０１の処理で受け付けた要求が新たな物理サーバ１４０を追加する要求でないとステップ１３０２の処理で判定された場合、プロセッサ１６１は、受け付けた要求に対応する処理を実行し（１３０３）、サーバ管理処理を終了する。
【０１１０】
一方、ステップ１３０１の処理で受け付けた要求が新たな物理サーバ１４０を追加する要求であるとステップ１３０２の処理で判定された場合、サーバ情報取得部１１２に対応するプログラムを呼び出し、新たに追加される物理サーバ１４０の構成情報を取得するサーバ構成情報取得処理を実行する（１３０４）。なお、サーバ構成情報取得処理は、図１４で詳細を説明する。
【０１１１】
ここで、新たな物理サーバ１４０を追加する要求には、新たな物理サーバ１４０の識別子及び新たな物理サーバ１４０に導入予定のＯＳの種別が含まれる。ステップ１３０４の処理では、プロセッサ１６１は、サーバ管理テーブル１２１に新たなエントリを追加する。そして、プロセッサ１６１は、当該エントリの物理サーバ識別子７０１に、新たな物理サーバ１４０を追加要求に含まれる新たな物理サーバ１４０の識別子を登録し、当該エントリのＯＳ種別７０５に、新たな物理サーバ１４０を追加要求に含まれる新たな物理サーバ１４０に導入予定のＯＳの種別を登録する。
【０１１２】
次に、プロセッサ１６１は、ディスク割当制御部１１３に対応するプログラムを呼び出し、新たに追加される物理サーバ１４０のブート方法を決定するディスク割当制御処理を実行する（１３０５）。なお、ディスク割当制御処理は、図１６で詳細を説明する。
【０１１３】
次に、プロセッサ１６１は、ストレージ管理連携部１１４に対応するプログラムを呼び出し、新たに追加される物理サーバ１４０に論理ボリューム１５４を割り当てるディスク生成要求をストレージ管理部１３０に渡すストレージ管理連携処理を実行し（１３０６）、サーバ管理処理を終了する。なお、ストレージ管理連携処理は、図１９で詳細を説明する。
【０１１４】
図１４は、本発明の第１実施形態のサーバ情報取得処理のフローチャートである。
【０１１５】
サーバ情報取得処理は、プロセッサ１６１がサーバ情報取得部１１２に対応するプログラムを実行することによって実行される。
【０１１６】
まず、プロセッサ１６１は、サーバ管理テーブル１２１のＯＳ種別７０５を参照し、新たな物理サーバ１４０に導入予定のＯＳの種別を取得する（１４０１）。
【０１１７】
次に、プロセッサ１６１は、サーバ構成情報取得エージェント管理テーブル１２５を参照し、新たな物理サーバ１４０に導入予定のＯＳの種別に対応するサーバ構成情報取得エージェント１１５の格納場所を取得する（１４０２）。
【０１１８】
具体的には、プロセッサ１６１は、サーバ構成情報取得エージェント管理テーブル１２５のエントリのうち、ＯＳ種別１１０２に登録されたＯＳの種別がステップ１４０１の処理で取得したＯＳの種別と一致するエントリを選択する。そして、プロセッサ１６１は、選択したエントリの格納場所１１０３に登録されたサーバ構成情報取得エージェント１１５の格納場所を取得する。
【０１１９】
次に、プロセッサ１６１は、新たな物理サーバ１４０に電源が投入されていることを確認し（１４０３）、ステップ１４０２の処理で取得した格納場所からサーバ構成情報取得エージェント１１５を取得し、取得したサーバ構成情報取得エージェント１１５をネットワーク１７０を介して新たな物理サーバ１４０に送信する（１４０４）。なお、サーバ構成情報取得エージェント１１５は、新たな物理サーバ１４０上で当該物理サーバ１４０に導入予定のＯＳと同じ環境を生成し、当該物理サーバ１４０の構成情報を取得する。
【０１２０】
次に、プロセッサ１６１は、ステップ１４０４の処理で新たな物理サーバ１４０に送信したサーバ構成情報取得エージェント１１５から、当該新たな物理サーバ１４０に備わるプロセッサ１４３の性能情報、メモリ１４４の性能情報、Ｉ／Ｏデバイスの識別子、及び当該新たな物理サーバ１４０に接続されたストレージ装置１５０の識別子を含む構成情報を取得し、取得した構成情報でサーバ管理テーブル１２１を更新する（１４０５）。
【０１２１】
具体的には、プロセッサ１６１は、サーバ管理テーブル１２１に登録されたエントリのうち、物理サーバ識別子７０１が新たな物理サーバ１４０の識別子と一致するエントリを選択する。そして、プロセッサ１６１は、選択したエントリのＣＰＵ７０２に、取得したプロセッサ１４３の性能情報を登録し、選択したエントリのメモリ７０３に、取得したメモリ１４４の性能情報を登録し、選択したエントリのＩ／Ｏデバイス識別子７０４に、取得したＩ／Ｏデバイスの識別子を登録し、選択したエントリの接続ディスク７０６に、取得した新たな物理サーバ１４０に接続されたストレージ装置１５０のディスク装置１５３の識別子を登録する。
【０１２２】
次に、プロセッサ１６１は、ステップ１４０４の処理で新たな物理サーバ１４０に送信したサーバ構成情報取得エージェント１１５から、当該新たな物理サーバ１４０に備わるＩ／Ｏデバイスのうち、当該新たな物理サーバ１４０をブート可能なＩ／Ｏデバイスの識別子を含むブートデバイス情報を取得する（１４０６）。なお、ブートデバイス情報には、新たな物理サーバ１４０をブートさせるＩ／Ｏデバイス（ブートデバイス）が設定されている場合には、当該ブートデバイスの識別子が含まれる。
【０１２３】
そして、プロセッサ１６１は、サーバ管理テーブル１２１のＩ／Ｏデバイス識別子７０４に登録されたＩ／Ｏデバイスの識別子の中から、ステップ１４０６の処理で取得したブートデバイス情報に含まれるブート可能なＩ／Ｏデバイスの識別子と一致するＩ／Ｏデバイスの識別子を検索する（１４０７）。
【０１２４】
そして、プロセッサ１６１は、ブートデバイス管理テーブル１２４を更新する（１４０８）。具体的には、プロセッサ１６１は、ブートデバイス管理テーブル１２４に新たなエントリを追加し、追加したエントリのＩ／Ｏデバイス識別子１００２に、サーバ管理テーブル１２１の新たな物理サーバ１４０の識別子と一致するエントリのＩ／Ｏデバイス識別子７０４に登録されたＩ／Ｏデバイスの識別子を登録する。そして、プロセッサ１６１は、ステップ１４０７の処理で、ブートデバイス情報に含まれるブート可能なＩ／Ｏデバイスの識別子と一致するＩ／Ｏデバイスの識別子に対応するブート可否１００３には可を登録し、ステップ１４０７の処理で、ブートデバイス情報に含まれるブート可能なＩ／Ｏデバイスの識別子と一致しないＩ／Ｏデバイスの識別子に対応するブート可否１００３には不可を登録する。さらに、プロセッサ１６１は、ステップ１４０６の処理で取得したブートデバイス情報にブートデバイスの識別子が含まれる場合、ブートデバイス１００４に当該ブートデバイスの識別子を登録する。
【０１２５】
次に、プロセッサ１６１は、新たな物理サーバ１４０の電源をオフにする指令を当該新たな物理サーバ１４０に送信し（１４０９）、サーバ情報取得処理を終了する。
【０１２６】
図１５は、本発明の第１実施形態のサーバ構成情報取得エージェント１１５による処理のフローチャートである。
【０１２７】
サーバ構成情報取得エージェント１１５を受信した物理サーバ１４０のプロセッサ１４３は、受信したサーバ構成情報取得エージェント１１５を実行することによって、図１５に示す処理は実行される。
【０１２８】
まず、プロセッサ１４３は、プロセッサ１４３の性能情報を取得し（１５０１）、メモリ１４４の性能情報を取得し（１５０２）、Ｉ／Ｏデバイスの識別子を取得する（１５０３）。
【０１２９】
次に、プロセッサ１４３は、ＢＩＯＳ又はＵＥＦＩにアクセスし、物理サーバ１４０をブート可能なＩ／Ｏデバイスの識別子を取得する（１５０４）。
【０１３０】
そして、プロセッサ１４３は、ステップ１５０１〜１５０４の処理で取得した情報を管理サーバ１００のサーバ管理部１１０に送信し（１５０５）、処理を終了する。
【０１３１】
図１６は、本発明の第１実施形態のディスク割当制御処理のフローチャートである。
【０１３２】
ディスク割当制御処理は、プロセッサ１６１がディスク割当制御部１１３に対応するプログラムを実行することによって実行される。
【０１３３】
まず、プロセッサ１６１は、ブートデバイス管理テーブル１２４を参照し、新たな物理サーバ１４０に備わるＩ／Ｏデバイスのうち当該物理サーバ１４０をブート可能なＩ／Ｏデバイスの識別子を取得する（１６０１）。
【０１３４】
具体的には、プロセッサ１６１は、ブートデバイス管理テーブル１２４のエントリのうち、物理サーバ識別子１００１に登録された物理サーバ１４０の識別子が新たな物理サーバ１４０の識別子と一致するエントリを選択する。そして、プロセッサ１６１は、選択したエントリのＩ／Ｏデバイス識別子１００２に登録されたＩ／Ｏデバイスの識別子のうち、ブート可否１００３が可であるＩ／Ｏデバイスの識別子を取得する。
【０１３５】
次に、プロセッサ１６１は、接続管理テーブル１２３を参照し、ブート可能なＩ／Ｏデバイスに接続されたストレージ装置１５０又は内蔵ディスクの識別子を取得する（１６０２）。
【０１３６】
具体的には、プロセッサ１６１は、接続管理テーブル１２３に登録されたエントリのうち、物理サーバ識別子９０１が新たな物理サーバ１４０の識別子と一致するエントリを選択する。そして、プロセッサ１６１は、選択したエントリのうち、Ｉ／Ｏデバイス識別子９０２がステップ１６０１の処理で取得したＩ／Ｏデバイスの識別子と一致するエントリの接続装置９０３に登録されたストレージ装置１５０の識別子又は内蔵ディスクの識別子を取得する。
【０１３７】
次に、プロセッサ１６１は、ディスクプロトコル選択部１１６を呼び出し、ブート可能なＩ／Ｏデバイスと当該Ｉ／Ｏデバイスに接続される装置との間の通信に利用するプロトコル（ディスクプロトコル）を取得するディスクプロトコル選択処理を実行する（１６０３）。ディスクプロトコル選択処理は、図１７で詳細を説明する。
【０１３８】
次に、プロセッサ１６１は、ステップ１６０２及び１６０３の処理を、ステップ１６０１の処理で取得したすべてのブート可能なＩ／Ｏデバイスの識別子に対して、ステップ１６０１〜１６０３の処理を実行したか否かを判定する（１６０４）。
【０１３９】
ステップ１６０４の処理で、ステップ１６０１の処理で取得したすべてのブート可能なＩ／Ｏデバイスの識別子に対して、ステップ１６０２及び１６０３の処理を実行していないと判定された場合、プロセッサ１６１は、ステップ１６０２の処理に戻り、ステップ１６０２及び１６０３の処理が未だ実行されていないブート可能なＩ／Ｏデバイスの識別子に対してステップ１６０２及び１６０３の処理を実行する。
【０１４０】
一方、ステップの処理で、ステップ１６０１の処理で取得したすべてのブート可能なＩ／Ｏデバイスの識別子に対して、ステップ１６０２及び１６０３の処理を実行したと判定された場合、プロセッサ１６１は、ブート可能なディスクプロトコルを提示するためのサーバ管理画面１８００を図示しないディスプレイに表示する（１６０５）。サーバ管理画面１８００については、図１８で詳細を説明する。図示しないディスプレイは、管理サーバ１００にネットワーク１７０を介して接続されたクライアント計算機に備わるものであってもよいし、管理サーバ１００に備わるものであってもよい。
【０１４１】
次に、プロセッサ１６１は、サーバ管理画面１８００を介して、管理者から論理ボリューム１５４を割り当てるＩ／Ｏデバイスの種別の指定、及び、割り当てる論理ボリューム１５４の容量の指定を含む割当指令を受け付け（１６０６）、ディスク割当制御処理を終了する。例えば、サーバ管理画面１８００が図示しないクライアント計算機のディスプレイに表示される場合、図示しないクライアント計算機はサーバ管理画面１８００を介して割当指令を受け付けると、管理サーバ１００に当該割当指令を送信し、管理サーバ１００は割当指令を受信することによって、当該割当指令を受け付ける。
【０１４２】
図１７は、本発明の第１実施形態のディスクプロトコル選択処理のフローチャートである。
【０１４３】
ディスクプロトコル選択処理は、プロセッサ１６１によってディスクプロトコル選択部１１６に対応するプログラムが実行されることによって実行される。
【０１４４】
まず、プロセッサ１６１は、図１６に示すステップ１６０２の処理で取得されたストレージ装置１５０又は内蔵ディスクの識別子を参照し、新たな物理サーバ１４０に備わるブート可能なＩ／Ｏデバイスに接続される装置はあるか否かを判定する（１７０１）。
【０１４５】
ステップ１７０１の処理で、新たな物理サーバ１４０に備わるブート可能なＩ／Ｏデバイスに接続される装置はないと判定された場合、ディスクプロトコルもないので、ディスクプロトコル選択処理を終了する。
【０１４６】
一方、ステップ１７０１の処理で、新たな物理サーバ１４０に備わるブート可能なＩ／Ｏデバイスに接続される装置はあると判定された場合、プロセッサ１６１は、図１６に示すステップ１６０２の処理で取得されたストレージ装置１５０又は内蔵ディスクの識別子を参照し、ブート可能なＩ／Ｏデバイスに接続される装置が内蔵ディスクであるか否かを判定する（１７０２）。
【０１４７】
ステップ１７０２の処理で、ブート可能なＩ／Ｏデバイスに接続される装置が内蔵ディスクであると判定された場合、プロセッサ１６１は、ディスクプロトコルを内蔵ディスクに設定し（１７０３）、ディスプロトコル選択処理を終了する。
【０１４８】
ステップ１７０２の処理で、ブート可能なＩ／Ｏデバイスに接続される装置が内蔵ディスクでないと判定された場合、プロセッサ１６１は、ブート可能なＩ／ＯデバイスがＮＩＣであるか否かを判定する（１７０４）。
【０１４９】
ステップ１７０４の処理で、ブート可能なＩ／ＯデバイスがＮＩＣであると判定された場合、プロセッサ１６１はディスクプロトコルをｉＳＣＳＩに設定し（１７０５）、ディスクプロトコル設定処理を終了する。
【０１５０】
一方、ステップ１７０４の処理で、ブート可能なＩ／ＯデバイスがＮＩＣでないと判定された場合、プロセッサ１６１は、ブート可能なＩ／ＯデバイスがＣＮＡであるか否かを判定する（１７０５）。
【０１５１】
ステップ１７０５の処理で、ブート可能なＩ／ＯデバイスがＣＮＡであると判定された場合、プロセッサ１６１は、ディスクプロトコルをＦＣｏＥ（Fibre Channel over Ethernet）に設定し（１７０６）、ディスクプロトコル選択処理を終了する。
【０１５２】
一方、ステップ１７０５の処理で、ブート可能なＩ／ＯデバイスがＣＮＡでないと判定された場合、プロセッサ１６１は、ブート可能なＩ／ＯデバイスがＨＢＡであるか否かを判定する（１７０８）。
【０１５３】
ステップ１７０８の処理で、ブート可能なＩ／ＯデバイスがＨＢＡであると判定された場合、プロセッサ１６１は、ディスクプロトコルをＦＣ（Fibre Channel）に設定し（１７０９）、ディスクプロトコル選択処理を終了する。
【０１５４】
ステップ１７０８の処理で、ブート可能なＩ／ＯデバイスがＨＢＡでないと判定された場合、プロセッサ１６１はディスクプロトコル選択処理を終了する。
【０１５５】
以上によって、ブート可能なＩ／Ｏデバイスに対応するディスクプロトコルが設定される。
【０１５６】
図１８は、本発明の第１実施形態のサーバ管理画面１８００の説明図である。
【０１５７】
サーバ管理画面１８０は、物理サーバ１４０ごとに各ディスクプロトコルのブート可否情報を提示する提示フィールド１８１０と、ディスク割当ボタン１８２０と、を含む。
【０１５８】
提示フィールド１８１０は、サーバ識別子１８１１、内蔵ディスク１８１２、ファイバチャネル１８１３、ｉＳＣＳＩ１８１４、ＦＣｏＥ１８１５、及び容量入力１８１６を含む。
【０１５９】
サーバ識別子１８１１には、各物理サーバ１４０の識別子が表示される。サーバ識別子１８１１、内蔵ディスク１８１２、ファイバチャネル１８１３、ｉＳＣＳＩ１８１４、及びＦＣｏＥ１８１５には、各物理サーバ１４０が各ディスクプロトコルを用いてブート可能か否かの情報が表示され、ブート可能なディスクプロコトルのチェックボックスは管理者の操作によって選択可能である。
【０１６０】
容量入力１８１６は、管理者が物理サーバ１４０に割り当てる論理ボリューム１５４の容量を入力するためのフィールドである。
【０１６１】
ディスク割当ボタン１８２０が操作されると、選択された物理サーバ１４０の選択されたディスクプロトコルに対応するＩ／Ｏデバイスに当該物理サーバ１４０をブートさせるための論理ボリューム１５４を割り当てる割当指令がサーバ管理部１１０に受け付けられる。
【０１６２】
割当指令には、選択された物理サーバ１４０の識別子と、選択されたディスクプロトコルと、入力された論理ボリューム１５４の容量と、が含まれる。
【０１６３】
なお、ディスク割当ボタン１８２０が操作されると、ユーザ名及びパスワードを含む認証情報を入力するための画面が表示され、当該画面を介して認証情報が管理者から入力される。割当指令には管理者によって入力された認証情報も含まれる。
【０１６４】
図１９は、本発明の第１実施形態のストレージ管理連携処理のフローチャートである。
【０１６５】
ストレージ管理連携処理は、プロセッサ１６１がストレージ管理連携部１１４に対応するプログラムを実行することによって、実行される。
【０１６６】
まず、プロセッサ１６１は、割当指令に含まれる管理者によって選択されたディスクプロトコルがｉＳＣＳＩであるか否かを判定する（１９０１）。
【０１６７】
ステップ１９０１の処理で、割当指令に含まれる管理者によって選択されたディスクプロトコルがｉＳＣＳＩであると判定された場合、プロセッサ１６１は、ブートデバイス管理テーブル１２４を参照し、選択されたディスクプロトコルであるｉＳＣＳＩに対応するＩ／Ｏデバイスの識別子（ＭＡＣアドレス）を取得し（１９０２）、ステップ１９０９の処理に進む。ステップ１９０２の処理で取得されたＩ／Ｏデバイスの識別子は、論理ボリューム１５４が割り当てられる物理サーバ１４０のＩ／Ｏデバイスの識別子（割当先Ｉ／Ｏデバイス識別子）となる。
【０１６８】
具体的には、プロセッサ１６１は、ブートデバイス管理テーブル１２４のエントリのうち、物理サーバ識別子１００１が割当指令に含まれる管理者によって選択された物理サーバ１４０の識別子と一致するエントリを選択する。そして、プロセッサ１６１は、選択したエントリのＩ／Ｏデバイス識別子１００２に登録されたＩ／Ｏデバイスの識別子のうち、ブート可否１００３を参照してブート可能なＩ／Ｏデバイスの識別子であって、かつＭＡＣアドレスであるＩ／Ｏデバイスの識別子を取得する。
【０１６９】
一方、ステップ１９０１の処理で、割当指令に含まれる管理者によって選択されたディスクプロトコルがｉＳＣＳＩでないと判定された場合、プロセッサ１６１は、管理者によって選択されたディスクプロトコルがＦＣｏＥであるか否かを判定する（１９０３）。
【０１７０】
ステップ１９０３の処理で、管理者によって選択されたディスクプロトコルがＦＣｏＥであると判定された場合、プロセッサ１６１は、ブートデバイス管理テーブル１２４を参照し、選択されたディスクプロトコルであるＦＣｏＥに対応するＩ／Ｏデバイスの識別子（ＭＡＣアドレス）を取得し（１９０４）、ステップ１９０９の処理に進む。ステップ１９０４の処理で取得されたＩ／Ｏデバイスの識別子は、割当先Ｉ／Ｏデバイス識別子となる。
【０１７１】
具体的な取得方法は、ステップ１９０２の処理と同じなので説明を省略する。
【０１７２】
ステップ１９０３の処理で、管理者によって選択されたディスクプロトコルがＦＣｏＥでないと判定された場合、プロセッサ１６１は、管理者によって選択されたディスクプロトコルがＦＣであるか否かを判定する（１９０５）。
【０１７３】
ステップ１９０５の処理で、管理者によって選択されたディスクプロトコルがＦＣであると判定された場合、プロセッサ１６１は、ブートデバイス管理テーブル１２４を参照し、選択されたディスクプロトコルであるＦＣに対応するＩ／Ｏデバイスの識別子（ＷＷＮ）を取得し（１９０６）、ステップ１９０９の処理に進む。ステップ１９０６の処理で取得されたＩ／Ｏデバイスの識別子は、割当先Ｉ／Ｏデバイス識別子となる。
【０１７４】
具体的な取得方法でステップ１９０２の処理と異なるのは、プロセッサ１６１が、Ｉ／Ｏデバイス識別子１００２に登録されたＩ／Ｏデバイスの識別子のうち、ブート可否１００３を参照してブート可能なＩ／Ｏデバイスの識別子であって、かつＷＷＮであるＩ／Ｏデバイスの識別子を取得する点である。
【０１７５】
一方、ステップ１９０５の処理で、管理者によって選択されたディスクプロトコルがＦＣでないと判定された場合、プロセッサ１６１は、管理者によって選択されたディスクプロトコルが内蔵ディスクであるか否かを判定する（１９０７）。
【０１７６】
ステップ１９０７の処理で、管理者によって選択されたディスクプロトコルが内蔵ディスクでないと判定された場合、プロセッサ１６１は、管理者によって選択された物理サーバ１４０にインストールするＯＳを記憶している記憶領域（ディスク）がないことを管理者に通知し（１９０８）、ストレージ管理連携処理を終了する。
【０１７７】
一方、ステップ１９０７の処理で、管理者によって選択されたディスクプロトコルが内蔵ディスクであると判定された場合、ストレージ装置１５０の論理ボリューム１５４を物理サーバ１４０に割り当てる必要がないので、ストレージ管理連携処理を終了する。
【０１７８】
ステップ１９０２、１９０４、又は１９０６の処理の実行後に実行されるステップ１９０９〜１９１０の処理について説明する。これらの処理は、ＯＳをインストールするための論理ボリューム１５４が管理者によって選択された物理サーバ１４０に割り当てられるために、サーバ管理部１１０が保持する情報をストレージ管理部１３０に通知する処理である。
【０１７９】
まず、プロセッサ１６１は、ストレージ管理テーブル１２２を参照して、管理者によって選択されたディスクプロトコルに対応する管理Ｉ／Ｆアドレスを取得する（１９０９）。この管理Ｉ／Ｆアドレスは、ストレージ管理部１３０によって送信される論理ボリューム１５４の割当指令の宛先となる。
【０１８０】
具体的には、プロセッサ１６１は、ストレージ管理テーブル１２２のエントリのうち、プロトコル８０２に登録されたプロトコルが管理者よって選択されたディスクプロトコルが一致し、かつストレージ装置識別子が一致するエントリを選択し、当該エントリの管理Ｉ／Ｆアドレス８０３に登録されたアドレスを取得する。
【０１８１】
次に、プロセッサ１６１は、管理者によって選択された物理サーバ１４０の識別子と、ステップ１９０２、１９０４、又は１９０６の処理で取得された割当先Ｉ／Ｏデバイス識別子と、を組み合わせてニックネームを生成する（１９１０）。ニックネームの生成方法の一例としては、物理サーバ１４０の識別子と割当先Ｉ／Ｏデバイス識別子とを単純に連結する方法がある。ニックネームは、論理ボリューム１５４を割り当てる物理サーバ１４０を特定可能であって、管理者にとって認識しやすい名称である。
【０１８２】
次に、プロセッサ１６１は、割当先Ｉ／Ｏデバイスに論理ボリューム１５４を割り当てるディスク生成要求をストレージ管理部１３０に渡すことによって、ストレージ管理部１３０を呼び出し（１９１１）、ストレージ管理連携処理を終了する。
【０１８３】
ディスク生成要求には、ステップ１９１０の処理で生成されたニックネーム、管理者によって選択された物理サーバ１４０の識別子、割当先Ｉ／Ｏデバイス識別子、管理者によって入力された認証情報、管理者によって指定された割当容量、ステップ１９０９の処理で取得された管理Ｉ／Ｆのアドレス、ステータス情報、及びディスク生成コマンドが含まれる。ステータス情報は、ストレージ管理部１３０が制御するストレージ装置のステータスを指定する情報である。ディスク生成要求に含まれるステータス情報は、サーバ管理部１１０がディスク生成要求を渡したストレージ管理部１３０以外のソフトウェア等からの処理を処理対象となるストレージ装置１５０が実行しないように当該ストレージ装置１５０をロックするステータスが指定される。
【０１８４】
図２０は、本発明の第１実施形態のストレージ管理処理のフローチャートである。
【０１８５】
ストレージ管理処理は、プロセッサ１６１がストレージ管理部１３０に対応するプログラムを実行することによって実行される。
【０１８６】
まず、プロセッサ１６１は、ストレージ管理部１３０が受け付けたディスク生成要求に含まれる認証情報を取得する（２００１）。
【０１８７】
そして、プロセッサ１６１は、ステップ２００１の処理で取得された認証情報が正規の認証情報であるか否かを判定する（２００２）。正規の認証情報は、正規のユーザ名及び正規のパスワードであり、これらの関係はストレージ管理部１３０によって保持されている。
【０１８８】
ステップ２００１の処理で取得された認証情報が正規の認証情報でないと、ステップ２００２の処理で判定された場合、認証が失敗したので、プロセッサ１６１は以降の処理を実行せずに、ストレージ管理処理を終了する。
【０１８９】
一方、ステップ２００１の処理で取得された認証情報が正規の認証情報であると、ステップ２００２の処理で判定された場合、認証が成功したので、プロセッサ１６１は、ストレージ管理部１３０が受け付けたディスク生成要求からステータス情報を取得する（２００３）。
【０１９０】
次に、プロセッサ１６１は、ステップ２００３の処理で取得したステータス情報がストレージ装置１５０のロックを指定しているか否かを判定する（２００４）。
【０１９１】
ステップ２００３の処理で取得したステータス情報がストレージ装置１５０のロックを指定していないと、ステップ２００４の処理で判定された場合、ストレージ管理部１３０が受け付けたディスク生成要求は正規のディスク生成要求でないので、プロセッサ１６１は、以降の処理を実行せず、ストレージ管理処理を終了する。
【０１９２】
一方、ステップ２００３の処理で取得したステータス情報がストレージ装置１５０のロックを指定していると、ステップ２００４の処理で判定された場合、ストレージ管理部１３０が受け付けたディスク生成要求は正規のディスク生成要求であるので、プロセッサ１６１は、受け付けたディスク生成要求に基づいてニックネーム管理テーブル１３１を更新する（２００５）。
【０１９３】
ステップ２００５の処理を具体的に説明する。
【０１９４】
まず、プロセッサ１６１は、ニックネーム管理テーブル１３１に新たなエントリを追加する。そして、プロセッサ１６１は、新たなエントリのニックネーム１２０１にディスク生成要求に含まれるニックネームを登録し、サーバ識別子１２０２にディスク生成要求に含まれる物理サーバ１４０の識別子を登録し、Ｉ／Ｏデバイス識別子１２０３にディスク生成要求に含まれる割当先Ｉ／Ｏデバイス識別を登録する。
【０１９５】
ここで、ストレージ管理部１３０は、ストレージ装置１５０を管理するために、サーバ管理部１１０が保持するストレージ管理テーブル１２２と同じテーブルを保持している。このテーブルは、図８に示すストレージ管理テーブル１２２と同じ構成であり、ストレージ管理テーブルということにする。
【０１９６】
プロセッサ１６１は、ストレージ管理テーブルの管理Ｉ／Ｆアドレス８０３に登録された管理Ｉ／Ｆのアドレスのうち、当該ディスク生成要求に含まれる管理Ｉ／Ｆのアドレスと一致するエントリを選択する。そして、プロセッサ１６１は、選択したエントリのストレージ装置識別子８０１に登録されたストレージ装置１５０の識別子、及びプロトコル８０２に登録されたプロトコルを取得する。
【０１９７】
そして、プロセッサ１６１は、ニックネーム管理テーブル１３１の新たなエントリのプロトコル１２０４に取得したプロトコルを登録し、ニックネーム管理テーブル１３１の新たなエントリのストレージ装置識別子１２０５に取得したストレージ装置１５０の識別子を登録する。
【０１９８】
また、プロセッサ１６１は、ニックネーム管理テーブル１３１の新たなエントリのディスク番号１２０６に割り当てる論理ボリュームの識別子を登録する。
【０１９９】
以上によって、ステップ２００５の処理でニックネーム管理テーブル１３１が更新され、サーバ管理部１１０にしか入力されない論理ボリューム１５４を割り当てる物理サーバ１４０の識別子、及び割当先のＩ／Ｏデバイスの識別子をストレージ管理部１３０が管理することができる。これによって、サーバ管理部１１０の管理者とストレージ管理部１３０の管理者とが、メモレベルでこれらの情報を連携する必要がなくなる。
【０２００】
次に、プロセッサ１６１は、ステップ２００３の処理で取得したステータス情報に基づいて、ストレージ管理部１３０のディスクインタフェース１６４のアドレスを処理対象となるストレージ装置１５０に通知し、当該ディスクインタフェースのアドレス以外のコマンドを受け付けないように処理対象となるストレージ装置１５０を設定することによって、当該ストレージ装置１５０をロックする（２００６）。
【０２０１】
次に、プロセッサ１６１は、ディスク生成要求に含まれる物理サーバ１４０の割当先Ｉ／Ｏデバイスから処理対象となるストレージ装置１５０の論理ボリューム１５４へのアクセスを可能とすることによって、当該論理ボリューム１５４を当該物理サーバ１４０に割り当てる（２００７）。
【０２０２】
次に、プロセッサ１６１は、ステップ２００６の処理で設定したストレージ装置１５０のロックを解除し（２００８）、ストレージ管理処理を終了する。
【０２０３】
ステップ２００７の処理で、論理ボリューム１５４を物理サーバ１４０に割り当てる処理中、ストレージ装置１５０に他のコマンドの処理を禁止するのは、他の管理者から当該ストレージ装置１５０から操作され、誤った設定がなされないようにするためである。
【０２０４】
図２１は、本発明の第１実施形態のストレージ管理画面２１００の説明図である。
【０２０５】
ストレージ管理部１３０はストレージ管理画面２１００の表示要求を受け付けると、ストレージ管理画面２１００をクライアントＰＣ等のディスプレイ等に表示する。
【０２０６】
ストレージ管理画面２１００は、ニックネーム管理テーブル１３１の内容を表示するものである。このため、管理者は、ニックネーム管理テーブル１３１を確認できるので、どの物理サーバ１４０のどのＩ／Ｏデバイスに、どのストレージ装置１５０のどの論理ボリューム１５４が割り当てられているのかを確認できる。これによって、サーバ管理部１１０が管理する物理サーバ１４０に関する情報と、ストレージ管理部１３０が管理するストレージ装置１５０に関する情報とが連携され、サーバ管理部１１０の管理者と、ストレージ管理部１３０の管理者とで、メモレベルの連携が不要となる。
【０２０７】
なお、第１実施形態では、物理サーバ１４０をブートさせるプログラムが記憶された記憶領域を新たな物理サーバ１４０に割り当てる処理について説明したが、これに限定されない。例えば、物理サーバ１４０がデータを読み書きする通常の記憶領域を物理サーバ１４０に割り当ててもよい。この場合、図１６に示すディスク割当制御処理で、新たな物理サーバ１４０のブート可能なＩ／Ｏデバイスを検索する必要がなく、新たな物理サーバ１４０のストレージ装置１５０に接続されたＩ／Ｏデバイスを検索すればよい。
【０２０８】
（第２実施形態）
以下において、本発明の第２実施形態を図２２を参照して説明する。
【０２０９】
本実施形態は、サーバ構成情報取得エージェントが、指定された許容アドレスからの要求のみに対応して、取得した物理サーバ１４０の構成情報を送信するディスカバリモードを備える点で第１実施形態と異なる。
【０２１０】
第１実施形態のサーバ構成情報取得エージェント１１５は、サーバ構成情報取得エージェント１１５を送信したサーバ管理部１１０以外のアドレスからの要求に応じて、取得した物理サーバ１４０の構成情報を送信してしまう可能性がある。この場合、物理サーバ１４０の構成情報が他の計算機に送信されてしまうため、セキュリティ上の問題がある。
【０２１１】
そこで、本実施形態では、サーバ構成情報取得エージェント１１５を、サーバ構成情報取得エージェントが、指定されたアドレスからの要求のみに対応して、取得した物理サーバ１４０の構成情報を送信するようにした。
【０２１２】
本実施形態では、一例として、ストレージ管理部１３０が利用するディスクインタフェース１６４のアドレスを許容アドレスとして説明する。なお、許容アドレスは、ディスクインタフェースのアドレスに限られない。
【０２１３】
この場合、図１３に示すステップ１３０４の処理で、プロセッサ１６１は、ストレージ管理テーブル１２２の管理アドレス８０５に登録されたストレージ管理部１３０が利用するディスクインタフェース１６４のアドレスを取得し、取得したアドレスを許容アドレスに含みサーバ構成情報取得部１１２を呼び出す。
【０２１４】
そして、プロセッサ１６１は、図１４に示すステップ１４０４の処理で、サーバ管理部１１０が利用するネットワークインタフェース１４１のアドレスも許容アドレスに含み、許容アドレス及びサーバ構成情報取得エージェント１１５を物理サーバ１４０に送信する。
【０２１５】
物理サーバ１４０は、許容アドレス及びサーバ構成情報取得エージェント１１５を受信すると、図２２に示すサーバ構成情報取得エージェント１１５による処理を実行する。
【０２１６】
図２２は、本発明の実施形態のサーバ構成情報取得エージェント１１５による処理のフローチャートである。なお、図２２に示す処理のうち図１５に示す処理と同じ処理は同じ符号を付与し、説明を省略する。
【０２１７】
まず、サーバ構成情報取得エージェント１１５を受信した物理サーバ１４０のプロセッサ１４３は、許容アドレスを受信することによって、許容アドレスを取得する（２２０１）。
【０２１８】
次に、プロセッサ１４３は、サーバ構成情報取得要求を受け付け（２２０２）、受け付けたサーバ構成情報取得要求にディスカバリモードの終了指示が含まれるか否かを判定する（２２０３）。サーバ構成情報取得エージェント１１５のディスカバリモードは、サーバ管理部１１０の管理者の入力によって終了することができ、ディスカバリモードの終了指示がサーバ管理部１１０に入力された場合、サーバ管理部１１０は、ディスカバリモードの終了指示をサーバ構成情報取得要求として物理サーバ１４０に送信する。
【０２１９】
ステップ２２０２の処理で、サーバ構成情報取得要求にディスカバリモードの終了指示が含まれると判定された場合、プロセッサ１４３は、サーバ構成情報取得エージェント１１５のサーバ構成情報取得エージェントによる処理を終了する。
【０２２０】
一方、ステップ２２０２の処理で、サーバ構成情報取得要求にディスカバリモードの終了指示が含まれないと判定された場合、プロセッサ１４３は、受け付けた要求の送信元のアドレスを取得する（２２０４）。
【０２２１】
次に、プロセッサ１４３は、ステップ２２０４の処理で取得した送信元のアドレスが許容アドレスであるか否かを判定する（２２０５）。
【０２２２】
ステップ２２０４の処理で取得した送信元のアドレスが許容アドレスであると、ステップ２２０５の処理で判定された場合、プロセッサ１４３は、ステップ１５０１〜１５０５の処理を実行し、物理サーバ１４０の構成情報を要求の送信元に送信し、サーバ構成情報取得エージェント１１５による処理を終了する。
【０２２３】
一方、ステップ２２０４の処理で取得した送信元のアドレスが許容アドレスであると、ステップ２２０５の処理で判定された場合、構成情報の送信が禁止されるアドレスからの要求であるので、プロセッサ１４３は、ステップ１５０１〜１５０５の処理を実行せずに、ステップ２２０２の処理に戻る。
【０２２４】
以上によって、サーバ構成情報取得エージェント１１５は、許容アドレスで指定されたアドレスからの要求にのみ対応して、物理サーバ１４０の構成情報を取得し、当該要求の送信元に構成情報を送信するので、セキュリティが向上する。
【０２２５】
（第３実施形態）
以下、本発明の第３実施形態を図２３及び図２４を参照して説明する。
【０２２６】
本実施形態は、第２実施形態のストレージ管理部１３０の利用するディスクインタフェース１４５のアドレスを含む許容アドレスが指定されるサーバ構成情報取得エージェント１１５が有用となる環境について説明する。
【０２２７】
図２３は、本発明の第３実施形態の計算機システムの構成の説明図である。図２３に示す計算機システムの構成のうち図１に示す計算機システムの構成と同じ構成は、同じ符号を付与し、説明を省略する。
【０２２８】
サーバ管理部１１０に対応するプログラムの製造者とストレージ管理部１３０に対応するプログラムの製造者とが異なる場合、第１実施形態のように、サーバ管理部１１０が物理サーバ１４０に関する情報をストレージ管理部１３０に通知することによって、サーバ管理部１１０とストレージ管理部１３０とを連携させることができない場合がある。
【０２２９】
このため、図２３に示すサーバ管理部１１０は、ディスク割当制御部１１３、ストレージ管理連携部１１４、及びディスクプロトコル選択部１１６を備えない。また、図２３に示すストレージ管理部１３０は、ニックネーム管理テーブル１３１を備えない。
【０２３０】
このように、サーバ管理部１１０とストレージ管理部１３０との間でデータの受け渡しができない環境で、ストレージ管理部１３０は、新たな物理サーバ１４０が追加された場合、当該物理サーバ１４０にＯＳが導入されるまでは、新たな物理サーバ１４０が追加されたこと自体検出できず、新たな物理サーバ１４０にＯＳが導入される前に、新たな物理サーバ１４０に論理ボリューム１５４を割り当てることができなかった。
【０２３１】
本実施形態では、新たな物理サーバ１４０にＯＳが導入される前に、第２実施形態で説明したディスカバリモードを備えるサーバ構成情報取得エージェント１１５を利用することによって、ストレージ管理部１３０が新たな物理サーバ１４０が追加されたことを検出できるようにする。
【０２３２】
具体的には、サーバ管理処理部１１１は、ストレージ管理部１３０が利用するディスクインタフェース１６４のアドレスを引数として、サーバ情報取得部１１２を呼び出す。そして、サーバ情報取得部１１２は、当該ディスクインタフェース１６４のアドレスを許容アドレスに含めて、サーバ構成情報取得エージェント１１５を物理サーバ１４０に送信する。また、サーバ管理処理部１１１によるサーバ管理処理は、サーバ管理部１１０とストレージ管理部１３０との間でデータの受け渡しができないため、第１実施形態のサーバ管理処理部１１１によるサーバ管理処理と異なる処理を実行するので、図２４を用いて説明する。
【０２３３】
図２４は、本発明の第３実施形態のサーバ管理処理のフローチャートである。なお、図２４に示す処理のうち図１３に示す第１実施形態のサーバ管理処理の処理と同じ処理は、図１３と同じ符号を付与し、説明を省略する。
【０２３４】
ステップ１３０２の処理で、管理者からの要求が新たな物理サーバ１４０を追加する要求であるとステップ１３０２の処理で判定された場合、プロセッサ１６１は、ストレージ管理テーブル１２２を参照して新たな物理サーバ１４０に接続されたストレージ装置１５０の管理アドレスを取得する（２４０１）。
【０２３５】
具体的には、プロセッサ１６１は、接続管理テーブル１２３のうち、物理サーバ識別子９０１が新たな物理サーバ１４０の識別子と一致するエントリの接続装置９０３に登録されたストレージ装置１５０の識別子を取得する。そして、プロセッサ１６１は、ストレージ管理テーブル１２２のエントリのうちストレージ装置識別子８０１に登録されたストレージ装置１５０の識別子が取得したストレージ装置１５０の識別子と一致するエントリを選択する。そして、プロセッサ１６１は、選択したエントリの管理アドレス８０５に登録されたアドレスを取得する。
【０２３６】
次に、プロセッサ１６１は、ステップ２４０２の処理で取得した管理アドレスを引数にして、サーバ情報取得部１１２に対応するプログラムを呼び出す（２４０２）。プロセッサ１６１がサーバ情報取得部１１２に対応するプログラムを実行すると、図１４に示すサーバ情報取得処理が実行される。本実施形態の図１４に示すサーバ情報取得処理では、ステップ１４０４の処理で、プロセッサ１６１がサーバ構成情報取得エージェント１１５を新たな物理サーバ１４０に送信する場合、プロセッサ１６１は、引数の管理アドレスを含む許容アドレス及びサーバ構成情報取得エージェント１１５を新たな物理サーバ１４０に送信する。
【０２３７】
新たな物理サーバ１４０がサーバ構成情報取得エージェント１１５を受信した場合、当該物理サーバ１４０のプロセッサ１４３は、図２２に示す第２実施形態のサーバ構成情報取得エージェント１１５による処理と同じ処理を実行する。
【０２３８】
ここで、ストレージ管理部１３０は、自身に接続される物理サーバ１４０に、構成情報の取得要求を周期的に送信しているものとする。このため、図２２に示すように、サーバ構成情報取得エージェント１１５を受信した物理サーバ１４０は、当該ストレージ管理部１３０からの要求に対して、構成情報を取得し、取得した構成情報をストレージ管理部１３０に送信する。したがって、ストレージ管理部１３０は、物理サーバ１４０にＯＳをインストールする前に、当該物理サーバ１４０の構成情報を取得することができるようになる。
【０２３９】
図２４に戻り、プロセッサ１６１は、管理者からディスカバリモードの終了指示を受け付けた場合、ディスカバリモードの終了指示を、サーバ構成情報取得エージェント１１５を送信した物理サーバ１４０に送信し（２４０３）、サーバ管理処理を終了する。なお、図２２で説明したように、物理サーバ１４０がディスカバリモード終了指示を受信すると、プロセッサ１４３は、サーバ構成情報取得エージェント１１５による処理を終了する。
【０２４０】
以上によって、ストレージ管理部１３０は物理サーバ１４０にＯＳをインストールする前に、当該物理サーバ１４０の構成情報を取得することができるようになるため、ストレージ管理部１３０が新たな物理サーバ１４０が追加されたことを検出できるようになり、ＯＳがインストールされていない物理サーバ１４０に対して、ブートデバイスを割り当てることができる。
【０２４１】
以上、本発明を添付の図面を参照して詳細に説明したが、本発明はこのような具体的構成に限定されるものではなく、添付した請求の範囲の趣旨内における様々な変更及び同等の構成を含むものである。
【産業上の利用可能性】
【０２４２】
本発明は、物理サーバの管理ソフトとストレージ装置の管理ソフトとが別である管理計算機を備える計算機システムに適用することができる。
【図１】
2013076865.tif 000003
【図２】
2013076865.tif 000004
【図３】
2013076865.tif 000005
【図４】
2013076865.tif 000006
【図５】
2013076865.tif 000007
【図６】
2013076865.tif 000008
【図７】
2013076865.tif 000009
【図８】
2013076865.tif 000010
【図９】
2013076865.tif 000011
【図１０】
2013076865.tif 000012
【図１１】
2013076865.tif 000013
【図１２】
2013076865.tif 000014
【図１３】
2013076865.tif 000015
【図１４】
2013076865.tif 000016
【図１５】
2013076865.tif 000017
【図１６】
2013076865.tif 000018
【図１７】
2013076865.tif 000019
【図１８】
2013076865.tif 000020
【図１９】
2013076865.tif 000021
【図２０】
2013076865.tif 000022
【図２１】
2013076865.tif 000023
【図２２】
2013076865.tif 000024
【図２３】
2013076865.tif 000025
【図２４】
2013076865.tif 000026
【国際調査報告】
2013076865.tif 000027
2013076865.tif 000028