(57)【特許請求の範囲】
【請求項１】
複数のサーバと、
前記複数のサーバを管理する管理モジュールとを有し、
前記管理モジュールは、全サーバに対する仮想的なハードウェアの固有情報を示す仮想ＨＷ情報と、当該仮想ＨＷ情報を各サーバに割り当てるための紐付け情報とを管理する機能を備え、
前記サーバは、前記管理モジュールにより割り当てされた前記仮想ＨＷ情報を格納する仮想ＨＷ情報格納部を有し、前記仮想ＨＷ情報に基づき、システム管理ＢＩＯＳ（Basic Input/Output System）情報を生成する機能を備え、
前記サーバは、前記管理モジュールにより割り当てされた前記仮想ＨＷ情報を格納する仮想ＨＷ情報格納部と、前記サーバに固有のハードウェア情報であるハードウェア固有情報を格納するＨＷ情報格納部と、を備え、前記仮想ＨＷ情報格納部内に前記仮想ＨＷ情報がある場合には前記仮想ＨＷ情報に基づき、システム管理ＢＩＯＳ（Basic Input/Output System）情報を生成し、前記仮想ＨＷ情報格納部内に前記仮想ＨＷ情報がない場合には前記ＨＷ情報格納部内の前記ハードウェア固有情報に基づいてシステム管理ＢＩＯＳ（Basic Input/Output System）情報を生成する、サーバシステム。
【請求項２】
前記管理モジュールは、ネットワーク及び／又はシリアル接続により、前記サーバ内部の障害監視及び／又は電源制御を行うマネジメントコントローラと通信可能である、請求項１記載のサーバシステム。
【請求項３】
前記サーバは、当該サーバに接続する周辺機器を制御するプログラム群を有し、
前記サーバの前記マネジメントコントローラは、前記管理モジュール及び前記プログラム群と通信可能であり、
前記管理モジュール及び前記プログラム群は、前記マネジメントコントローラを介して前記仮想ＨＷ情報格納部へアクセス可能である、請求項２記載のサーバシステム。
【請求項４】
前記サーバの前記プログラム群は、前記仮想ＨＷ情報格納部の前記仮想ＨＷ情報を参照し、前記システム管理ＢＩＯＳを生成する、請求項３記載のサーバシステム。
【請求項５】
前記管理モジュールは、前記サーバに割り当てられる前記仮想ＨＷ情報が、サーバ間で重複しないように、前記紐付け情報を生成し、管理する機能を有する、請求項１乃至４のいずれか１項記載のサーバシステム。
【請求項６】
前記サーバ及び管理モジュールとネットワーク経由で通信可能な、システムの障害監視及び／又は運用管理を行う管理サーバを更に有する、請求項１乃至５のいずれか１項記載のサーバシステム。
【請求項７】
前記複数のサーバは、ブレードサーバ、ラックマウント型サーバ、又はタワー型サーバである、請求項１乃至６のいずれか１項記載のサーバシステム。
【請求項８】
各サーバは、スロットに格納され、
前記紐付け情報は、前記仮想ＨＷ情報を前記スロットに割り当てるためのスロット位置情報を有し、
前記管理モジュールは、新たなサーバである交換サーバが搭載されたことを検知すると、搭載されたスロットに対する紐付け情報に従って、前記仮想ＨＷ情報を当該交換サーバに転送する、請求項１乃至７のいずれか１項記載のサーバシステム。
【請求項９】
各サーバは、スロットに格納され、
前記紐付け情報は、前記仮想ＨＷ情報を前記スロットに割り当てるためのスロット位置情報を有し、
前記管理モジュールは、現在のサーバから待機サーバに変更する場合、前記紐付け情報のスロット位置情報を、現在のサーバが格納されたスロットから待機サーバが格納されたスロットのスロット位置情報に変更し、当該変更した紐付け情報に従い前記仮想ＨＷ情報を前記待機サーバに転送する、請求項１乃至８のいずれか１項記載のサーバシステム。
【請求項１０】
複数のブレードサーバ筐体を有し、
各管理モジュールは、各ブレードサーバ毎に配置され、
前記紐付き情報は、ブレードのスロット位置を示すスロット位置情報と、いずれのブレード筐体かを示す筐体識別情報とを有する、請求項１乃至９のいずれか１項記載のサーバシステム。
【請求項１１】
前記仮想ＨＷ情報及び紐付け情報を一元管理するマスタ管理モジュールを有し、
マスタ管理モジュール以外の管理モジュールであるスレーブ管理モジュールは、設定した自己のブレードサーバにおける前記仮想ＨＷ情報及び紐付け情報を、前記マスタ管理モジュールに転送し、
前記マスタ管理モジュールは、受信情報に基づき前記仮想ＨＷ情報に重複がないかチェックする、請求項１０記載のサーバシステム。
【請求項１２】
前記紐付き情報は、全管理モジュール間で共有管理する、請求項１０記載のサーバシステム。
【請求項１３】
前記スレーブ管理モジュールは、前記紐付き情報を更新した場合は、当該更新した紐付き情報を前記マスタ管理モジュールに転送する、請求項１１記載のサーバシステム。
【請求項１４】
複数のサーバを有するサーバシステムの管理方法であって、
全サーバに対し、仮想的なハードウェアの固有情報を示す仮想ＨＷ情報と、当該仮想ＨＷ情報を各サーバに割り当てるための紐付け情報を生成し、
全サーバに対し、前記紐付け情報に従って、前記仮想ＨＷ情報を転送し、
各サーバは、転送された前記仮想ＨＷ情報が存在する場合には前記仮想ＨＷ情報に基づき、システム管理ＢＩＯＳ（Basic Input/Output System）情報を生成し、前記仮想ＨＷ情報が存在しない場合には前記サーバに固有のハードウェア情報であるハードウェア固有情報に基づいてシステム管理ＢＩＯＳ（Basic Input/Output System）情報を生成する、サーバシステムの管理方法。
【請求項１５】
前記サーバに接続する周辺機器を制御するプログラム群は、前記サーバ内部の障害監視及び／又は電源制御を行うマネジメントコントローラを介して、前記仮想ＨＷ情報が格納された仮想ＨＷ情報格納部にアクセスし、
前記プログラム群は、前記仮想ＨＷ情報格納部の前記仮想ＨＷ情報を参照し、前記システム管理ＢＩＯＳを生成する、請求項１４記載のサーバシステムの管理方法。
【請求項１６】
各サーバは、スロットに格納され、
前記紐付け情報は、前記仮想ＨＷ情報を前記スロットに割り当てるためのスロット位置情報を有し、
新たなサーバである交換サーバが搭載されたことを検知すると、搭載されたスロットに対する前記紐付け情報に従って、前記仮想ＨＷ情報を当該交換サーバに転送する、請求項１４又は１５項記載のサーバシステムの管理方法。
【請求項１７】
各サーバは、スロットに格納され、
前記紐付け情報は、前記仮想ＨＷ情報を前記スロットに割り当てるためのスロット位置情報を有し、
現在のサーバから待機サーバに変更する場合、前記紐付け情報の前記スロット位置情報を、現在のサーバが格納されたスロットから待機サーバが格納されたスロットの位置情報に変更し、
当該変更した紐付け情報に従い前記仮想ＨＷ情報を前記待機サーバに転送する、請求項１４乃至１６のいずれか１項記載のサーバシステムの管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ブレードサーバ等に代表される複数のサーバからなるサーバシステム及びその管理方法に関する。
【背景技術】
【０００２】
従来、コンピュータ同士をローカルエリアネットワークで接続したシステムにおいて、通信制御ボードの故障などによりボード交換を行った場合は、変更後のＭＡＣアドレスをローカルエリアネットワークに接続している全コンピュータに通知する必要があった。
【０００３】
これに対し、特許文献１には、通信制御ボード交換によりＭＡＣアドレスが変更となったとき、交換前のＭＡＣアドレスと交換後のＭＡＣアドレスを両方とも使用可能とする技術が開示されている。このようなＭＡＣアドレス管理方式においては、他コンピュータがＭＡＣアドレス変更を意識する必要がなくなる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−６５７０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、サーバシステムにおいても、あるサーバが故障した場合に上述と同様な問題が生ずる。すなわち、例えば、サーバシステムを冗長構成で運用している場合には、故障サーバを待機サーバに切り替えた後、故障サーバを交換する。しかしながら、待機サーバのハードウェア固有情報は、故障サーバのハードウェア固有情報とは異なるものである。このため、これらの情報に依存したアプリケーションソフトウェアや、外部の管理ソフトウェアは、待機サーバでの運用開始前に再インストールや再設定が必要になる場合がある。ここで、ハードウェア固有情報とは、シリアル番号、ＵＵＩＤ（汎用一意識別子、Universally Unique Identifier）、ＭＡＣアドレス（Media Access Control address）、ＷＷＰＮ（World Wide Port Name）等を示す。
【０００６】
また、冗長構成でないシステムの場合においても、故障サーバは、新規サーバとは異なるハードウェア固有情報を有しているため、故障前のＯＳ（Operating System）やシステム管理の環境を、そのままでは利用できない場合がある。すなわち、サーバが故障した際に、故障したサーバを交換すると、様々なハードウェア固有情報が変更になるため、それらを参照して動作する管理ソフトウェア及びアプリケーションソフトウェアの動作に影響が出ないように、これらのソフトウェアの設定を変更したり、ソフトウェアを再インストールしたりする必要がある。このような、故障サーバを交換する際のアプリケーションソフトウェア、外部の管理ソフトウェアの再インストール、再設定といった煩雑なプロセスを簡略化することが望まれている。
【０００７】
本発明は、このような問題点を解決するためになされたものであり、故障サーバの交換を容易にすることができるサーバシステム及びその管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係るサーバシステムは、複数のサーバと、前記複数のサーバを管理する管理モジュールとを有する。管理モジュールは、全サーバに対する仮想的なハードウェアの固有情報を示す仮想ＨＷ情報と、当該仮想ＨＷ情報を各サーバに割り当てるための紐付け情報とを管理する機能を備える。また、サーバは、前記管理モジュールにより割り当てされた前記仮想ＨＷ情報を格納する仮想ＨＷ情報格納部を有し、前記仮想ＨＷ情報に基づき、システム管理ＢＩＯＳ（Basic Input/Output System）情報を生成する機能を備える。
【０００９】
本発明に係るサーバシステムの管理方法は、複数のサーバを有するサーバシステムの管理方法である。先ず、全サーバに対し、仮想的なハードウェアの固有情報を示す仮想ＨＷ情報と、当該仮想ＨＷ情報を各サーバに割り当てるための紐付け情報とを生成する。次いで、全サーバに対し、前記紐付け情報に従って、前記仮想ＨＷ情報を転送する。そして、各サーバは、転送された仮想ＨＷ情報に基づき、システム管理ＢＩＯＳ（Basic Input/Output System）情報を生成する。
【発明の効果】
【００１０】
本発明によれば、故障サーバの交換を容易にすることができるサーバシステム及びその管理方法を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態にかかるサーバシステムの概略構成を示す図である。
【図２】本発明の実施の形態１にかかるブレードサーバシステムを示す図である。
【図３】本発明の実施の形態にかかるサーバシステムにおいて、仮想ＨＷ情報を生成し、各ブレードサーバに反映するまでの手順を示すシーケンス図である。
【図４】本発明の実施の形態にかかるサーバシステムのブレードサーバ交換時の動作を示すシーケンス図である。
【図５】本発明の実施の形態にかかるサーバシステムの障害発生時の動作を説明するシーケンス図である
【図６】本発明の実施の形態２にかかるブレードサーバシステムを示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。この実施の形態は、本発明を、ブレードサーバシステムに適用したものであるが、本発明は、ブレードサーバシステムに限らず、例えばラックマウント型サーバやタワー型サーバなど、他のサーバシステムにも同様に適用することができる。
【００１３】
先ず、本発明の概要について説明する。図１は、本発明の実施の形態にかかるサーバシステムの概略構成を示す図である。図１に示すように、ブレードサーバシステム１００は、複数のブレードサーバ３００と、複数のブレードサーバ３００を管理する管理モジュール２００とを有する。
【００１４】
管理モジュール２００は、全ブレードサーバに対する仮想的なハードウェアの固有情報を示す仮想ＨＷ情報と、当該仮想ＨＷ情報を各ブレードサーバに割り当てるための紐付け情報とを管理する機能を備える。ハードウェア固有情報とは、シリアル番号、ＵＵＩＤ、ＭＡＣアドレス、ＷＷＰＮ（World Wide Port Name）等であり、仮想ＨＷ情報とは、このハードウェア固有情報に代わる仮想的な情報である。紐付け情報には、各ブレードサーバが格納されるスロットの位置情報などを含み、この紐付け情報を使用して、管理モジュール２００は、仮想ＨＷ情報を各ブレードサーバに転送する。
【００１５】
ブレードサーバ３００は、管理モジュール２００により割り当てされた仮想ＨＷ情報を格納する仮想ＨＷ情報格納部３０４を有する。そして、この割り当てられた仮想ＨＷ情報に基づき、システム管理ＢＩＯＳ（Basic Input/Output System）情報（以下、ＳＭＢＩＯＳ（System Management BIOS）情報という。）を生成する機能を備える。
【００１６】
つまり、本実施の形態においては、各ブレードサーバ３００のハードウェア固有情報を仮想化する。管理モジュール２００は、ブレードサーバ３００のハードウェア固有情報の代わりに仮想ＨＷ情報を生成して一括管理する。任意の仮想ＨＷ情報を、各ブレードサーバ３００に設定することにより、アプリケーションソフトウェアや外部の管理ソフトウェア、及びＯＳに対し、ハードウェアを仮想化することができる。
【００１７】
通常、ブレードサーバ３００上のＯＳやＯＳ上で動作するアプリケーションソフトウェアは、ＳＭＢＩＯＳ情報からハードウェア固有情報（シリアル番号、ＵＵＩＤ等）を取得している。このＳＭＢＩＯＳ情報は、各ブレードサーバ３００のＢＩＯＳが生成している。本実施の形態においては、管理モジュール２００がシステム内のすべてのサーバに対する仮想ＨＷ情報を生成、管理する機能を有している。仮想ＨＷ情報は、各ブレードサーバ３００のＢＩＯＳとの間で直接、又は別のモジュールを介して受け渡しが可能となっている。更に、各ブレードサーバ３００のＢＩＯＳは、受け取った仮想ＨＷ情報を元にＳＭＢＩＯＳ情報を生成する機能を有する。各ブレードサーバ３００のＢＩＯＳは、通常のＨＷ情報ではなく、仮想ＨＷ情報を元にＳＭＢＩＯＳを生成するため、サーバの故障時サーバを取り換えても、当該仮想ＨＷ情報はそのまま使用することが可能である。
【００１８】
このように、システム内全てのブレードサーバ３００に対し、仮想的なＨＷ情報を適用して運用し、故障時に待機ブレードに切り替える際に、同じ仮想ＨＷ情報を待機ブレードに対しても適用することで、故障時のブレードサーバ３００の交換を容易にする。すなわち、サーバが入れ替わっても同一の仮想ＨＷ情報を使用することで、アプリケーションソフトウェアや、外部の管理ソフトウェアは、待機サーバでの運用開始前に再インストールや再設定が不要となる。
【００１９】
発明の実施の形態１．
図２は、本発明の実施の形態１にかかるブレードサーバシステムを示す図である。ブレードサーバシステム１００は、システム全体の制御や障害監視等を行う管理モジュール２００、及び複数のブレードサーバ３００を有する。また、本実施の形態においては、管理ソフトウェア４０１による障害監視及び運用管理を行う管理サーバ４００が、管理モジュール２００及びブレードサーバ３００とネットワーク経由で通信可能となっている。
【００２０】
管理モジュール２００は、仮想ＨＷ情報２０１と、この仮想ＨＷ情報２０１を各ブレードサーバ３００に割り当てるための紐付け情報２０２とを有する。
【００２１】
ブレードサーバ３００は、割り当てられた仮想ＨＷ情報を格納する仮想ＨＷ情報格納部位３０４と、本来のハードウェア固有情報を格納するＨＷ情報格納部３０５と、後述するＳＭＢＩＯＳ情報生成結果が格納されるＳＭＢＩＯＳ情報生成結果格納部３０６とを有する。また、サーバ内部の障害監視や電源制御等を行うマネジメントコントローラ（以下、ＢＭＣ（Baseboard Management Controller）という。）３０１を有する。更に、ブレードサーバ３００に接続されたディスクドライブ、キーボード、又はビデオカード等の周辺機器を制御するプログラム群（以下、ＢＩＯＳ）３０２を有する。ＢＩＯＳ３０２は、ＳＭＢＩＯＳ情報を生成する。更に、ブレードサーバ３００上で稼働するＯＳ３０８を有する。ＯＳ３０８は、アプリケーションソフトウェアを動作させるインターフェースＡＰＩ（アプリケーションプログラミング・インタフェース）を有する。
【００２２】
管理モジュール２００は、ネットワーク又はシリアル接続等により、ブレードサーバ３００上のＢＭＣ３０１と通信可能となっている。管理モジュール２００は、ＢＭＣ３０１を介して仮想ＨＷ情報格納部３０４にアクセスすることができる。管理モジュール２００は、ブレードサーバ３００に割り付けられる仮想ＨＷ情報が、他のブレードサーバ３００に割り付けされる仮想ＨＷ情報を重複しないように、紐付け情報２０２を生成し、管理する機能を有する。
【００２３】
ブレードサーバ３００のＢＭＣ３０１は、仮想ＨＷ情報格納部３０４に接続される。ＢＭＣ３０１は、管理モジュール２００及びＢＩＯＳ３０２と通信可能であり、これにより、管理モジュール２００及びＢＩＯＳ３０２は、仮想ＨＷ情報格納部３０４へアクセスすることができる。
【００２４】
管理サーバ４００上の管理ソフトウェア４０１は、ＯＳ３０８上で扱われる仮想ＨＷ情報を参照して、各ブレードサーバ３００を管理している。なお、管理サーバ４００と管理モジュール２００、管理モジュール２００とＢＭＣ３０１の間の通信インターフェースは、特に規定されない。
【００２５】
次に、仮想ＨＷ情報を各ブレードサーバ３００に設定する方法について説明する。図３は、仮想ＨＷ情報を生成し、各ブレードサーバ３００に反映するまでの手順を示すシーケンス図である。
【００２６】
ユーザは、仮想ＨＷ情報２０１を作成して、管理モジュール２００に保存する。仮想ＨＷ情報２０１を作成するためのユーザインターフェースは、管理モジュール２００が有している。
【００２７】
ユーザは、管理モジュール２００のユーザインターフェースを使用し、保存されている仮想ＨＷ情報２０１をブレードサーバ３００に割り当てる（ステップＳ１０１）。管理モジュール２００は、ユーザ指示の仮想ＨＷ情報２０１が他のブレードサーバ３００の仮想ＨＷ情報２０１と重複がないことを確かめる（ステップＳ１０２）。
【００２８】
そして、仮想ＨＷ情報２０１に重複がなかった場合、管理モジュール２００は、ユーザ指示に従い、紐付け情報２０２を生成する（ステップＳ１０３）。そして、管理モジュール２００は、紐付け情報２０２にしたがって、各ブレードサーバ３００のＢＭＣ３０１に仮想ＨＷ情報２０１を転送する（ステップＳ１０４）。ＢＭＣ３０１は、受信した仮想ＨＷ情報２０１を仮想ＨＷ情報格納部３０４に格納する（ステップＳ１０５）。ＢＭＣ３０１は、管理モジュール２００に仮想ＨＷ情報２０１の受信が完了したことを知らせる受信完了通知を送信する（ステップＳ１０６）。
【００２９】
次に、ユーザは、管理モジュール２００のインターフェースを使用して、ブレードサーバ３００の電源ＯＮをＢＭＣ３０１に指示する（ステップＳ１０７）。管理モジュール２００は、指示されたブレードサーバ３００の電源ＯＮをＢＭＣ３０１に指示する（ステップＳ１０８）。これにより、ＢＭＣ３０１は、ブレードサーバ３００の電源をＯＮする（ステップＳ１０９）。
【００３０】
電源ＯＮされると、ＢＩＯＳ３０２は、ＢＭＣ３０１に対し、仮想ＨＷ情報２０１を要求する（ステップＳ１１０）。ＢＭＣ３０１は、仮想ＨＷ情報格納部３０４を参照し、仮想ＨＷ情報２０１が存在する場合には、ＢＩＯＳ３０２に仮想ＨＷ情報２０１を転送する。なお、仮想ＨＷ情報２０１が存在しない場合は、ＨＷ情報格納部３０５を参照し、本来のＨＷ情報をＢＩＯＳ３０２に転送する（ステップＳ１１１）。
【００３１】
ＢＩＯＳ３０２は、受け取った仮想ＨＷ情報２０１を基にＳＭＢＩＯＳ情報３０３を生成する（ステップＳ１１２）。ＢＩＯＳ３０２は、ＳＭＢＩＯＳ情報３０３が正常に生成することができたか否かの結果をＢＭＣ３０１に転送する（ステップＳ１１３）。ＢＭＣ３０１は、ＳＭＢＩＯＳ情報生成結果３０６をＳＭＢＩＯＳ情報生成結果格納部３０７に格納する（ステップＳ１１４）。最後に、ＢＩＯＳ３０２は、ＳＭＢＩＯＳ情報生成結果３０６を情報生成結果格納部３０７に格納したことを、管理モジュール２００に通知する（ステップＳ１１５）。
【００３２】
次に、故障したブレードサーバ３００を交換する場合の動作について説明する。図４は、ブレードサーバ交換時の動作を示すシーケンス図である。先ず、管理モジュール２００は、交換ブレードサーバ３１０が搭載されたことを検知する（ステップＳ２０１）。管理モジュール２００は、各ブレードの実装検出や障害検出等のＲＡＳ（Reliability（信頼性）、Availability（可用性）、Serviceability（保守性、サービス性））機能を有する。そして、管理モジュール２００は、交換されたスロットに対する紐付け情報２０２が存在するか否かを確認する（ステップＳ２０２）。交換ブレードサーバ３１０が搭載されたスロットの紐付け情報２０２が存在する場合は、その紐付け情報２０２にしたがって、搭載された交換ブレードサーバ３１０のＢＭＣ３０１に、仮想ＨＷ情報２０１を転送する。以降の動作は、上述のＳ１０５以降と同様である。
【００３３】
次に、障害発生時に待機ブレードに運用を切り替える場合の動作について説明する。図５は、障害発生時の動作を説明するシーケンス図である。冗長システムには、障害発生時に、切り替えることができる予備のブレードサーバ（待機ブレードサーバ）が搭載されている。あるブレードサーバで障害が発生した場合、この障害が発生したブレードサーバに代えて、待機ブレードサーバを起動させる。
【００３４】
先ず、管理ソフトウェア４０１が管理モジュール２００に、待機ブレードサーバへの切り替えを要求する（ステップＳ３０１）。管理モジュール２００は、管理ソフトウェア４０１の要求に従い、紐付け情報２０２を変更する（ステップＳ３０２）。そして、管理モジュール２００は、変更した紐付け情報２０２を参照し、待機ブレードサーバ３１０のＢＭＣ３０１に、仮想ＨＷ情報２０１を転送する（ステップＳ３０３）。ＢＭＣ３０１は、受信した仮想ＨＷ情報２０１を仮想ＨＷ情報格納部３０４に格納する（ステップＳ３０４）。ＢＭＣ３０１は、管理モジュール２００に仮想ＨＷ情報２０１の受信が完了したことを知らせる受信完了通知を送信する（ステップＳ３０５）。これを受け取った管理モジュール２００は、サーバ切換え準備が完了したことを管理ソフトウェア４０１に通知する。以降のステップは、上述のステップＳ１０８以降のステップと同様である。
【００３５】
以上説明したように、本実施の形態においては、各ブレードサーバ３００に対し、仮想ＨＷ情報２０１を設定する。このことにより、サーバの故障交換や待機ブレードサーバへの切換え時のハードウェア固有情報の変化に伴う、システムの設定変更が不要になる。例えば、待機系への切換え時には、故障サーバが使用していた仮想ＨＷ情報２０１と同じ仮想ＨＷ情報２０１を待機ブレードサーバに設定することができる。よって、ＯＳ、管理ソフト、アプリケーションソフトウェア等、この仮想ＨＷ情報２０１を使用していた各ソフトウェアの設定を変更する必要がない。また、故障サーバを交換する場合には、単に交換サーバを搭載するのみで、交換後のサーバは、故障サーバが使用していた仮想ＨＷ情報２０１を有するサーバとして動作することができる。したがって、同様に、ＯＳ、管理ソフト、アプリケーションソフトウェア等の設定変更が不要である。
【００３６】
なお、実施の形態１においては、ブレードサーバの例について説明したが、ラックサーバやタワー型サーバ等であっても、同様に構成することができる。すなわち、サーバの形態は任意である。
【００３７】
また、実施の形態１においては、管理サーバ４００及び管理ソフトウェア４０１により、外部からサーバシステムを管理するものとして説明したが、これらを設けることなく、管理モジュール２００が独自で管理を行うようにしてもよい。
【００３８】
さらに、実施の形態１においては、１つのブレードサーバ筐体によりシステムを構成する例について説明したが、複数の筐体を含むシステムとすることもできる。その場合、筐体毎の管理モジュール２００が連携し、筐体間の仮想ＨＷ情報２０１の移動や、重複排除処理等を行えばよい。次に、このような複数の筐体を含むシステムについて説明する。
【００３９】
発明の実施の形態２．
図６は、本発明の実施の形態２にかかるブレードサーバシステムを示す図である。なお、図６に示す本実施の形態において、図２に示す実施の形態１と同一の構成要素には同一の符号を付し、その詳細な説明は省略する。
【００４０】
本実施の形態にかかるブレードサーバは、複数のブレードサーバ筐体を有する。各ブレードサーバ筐体は、それぞれ管理モジュール２００を有している。各管理モジュール２００は、それぞれ自筐体内の仮想ＨＷ情報２０１と、その紐付け情報２０２とを有する。紐付け情報２０２は、ブレードのスレッド位置情報の他に、筐体を識別するための情報（２１２、・・・、２ｘ２）が付加される。本実施の形態においては、いずれか管理モジュール２００がマスタ管理モジュール２１０となり、仮想ＨＷ情報２０１及び紐付け情報２０２を一元管理するものとする。なお、全ての管理モジュール２００で紐付け情報２０２を共有管理するようにしてもよい。
【００４１】
マスタ管理モジュール２００は、一元管理されている紐付け情報２０２を参照し、システム全体で仮想ＨＷ情報２０１が重複設定されていないか否かをチェックする。各スレーブ管理モジュール２２０は、仮想ＨＷ情報２０１の設定を行った場合、行った設定内容、すなわち仮想ＨＷ情報２０１及び設定対象のサーバ搭載位置情報をマスタ管理モジュール２１０に転送する。マスタ管理モジュール２１０は、スレーブ管理モジュール２２０から受信した設定内容を基に、一元管理している紐付け情報２０２を更新する。
【００４２】
本実施の形態においても、実施の形態１と同様の効果を奏する。すなわち、サーバが交換になったり、待機サーバと入れ替わったりする場合であっても、必要に応じて紐付け情報２０２を変更するのみで、元の仮想ＨＷ情報２０１をそのまま流用することができる。したがって、故障サーバを交換する際のアプリケーションソフトウェア、外部の管理ソフトウェアの再インストール、再設定といった煩雑なプロセスが不要となる。
【００４３】
なお、本発明は上述した実施の形態のみに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。
【符号の説明】
【００４４】
１００  ブレードサーバシステム
２００  管理モジュール
２０１  仮想ＨＷ情報
２０２  紐付け情報
２１０  マスタ管理モジュール
２２０  スレーブ管理モジュール
３００  ブレードサーバ
３１０  交換ブレードサーバ
３０１  ＢＭＣ
３０２  ＢＩＯＳ
３０３  ＳＭＢＩＯＳ情報
３０４  仮想ＨＷ情報格納部
３０５  ＨＷ情報格納部
３０８  ＯＳ
４０１  管理ソフトウェア
４００  管理サーバ
【図１】
0005531487.tif 000002
【図２】
0005531487.tif 000003
【図３】
0005531487.tif 000004
【図４】
0005531487.tif 000005
【図５】
0005531487.tif 000006
【図６】
0005531487.tif 000007