(57)【要約】【課題】複数のサーバによる情報処理システムでのシステム構築と運用管理に関し、システムの構築と運用管理における管理者の負担を軽減する技術に関する。【解決手段】複数のサーバ・モジュール１００とストレージ・モジュール１４０とがネットワーク１１０によって接続されている情報処理システムにおいて、サーバ・モジュール１００が起動時にストレージ・モジュール１４０に対して送信する構成情報が、ストレージ・モジュール１４０の持つサービスを可動させるのに必要な構成条件、サービスを稼働させるサーバ・モジュールの台数を対応させたシステム構成情報を満たした場合に、該構成情報を送信したサーバ・モジュール１００に対して情報処理システム固有のホスト名を付し、サーバ・モジュール１００に対して該対応情報が示すサービスを割付け、該サービスを送信すると共に、前記対応情報の台数を変更することを特徴とする。【選択図】  図１
2004318578.tif 000002
【特許請求の範囲】
【請求項１】
複数のサーバ・モジュールと、
前記サーバ・モジュールで実行されるサービスを記憶した記憶装置と、前記記憶装置を制御する制御部とを備えたストレージ・モジュールと、がネットワークによって接続されている情報処理システムにおいて、
前記ストレージ・モジュールは、前記サービスを実行させるために必要なサーバ・モジュールの構成、及び、前記サービスを割り付けるサーバ・モジュールの台数を含むシステム構成情報を保持するシステム構成情報保持手段を備え、
前記サーバ・モジュールは、該サーバ・モジュールの起動の際に、前記ストレージ・モジュールに対して、該サーバ・モジュールの構成を示す構成情報を送信する構成情報送信手段を備え、
前記ストレージ・モジュールは、
前記構成情報送信手段によって送信された構成情報と、前記システム構成情報保持手段に保持されたシステム構成情報とを比較する比較手段を備え、
前記比較手段による比較結果に基づいて、該構成情報を送信したサーバ・モジュールに対して情報処理システム固有のホスト名を付し、該サーバ・モジュールに対して該システム構成情報に含まれるサービスを割り付け、該サービスを実行するためのデータを送信すると共に、前記システム構成情報に含まれる前記サービスを割り付けるサーバ・モジュールの台数を更新することを特徴とする情報処理システム。
【請求項２】
前記サーバ・モジュールは、
前記構成情報送信手段が前記構成情報の送信後、所定の時間が経過しても、前記ストレージ・モジュールから、サービス実行するためのデータが送信されてこない場合には、前記構成情報を再度送信し、
前記再度の送信回数が所定の回数を超えた場合には、応答エラーを報告するエラー報告手段を備えたことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記ストレージ・システムが、前記サーバ・モジュールに対してサービスを実行するためのデータの送信後、所定の時間が経過しても前記システム構成情報に含まれる前記サービスを割り付けるサーバ・モジュールの台数が規定の値とならない場合に、未割付エラーを報告するエラー報告手段を備えたことを特徴とする請求項１又は２に記載の情報処理システム。
【請求項４】
前記応答エラー又は未割付エラーが報告された場合に、システム管理者に対して前記システム構成情報の再設定を促す報知手段を備えたことを特徴とする請求項２又は３に記載の情報処理システム。
【請求項５】
前記構成情報送信手段によって送信された構成情報は、標準化されたＣＰＵ名称及び該ＣＰＵの性能情報を含み、
前記ストレージ・モジュールは、
前記サービスを動作させるのに必要なサーバ・モジュールのＣＰＵ性能情報と標準化されたＣＰＵ性能情報との換算に必要な換算情報を保持する換算情報保持手段と、
前記構成情報に含まれるＣＰＵ性能情報を、前記換算情報に基づいて変換する変換手段と、を備え、
前記比較手段は、前記変換手段によって変換されたＣＰＵ性能情報と、前記対応情報保持手段に保持された対応情報とを比較することを特徴とする請求項１から４のいずれか一つに記載の情報処理システム。
【請求項６】
前記サーバ・モジュールのリソースを論理分割する論理分割手段を備え、
前記構成情報には、該サーバ・モジュールの論理分割の可否に関する情報を含み、
前記ストレージ・モジュールは、前記論理分割された単位毎に、前記システム構成情報に含まれるサービスを割付けることを特徴とする請求項１から５のいずれか一つに記載の情報処理システム。
【請求項７】
サーバ・モジュールで実行されるサービスを記憶した記憶装置と、前記記憶装置を制御する制御部とを備えたストレージ・モジュールと、ネットワークによって接続されているサーバ・モジュールであって、
サーバ・モジュールの起動の際に、前記ストレージ・モジュールに対して、該サーバ・モジュールの構成を示す構成情報を送信する構成情報送信手段と、
前記ストレージ・モジュールから送信された、該サーバ・モジュールがサービスを実行するためのデータ、及び、情報処理システム固有のホスト名を受信する受信手段と、を備え、
受信したデータの内容に従って、該サービスを起動することを特徴とするサーバ・モジュール。
【請求項８】
複数のサーバ・モジュールとネットワークによって接続され、前記サーバ・モジュールで実行されるサービスを記憶した記憶装置と、前記記憶装置を制御する制御部とを備えたストレージ・モジュールにおいて、
前記サービスを実行させるために必要なサーバ・モジュールの構成、及び、前記サービスを割り付けるサーバ・モジュールの台数を含むシステム構成情報を保持するシステム構成情報保持手段を備え、
前記サーバ・モジュールは、該サーバ・モジュールの起動の際に、前記ストレージ・モジュールに対して、該サーバ・モジュールの構成を示す構成情報を送信する構成情報送信手段を備え、
前記サーバ・モジュールから送信された、該サーバ・モジュールの構成を示す構成情報と、前記システム構成情報保持手段に保持されたシステム構成情報とを比較する比較手段を備え、
前記比較手段による比較結果に基づいて、該構成情報を送信したサーバ・モジュールに対して情報処理システム固有のホスト名を付し、該サーバ・モジュールに対して該システム構成情報に含まれるサービスを割り付け、該サービスを実行するためのデータを送信すると共に、前記システム構成情報に含まれる前記サービスを割り付けるサーバ・モジュールの台数を更新することを特徴とするストレージ・モジュール。
【請求項９】
複数のサーバ・モジュールと、前記サーバ・モジュールで実行されるサービスを記憶した記憶装置と、前記記憶装置を制御する制御部とを備えたストレージ・モジュールと、がネットワークによって接続されている情報処理システムに用いられるシステム起動方法であって、
前記サーバ・モジュールは、該サーバ・モジュールの起動の際に、前記ストレージ・モジュールに対して、該サーバ・モジュールの構成を示す構成情報を送信し、
前記ストレージ・モジュールは、前記サービスを実行させるために必要なサーバ・モジュールの構成、及び、前記サービスを割り付けるサーバ・モジュールの台数を含むシステム構成情報と、前記サーバ。モジュールから送信された構成情報とを比較し、
前記比較結果に基づいて、該構成情報を送信したサーバ・モジュールに対して情報処理システム固有のホスト名を付し、該サーバ・モジュールに対して該システム構成情報に含まれるサービスを割り付け、該サービスを実行するためのデータを送信すると共に、前記システム構成情報に含まれる前記サービスを割り付けるサーバ・モジュールの台数を更新することを特徴とするシステム構築方法。
【請求項１０】
前記構成情報の送信後、所定の時間が経過しても、前記ストレージ・モジュールから、サービス実行するためのデータが送信されてこない場合には、前記構成情報を再度送信し、
前記再度の送信回数が所定の回数を超えた場合には、応答エラーを報告することを特徴とする請求項９に記載のシステム構築方法。
【請求項１１】
前記ストレージ・システムが、前記サーバ・モジュールに対してサービスを実行するためのデータの送信後、所定の時間が経過しても前記システム構成情報に含まれる前記サービスを割り付けるサーバ・モジュールの台数が規定の値とならない場合に、未割付エラーを報告するエラー報告手段を備えたことを特徴とする請求項９又は１０に記載のシステム構築方法。
【請求項１２】
複数のサーバ・モジュールと、
前記サーバ・モジュールで実行されるサービスを記憶した記憶装置と、前記記憶装置を制御する制御部とを備えたストレージ・モジュールと、がネットワークによって接続されている情報処理システムにおいて、
前記ストレージ・モジュールは、
前記サービスを実行させるのに必要なサーバ・モジュールの構成条件及び前記サービスを稼働させるサーバ・モジュールの台数を含むシステム構成情報を保持するシステム構成情報保持手段と、
前記サーバ・モジュールの起動の際に、該サーバ・モジュールに対して前記サービスを実行するために必要なサーバ・モジュールの構成を含む構成条件要求を送信する構成条件要求送信手段と、を備え、
前記サーバ・モジュールは、
該サーバ・モジュールの構成と、該サーバ・モジュールに対して送信された前記サービスを実行するために必要なサーバ・モジュールの構成とを比較する比較手段と、
前記比較手段による比較結果に基づいて、前記構成条件要求に規定される要件を満たすか否かを示す応答情報を、前記ストレージ・モジュールに対して送信する応答手段と、を備え、
前記ストレージ・モジュールは、前記応答情報に基づいて、該応答情報を送信したサーバ・モジュールに対して情報処理システム固有のホスト名を付し、該サーバ・モジュールに対して該システム構成情報に含まれるサービスを割り付け、該サービスを実行するためのデータを送信すると共に、前記システム構成情報に含まれる前記サービスを割り付けるサーバ・モジュールの台数を更新することを特徴とする情報処理システム。
【請求項１３】
前記応答情報の全てが、前記構成条件要求に規定される要件を満たさない旨の応答情報である場合は、構成条件エラーを報告するエラー報告手段を備えたことを特徴とする請求項１２に記載の情報処理システム。
【請求項１４】
前記ストレージ・システムが、前記サーバ・モジュールに対してサービスを実行するためのデータの送信後、所定の時間が経過しても前記システム構成情報に含まれる前記サービスを割り付けるサーバ・モジュールの台数が規定の値とならない場合に、未割付エラーを報告するエラー報告手段を備えたことを特徴とする請求項１２又は１３に記載の情報処理システム。
【請求項１５】
前記構成条件エラー又は未割付エラーが報告された場合に、システム管理者に対して前記システム構成情報の再設定を促す報知手段を備えたことを特徴とする請求項１３又は１４に記載の情報処理システム。
【請求項１６】
前記構成条件要求送信手段によって送信された構成情報要求情報は、標準化されたＣＰＵ名称、該ＣＰＵの性能情報、及び、前記サービスを動作させるのに必要なサーバ・モジュールのＣＰＵ性能情報と標準化されたＣＰＵ性能情報との換算に必要な換算情報を含み、
前記サーバ・モジュールは、前記構成情報要求情報に含まれるＣＰＵ性能情報を、前記換算情報に基づいて変換する変換手段を備え、
前記比較手段は、前記変換手段によって変換されたＣＰＵ性能情報と、前記対応情報保持手段に保持された対応情報とを比較することを特徴とする請求項１２から１５のいずれか一つに記載の情報処理システム。
【請求項１７】
前記サーバ・モジュールのリソースを論理分割する論理分割手段を備え、
前記応答情報には、該サーバ・モジュールの論理分割の可否に関する情報を含み、
前記ストレージ・モジュールは、前記論理分割された単位毎に、前記システム構成情報に含まれるサービスを割付けることを特徴とする請求項１２から１６のいずれか一つに記載の情報処理システム。
【請求項１８】
サーバ・モジュールで実行されるサービスを記憶した記憶装置と、前記記憶装置を制御する制御部とを備えたストレージ・モジュールと、ネットワークによって接続されているサーバ・モジュールであって、
前記ストレージ・モジュールに対して、サーバ・モジュールの起動を通知する起動通知手段と、
前記ストレージ・モジュールから、前記サーバ・モジュールの起動の際に送信される、該サーバ・モジュールに対して前記サービスを実行するために必要なサーバ・モジュールの構成を含む構成条件要求を受信する受信手段と、
該サーバ・モジュールの構成と、該サーバ・モジュールに対して送信された前記サービスを実行するために必要なサーバ・モジュールの構成とを比較する比較手段と、
前記比較手段による比較結果に基づいて、前記構成条件要求に規定される要件を満たすか否かを示す応答情報を、前記ストレージ・モジュールに対して送信する応答手段と、
前記ストレージ・モジュールから送信された、該サーバ・モジュールがサービスを実行するためのデータ、及び、情報処理システム固有のホスト名を受信する受信手段と、を備え、
受信したデータの内容に従って、該サービスを起動することを特徴とするサーバ・モジュール。
【請求項１９】
複数のサーバ・モジュールとネットワークによって接続され、前記サーバ・モジュールで実行されるサービスを記憶した記憶装置と、前記記憶装置を制御する制御部とを備えたストレージ・モジュールにおいて、
前記サービスを実行させるのに必要なサーバ・モジュールの構成条件及び前記サービスを稼働させるサーバ・モジュールの台数を含むシステム構成情報を保持するシステム構成情報保持手段と、
前記サーバ・モジュールの起動の際に、該サーバ・モジュールに対して前記サービスを実行するために必要なサーバ・モジュールの構成を含む構成条件要求を送信する構成条件要求送信手段と、を備え、
前記ストレージ・モジュールは、前記サーバ・モジュールから送信された前記構成条件要求に規定される要件を満たすか否かを示す応答情報に基づいて、該応答情報を送信したサーバ・モジュールに対して情報処理システム固有のホスト名を付し、該サーバ・モジュールに対して該システム構成情報に含まれるサービスを割り付け、該サービスを実行するためのデータを送信すると共に、前記システム構成情報に含まれる前記サービスを割り付けるサーバ・モジュールの台数を更新することを特徴とするストレージ・モジュール。
【請求項２０】
複数のサーバ・モジュールと、前記サーバ・モジュールで実行されるサービスを記憶した記憶装置と、前記記憶装置を制御する制御部とを備えたストレージ・モジュールと、がネットワークによって接続されている情報処理システムに用いられるシステム起動方法であって、
前記サーバ・モジュールは、前記ストレージ・モジュールに対して、サーバ・モジュールの起動を通知し、
前記ストレージ・モジュールは、前記サーバ・モジュールの起動の際に、該サーバ・モジュールに対して前記サービスを実行するために必要なサーバ・モジュールの構成を含む構成条件要求を送信し、
前記サーバ・モジュールは、
該サーバ・モジュールの構成と、該サーバ・モジュールに対して送信された前記サービスを実行するために必要なサーバ・モジュールの構成とを比較し、
前記比較結果に基づいて、前記構成条件要求に規定される要件を満たすか否かを示す応答情報を、前記ストレージ・モジュールに対して送信し、
前記ストレージ・モジュールは、
前記応答情報に基づいて、該応答情報を送信したサーバ・モジュールに対して情報処理システム固有のホスト名を付し、
該サーバ・モジュールに対して該システム構成情報に含まれるサービスを割り付け、
該サービスを実行するためのデータを送信すると共に、前記システム構成情報に含まれる前記サービスを割り付けるサーバ・モジュールの台数を更新することを特徴とするシステム構築方法。
【請求項２１】
前記応答情報の全てが、前記構成条件要求に規定される要件を満たさない旨の応答情報である場合は、構成条件エラーを報告するエラー報告手段を備えたことを特徴とする請求項２０に記載のシステム構築方法。
【請求項２２】
前記ストレージ・システムが、前記サーバ・モジュールに対してサービスを実行するためのデータの送信後、所定の時間が経過しても前記システム構成情報に含まれる前記サービスを割り付けるサーバ・モジュールの台数が規定の値とならない場合に、未割付エラーを報告するエラー報告手段を備えたことを特徴とする請求項２０又は２１に記載のシステム構築方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数のサーバによる情報サービスを提供する情報処理システムでのシステム構築と運用管理に関し、システムの構築と運用管理における管理者の負担を軽減する技術に関する。
【０００２】
【従来の技術】
従来のサーバには、ストレージにＯＳ及びサーバ・アプリケーションがインストールされており、電源投入やリセットよってＯＳ及びサーバ・アプリケーションが起動することによりサーバとして機能している。多数のサーバからなるシステムを構築又は変更する場合、個々のサーバにＯＳ及びサーバ・アプリケーションのインストールあるいは再設定が必要となる。このため、サーバの管理者負担が大きい上に、人手作業のためエラーが生じる可能性があり、迅速なシステム変更の妨げとなっていた。
【０００３】
この問題に対し、以下に示すような従来技術が知られている。
【０００４】
従来の第１のシステム変更方法では、サーバ装置、ストレージ装置、ファイアウォール等の情報処理システムを構成する要素をネットワークで接続され、オペレータの指示に基づく運用形態に応じて必要な構成要素を必要な分だけ割り当てる。また、各サーバの内蔵ディスクをＤｉｓａｂｌｅし、起動ディスクをブート・サーバに集約する。これにより、運用形態変更に伴うサーバの機能変更が再起動のみで良くなり、再インストール・再設定を不要とすることによって、サーバ管理者の負担を軽減している（例えば、非特許文献１参照。）。
【０００５】
また、従来の第２のシステム変更方法として、サーバ−クライアントシステムにおけるクライアント側のＯＳやデータをサーバ側に集約し、ネットワークを経由してクライアントへのインストール又はブートを行う。これによりサーバ側にブート・イメージがあるため、ＯＳの入替やパッチ当て等をサーバ側のみで行えるようになる。また個々のクライアント毎の設定を不要とすることで管理者の負担を軽減している（例えば、特許文献１参照。）。
【０００６】
【非特許文献１】
Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ  Ｃｏｍｐａｎｙ、“ｔｅｃｈｎｉｃａｌ  ｗｈｉｔｅ  ｐａｐｅｒ  ｈｐ  ｕｔｉｌｉｔｙ  ｄａｔａ  ｃｅｎｔｅｒ”、［ｏｎｌｉｎｅ］、２００１年１０月、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｈｐ．ｃｏｍ／ｌａｒｇｅ／ｉｎｆｒａｓｔｒｕｃｔｕｒｅ／ｕｔｉｌｉｔｙｃｏｍｐｕｔｉｎｇ／ｉｍａｇｅｓ／ＵＤＣＴｅｃｈＷｈｉｔｅＰａｐｅｒ．ｐｄｆ＞
【特許文献１】
特開平６−２２２９１０号公報
【０００７】
【発明が解決しようとする課題】
前記非特許文献１に記載の従来のシステムでは、システム構築を行う際、個々の物理的なサーバに対して、どのＯＳとアプリケーションを割り付けるか、個別に管理者が指定しなければならない。したがって、管理者はサーバの性能や搭載メモリ量・接続されるＩ／Ｏデバイス等を調査の上、性能等を考慮し決定しなければならないという課題がある。
【０００８】
また、前記特許文献１に記載の発明では、クライアント側のＯＳをサーバ側に集約するという点において、第一の従来技術と同様の特徴を有する。しかし、クライアントをサーバとして機能させることも可能であるが、ＣＰＵ性能や搭載メモリ量のようなクライアント側の性質に応じた割付が行えないため、管理者がサーバの性能や搭載メモリ量・接続されるＩ／Ｏデバイス等に応じて機能を割り付けなければならないという課題がある。
【０００９】
本発明は上記の問題点に鑑みてなされたものであり、サーバの性能や搭載メモリ量、接続されるＩ／Ｏデバイス等に応じたＯＳやアプリケーションの自動的な割付を可能とし、管理者の負担を軽減すると共に、人手作業を減らすことによってエラー発生を抑制する情報システムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明では、サーバ・モジュールを動作させるためのＯＳやアプリケーションからなるサービスを個々のサーバ・モジュールから分離し、システム全体のサーバ・モジュールのサービスをストレージ・モジュールに集約している。
【００１１】
各サーバ・モジュールは、リセット又は電源投入を契機として、ストレージ・モジュールに対して自身の構成情報（ＣＰＵ種別と性能、ＣＰＵ搭載数、搭載メモリ容量、接続されるＩ／Ｏデバイス等の情報）を送信する。該構成情報を受け取ったストレージ・モジュールは、予め設定したシステムの構成情報を満たす構成情報をもつサーバ・モジュールに対してサービスを送信し、サーバ・モジュールはストレージ・モジュールから送られたサービスを受け取ることで自動的に起動する。
【００１２】
【発明の作用と効果】
システム構成情報として論理的なサーバ構成の接続関係と数量を予め設定することによって、ストレージ・モジュールが自動的にＯＳとアプリケーションを実行するのに必要となるサーバ・モジュールに割付けるので、システムにインストールされているサーバ・モジュールの性能等に注意を払うことなくシステム構築を可能とし、サーバ・システムを管理する管理者の負担を軽減することが可能となる。
【００１３】
【発明の実施の形態】
以下に、本発明の実施の形態を、図面を用いて説明する。
【００１４】
図１は本発明の第１の実施の形態の情報処理システムの概要を示すブロック図である。
【００１５】
３台のサーバ・モジュール（１００Ａ、１００Ｂ、１００Ｃ）と、ストレージ・モジュール１４０とが、ネットワーク・モジュール１１０で接続されている。また、各サーバ・モジュール１００は直接インターネット／イントラネット２００に接続されている。また、ネットワーク管理者が操作を行うための管理用サーバ１５０がネットワーク・モジュール１１０に接続されている。
【００１６】
サーバ・モジュール１００は、情報処理システムの処理を司るコンピュータ装置であり、ＯＳ及びアプリケーションによってさまざまな機能（例えば、Ｗｅｂサーバ、アプリケーション（ＡＰ）サーバ、データベース（ＤＢ）サーバ等）を行うことができる。なお、これらのサーバ・モジュール１００は３台でなくても構わない。また、サーバ・モジュール１００はインターネット／イントラネット２００に直接的に接続されていなくても良い。
【００１７】
ストレージ・モジュール１４０は、内部にストレージを備えたコンピュータ装置であり、サーバ・モジュール１００の要求によってストレージに保持されたデータを送受信する。
【００１８】
管理用サーバ１５０は、情報処理システムのシステム構成情報等をネットワーク管理者が入力しストレージ・モジュール１４０に送信したり、システム構成の際のエラー情報などをストレージ・モジュール１４０から受信しネットワーク管理者に対して通知を行う管理用コンピュータ装置である。なお、この管理用サーバ１５０は、いずれかのサーバ・モジュール１００によって代用することが可能であり、必ずしも本実施の形態のシステムに必要なものではない。
【００１９】
次に、本実施の形態で使用するサーバ・モジュール１００の構成を図２に示す。
【００２０】
図２（Ａ）では、サーバ・モジュール１００の機能を司る複数のＣＰＵ（１６１ａ、１６２ａ）が、記憶装置であるメモリ１６３ａとＣｈｉｐｓｅｔ１６４ａを介して接続されている。またＣｈｉｐｓｅｔ１６４ａはＩ／Ｏバスを介してネットワークのインターフェースであるＮｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ（ＮＩＣ）（１６５ａ、１６６ａ）及び外部機器（特にディスク装置）とのインターフェースであるＳＣＳＩカード１６７ａに接続されている。ＳＣＳＩカード１６７ａにはディスク装置であるＨＤＤ１６８ａに接続されている。なお、２つのＮＩＣが接続されているのは、一方のＮＩＣがインターネット／イントラネット２００に、もう一方がネットワーク・モジュール１１０に接続されるためである
図２（Ｂ）では、図２（Ａ）と比較すると、ＳＣＳＩカード及びＨＤＤが接続されていない点が相違するが、その他の構成は同一である。本実施の形態のサーバ・モジュール１００では、図２（Ａ）及び（Ｂ）のいずれの構成を用いてもよい。
【００２１】
次に、本実施の形態のストレージ・モジュール１４０の構成を図３に示す。
【００２２】
ストレージ・モジュール１４０は、ストレージ１２０と、ストレージ１２０を制御するためのストレージ制御部１３０を有する。ストレージ１２０は、ＯＳ、アプリケーション、データ（以下、「サービス」と呼ぶ）１２１を保持するために使用される。
【００２３】
ストレージ制御部１３０は、ネットワーク・モジュール１１０との接続を制御する入力解析部１３１と出力生成部１３２を備えている。また、ＯＳを設定するＯＳ設定部１３３、ＯＳを選択するＯＳ選択部１３４、サーバの使用状況を把握するサーバ使用状況把握部１３５、後述するシステム構成情報を保持するためのシステム構成情報部１３６、及び、サーバ・モジュールのＣＰＵ性能を換算するための性能換算データ部１３７を備えている。
【００２４】
次に、以上のように構成された第１の実施の形態の動作について説明する。
【００２５】
本発明では、サーバ・モジュール１００を動作させるためのサービスを個々のサーバ・モジュールから分離し、システム全体のサーバ・モジュール１００のサービス１２１をストレージ・モジュール１４０に集約し、各サーバ・モジュール１００は、ネットワーク・モジュール１１０を介してストレージ・モジュール１４０から送られたサービスを受け取り起動する。
【００２６】
サービス１２１を格納しているストレージ・モジュール１４０には、サービスが実行されるために必要となる条件（ＣＰＵ種別と性能、ＣＰＵ搭載数、搭載メモリ容量、接続されるＩ／Ｏデバイス等の情報）を示したシステム構成情報をシステム構成情報部１３６に保持している。
【００２７】
図４は、本実施の形態の情報処理システムの処理の流れを示したシーケンス図である。
【００２８】
サーバ・モジュール１００は、リセット又は電源投入を契機として、自己のシステム構成情報（ＣＰＵ種別、ＣＰＵ搭載数、搭載メモリ容量、接続されるＩ／Ｏデバイス等）を含む構成情報通知パケットをストレージ・モジュール１４０に対して送信する。
【００２９】
ストレージ・モジュール１４０は構成情報通知パケットを受け取ると、該パケットの情報を参照してサーバ・モジュールのサービスを決定するサーバ・モジュール解析処理を行う。サーバ・モジュール解析処理によって、構成情報パケットを送信したサーバ・モジュール１００のシステム構成情報に適合するサービスを選択し、サーバ・モジュール１００において起動させるサービス種別と割付ける資源を決定し、決定したＯＳ、アプリケーション等必要なデータを応答パケットとしてサーバ・モジュール１００送信する。なお、応答の際には、ストレージ・モジュール１４０は、各サーバ・モジュール１００のホスト名等固有の情報も設定する。
【００３０】
応答パケットを受け取ったサーバ・モジュール１００は、応答パケットに含まれるデータに基づいてサーバの起動を行う。ストレージ・モジュール１４０は、全てのサーバ・モジュール１００に対して、サービスの割付を行う。
【００３１】
なお、サーバ・モジュール１００からの構成情報通知パケットに対して、ストレージ・モジュール１４０からの応答パケットが所定の時間内に送られない場合には、サーバ・モジュール１００は、再度構成情報通知パケットを送信する。送信の回数が所定の回数を超えた場合にはエラーとして管理用サーバ１５０に対して報告する。また、ストレージ・モジュール１４０が保持しているシステム構成情報に対応するサーバ・モジュール１００が割付けることができない場合にも、管理用サーバ１５０に対してエラーを報告する。
【００３２】
次に、前記したサーバ・モジュール解析処理の詳細を、図３の構成図を参照して説明する。
【００３３】
ストレージ・モジュール１４０の入力解析部１３１は、ネットワーク・モジュールから送られてくるパケットを解析し、入力されたパケットが構成情報通知パケットか否かを判定している。この構成情報通知パケットは、通信に用いるためのパケットに付随するネットワークＩＤ（ＴＣＰ／ＩＰ等で用いられるＩＰアドレスやＭＡＣアドレス等）に加えて、該パケットを発行したサーバ・モジュール１００に搭載されるＣＰＵやメモリ、接続されているＩ／Ｏデバイスに関する構成情報（図５において後述）が含まれている。
【００３４】
パケットが構成情報通知パケットでない場合には、入力解析部１３１は、ストレージ１２０に対し直接アクセスを行う。また、パケットの応答はＯＳ設定部１３３を経由せずに、直接、該パケットの送信元に対して行う。
【００３５】
パケットが構成情報通知パケットかであると判定すると、ストレージ制御部１３０では、構成情報に含まれているＣＰＵ性能と搭載リソースとに基づいて、システム構成情報部１３６に保持されているシステム構成情報（図６において後述）を照会して、構成情報通知パケットを発行したサーバ・モジュール１００に割付けるサービス種別を決定する。これは、サーバ・モジュール１００の構成情報が示すＣＰＵ性能及び搭載リソースと一致する、又は動作可能な（サーバ・モジュール１００の搭載リソースを動作させるのに十分な性能を有する）システム構成情報を検索して決定するこのとき、一致する構成が見付からない場合は、性能換算データ部１３７に保持されている性能換算データ（図８において後述）を参照し、システム構成情報を置き換えることで動作可能な構成を決定してもよい。
【００３６】
サービス種別が決定すると、ＯＳ選択部１３４で、ストレージ１２０に保持されているサービス１２１の中から適切なサービスを選択し、選択されたサービスを読み出す。この際、どのサーバ・モジュールに対してどのサービスが割り当てられたかを、サーバ使用状況部１３５に記録しておく。
【００３７】
次に、ＯＳ設定部１３３で、決定したサービスに対してシステム構成情報のホスト名に基づくセットアップをサービスのデータに含まれるＯＳ及びアプリケーションに対して行う。これは、ＯＳ及びアプリケーションに対してネットワーク上のホスト名を予め設定しておき、サーバ・モジュール１００の起動時に自動的に該ホスト名をネットワーク上の名前として動作させる処理である。
【００３８】
次に、セットアップされたデータを出力生成部１３２に渡し、ネットワーク・モジュール１１０に送信可能な形式のパケットにして、前記の構成情報通知パケットを送出したサーバ・モジュール１００に対して応答パケットとして送信する。
【００３９】
以上の処理によって、サーバ・モジュール１００が起動されたとき、サーバ・モジュール１００が送信する構成情報通知パケットに基づいて、ストレージ・モジュール１４０が自動的に適切なサービスを割付け、サービスをネットワーク経由でサーバ・モジュール１００に対して送信し、該サーバ・モジュール１００が受け取ったサービスを起動することができる。
【００４０】
次に、前述したサーバ・モジュールが送信する構成情報通知パケットに含まれる構成情報の詳細を図５に示す。ＣＰＵ性能には、ＣＰＵ種別とＣＰＵの周波数とが含まれている。搭載リソースには、搭載されているＣＰＵの数、搭載されているメモリの容量、接続されているＩ／Ｏデバイスの種類及びＩ／Ｏデバイスの数量が含まれている。なお、図５に示した構成情報以外の情報が含まれていてもよい。
【００４１】
次に、前述したストレージ・モジュール１４０のシステム構成情報部１３６が保持しているシステム構成情報の構成の一例を図６に示す。
【００４２】
システム構成情報は、サーバ・モジュールに割りつけるＯＳとアプリケーションとを組にした「サービス種類」、該サービス種類を実行するのに必要となるサーバの「実行要件」、サーバ・モジュールに対して設定するホスト名を示す「サーバ名称」、サーバ・モジュールの必要台数を示す「台数」、及び「オプション」を対応させて記録している。
【００４３】
サービス種類は、ＯＳの種別（例えばＬｉｎｕｘやＷｉｎｄｏｗｓ（登録商標））、アプリケーションの種別（例えばＷｅｂサーバやＤＢサーバ）から構成されている。
【００４４】
実行要件は、サービスを実行するために必要なサーバ・モジュールに必要とされる装置の性能であり、ＣＰＵ種別、周波数、搭載メモリ量及びＩ／Ｏデバイスから構成されている。
【００４５】
サーバ名称は、サーバ・モジュール１００にサービスを割付ける際に設定するホスト名をある。なお、サーバ名称欄中の「番号」は、サービスをサーバ・モジュール１００に割付ける際に動的に付けられる番号を示しており、該番号はサーバ・モジュール１００に割付ける度に加算され，同一のサービス種類を担当するサーバ・モジュール１００であっても異なるホスト名となるようにしている。例えばＷｅｂサーバを４台構成する場合には、サーバ名称を「Ｗｅｂ＿０１」「Ｗｅｂ＿０２」「Ｗｅｂ＿０３」「Ｗｅｂ＿０４」と設定する。
【００４６】
台数は、サーバ・モジュールの実行要件を満たすサーバ・モジュールの必要台数を示しており、図６の例では、ビジネス系のサーバ・システムで多く用いられているＷｅｂ３層モデルに基づくＷｅｂ／ＡＰ／ＤＢのサービス種類に対し、４／２／１台のサーバ・モジュールを割付けている。
【００４７】
オプションは、Ｆａｉｌ  Ｏｖｅｒ（装置の冗長化、例えば二重化）による高信頼化の指定を行うもので、図６の例では高い信頼性を必要とされるＡＰサーバ、ＤＢサーバに対してＦａｉｌ  Ｏｖｅｒを設定している。なお、必ずしもＦａｉｌ  Ｏｖｅｒである必要はなく、他のシステム構築における必要なオプションを指定してもよい。
【００４８】
次に、図６のシステム構成情報に対応するシステム構成図の例を図７に示す。
【００４９】
１７１ａ、１７１ｂ、１７１ｃ、１７１ｄはそれぞれＷｅｂサーバ、１７２ａ、１７２ｂ、１７２ｃ、１７２ｄはＡＰサーバ、１７３ａ、１７３ｂはＤＢサーバとして構成されている。１７２ａと１７２ｂ、１７２ｃと１７２ｄ、１７３ａと１７３ｂは、それぞれＦａｉｌ  Ｏｖｅｒ、すなわち二重化された構成となっている。また、それぞれのサーバ・モジュール１００には個別のホスト名称が与えられている。
【００５０】
このシステム構成図は、情報処理システムの設計時にシステム管理者によって作成されるものであって、このシステム構成図に基づいて、各サービスに対応するサーバ・モジュールの実行要件を併せて記したものがシステム構成情報（図６）である。
【００５１】
すなわち、管理者が図６のようなシステム構成情報をストレージ・モジュール１４０に設定することによって、自動的に図７に示すシステム構成が起動するような情報処理システムが実現する。
【００５２】
次に、前述した性能データ換算部１３７が保持している性能換算データの例を図８に示す。性能換算データは、ＣＰＵの種類と、各世代のＣＰＵに関して、標準的なＣＰＵを設定し、システム構成情報で設定されるサービス種別毎に、該サービスで実行されるアプリケーションあるいは、アプリケーションと同じ性質のプログラムを実行した場合の標準的なＣＰＵに対する周波数当たりの性能の比を、標準ＣＰＵに対する換算係数として保持している。
【００５３】
図８の例では、Ｉｎｔｅｌ  Ａｒｃｈｉｔｅｃｔｕｒｅ（ＩＡ）３２とＩＡ６４の標準的なＣＰＵであるＰｅｎｔｉｕｍ（登録商標、以下同じ）とＩｔａｎｉｕｍ（登録商標、以下同じ）とにおける、Ｗｅｂ／ＡＰ／ＤＢの各サービスでの周波数当りの性能比を示している。この例によると、Ｗｅｂサーバに求められる性能が、ＰｅｎｔｉｕｍＩＩＩが１、Ｐｅｎｔｉｕｍ４では０．７５、Ｉｔｅｎｉｕｍ２では２．０となっている。これを周波数に換算すると、１ＧＨｚのＰｅｎｔｉｕｍＩＩＩと同等の性能は７５０ＭＨｚのＰｅｎｔｉｕｍ４で得られ、Ｉｔａｎｉｕｍ２では２ＧＨｚで同等の性能が得られる。
【００５４】
この性能換算データを用いることで、システム構成情報に設定するサーバ・モジュールの実行要件（図６参照）は標準的なＣＰＵ及び仮想的な周波数を設定すればよいので、管理者はサーバ・モジュールにどの種類のＣＰＵが備えられているかを考慮することなくシステムの設計を行うことが可能となる。
【００５５】
なお、この性能換算データ部１３７を設けなくてもよい。性能換算データを持たない場合は、システム構成情報に各サーバ・モジュール１００に備えられているＣＰＵ種別とその周波数とを指定する。
【００５６】
次に、前述した、システム構成情報に対応するサーバ・モジュール１００が割付けることができない場合のエラーについて説明する。
【００５７】
図９は、３台のサーバ・モジュール（１００Ａ、１００Ｂ、１００Ｃ）がリセット又は電源投入され、ストレージ・モジュール１４０が順次システム構成情報に基づいてサービスを割付けているときのシーケンスを示す。
【００５８】
なお、このシーケンスでのシステム構成情報は、Ｗｅｂサーバ２台、ＡＰサーバ１台、ＤＢサーバ１台と設定されているものとする。
【００５９】
まず、ストレージ・モジュール１４０がサーバ・モジュール３台各々の構成情報通知パケットを受け取る。そして、最初にサーバ・モジュール１００Ａがシステム構成情報と合致しＷｅｂサーバとして割付けられる。このとき、システム構成情報の台数を２から１減算して、１に設定する。割付が完了すると、応答パケットをサーバ・モジュール１００Ａに送信する。
【００６０】
次に、サーバ・モジュール１００Ｂがシステム構成情報と合致しＷｅｂサーバとして割付けられる。このとき、システム構成情報の台数を１から１減算して、０に設定する。割付が完了すると、応答パケットをサーバ・モジュール１００Ｂに送信する。
【００６１】
次に、サーバ・モジュール１００Ｃがシステム構成情報と合致しＡＰサーバとして割付けられる。このとき、システム構成情報の台数を１から１減算して、０に設定する。割付が完了すると、応答パケットをサーバ・モジュール１００Ｃに送信する。
【００６２】
ここで、３台全てのサーバ・モジュール１００Ａ〜１００Ｃの割付が完了したが、システム構成情報に予め設定されたサーバ・モジュールの台数は合計で４なので、１台が未割付の状態のままとなる。ストレージ・モジュール１４０は、サーバ・モジュール１００からの構成情報通知パケットが到着するのを待機しているが、予め定められた一定の時間、構成情報通知パケットが到着しないと、システム構成情報が未割付のサービスがある旨のエラーを管理者サーバ１５０に対して送信する。
【００６３】
管理者サーバ１５０はシステム管理者に対して、エラーの内容と、システム構成情報の再指定を促すメッセージを通知する。
【００６４】
管理者が上記のエラーを受け付けた場合には、エラーと共に含まれる未割付サービスの数値を減らすか、又は、エラーと共に含まれる未割付サービスのシステム構成情報における実行要件について、エラーとなっているサービス種類よりも、より多くの実行条件を必要とするサービス種類の数量を減らすことによって、未割付サービスをなくすようにし設定し、エラーの回避を行う必要がある。図８の例では、サービス種別のうちＷｅｂサーバの台数を１として、システム全体に必要なサーバ・モジュールの台数を３として再設定することで、エラーの回避を行っている。
【００６５】
以上のように構成された本発明の第１の実施の形態では、システム管理者が予め設計したシステム構成情報によって、各サーバ・モジュールに割付けるサービスをストレージ・モジュールが自動的に割付け、システムの構築を行うことができる
さらに、性能換算データを用いることで、システム管理者は標準的なＣＰＵと仮想的な周波数等のモデル化されたサーバの台数を設定するのみで、実際のハードウェア構成を気にすることなく、システムの構築を行うことができる。
【００６６】
次に、第２の実施の形態の情報処理システムについて図面を参照して説明する。
【００６７】
第２の実施の形態は、第１の実施の形態と比較すると、サーバ・モジュールを論理分割が可能に構成した点が相違する。なお、第１の実施の形態と同一に機能する構成は同一の符号を付し、その説明は省略する。
【００６８】
第２の実施の形態では、図１０に示すように、サーバ・モジュール１００のハードウェア１８０に「ハイパバイザ」と呼ぶファームウェア１８１を搭載しており、１つのサーバ・モジュールを複数の論理的な区画に分割し、個々の論理区画（ＬＰＡＲ）を独立して、ＯＳ及びアプリケーション１８２、１８３が同時に動作することができるように構成されている。
【００６９】
この、個々のＯＳ及びアプリケーション１８２、１８３に対して割り当てるＣＰＵ性能や搭載ＣＰＵ数量、メモリ容量、Ｉ／Ｏデバイス等については、ハイパバイザ１８１によって制御され、１つのハードウェア１８０を２つ又はそれ以上の構成情報を持った装置として動作させることができる。
【００７０】
次に、本実施の形態における、サーバ・モジュール１００が構成情報通知パケットで通知する構成情報を図１１に示す。
【００７１】
構成情報には論理分割フィールドが設けられており、該サーバ・モジュールの論理分割の可否を示す情報が含まれている。上記のハイパバイザ１８１を搭載したサーバ・モジュールの場合は、論理分割フィールドに論理分割が可能であることを示す情報がセットされているので、これを受け取ったストレージ・モジュール１４０は、複数のＬＰＡＲを持ったサーバ・モジュールとして扱う。なお、論理分割フィールドに情報が論理分割不可能であることを示す情報が含まれている場合、ストレージ・モジュール１４０は１台のサーバ・モジュールとして扱う。
【００７２】
次に、以上のように構成された第２の実施の形態の動作について説明する。
【００７３】
ストレージ・モジュール１４０が構成情報通知パケットを受け取り、構成情報に論理分割が可能である情報が含まれている場合、サーバ・モジュール１００に搭載されているＣＰＵ、メモリ、Ｉ／Ｏデバイスを任意の組み合わせに分割して複数のＯＳ及びアプリケーションに割り当てることが可能である
そこで、ストレージ・モジュール１４０では、システム構成情報を参照する際に、複数のサービスの種類の実行に必要なサーバ・モジュール１００の要件の合計した値よりも、サーバ・モジュール１００の構成情報に含まれるＣＰＵ性能や搭載リソースの値が個々のサービスの実行に必要な値を上回っていると判定した場合に、各々のＬＰＡＲに対してサービスを割付ける。割付けた各サービスとＬＰＡＲの対応は、サーバ使用状況部１３５のサーバ使用状況（図１２において後述）に保存する。そして、サービスに対応するデータをストレージ１２０から読み出して、個々のサービスに対しホスト名等のサーバ固有の設定を行った後、１台のサーバ・モジュール１００に対して１つの応答パケットとしてサーバ・モジュール１００に送信する。
【００７４】
応答パケットを受け取ったサーバ・モジュール１００では、応答パケットに含まれる実行要件に従ってハイパバイザ１８１がＬＰＡＲの生成を行い、各ＬＰＡＲに対応するＯＳとアプリケーションの起動を行う。
【００７５】
次に、ストレージ・モジュール１４０のサーバ使用状況部１３５に保持されたサーバ使用状況の例を図１２に示す。
【００７６】
サーバ使用状況には、物理的なサーバ・モジュールを特定するための番号と、該サーバ・モジュールのＮＩＣに固有なＭＡＣアドレスとを対にした「物理サーバＩＤ」、割り付けた「サービス名称」、割付けた「ＯＳ」、該ＯＳに対して設定を行った「ＩＰアドレス」、個別サービスごとに使用するサーバ・モジュールの資源（ＣＰＵ性能、メモリ）の「割付情報」、を対応させ記録したものである。
【００７７】
図１２の例では、物理サーバＩＤの番号１及び２がＬＰＡＲによりそれぞれ２つのＷｅｂサーバが割付けられており、それ以外はＬＰＡＲによる分割が行われていないことを示している。さらに、割付状況では、それぞれのＷｅｂサーバがＣＰＵの資源の５０％ずつを使用し、メモリはそれぞれ１２８ＭＢを使用していることを示している。
【００７８】
以上のように構成された第２の実施の形態の情報処理システムでは、１台のサーバ・モジュールを論理分割して複数のサーバ・モジュールとして扱うことができるので、システム管理者はサーバ・モジュールの台数を考慮することなくシステムの設計を行うことができる。
【００７９】
例えば、サーバ・モジュールの機器を更新により入れ替え全体の台数が変更された場合にも、各サーバ・モジュールの性能に応じてストレージ・モジュールが自動的に適切なサービスを割付けることができる。さらに、システム構成情報に性能換算データを用いれば、システム管理者はサーバ・モジュールの性能や台数を考慮することなくシステムの設計を行うことができる。
【００８０】
次に、本発明の第３の実施の形態の情報処理システムについて、図面を参照して説明する。
【００８１】
第１の及び第２の実施の形態では、サーバ・モジュール１００がストレージ・モジュール１４０に対して構成情報通知パケットを送信し、ストレージ・モジュール１４０は該パケットに基づいてシステムの構築を行うものであったが、第３の実施の形態では、ストレージ・モジュール１４０がサーバ・モジュール１００に対してＯＳ起動要求パケットを送信し、該パケットの内容に合致するサーバ・モジュール１００がストレージ・モジュール１４０に対して一致（又は不一致）パケットを送信することで、システムの構築を行うものである。なお、第１又は第２の実施の形態と同一の作用をする構成は同一の符号を付し、その説明は省略する。
【００８２】
図１３は、第３の実施の形態の情報処理システムの処理の流れを示したシーケンス図である。
【００８３】
まず、サーバ・モジュール１００は、リセット又は電源投入が生じたことをストレージ・モジュール１４０に通知する起動通知を送信する。
【００８４】
ストレージ・モジュール１４０は、サーバ・モジュール１００からの起動通知を受信すると、サーバ・モジュール１００のリセット又は電源投入を契機として、ストレージ・モジュール１４０がシステム構成情報（図６参照）を参照し、未割付（「台数」が０でない）のサービス種類があるか否かを検索する。ここで、全てのサービス種類が割付け済み（「台数」が全て０）である場合は、全てのサービスの起動が完了していることを示しているので、処理を終了する。
【００８５】
未割付のサービス種類がある場合は、ストレージ・モジュール１４０は、該サービス種類に対応するサービスの実行要件を含むＯＳ起動要求パケットを生成し、ネットワーク・モジュール１１０に接続されている全てのサーバ・モジュール１００を宛先として送信する。このＯＳ起動要求パケットの内容は構成情報通知パケット（図５）と同じ情報を含んでいる。
【００８６】
次に、ＯＳ起動要求パケットを受信したサーバ・モジュール１００は、該パケットに含まれる実行要件と、自身に搭載されている性能（ＣＰＵ種類、搭載ＣＰＵ数量、搭載メモリ容量、Ｉ／Ｏデバイス等）とを比較し、満たしているか否か（一致するか不一致であるか）を判定する。判定の結果を応答パケットとしてストレージ・モジュール１４０に対して送信する。図１３の例では、サーバ・モジュール１００Ａ及び１００Ｃが「一致」の応答パケットを送信し、サーバ・モジュール１００Ｂが「不一致」の応答パケットを送信している。
【００８７】
ストレージ・モジュール１４０は、受信した応答パケットの内容を読み出し、サービスの実行要件を満たしている（一致の応答パケットを返送した）サーバ・モジュール１００を１つ選択する。１台のサーバ・モジュール１００を選択するとシステム構成情報で該当するサービスの台数を１減算する。なお、全ての応答パケットの内容が「不一致」である場合には、エラーを管理用サーバ１５０に対して報告する。
【００８８】
次に、選択したサーバ・モジュール１００に対して送信するＯＳ起動要求パケットに対応したサービス（ＯＳやアプリケーション等）をストレージ１２０から読み出して、ホスト名等の固有情報に関する設定を行って起動要求パケットを生成し、前記のサーバ・モジュールに対し起動要求パケットを送信する。図１３の例では、サーバ・モジュール１００Ｃに対して起動要求パケットを送信している。
【００８９】
起動要求パケットを受信したサーバ・モジュール（１００Ｃ）は、該パケットに含まれるＯＳ、アプリケーションに基づいて起動を行う。
【００９０】
以上の処理によってストレージ・モジュール１４０がサーバ・モジュール１００に対してＯＳ起動要求パケットを送信し、該パケットの内容に合致するサーバ・モジュール１００がストレージ・モジュール１４０に対して一致（又は不一致）パケットを送信することで、システムの構築ができる。
【００９１】
次に、全ての応答パケットが不一致であった場合のエラーの処理について図１４のシーケンスを参照して説明する。
【００９２】
図１４の例では、ストレージ・モジュール１４０が、サービス種別がＷｅｂサーバであり実行要件が２ＧＨｚのＰｅｎｔｉｕｍ４であるＯＳ起動要求パケットを送信する。しかし、この実行要件を満たすサーバ・モジュール１００は存在せず、サーバ・モジュール１００からの応答パケットの内容は全て「不一致」であるので、ストレージ・モジュール１４０は管理用サーバ１５０に対してエラーを報告する。
【００９３】
管理用サーバ１５０は、システム管理者に対してエラーの内容を報告すると共に、システム構成情報を修正するよう促すメッセージを通知する。ここで、システム管理者は、実行要件を８００ＭＨｚ以上のＰｅｎｔｉｕｍＩＩＩとしてシステム構成情報を修正する。
【００９４】
修正されたシステム構成情報に基づいて、ストレージ・モジュール１４０は再度ＯＳ起動要求パケットを送信する。この実行要件はサーバ・モジュール１００Ｃのみが満たすので、サーバ・モジュール１００Ｃのみが「一致」を示す応答パケットを送信する。ストレージ・モジュール１４０は、該応答パケットを受信すると、サーバ・モジュール１００Ｃに対して送信するＯＳ起動要求パケットに対応したサービス（ＯＳやアプリケーション等）をストレージ１２０から読み出して、ホスト名等の固有情報に関する設定を行って起動要求パケットを生成し、前記のサーバ・モジュール１００Ｃに対し起動要求パケットを送信し、サーバ・モジュール１００Ｃは、Ｗｅｂサーバを起動することができる。
【００９５】
なお、本実施例でも第１の実施の形態と同様に、性能換算データ（図８）を用いることができる。
【００９６】
この性能換算データは、ストレージ・モジュール１４０の生成するＯＳ起動要求パケットに性能換算データを含める方法、又は、サーバ・モジュール１００側に性能換算データを保持することによって、サーバ・モジュールにおけるサービス実行要件を満たすか否かの判定の際に用いる方法、のいずれも可能である。
【００９７】
サーバ・モジュール１００側に性能換算データを保持する場合は、ＯＳ起動要求パケットを受信したときに、自身に搭載されるＣＰＵ種別とその周波数から性能換算データにより標準ＣＰＵに対する周波数比に変換し実際の周波数と乗算することによって標準的なＣＰＵでの周波数とみなし、ＯＳ起動要求パケットで指定されるＣＰＵ性能との比較を行うことで、一致／不一致の判定を行う。
【００９８】
以上のように構成された第３の実施の形態では、未割付のサービスをストレージ・モジュール側から検索し、サーバ・モジュール側でサービスの実行要件を満たしているか否かを判定するので、第１の実施の形態の効果と同様に、システム管理者が予め設計したシステム構成情報によって、各サーバ・モジュールに割付けるサービスをストレージ・モジュールが自動的に割付け、システムの構築を行うことができる。さらに、性能換算データを用いることで、システム管理者は標準的なＣＰＵと仮想的な周波数等のモデル化されたサーバの台数を設定するのみで、実際のハードウェア構成を気にすることなく、システムの構築を行うことができる。
【００９９】
次に、第４の実施の形態の情報処理システムについて説明する。
【０１００】
第４の実施の形態では、第２の実施の形態と同様に、サーバ・モジュールを論理分割可能に構成（図１０参照）している。なお、第１から３の実施の形態と同一の作用をする構成は同一の符号を付し、その説明は省略する。
【０１０１】
ストレージ・モジュール１４０からのＯＳ起動要求パケットをサーバ・モジュール１００が受信すると、該パケットに含まれるサービスを実行するために必要とされる要件を満たすか否かを検査し、ストレージ・モジュール１４０に応答パケットとして送信する。応答パケットを受信したストレージ・モジュール１４０は、サービスの実行要件を満たすサーバ・モジュール１００を一つ選択し、当該サーバ・モジュール１００に対して、ＯＳ起動要求パケットに対応するサービス（ＯＳ、アプリケーション等）に加え、ＯＳ起動要求パケットに記録していたＣＰＵ性能と搭載リソースの情報とを併せて、起動要求パケットとして送信する。
【０１０２】
起動要求パケットを受信したサーバ・モジュール１００では、ハイパバイザ（図１０）によって、サービスに必要なＣＰＵ性能と搭載リソースを有するＬＰＡＲを生成し、起動要求パケットに含まれるＯＳ、アプリケーション等をＬＰＡＲ上で動作させる。
【０１０３】
次に、このサーバ・モジュール１００が別のＯＳ起動要求パケットを受信した際には、前記ＬＰＡＲに割り当てられたＣＰＵ性能と搭載リソースを除いたＣＰＵ性能と搭載リソースを用いて、ＯＳ起動要求パケットに記載されるサービスの実行要件を満たすか否かの判定を行う。
【０１０４】
ここで、さらにサービスの実行要件を満たすと判定した場合には、新たなＬＰＡＲを生成し、起動要求パケットに含まれるＯＳ、アプリケーション等の実行を行う。
【０１０５】
以上のように構成された第４の実施の形態の情報処理システムでは、第３の実施の形態の効果に加え、第２の実施の形態と同様に、１台のサーバ・モジュール１００を論理分割して複数のサーバ・モジュール１００として扱うことができるので、システム管理者はサーバ・モジュール１００の台数を考慮することなくシステムの設計を行うことができる。
【図面の簡単な説明】
【図１】本発明の実施の形態の情報処理システムの構成を示すブロック図である。
【図２】同じくサーバ・モジュールの構成例を示すブロック図である。
【図３】同じくストレージ・モジュール１４０の構成を示すブロック図である。
【図４】本発明の第１の実施の形態の処理の流れを示すシーケンス図である。
【図５】同じく構成情報通知パケットの内容を示す説明図である。
【図６】同じくシステム構成情報の例を示す説明図である。
【図７】同じくシステム構成図の例を示すブロック図である。
【図８】同じく性能換算データの例を示す説明図である。
【図９】同じく未割付サービスのエラーが発生した場合の処理の流れを示すシーケンス図である。
【図１０】本発明の第２の実施の形態のサーバ・モジュールの構成を示す階層図である。
【図１１】同じく構成情報通知パケットを示す説明図である。
【図１２】同じくサーバ使用状況の例を示す説明図である。
【図１３】本発明の第３の実施の形態の処理の流れを示すシーケンス図である。
【図１４】同じく不一致のエラーが発生した場合の処理の流れを示すシーケンス図である。
【符号の説明】
１００Ａ、１００Ｂ、１００Ｃ  サーバ・モジュール
１１０  ネットワーク・モジュール
１２０  ストレージ
１３０  ストレージ制御部
１３１  入力解析部
１３２  出力生成部
１３３  ＯＳ設定部
１３４  ＯＳ選択部
１３５  サーバ使用状況部
１３６  システム構成情報部
１３７  性能換算データ部
１４０  ストレージ・モジュール
１５０  管理用サーバ
１６１ａ、１６２ａ、１６１ｂ、１６２ｂ  ＣＰＵ
１６３ａ、１６３ｂ  メモリ
１６４ａ、１６４ｂ  Ｃｈｉｐ  Ｓｅｔ
１６５ａ、１６５ｂ、１６６ａ、１６６ｂ  ＮＩＣ
１６７ａ  ＳＣＳＩ
１６８ａ  ＨＤＤ
１７１ａ、１７１ｂ、１７１ｃ、１７１ｄ  Ｗｅｂサーバ
１７２ａ、１７２ｂ、１７２ｃ、１７２ｄ  ＡＰサーバ
１７３ａ、１７３ｂ  ＤＢサーバ
１８０  サーバ・モジュールハードウェア
１８１  ハイパバイザ（ファームウェア）
１８２、１８３  ＯＳ、アプリケーション
２００  インターネット／イントラネット
【図１】
2004318578.tif 000003
【図２】
2004318578.tif 000004
【図３】
2004318578.tif 000005
【図４】
2004318578.tif 000006
【図５】
2004318578.tif 000007
【図６】
2004318578.tif 000008
【図７】
2004318578.tif 000009
【図８】
2004318578.tif 000010
【図９】
2004318578.tif 000011
【図１０】
2004318578.tif 000012
【図１１】
2004318578.tif 000013
【図１２】
2004318578.tif 000014
【図１３】
2004318578.tif 000015
【図１４】
2004318578.tif 000016