(57)【要約】【課題】ブレードサーバにストレージ装置などの周辺機器を追加する際の各種設定を容易にする。【解決手段】複数のプロセッサに接続されたチップセットと、チップセット及びプロセッサからアクセス可能に構成され、記憶装置を脱着可能なスロットと、を備えたコンピュータであって、スロットに装填された記憶装置をプロセッサに割り当てるシステム構成方法において、記憶装置の装填を検出する処理と、記憶装置の装填を検出したとき、記憶装置の識別情報を読み込む処理と、識別情報に基づいて、予め設定された種別情報から記憶装置の種別を判定する処理と、判定された記憶装置の種別に基づいて、予め定義された手順を実行する処理とを含む。【選択図】図１
2007293518.tif 000002
【特許請求の範囲】
【請求項１】
複数のプロセッサに接続されたチップセットと、前記チップセット及び前記プロセッサからアクセス可能に構成され、記憶装置を脱着可能なスロットと、を備えたコンピュータで、前記スロットに装填された記憶装置を前記プロセッサに割り当てるシステム構成方法において、
前記記憶装置の装填を検出する処理と、
前記記憶装置の装填を検出したとき、前記記憶装置の識別情報を読み込む処理と、
前記識別情報に基づいて、予め設定された種別情報から記憶装置の種別を判定する処理と、
前記判定された記憶装置の種別に基づいて、予め定義された手順を実行する処理と、を含むことを特徴とするシステム構成方法。
【請求項２】
前記記憶装置の装填は、前記スロットに備えられた検知部によって検出されることを特徴とする請求項１に記載のシステム構成方法。
【請求項３】
前記記憶装置の装填は、前記チップセットが前記スロットに定期的に問い合わせることによって検出されることを特徴とする請求項１に記載のシステム構成方法。
【請求項４】
前記予め定義された手順は、前記判定された記憶装置の種別と対応する属性を有するプロセッサを選択し、前記選択されたプロセッサと前記装填された記憶装置とを関連付ける、ことを特徴とする請求項１から請求項３のいずれか１項に記載のシステム構成方法。
【請求項５】
前記記憶装置の種別は、オペレーティングシステム用、アプリケーション用及びストレージ用を含むことを特徴とする請求項１から請求項４のいずれか１項に記載のシステム構成方法。
【請求項６】
前記装填された記憶装置の種別がオペレーティングシステム用であるとき、前記チップセットが他のオペレーティングシステム用記憶装置に関連付けられていないプロセッサを選択し、前記装填された記憶装置と関連付ける処理を含む、ことを特徴とする請求項５に記載のシステム構成方法。
【請求項７】
前記装填された記憶装置と関連付けられたプロセッサに、前記装填された記憶装置に格納されたオペレーティングシステムを起動させる処理を含む、ことを特徴とする請求項６に記載のシステム構成方法。
【請求項８】
複数のプロセッサに接続されたチップセットと、前記チップセット及び前記プロセッサからアクセス可能に構成され、記憶装置を脱着可能なスロットと、を備えるコンピュータであって、
前記記憶装置は、予め識別情報が記録されており、
前記チップセットは、制御部と、記憶部とを備え、
前記記憶部は、前記プロセッサの属性を格納するプロセッサ情報と、前記識別情報と対応する前記記憶装置の種別を格納する種別情報と、を備え、
前記制御部は、前記記憶装置が前記スロットに装填されると、前記装填された記憶装置に記録された識別情報を読み込み、前記種別情報を参照し、前記装填された記憶装置の種別を判定し、前記装填された記憶装置の種別に基づいて予め定義された手順を実行することを特徴とするコンピュータ。
【請求項９】
前記プロセッサの属性は、前記記憶装置の種別と対応し、
前記予め定義された手順は、前記記憶装置の種別と対応する属性を有するプロセッサを選択し、前記選択されたプロセッサと前記装填された記憶装置とを関連付ける、ことを特徴とする請求項８に記載のコンピュータ。
【請求項１０】
前記記憶装置の種別は、オペレーティングシステム用、アプリケーション用及びストレージ用を含むことを特徴とする請求項８又は請求項９に記載のコンピュータ。
【請求項１１】
前記制御部は、前記装填された記憶装置の種別がオペレーティングシステム用であるとき、前記プロセッサ情報を基に他のオペレーティングシステム用記憶装置に対応付けられていないプロセッサを選択し、前記装填された記憶装置と前記他のオペレーティングシステム用記憶装置に対応付けられていないプロセッサとを関連付けることを特徴とする請求項１０に記載のコンピュータ。
【請求項１２】
前記制御部は、前記装填された記憶装置と関連付けられたプロセッサが、前記装填された記憶装置に格納されたオペレーティングシステムを起動させることを特徴とする請求項１１に記載のコンピュータ。
【請求項１３】
前記記憶装置は、主記憶装置及びストレージ装置として機能する不揮発性メモリからなるメモリブレードであることを特徴とする請求項８から請求項１２のいずれか１項に記載のコンピュータ。
【請求項１４】
前記メモリブレードは、前記記憶装置の種別がオペレーティングシステム又はアプリケーションの場合は、前記オペレーティングシステム又はアプリケーションの実行イメージが記録されていることを特徴とする請求項１３に記載のコンピュータ。
【請求項１５】
前記メモリーブレードを構成する不揮発性メモリは、磁性記録式随時書き込み読み出しメモリであることを特徴とする請求項１３又は請求項１４に記載のコンピュータ。
【請求項１６】
前記メモリーブレードを構成する不揮発性メモリは、強誘電体メモリであることを特徴とする請求項１３又は請求項１４に記載のコンピュータ。
【請求項１７】
前記記憶部は、メモリダンプ取得部を備え、
前記メモリダンプ取得部は、システムを停止せずにメモリダンプを取得することを特徴とする請求項８から請求項１６のいずれか１項に記載のコンピュータ。
【請求項１８】
プロセッサと装填された記憶装置とを関連付けるシステム構成プログラムであって、
前記装填された記憶装置の識別情報を読み込む手順と、
前記識別情報に基づいて、前記装填された記憶装置の種別を取得する手順と、
前記プロセッサと装填された記憶装置との関連情報を受け付ける手順と、
前記プロセッサと装填された記憶装置との関連情報をサーバ構成管理情報に格納する手順とを計算機に実行させることを特徴とするシステム構成プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータのシステム構成方法に関し、特にブレードサーバの記憶装置の構成を変更する技術に関する。
【背景技術】
【０００２】
ブレードサーバは、薄型のブレードと呼ばれるサーバをラックマウントに複数格納する。そのため、ラックマウントにブレードを挿入して格納することによって、省スペースを実現しながら複数のサーバを構築することができる。
【０００３】
また、ブレードサーバは、ストレージ装置やネットワーク装置などの周辺機器をブレード化することによって、高い拡張性を備える。
【０００４】
しかし、ブレードサーバにブレードを追加する場合には、ブレードサーバの電源を切断し、稼働中のシステムを停止及び再起動する必要があった。
【０００５】
そこで、電源を切断せずに周辺機器を交換する、いわゆるホットスワップに関する技術が特許文献１に開示されている。
【特許文献１】特開２００３−０８４８７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、ホットスワップ技術によって、稼働中のシステムを停止することなくストレージ装置を交換又は追加することができるようになったが、ハードウェア設定などの各種設定を実行する必要があった。
【０００７】
本発明は、ブレード化されたストレージ装置などの周辺機器を追加する際に必要な設定を簡略化又は自動化することによって、管理コストを低減するブレードサーバを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の代表的な一形態では、複数のプロセッサに接続されたチップセットと、前記チップセット及び前記プロセッサからアクセス可能に構成され、記憶装置を脱着可能なスロットと、を備えたコンピュータで、前記スロットに装填された記憶装置を前記プロセッサに割り当てるシステム構成方法において、前記記憶装置の装填を検出する処理と、前記記憶装置の装填を検出したとき、前記記憶装置の識別情報を読み込む処理と、前記識別情報に基づいて、予め設定された種別情報から記憶装置の種別を判定する処理と、前記判定された記憶装置の種別に基づいて、予め定義された手順を実行する処理とを含むことを特徴とする。
【発明の効果】
【０００９】
本発明の代表的な一形態によれば、ブレードサーバに記憶装置を装填すると、チップセットが記憶装置の種別を自動的に識別する。したがって、例えば、装填した記憶装置の用途に応じた設定処理を自動的に実行することができる。
【発明を実施するための最良の形態】
【００１０】
図１は、本発明の実施の形態のブレードサーバのハードウェア構成図である。ブレードサーバは、ＣＰＵ２０１〜２０５、筐体内蔵のチップセット２０６及びメモリブレードを挿入可能なスロット２１３を備える。また、ブレードサーバは、ネットワークインターフェイス２１７を通じてネットワーク１００と接続する。
【００１１】
本実施の形態では、ブレードサーバは、５つのＣＰＵ２０１〜２０５を格納する。また、スロット２１３は、メモリブレード２４１〜２４６を格納している。さらに、スロット２１３には、メモリブレードの装填を検知するブレード検知部を備える。
【００１２】
ブレードサーバは、複数のサーバを稼働させることができる。これらの複数のサーバは、チップセット２０６に格納されたソフトウェアによって、使用するＣＰＵとメモリブレードとが関連付けられて構成される。利用者は、ネットワーク１００を通じて各サーバにアクセスする。
【００１３】
ＣＰＵ２０１〜２０５、チップセット２０６及びスロット２１３は、内部バス２１８によって相互に接続される。ＣＰＵ２０１〜２０５は、＃０〜＃４の番号が付けられている。ＣＰＵ２０１〜２０５は、ブレードサーバの筐体に格納される。なお、ＣＰＵがブレードに搭載されている構成としてもよい。また、これらのＣＰＵ２０１〜２０５は、性能差があってもよく、さらに、画像処理に優れたＣＰＵと、科学技術計算処理に優れたＣＰＵとを混在させることもできる。ＣＰＵ２０１〜２０５は、メモリブレード２４１〜２４６に格納されているプログラムを実行することによって各種処理を実行する。
【００１４】
チップセット２０６は、ブレードサーバの起動及び停止、メモリブレードの追加及び削除、構成定義等の処理を実行する。チップセット２０６は、制御プロセッサ２１５及び制御メモリ２１８を備える。チップセット２０６は、入出力インターフェイス２１６を介して外部入力装置２１２と接続される。
【００１５】
制御プロセッサ２１５は、制御メモリ２１８に格納されたプログラムを実行し、各種処理を実行する。
【００１６】
制御メモリ２１８は、構成管理マネージャ２０９、サーバ構成管理テーブル２１０及びヘッダ情報テーブル２１１を備える。
【００１７】
構成管理マネージャ２０９は、サーバ起動／停止プログラム２２１、メモリブレード認識プログラム２２２及びメモリダンプ取得プログラム２２３を含む。
【００１８】
サーバ起動／停止プログラム２２１は、外部入力装置２１２からの入力に従って、ブレードサーバの起動及び停止処理を実行する。具体的な手順は、図８及び図９にて説明する。
【００１９】
メモリブレード認識プログラム２２２は、メモリブレードが装填されたとき、自動的に実行される。メモリブレード認識プログラム２２１は、図６にて後述するように、メモリブレードのヘッダ情報を読み込んで初期設定などの所定の手順を実行する。
【００２０】
メモリダンプ取得プログラム２２３は、図１１にて後述するように、メモリブレードのメモリダンプを取得する。
【００２１】
サーバ構成管理テーブル２１０は、図５にて後述するように、ブレードサーバの構成情報を格納する。サーバ構成管理テーブル２１０は、ブレードサーバで稼働している各サーバと、ＣＰＵ２０１〜２０５及びメモリブレード２４１〜２４６の関係を格納する。
【００２２】
ヘッダ情報テーブル２１１は、図４にて後述するように、メモリブレード２４１〜２４６のヘッダ情報と機能及び用途との関係を定義する。
【００２３】
図１２は、ＣＰＵ情報テーブル２１４を示す図である。各ＣＰＵの種別１２０２、性能１２０３、稼働状況１２０５及びＣＰＵの属性１２０４などを格納する。ＣＰＵの稼働状況は、制御プロセッサ２１５によって定期的に更新される。稼働中、故障中などの稼働、不稼働の状況を示す。さらにＣＰＵ使用率、ＣＰＵ負荷情報等を格納することもできる。ＣＰＵの属性１２０４には、ＣＰＵの用途が記録される。例えば、画像処理用のアプリケーションが格納されたメモリブレードが装填されたときには、属性として「Graphic」と記録されたＣＰＵを優先的に割り当てることができる。ＣＰＵ種別１２０２にはＣＰＵの種別、例えばPowerPC（登録商標）やPentium（登録商標）などが格納されている。
【００２４】
構成管理マネージャ２０９には、外部入力装置２１２からネットワーク経由又はシリアルコンソールを通じてログインする。外部入力装置２１２では、ＣＰＵとメモリブレードとの関連付けを設定する。
【００２５】
メモリブレードを装填する複数のスロット２１３は、内部バスアドレス２０７が割り当てられる。内部バスアドレス２０７は、スロットごとに０番地から１１００番地まで１００刻みで分割管理される。内部バスアドレス２０７は、チップセット２０６がメモリブレードの装填位置を特定する。
【００２６】
本実施の形態のブレードサーバは、複数のメモリブレード２４１〜２４６を備える。メモリブレード２４１〜２４６は、それぞれ１箇所のスロットごとに割り当てられる。なお、複数のソケットを備える大容量のメモリブレードを搭載するために複数のスロットを使用できる構造としてもよい。
【００２７】
本実施の形態では、メモリブレードは、大容量かつ高速アクセス可能な不揮発性メモリである。メモリブレードの容量は、例えば、オペレーティングシステム（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ；ＯＳ）のカーネルや単体のアプリケーションを格納できる数ギガバイトの容量となる。また、アクセス速度は、主に主記憶装置に使用されるＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）と同等の速度、具体的には、数十ｎｓ以上の速度である。
【００２８】
したがって、本実施の形態のメモリブレードは、主記憶装置及びストレージ装置としての機能を果たす。このような性能を持つ不揮発性メモリは、実用化に向けて多くの技術が開発されている。例えば、磁性記録式随時書き込み読み出しメモリ（ＭＲＡＭ：Ｍａｇｎｅｔｏｒｅｓｉｓｔｉｖｅ  ＲＡＭ）及び強誘電体メモリ（ＦｅＲＡＭ：Ｆｅｒｒｏｅｌｅｃｔｒｉｃ  ＲＡＭ）等が挙げられる。
【００２９】
ＭＲＡＭは、磁気によってデータを記憶するメモリである。ＭＲＡＭは、スピン依存電気伝導により生じる強磁性トンネル磁気抵抗効果（ＴＭＲ：Ｔｕｎｎｅｌ  Ｍａｇｎｅｔｏ  Ｒｅｓｉｓｔａｎｃｅ）素子を用いたものである。
【００３０】
ＦｅＲＡＭは、ＤＲＡＭの延長線上に存在するメモリアーキテクチャである。ＦｅＲＡＭは、ＤＲＡＭセルにおいて電荷を保持している誘電体キャパシタを強誘電体とすることで不揮発性を強化している。
【００３１】
本実施の形態のメモリブレードは、ＯＳ用メモリブレード、アプリケーション（ＡＰ）用メモリブレード及びストレージ用メモリブレードと機能又は用途によって３種類に分けられている。また、メモリブレードは、前述のように、主記憶装置及びストレージ装置としての機能を果たすことができる。したがって、メモリブレードは、ＯＳ及びアプリケーションを起動した状態で格納することを可能とする。
【００３２】
ＯＳ用メモリブレードは、ＯＳの実行に必要なプログラムが読み込まれ、ＯＳが起動した状態の実行イメージを格納しているため、迅速にシステムを起動することができる。アプリケーション用メモリブレードは、前述のように、アプリケーションを起動した状態で格納することができる。ストレージ用メモリブレードは、ストレージ装置としてデータ等を格納する。なお、各メモリブレードの構成の詳細は、図２に後述する。
【００３３】
ブレードサーバのスロット２１３には、ＯＳ用メモリブレード２４１、２４４及び２４５が装填されている。これらのＯＳ用メモリブレードは、それぞれ内部バスアドレス２０７の０〜１００番、３００〜４００番、８００〜９００番が割り当てられている。同様に、スロット２１３には、２本のアプリケーション用メモリブレード２４３及び２４６が装填されている。これらのアプリケーション用メモリブレードは、内部バスアドレス２０７の２００〜３００番、９００〜１０００番が割り当てられている。さらに、ストレージ用メモリブレード２４２が、内部バスアドレス２０７の１００〜２００番に装填されている。これらの構成情報及びリソース情報は、サーバ構成管理テーブル２１０に格納される。
【００３４】
図２は、ブレードサーバの筐体に装填するメモリブレードのパーティションについて説明した図である。メモリブレードは、ＯＳ用、アプリケーション用及びストレージ用といった機能及び用途に応じて、メモリブレードに区画された領域の構成が異なっている。
【００３５】
図２（Ａ）は、ＯＳ用メモリブレードの領域構成である。ＯＳ用メモリブレードの領域は、ヘッダ情報領域１０１、ＯＳ実行領域１０２、ユーザ設定領域１０３及びデータ領域１０４を含む。
【００３６】
ヘッダ情報領域１０１は、メモリブレードの種類を識別するヘッダ情報を格納する。ブレードサーバは、ＯＳ用メモリブレードが装填されると、ヘッダ情報を読み込んで、ＯＳ用メモリブレードのために初期設定などの処理を実行することができる。
【００３７】
ＯＳ実行領域１０２は、ＯＳの実行イメージが書き込まれている。ＯＳ用メモリブレードは、前述のように、ＯＳの実行イメージを初期化処理を完了させた状態で保持することによって、起動を高速化させることができる。
【００３８】
ユーザ設定領域１０３は、ＯＳのシステム設定情報を保存する領域である。ユーザ設定領域１０３は、例えば、ネットワーク設定やユーザ情報等を格納する。データ保存領域１０４は、ＯＳの任意のデータを保存する領域である。データ保存領域１０４は、例えば、ＯＳの実行に必要な一時ファイルを格納する。
【００３９】
ＯＳ用メモリブレードは、ＯＳの実行イメージを保持しているため単体でブレードサーバとして稼動することができる。
【００４０】
図２（Ｂ）は、アプリケーション用メモリブレードの領域構成である。アプリケーション用メモリブレードの領域構成は、ヘッダ情報領域１１１、アプリケーション（ＡＰ）実行領域１１２、ユーザ設定領域１１３及びデータ領域１１４を含む。
【００４１】
ヘッダ情報領域１１１は、ＯＳ用メモリブレードと同様に、メモリブレードの種類を識別するヘッダ情報を格納する。ＡＰ実行領域１１２は、ＷｅｂサーバプログラムやＤＢサーバプログラムなどのアプリケーション又はミドルウェアの実行イメージを格納する。
【００４２】
ユーザ設定領域１１３は、ＡＰ実行領域１１２に書き込まれたアプリケーション又はミドルウェア固有の設定情報を格納する。データ領域１１４は、アプリケーションの任意のデータを格納する。
【００４３】
アプリケーション用メモリブレードは、ＯＳの実行イメージを持たないため、単独で稼動することができない。したがって、アプリケーション用メモリブレードに格納されたアプリケーションは、ＯＳ用メモリブレードと連携することによって稼働することができる。
【００４４】
図２（Ｃ）は、ストレージ用メモリブレードである。ヘッダ情報領域１２１は、ＯＳ用メモリブレードと同様に、メモリブレードの種類を識別するヘッダ情報を格納する。データ領域１２２は、入出力データを保存するストレージ領域である。
【００４５】
ストレージ用メモリブレードは、アプリケーション用メモリブレードと同様に単独で稼動することができないため、ＯＳ用メモリブレードと連携して稼動する。また、ストレージ用メモリブレードは、稼動中のＯＳ及びアプリケーションのメモリダンプを取得できる。メモリダンプの取得方法については、図１１にて後述する。さらに、ストレージ用メモリブレードは、バックアップの取得に利用することも可能である。なお、ストレージ用メモリブレードは、アプリケーションのデータ領域１２２として使用してもよい。
【００４６】
図３は、各メモリブレードのアクセス権限を示す表である。図中の領域Ａ〜Ｄは、図２の領域名の先頭に付されたＡ〜Ｄと対応する。
【００４７】
レコード３０１は、ＯＳ用メモリブレードの各記憶領域に対するアクセス権限である。
【００４８】
ＯＳ用メモリブレードの領域Ａすなわちヘッダ領域１０１は、読み込みのみ可能（−ｒ−−）に設定される。ヘッダ情報は、メモリブレードを装填してからサーバ稼動中に用途を変更しない限り、書き換える必要はない。また、サーバを安定して運用させるためにもメモリブレードのヘッダ情報の変更は許可しないほうがよい。そこで、ヘッダ情報が格納されるヘッダ領域は、チップセット２０６に格納された制御プログラム又はＯＳからも読み込みのみが許可される。
【００４９】
ＯＳ実行領域１０２は、読み込み実行可能（−ｒ−ｘ）に設定される。ＯＳ実行領域１０２は、ＯＳの実行イメージが記録される。ユーザ設定領域１０３は、読み書き実行可能（−ｒｗｘ）に設定される。データ領域１０４は、読み書き実行可能（−ｒｗｘ）に設定される。
【００５０】
レコード３０２は、アプリケーション用メモリブレードの各記憶領域に対するアクセス権限である。
【００５１】
ヘッダ領域１１１は、ＯＳ用メモリブレードのヘッダ領域１０１と同様に、読み込みのみ可能（−ｒ−−）に設定される。ＡＰ実行領域１１２は、読み込み実行可能（−ｒ−ｘ）に設定される。ユーザ設定領域１１３は、読み書き実行可能（−ｒｗｘ）に設定される。データ領域１１４は、読み書き実行可能（−ｒｗｘ）に設定される。
【００５２】
レコード３０３は、ストレージ用メモリブレードの各記憶領域に対するアクセス権限である。なお、本実施の形態では、ストレージ用メモリブレードは、主としてデータを格納する用途で使用されるため、実行領域及びユーザ設定領域を有していない。
【００５３】
ヘッダ領域１２１は、ＯＳ用メモリブレードのヘッダ領域１０１と同様に、読み込み可能（−ｒ−−）に設定される。データ領域１２２は、読み書き実行可能（−ｒｗｘ）に設定される。
【００５４】
図４は、チップセット２０６の制御メモリ２１８に格納されるヘッダ情報テーブル２１１を示す図である。前述のように、各メモリブレードのヘッダ情報は、読み込み専用領域であるヘッダ情報領域１０１、１１１及び１２１に格納される。
【００５５】
レコード４０１は、ＯＳ用メモリブレードのヘッダ情報である。本実施の形態では、ヘッダ情報を「０ａ」に設定する。
【００５６】
レコード４０２は、アプリケーション用メモリブレードのヘッダ情報である。本実施の形態では、ヘッダ情報を「１ｂ」に設定する。
【００５７】
レコード４０３は、ストレージ用メモリブレードのヘッダ情報である。本実施の形態では、ヘッダ情報を「ａｂ」に設定する。
【００５８】
図４では、３種類のヘッダ情報を示しているが、機能又は用途に応じてヘッダ情報を細分化してもよい。例えば、画像処理用又は科学技術計算用などのメモリブレードの用途に応じてヘッダ情報、又はメモリブレードの容量又はアクセス速度などの性能に応じたヘッダ情報を定義してもよい。また、アプリケーション用メモリブレードの場合には、アプリケーションが実行可能なＯＳを特定する識別子をヘッダ情報に付加することもできる。
【００５９】
ヘッダ情報に基づき割り当てるＣＰＵを選ぶことも可能である。例えば、画像処理用のヘッダ情報を有するメモリブレードが装着された場合には、チップセット２０６が、これに対応するＣＰＵ情報テーブル２１４の属性１２０４に基づき、属性１２０４が「Graphic」であるＣＰＵ＃５をこのメモリブレードに割り当てることできる。
【００６０】
図５は、チップセット２０６の制御メモリ２１８に格納されるサーバ構成管理テーブル２１０を示す図である。
【００６１】
サーバ構成管理テーブル２１０は、メモリブレードとＣＰＵとの対応関係を保持する。サーバ構成管理テーブル２１０は、内部アドレス５０１、種別５０２、ＣＰＵ番号５０３及びサーバ名称５０４を含む。
【００６２】
内部アドレス５０１は、メモリブレードを装填するスロット位置の情報であり、内部バスアドレス２０７を格納する。種別５０２は、装填したメモリブレードの種別を格納する。ＣＰＵ番号５０３は、装填されたメモリブレードが使用するＣＰＵ番号を格納する。サーバ名称５０４は、メモリブレード及びＣＰＵを対応させて構築されたサーバの名称を格納する。
【００６３】
図５に示すように、本実施の形態のブレードサーバは、サーバＡ、サーバＢ及びサーバＣを含む。
【００６４】
サーバＡは、内部バスアドレス「１００」番にＯＳ用メモリブレード２４１、「２００」番にストレージ用メモリブレード２４２、「３００」番にアプリケーション用メモリブレード２４３を装填する。また、サーバＡは、ＣＰＵ２０１「＃０」とＣＰＵ２０２「＃１」を使用する。
【００６５】
サーバＡは、起動時にＣＰＵ２０１「＃０」及びＣＰＵ２０２「＃１」によってＯＳ用メモリブレード２４１に格納されたＯＳを実行する。また、サーバＡは、アプリケーション用メモリブレード２４３に格納されたアプリケーションの実行について、システムに常駐させてもよいし、利用者からの処理要求を受信したときに起動させてもよい。
【００６６】
同様に、サーバＢは、内部バスアドレス「４００」番にＯＳ用メモリブレード２４４のみを装填する。また、サーバＢは、ＣＰＵ２０３「＃２」を使用する。
【００６７】
さらに、サーバＣは、内部バスアドレス「９００」番にＯＳ用メモリブレード２４５及び「１０００」番にアプリケーション用メモリブレード２４６を装填する。サーバＣは、ＣＰＵ２０４「＃３」を使用する。
【００６８】
図６は、ブレードサーバの筐体にメモリブレードを装填したときに実行されるメモリブレード認識プログラム２２１のフローチャートである。
【００６９】
チップセット２０６は、ブレード検知部によって空スロットにメモリブレードが装填されたことを検知すると、メモリブレード認識プログラム２２１を実行する。なお、チップセット２０６がスロット２１３に定期的に問い合わせることによって、メモリブレードの装填を検知してもよい。また、チップセット２０６は、メモリブレードが装填されたスロット２１３の内部バスアドレス２０７を取得し、装填されたメモリブレードのヘッダ情報を読み込む（ステップ６０２）。
【００７０】
次に、チップセット２０６は、ヘッダ情報テーブル２１１を参照し、取得したヘッダ情報によってメモリブレードの種別を特定する（ステップ６０３）。例えば、ステップ６０２で取得したヘッダ情報が「０ａ」であるとき、メモリブレードの種別は「ＯＳ用メモリブレード」となる。同様に、ヘッダ情報が「１ｂ」であれば「アプリケーション用メモリブレード」、ヘッダ情報が「ａｂ」であれば「ストレージ用メモリブレード」であることがわかる。
【００７１】
さらに、チップセット２０６は、メモリブレードが装填されたスロット２１３の内部バスアドレス２０７及び種別をサーバ構成管理テーブル２１０に登録する（ステップ６０４）。
【００７２】
図７は、管理者がブレードサーバの構成を定義する手順を示すフローチャートである。なお、ブレードサーバの構成定義は、メモリブレードがブレードサーバに装填された状態で実行される。そのため、構成定義を実行する時点で、装填されたメモリブレードに対して図６のフローチャートが実行されており、サーバ構成管理テーブル２１０には対応するレコードが生成されている。
【００７３】
管理者は、まず、チップセット２０６で実行されている構成管理マネージャ２０９にログインする（ステップ７０１）。構成管理マネージャ２０９には、外部入力装置２１２からネットワーク又はシリアルケーブルを経由してログインする。
【００７４】
続いて、管理者は、サーバ構成管理テーブル２１０及びＣＰＵ情報テーブル２１４を参照し、使用可能なリソース情報を取得する（ステップ７０２）。
【００７５】
さらに、管理者は、追加又は更新するサーバで使用するＯＳ用メモリブレードと対応付けるＣＰＵを選択する。管理者は、追加したメモリブレードと対応するサーバ構成管理テーブル２１０のレコードに対し、選択したＣＰＵの番号をＣＰＵ５０３に登録する。さらに、サーバ名をサーバ５０４に登録する（ステップ７０３）。
【００７６】
また、アプリケーション用メモリブレードを追加する場合は（ステップ７０４の結果が「ＹＥＳ」）、登録済みのＯＳ用メモリブレードと関連付けてサーバ構成管理テーブル２１０に登録する（ステップ７０５）。追加されるアプリケーション用メモリブレードは、装填されたスロットの内部バスアドレス２０７を指定することによって選択される。チップセット２０６は、関連付けられたＯＳ用メモリブレードのＣＰＵ番号とサーバ名を継承し、サーバ構成管理テーブル２１０の対応するレコードを更新する。
【００７７】
さらに、ストレージ用メモリブレードを追加する場合は（ステップ７０６の結果が「ＹＥＳ」）、アプリケーション用メモリブレードと同様に、登録済みのＯＳ用メモリブレードと関連付けてサーバ構成管理テーブル２１０に登録する（ステップ７０７）。
【００７８】
構成定義するブレードサーバにアプリケーション用メモリブレード及びストレージ用メモリブレードを追加しないとき（ステップ７０４の結果が「ＮＯ」、及びステップ７０６の結果が「ＮＯ」）、本処理を終了する。
【００７９】
なお、ブレードサーバの筐体にメモリブレードを装填したとき、チップセット２０６がＣＰＵとメモリブレードとを自動的に関連付けてもよい。
【００８０】
例えば、予めメモリブレードのヘッダ情報とＣＰＵの属性とを対応付けて定義することによって、メモリブレードを装填したときにサーバ構成情報テーブルのレコードを構成定義した状態で追加することができる。
【００８１】
具体的には、図６にて説明したように、メモリブレードがスロット２１３に装填されると、ブレード検知部はチップセット２０６にメモリブレードの装填を通知する。チップセット２０６は、ブレード検知部からの通知を受信すると、装填されたメモリブレードのヘッダ情報を取得する。さらに、チップセット２０６は、ヘッダ情報テーブル２１１を参照し、取得したヘッダ情報を基にメモリブレードの種別を認識する。この時点で、図６に示した処理が実行されていることにより、サーバー構成管理テーブル２１０に追加したメモリブレードに対応するレコードが追加されている。
【００８２】
ここで、追加されたメモリブレードがＯＳ用メモリブレードであった場合には、チップセット２０６は、サーバ構成管理テーブル２１０のＣＰＵ５０３から、現在ＯＳ用メモリブレードが見割当のＣＰＵの情報（図５ではＣＰＵ＃４が未割当）を取得し、ＣＰＵ情報テーブル２１４を参照し、ブレードサーバに搭載されたＣＰＵの稼働状況１２０５及び属性１２０４を取得する。そして、稼働中の状態、かつ、属性と追加したＯＳ用メモリブレードのヘッダ情報とが対応するＣＰＵが存在すれば、チップセット２０６は、サーバー構成管理テーブル２１０のメモリブレードに対応するレコードのＣＰＵ５０３を更新する。また、予めサーバ名をメモリブレードのヘッダ情報に格納することによって、サーバー構成管理テーブル２１０のサーバ名５０４を更新することも可能である。
【００８３】
さらに、ＯＳ用メモリブレードを装填し、サーバー構成管理テーブル２１０にレコードの生成後、自動的にＯＳの起動を含むサーバの起動処理をチップセット２０６に実行させてもよい。このとき、ヘッダ情報にサーバの起動有無の指定を追加してもよい。なお、アプリケーション用メモリブレードについても、メモリブレードの装填からアプリケーションの起動までの処理を自動的に実行させてもよい。
【００８４】
また、ヘッダ情報とＣＰＵの属性とを予め１対１に対応するように定義する必要はなく、ヘッダ情報及びＣＰＵの属性を用途に応じて定義することによって、ＣＰＵとメモリブレードとを対応付けてもよい。例えば、追加するメモリブレードが画像処理で使用されることがヘッダ情報に記録されていたとき、チップセット２０６は、ＣＰＵ情報テーブル２１４を参照して画像処理に優れたＣＰＵとメモリブレードとを対応付けることができる。
【００８５】
図８は、ブレードサーバに格納されたサーバのサーバ起動／停止プログラム２２２のサーバ起動時のフローチャートである。
【００８６】
サーバを起動するときには、管理者は、まず、チップセット２０６に格納された構成管理マネージャ２０９にログインする（ステップ８０１）。そして、起動対象となるサーバに対して起動命令を実行し（ステップ８０２）、サーバを起動させる（ステップ８０３）。起動されたサーバは、ネットワーク経由で利用者からの処理要求を受信し、各種処理を実行する。
【００８７】
図９は、ブレードサーバに格納されたサーバのサーバ起動／停止プログラム２２２のサーバ停止時のフローチャートである。
【００８８】
サーバを停止するときには、管理者は、まず、チップセット２０６に格納された構成管理マネージャ２０９にログインする（ステップ８０４）。そして、停止対象となるサーバに対して停止命令を実行する（ステップ８０５）。このようにして、サーバを停止させる（ステップ８０６）。
【００８９】
図１０は、ブレードサーバの筐体からメモリブレードを引き抜く際に実行されるメモリブレード認識プログラム２２１の処理を示すフローチャートである。
【００９０】
管理者は、ＯＳ用メモリブレードを引き抜く場合には、図９に示したサーバー停止処理を実行し、引き抜く対象のメモリブレードを使用するサーバを停止させた後に、メモリブレードをブレードサーバの筐体から引き抜く。アプリケーション用メモリブレードの場合には、格納されたアプリケーションが実行されていなければ、サーバを停止せずに引き抜くことが可能である。また、ストレージ用メモリブレードの場合には、ＯＳ又はアプリケーションから格納されたデータがアクセスされていなければ、同様にサーバを停止せずに引き抜くことができる。
【００９１】
チップセット２０６は、ブレード検知部によってスロットからメモリブレードが引き抜かれたことを検知すると、メモリブレード認識プログラム２２１を実行する。
【００９２】
チップセット２０６は、抜き出されたメモリブレードを格納していたスロット２１３の内部バスアドレス２０７を取得する。そして、チップセット２０６は、サーバ構成管理テーブル２１０から取得した内部バスアドレス２０７の値と一致するレコードを特定し、削除する（ステップ６０６）。
【００９３】
図１１は、ブレードサーバのＯＳメモリダンプを取得するメモリダンプ取得プログラム２２３のフローチャートである。
【００９４】
ＯＳメモリダンプを取得するときには、管理者は、まず、チップセット２０６に格納された構成管理マネージャ２０９にログインする（ステップ９０１）。
【００９５】
次に、管理者は、メモリダンプを格納するストレージ用メモリブレードをブレードサーバの空きスロットに装填する（ステップ９０２）。このとき、メモリブレード認識プログラム２２１は、図６に示したフローチャートに従って、サーバ構成管理テーブル２１０に追加されたストレージ用メモリブレードに対応するレコードを追加する。
【００９６】
続いて、管理者は、メモリダンプ取得プログラム２２３を実行し、管理者が指定したＯＳメモリダンプを取得するＯＳ用メモリブレードの内容を、追加したストレージ用メモリブレードにコピーする（ステップ９０３）。コピー完了後、ストレージ用メモリブレードをブレードサーバの筐体から抜き出せば、ＯＳメモリダンプを取得することができる（ステップ９０４）。
【００９７】
なお、アプリケーション用メモリブレードについても、同様にメモリダンプを取得することが可能である。
【００９８】
このように、ＯＳ又はアプリケーションのメモリダンプをシステムを停止せずに取得することができる。同様に、アプリケーションのデータ及びＯＳの設定情報等のバックアップを容易に取得することができる。
【００９９】
また、障害の発生によってシステムが停止したときには、障害が発生したメモリブレードをそのまま抜き取ることによって、容易にメモリダンプを取得することができる。
【０１００】
本実施の形態によれば、メモリブレードを装填すると同時にメモリブレードの種別をチップセット２０６に認識させ、メモリブレードの種別に応じた処理をチップセット２０６に実行させることができる。さらに、本実施の形態に示したヘッダ情報以外にもヘッダ情報を細分化して定義することによって、チップセット２０６にさまざまな処理を実行させることができる。このようにして、記憶装置などの周辺機器を増設した際のサーバの設定を簡略化することができる。
【０１０１】
なお、ダンプ取得のためにＯＳ用メモリブレードを抜いたあと、抜いたＯＳブレードに対応するＡＰ用ブレードのヘッダ情報や、ＣＰＵ情報を保存しておくことにより、新たに装着したＯＳ用ブレードに対して、前回のブレードと同じＣＰＵやＡＰ用ブレード、ＯＳ用ブレードなどを割り当てることも可能である。
【０１０２】
また、本実施の形態によれば、ストレージ用メモリブレードを追加してメモリダンプ取得プログラム２２３を実行することによって、ＯＳ又はアプリケーションのメモリダンプを容易に取得することができる。このとき、ストレージ用メモリブレードを筐体から抜くタイミングは、ブレードサーバ全体の状態に全く依存しない。さらに、ダンプを取得する対象のＯＳの状態にも依存しない。
【０１０３】
さらに、本実施の形態によれば、ＯＳ用メモリブレード及びアプリケーション用メモリブレードは、ＯＳ及びアプリケーションの実行領域をそれぞれ物理的に独立して確保する。本実施の形態では、不揮発性メモリを使用しているため、ＯＳに障害が発生してサーバが停止した際にメモリブレードを引き抜くことによって、障害発生時のメモリダンプを容易に取得することができる。同様に、アプリケーション用メモリブレードの場合も障害発生時のメモリダンプを容易に取得することができる。
【０１０４】
本実施の形態によれば、サーバ稼働中にアプリケーション用メモリブレードを追加することによって、アプリケーションを容易にインストールすることができる。
【０１０５】
変形例として、既存の揮発性メモリを用いた主記憶装置を別途備え、メモリブレードの代わりにディスクドライブを用いたディスクブレードを適用することもできる。障害発生時にメモリダンプを容易に取得することはできないが、チップセットに格納されたメモリダンプ取得プログラムを実行することによって、ＯＳを介さずにバックアップを取得することができる。
【図面の簡単な説明】
【０１０６】
【図１】ブレードサーバのハードウェア構成図である。
【図２】メモリブレードの記憶領域の詳細図である。
【図３】メモリブレードのアクセス権限を示す図である。
【図４】メモリブレードヘッダ情報テーブルを示す図である。
【図５】ブレードサーバのサーバ構成管理テーブルを示す図である。
【図６】ブレードサーバにメモリブレードを追加したときに実行されるメモリブレード認識プログラムのフローチャートである。
【図７】ブレードサーバの構成管理のフローチャートである。
【図８】ブレードサーバを起動するときに実行されるサーバ起動／停止プログラムのフローチャートである。
【図９】ブレードサーバを停止するときに実行されるサーバ起動／停止プログラムのフローチャートである。
【図１０】ブレードサーバからメモリブレードを削除するときに実行されるメモリブレード認識プログラムのフローチャートである。
【図１１】ブレードサーバのＯＳダンプを取得するメモリダンプ取得プログラムのフローチャートである。
【図１２】ブレードサーバのＣＰＵ情報テーブルを示す図である。
【符号の説明】
【０１０７】
２０１  ＣＰＵ＃０
２０２  ＣＰＵ＃１
２０３  ＣＰＵ＃２
２０４  ＣＰＵ＃３
２０５  ＣＰＵ＃４
２０６  チップセット
２０７  内部バスアドレス
２０９  構成管理マネージャ（構成管理部）
２１０  サーバ構成管理テーブル（サーバ構成管理情報）
２１１  ヘッダ情報テーブル（種別情報）
２１２  外部入力装置
２１３  スロット
２１４  ＣＰＵ情報テーブル（プロセッサ情報）
２１５  制御プロセッサ（制御部）
２１８  制御メモリ（記憶部）
２２１  メモリブレード認識プログラム
２２２  サーバ起動／停止プログラム
２２３  メモリダンプ取得プログラム
【図１】
2007293518.tif 000003
【図２】
2007293518.tif 000004
【図３】
2007293518.tif 000005
【図４】
2007293518.tif 000006
【図５】
2007293518.tif 000007
【図６】
2007293518.tif 000008
【図７】
2007293518.tif 000009
【図８】
2007293518.tif 000010
【図９】
2007293518.tif 000011
【図１０】
2007293518.tif 000012
【図１１】
2007293518.tif 000013
【図１２】
2007293518.tif 000014