JP2008217225A - ブレードサーバシステム - Google Patents

Abstract

【課題】
コールドスタンバイ構成に支障をきたすことなく、待機系ブレードのメンテナンスを自動的に行う機能を持つブレードサーバシステムを提供する。
【解決手段】
サーバ管理装置１１の仮想ネットワーク設定機構２０１は、その動作確認のため起動する待機系ブレード４、５との間で仮想ネットワーク構築を行う。待機系ブレード４、５は、サーバ管理装置１１から動作確認開始の指示を受けると、構築された仮想ネットワークを介して、メンテナンス用ＯＳ２０２をサーバ管理装置１１からロードして起動する。メンテナンス用ＯＳ２０２をロードした待機系ブレード４、５は、故障の検出やファームウェアの更新処理を行い、仮想ネットワークを介して、ログ情報をサーバ管理装置１１に送信して、メンテナンス処理を終了する。
【選択図】図２

Description

本発明は、情報処理システム、特に、業務系、待機系ブレードを備えたブレードサーバシステムに関する。

コールドスタンバイ機能をサポートするブレードサーバシステムに搭載されるブレードは、その状態によって業務、待機、故障の３つの状態モードをとりうる。稼動しており通常業務を行っているブレードが業務モード、業務モードのブレードが何らかの原因で故障して業務を継続して行うことができなくなったブレードが故障モード、業務モードのブレードが故障したときにそのブレードに代わって業務を引き継ぐために稼動可能な状態で待機しているブレードが待機モードとなる。

すなわち、コールドスタンバイをサポートしたブレードサーバシステムは、１台以上のブレードを待機させることによって、業務を行っているブレードがダウンしたとしても基幹業務などを停止させることなく継続して提供できるようにすることを最大の目的としている（特許文献１参照）。

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

しかしながら、コールドスタンバイを構成する待機系ブレードは、業務系ブレードに障害が発生するまでシステム管理者による操作などが無い限り動作することは無く、長期間停止した状態が続く場合も多い。そのため、待機系ブレードに何らかの故障が発生したとしても、その故障は見過ごされてしまう可能性が高い。もし待機系ブレードに何らかの故障が発生した状態で業務系ブレードに障害が起こると、待機系ブレードへの切り替えによる処理の続行が不可能となり、システムは停止してしまう。

また、業務系ブレードの稼動中に待機系ブレードが起動すると、ネットワーク上での衝突が発生して稼動中の業務系ブレードの業務に支障をきたす。そのため、待機系ブレードのファームウェア更新などの保守作業を行うためには、業務系ブレードの業務を停止しなければならない。

本発明は以上のような問題を解決するためになされたものであり、その目的はコールドスタンバイ構成に支障をきたすことなく、待機系ブレードのメンテナンスを自動的に行う機能を持つブレードサーバシステムを提供することにある。

以上のような目的を達成するために、本発明の業務系ブレードと待機系ブレードを含むコールドスタンバイ構成のブレードサーバシステムであって、これらの業務系ブレードと待機系ブレードが接続されるネットワークを制御する制御部を備え、業務系ブレードの稼動中に待機系ブレードが起動する場合、待機系ブレードからのネットワークへのアクセスを制限する構成とするものである。

また、本発明においては、業務系ブレードと待機系ブレードを含むコールドスタンバイ構成のブレードサーバシステムであって、上述の構成に基づき、業務系ブレードの稼動中に待機系ブレードが起動して、待機系ブレードの動作確認を行うものである。

更に、本発明においては、業務系ブレードと待機系ブレードを含むコールドスタンバイ構成のブレードサーバシステムであって、上述の構成に基づき、業務系ブレードの稼動中に待機系ブレードが起動して、待機系ブレードのファームウェアを更新するものである。

また更に、本発明においては、業務系ブレードと、待機系ブレードと、業務系ブレードと待機系ブレードを管理するサーバ管理装置とを含むコールドスタンバイ構成のブレードサーバシステムであって、サーバ管理装置は、待機系ブレードとサーバ管理装置との間に仮想ネットワークを構築する仮想ネットワーク設定機構を備え、この仮想ネットワーク設定機構は、業務系ブレードの稼動中に待機系ブレードが起動する場合、起動する待機系ブレードとサーバ管理装置との間に仮想ネットワークを設定し、起動する待機系ブレードからサーバ管理装置へのアクセスのみが可能となる構成とする。

本発明によれば、業務系ブレードの稼動中に待機系ブレードが起動する場合、待機系ブレードからのネットワークへのアクセスを制限することで、業務系ブレードの業務に支障をきたすことなく待機系ブレードを起動できる。

また、業務系ブレードの稼動中に、その業務に支障をきたすことなく、待機系ブレードの動作確認を行うことができる。更に、業務系ブレードの稼動中に、待機系ブレードのファームウェアの更新をすることができる。

以下、図面に基づいて、本発明を実施するための最良の形態について説明する。なお、それに先立ち、本発明が適用されるブレードサーバシステムの基本構成を図１で説明する。

図1に示すように、ブレードサーバシステムにおける各ブレード１，２，３，４，５には、ブレード１，２，３，４，５を管理するためのブレード管理装置６，７，８，９，１０が搭載されており、ブレード管理装置６，７，８，９，１０はサーバ管理装置１１に接続され、ブレード管理装置６，７，８，９，１０とサーバ管理装置１１によりブレードの状態モードが管理されている。ブレード管理装置６，７，８，９，１０はブレード１，２，３，４，５とは別個にＣＰＵ(Central Processing Unit)や電源装置などを具備しており、ブレード１，２，３，４，５が停止したとしても独立して動作をすることができるように構成されている。サーバ管理装置１１は各ブレード管理装置６，７，８，９，１０と情報交換をすることで、ブレードサーバシステムに搭載されたすべてのブレードの状態モードを把握している。コールドスタンバイ機能をサポートするブレードサーバシステムでは、このサーバ管理装置１１がシステム全体の状態モードを監視して、各ブレード１，２，３，４，５を制御することによって管理されている。

ブレード１，２，３，４，５とサーバ管理装置１１は、ネットワークスイッチ１２に接続され、ブレード１，２，３，４，５とサーバ管理装置１１はネットワークスイッチ１２を通して通信ができるように構成されている。また、ネットワークスイッチ１２は外部ネットワーク１３に接続され、ブレード１，２，３，４，５とサーバ管理装置１１はネットワークスイッチ１２を通じて外部ネットワーク１３と通信を行えるように構成されている。更に、図１のブレード管理装置６，７，８，９，１０とサーバ管理装置１１との間に示された点線は、サーバ管理装置と各ブレード管理装置間の専用ネットワークを示しており、サーバ管理装置１１はブレードの電源オンオフ指示などを送る。

コールドスタンバイ構成のブレードサーバシステムは、基幹業務などシステムが停止しては困るような業務に利用されているため、業務系のブレードが読み書きしたデータに対して切り替え後のブレードからも継続してアクセスができるように、データを共有ディスク１５で管理する必要がある。ブレードサーバシステムにおいては、各ブレード１，２，３，４，５とネットワークディスクシステム１６を接続し、ネットワークディスクシステム１６内にファームウェアで実現された論理スイッチ１４を設けて、システム起動時に業務モードになっているブレードからのみ共有ディスク１５に対するアクセスができるように構成している。

図1において、業務モードで動作している業務系ブレード１が故障して待機系ブレード４に切り替わるときの、コールドスタンバイをサポートしたブレードサーバシステムの動作について説明する。

コールドスタンバイをサポートしたブレードサーバシステムの起動時、共有ディスク１５は、業務モードの業務系ブレード１，２，３と接続される。業務系ブレード１，２，３は共有ディスク１５に格納されたＯＳ(Operating System)をロードすることによって立ち上がる。一方、待機系ブレード４，５は、共有ディスク１５に接続されていないため、システムが立ち上がっていない状態で待機することになる。

業務系ブレード１が何らかの原因で故障したとき、ブレード管理装置６はその故障を検知し、自らを故障モードに切り替えると共にその旨をサーバ管理装置１１に通知する。サーバ管理装置１１は、業務系ブレード１が故障したことを認識すると、待機系ブレード４を業務モードに切り替え、ブレード４のシステムを起動する。

このとき、論理スイッチ１４は、業務モードになった待機系ブレード４からの接続要求に応じて共有ディスク１５への接続を許可する。待機系ブレード４は、接続可能になった共有ディスク１５に格納されたＯＳをメモリにロードすることで立ち上がる。一方、故障中の業務系ブレード１は、当然立ち上がることはないが、修理終了後であっても共有ディスク１５に接続されないため、故障モードからシステムが立ち上がっていない待機モードに移行することになる。以上が一般的なブレードサーバシステムの構成動作である。

以下、本発明の最良の形態である実施例の説明を行うが、図１の構成要素と同じ構成要素には、同じ符号を付けた。

図２は、本発明に係るコールドスタンバイをサポートしたブレードサーバシステムの一実施例を示した全体構成図である。ブレードサーバシステムは、業務を遂行する５台のブレード１，２，３，４，５を有し、ブレード１，２，３を業務系として、ブレード４，５を待機系として運用している点、図１のシステムと同様である。ブレード管理装置６，７，８，９，１０とサーバ管理装置１１との間に示された点線は、先に説明したようにサーバ管理装置と各ブレード管理装置間の専用ネットワークを示す。サーバ管理装置１１が各ブレードの電源オンオフや、以下に詳述するメンテナンス開始指示などをブレード管理装置に送る際、この専用ネットワークを用いる。

ブレード１，２，３，４，５には、ＯＳ等を格納した共有ディスク１５が接続されている。本実施例におけるコールドスタンバイをサポートしたブレードサーバシステムでは、ネットワークディスクシステム１６内にファームウェアで実現された論理スイッチ１４を設けて、システム起動時に業務モードになっているブレードからのみ共有ディスク１５に対するアクセスができるように構成している。

本実施例のサーバ管理装置１１は、待機系ブレード４，５の動作確認を行うためのメンテナンス用ＯＳ２０２を保持している。メンテナンス用ＯＳ２０２は、ブレードに搭載されたＣＰＵやメモリなどの診断機能や、サーバ管理装置１１と診断結果のログ情報などをやり取りするための通信機能を備えたプログラムである。

本実施例におけるサーバ管理装置１１は、ネットワークスイッチ１２の仮想ネットワーク（ＶＬＡＮ）を設定する機能を持つ、仮想ネットワーク設定機構（部）２０１を有する。仮想ネットワークとは、物理的に同一のネットワークスイッチに接続された機器を、論理的に複数のネットワークに分離する機能である。本実施例における仮想ネットワーク設定機構２０１は、メンテナンスの対象とする待機系ブレードとサーバ管理装置１１の間にプライベートなネットワークを構築する、即ちネットワークの接続を制御する制御部として機能する。

図３は、仮想ネットワーク設定機構２０１によって設定された仮想ネットワークの構築例を示している。制御部である仮想ネットワーク設定機構２０１は待機系ブレード４のメンテナンスを行う前に、待機系ブレード４とサーバ管理装置１１の間に仮想ネットワーク３０１を構築する。仮想ネットワーク３０１は、ネットワークスイッチ１２を介して行われる他の通信とは論理的に独立していて、仮想ネットワーク３０１内の通信が他の通信に影響を与えることはない。そのため、仮想ネットワーク３０１を構築することで、待機系ブレード４は動作確認中に他のブレードや外部のネットワークに影響を与えることなくサーバ管理装置１１と通信を行うことができる。ネットワーク接続の制御部である仮想ネットワーク設定機構２０１は、待機系ブレード４が動作確認を終了すると、仮想ネットワーク３０１の設定を解除する。

図４は、本実施例におけるブレード１，２，３，４，５の詳細な構成を示している。ブレード１，２，３，４，５にはプログラムやデータを格納するメモリ４０２と、メモリ４０２内のプログラムを実行するプロセッサ４０１と、ネットワークインタフェイス４０３と、ＢＩＯＳ(Basic Input/Output System)／ＥＦＩ(Extensible Firmware Interface)４０４と、ブレード管理装置４０５から構成されている。ＢＩＯＳ／ＥＦＩ４０４は、ブレードの電源が投入された直後に実行されるファームウェアである。ＢＩＯＳ／ＥＦＩ４０４は、ブレードの電源が投入されるとプロセッサ４０１によって読み出され、ブレードに接続されたデバイスを初期化する機能や、ディスク装置やネットワークからＯＳをロードする機能を持つ。ブレード管理装置４０５はＢＩＯＳ／ＥＦＩ４０４と接続され、ブレード管理装置４０５がＢＩＯＳ／ＥＦＩ４０４の設定を変更できるように構成されている。

図５は、本実施例の動作シーケンスを示している。図示するシーケンスはサーバ管理装置５０１、ブレード管理装置５０２、ＢＩＯＳ／ＥＦＩ５０３、ブレード５０４である。サーバ管理装置５０１は待機系ブレードのメンテナンスを開始時に、メンテナンスを行う待機系ブレードとの間で仮想ネットワーク構築５０５を行う。サーバ管理装置５０１は待機系ブレードとの間にプライベートな仮想ネットワークを構築すると、メンテナンス対象ブレードのブレード管理装置５０２へ専用ネットワークを用いて、メンテナンス開始指示５０６を送信する。メンテナンス開始の指示を受け取ったブレード管理装置５０２は、ブレード５０４がサーバ管理装置５０１からメンテナンスＯＳをロードして起動するための、ＢＩＯＳ／ＥＦＩ設定変更５０７を行う。ＢＩＯＳ／ＥＦＩ５０３はブレード管理装置５０２からのＢＩＯＳ／ＥＦＩ設定変更５０７により、メンテナンスが終了するまで一時的にネットワークブート設定５０８状態となる。

ＢＩＯＳ／ＥＦＩ５０３の設定が完了すると、ブレード管理装置５０２はブレード起動５０９を行う。起動したブレード５０４はネットワークブート５１０を開始する。サーバ管理装置５０１はブレード５０４のネットワークブート５１０を確認すると、ブレード５０４に対してメンテナンスＯＳ送信５１１を行う。ブレード５０４はメンテナンスＯＳ起動５１２を行い、動作確認実行５１３とサーバ管理装置５０１へのログ情報送信５１４を行う。サーバ管理装置５０１はブレード５０４からログ情報を受け取った後に、ブレード管理装置５０２へ専用ネットワークを用いて、メンテナンス終了指示５１５を出し、ブレード管理装置５０２はブレードシャットダウン５１６を行う。最後に、サーバ管理装置５０１はメンテナンス対象ブレードとの仮想ネットワーク解除５１７を行い、メンテナンス処理を終了する。

次に、本実施例におけるサーバ管理装置５０１のメンテナンス動作を、図６に示したフローチャートに基づき説明する。

まず、上述の通り、サーバ管理装置５０１は仮想ネットワーク設定機構２０１により、ネットワークスイッチ１２にメンテナンスの対象とするブレードとの間のプライベートな仮想ネットワーク３０１を構築する（ステップ１０１）。仮想ネットワークの構築を完了すると、メンテナンス対象のブレードに搭載されたブレード管理装置へ、専用ネットワークを介して、メンテナンス開始の指示を出し（ステップ１０２）、起動したメンテナンス対象ブレードからのＯＳ送信要求を受け付けると、メンテナンス用ＯＳ２０２をブレードへ送信する（ステップ１０３）。サーバ管理装置１１は、動作確認を完了したブレードからのログ情報を受信すると（ステップ１０４）、動作確認を完了したブレードのブレード管理装置へ専用ネットワークを介して、メンテナンス終了の指示を出し（ステップ１０５）、メンテナンス開始時に設定した仮想ネットワークを解除する（ステップ１０６）。ブレードから受信したログ情報に故障情報が含まれていた場合（ステップ１０７）、サーバ管理装置１１は外部へ故障検出の警告情報などを送信する（ステップ１０８）。

更に、本実施例における待機系ブレード４、５のメンテナンス動作を、図７に示したフローチャートに基づき説明する。

コールドスタンバイを構成する待機系ブレード４，５は、外部から指示を受けるまで電源の入っていない状態で待機する。待機系ブレードは、サーバ管理装置１１から動作（メンテナンス）確認開始の指示を受けると、動作確認の処理を開始する（ステップ２０１）。

通常、コールドスタンバイを構成する待機系ブレード４，５は、業務系ブレード１，２，３のいずれかに故障が発生すると、ブレードの状態モードを業務モードに切り替えて起動し、故障の発生したブレードの業務を引き継ぐ。このとき、待機系ブレードが故障した業務系ブレードの業務を引き継ぐためには、故障した業務系ブレードが読み書きしたデータにアクセスする必要がある。そのため、故障した業務系ブレードの業務を引き継いだ待機系ブレードは、ネットワークディスクシステム１６からＯＳをロードして起動し、故障した業務系ブレードが読み書きしたデータにアクセスして業務を継続する。

一方、待機系ブレード４，５が動作確認を行うとき、業務系ブレードは稼動しており、待機系ブレードが起動するとネットワーク上で衝突が発生するなど、業務系ブレードの業務を妨げる恐れがある。そのため、ブレード管理装置９，１０は、上述の通り、待機系ブレード４，５のＢＩＯＳ／ＥＦＩ４０４の設定を、サーバ管理装置１１との間に構築された仮想ネットワーク３０１からのみＯＳをロードする設定へと変更する（ステップ２０２）。なお、このＢＩＯＳ／ＥＦＩ４０４に対する設定変更は一時的なもので、待機系ブレードが一度メンテナンス動作を行うと設定は自動的に解除されるものとする。この設定変更により、待機系ブレード４，５は起動時に仮想ネットワーク３０１以外へのネットワークへアクセスを行わず、他のブレードの通信に影響を与えずにメンテナンスを行うことができる。

ＢＩＯＳ／ＥＦＩ４０４の設定を完了すると、待機系ブレード４，５は起動して（ステップ２０３）、サーバ管理装置１１からメンテナンス用ＯＳ２０１をロードする（ステップ２０４）。待機系ブレード４，５は、メンテナンス用ＯＳ２０１のロードを完了すると動作確認を実行する（ステップ２０５）。動作確認実行中に何らかの故障を検知した場合（ステップ２０６）、まず自らの状態モードを待機モードから故障モードへと切り替えて（ステップ２０７）、サーバ管理装置１１へ故障部位を特定するためのログ情報を送信（ステップ２０８）した後にシャットダウンする（ステップ２０９）。故障情報を受信したサーバ管理装置１１は、故障を検知した待機系ブレードからのログ情報と共に、外部へ故障発生の警告などを送信する。

待機系ブレード４，５の動作確認実行中に故障が検出されなかった場合、待機系ブレード４，５は動作確認が正常に終了したことを示すログ情報をサーバ管理装置１１へ送信（ステップ２０８）して、シャットダウンする（ステップ２０９）。

以上のように、本実施例によれば、サーバ管理装置１１がメンテナンス用ＯＳ２０１を保持し、待機系ブレード４，５は、動作確認を行うときにサーバ管理装置１１からメンテナンス用ＯＳ２０１をロードして起動するようにしたことで、コールドスタンバイ構成を維持したまま待機系ブレードの動作確認を行うことができる。このため、待機中の待機系ブレードの故障を検出することができる。

なお、本実施例ではサーバ管理装置１１がメンテナンス用ＯＳ２０１を保持していたが、待機系ブレードがメンテナンス用ＯＳ２０１を保持するようにしてもよい。

実施例２では、業務系ブレード１，２，３の稼動中に、待機系ブレード４，５がファームウェアの更新をできるようにしたことを特長としている。第二の実施例におけるシステム構成図を図８に示す。本実施例におけるサーバ管理装置１１は、メンテナンス用ＯＳ２０２に加えて、待機系ブレード４，５のためのファームウェア８０１を保持している。本実施例におけるメンテナンス用ＯＳ２０２は、実施例１で説明した診断機能に加えて、サーバ管理装置１１からファームウェア８０１をロードする機能と、待機系ブレード４，５のファームウェアを更新する機能を備える。

本実施例における待機系ブレード４，５のファームウェア更新処理について、図９に示したフローチャートに基づき説明する。

まず待機系ブレード４，５は、実施例１と同様に、サーバ管理装置１１からメンテナンス用ＯＳ２０２をロードして動作確認を開始する。この動作確認を行うときに、待機系ブレード４，５はサーバ管理装置１１と通信を行い、ファームウェア更新処理の要否をサーバ管理装置１１へ問い合わせる（ステップ３０１）。

サーバ管理装置１１は、待機系ブレード４，５からファームウェア更新処理の要否の問い合わせを受けると、ファームウェアのバージョン情報などをもとにファームウェア更新処理の要否を判断して、結果を待機系ブレード４，５へ通知する（ステップ３０２）。

ファームウェアの更新が必要な場合、待機系ブレード４，５はサーバ管理装置１１からファームウェア８０１をロードして（ステップ３０３）、ファームウェアの更新処理を行う（３０４）。ファームウェアの更新が不要な場合、待機系ブレード４，５はファームウェア更新処理を終了する。

以上のように、本実施例によれば、待機系ブレード４，５が動作確認を行うときに、ファームウェアの更新処理を行うことができる。

実施例３では、待機系ブレード４，５の動作確認およびファームウェアの更新に関する動作規則をあらかじめ外部から設定することで、ブレードサーバシステムが前記待機系ブレードの動作確認およびファームウェアの更新を自動的に行うことを特長としている。第三の実施例におけるシステム構成は、図８と同じである。ただし、本実施例におけるサーバ管理装置１１は、あらかじめ外部から設定された動作規則に基づいて、待機系ブレード４，５に動作確認およびファームウェア更新の指示を出す。本実施例における待機系ブレード４，５の動作確認処理およびファームウェア更新処理を、図１０，１１に示したフローチャートを用いて説明する。

図１０において、サーバ管理装置１１は、あらかじめ外部から設定された動作規則を参照して（ステップ４０１）、待機系ブレード４，５の動作確認を行う必要があるときには（ステップ４０２）、待機系ブレード４，５へ動作確認開始の指示を出す（ステップ４０３）。なお、動作確認の指示を出すための動作規則は、動作確認を行う日時や待機系ブレードの待機時間などで設定することができる。

図１１において、サーバ管理装置１１は、待機系ブレード４，５からファームウェア更新要否の問い合わせを受けたとき、各ブレード１，２，３，４，５のファームウェア情報を収集し（ステップ５０１）、あらかじめ外部から設定された動作規則と、収集したファームウェア情報を照らし合わせ（ステップ５０２）、ファームウェア更新の要否を判断する（ステップ５０３）。ファームウェアの更新が必要な場合、サーバ管理装置１１は待機系ブレード４，５へファームウェア更新処理実行の指示を出す（ステップ５０４）。ファームウェアの更新が必要ない場合、サーバ管理装置１１は待機系ブレード４，５のファームウェア更新処理を終了させる（ステップ５０５）。なお、ファームウェア更新処理の動作規則は、ファームウェアバージョンやファームウェアの更新日時で設定することができる。

以上のように、本実施例によれば、サーバ管理装置１１にあらかじめ外部から動作規則を設定することで、待機系ブレード４，５の動作確認とファームウェアの更新を自律的に行うことができる。

なお、サーバ管理装置１１が、待機系ブレード４，５の動作確認を行う必要が無い場合でも、ファームウェアの更新を行うために待機系ブレード４，５の動作確認を開始するようにしてもよい。

本実施例では、サーバ管理装置１１が待機系ブレード４，５の動作確認処理を中断させることで、待機系ブレード４，５の動作確認中に業務系ブレード１，２，３で故障が発生した場合に、待機系ブレード４，５が業務系に切り替わって起動するまでの時間を短縮することを特長としている。第四の実施例におけるシステム構成図は図８と同じである。ただし、本実施例におけるサーバ管理装置１１は、待機系ブレード４，５の動作確認を中断させる機能を備える。

コールドスタンバイを構成する待機系ブレードが２台以上ある場合の、サーバ管理装置１１の動作について、図１２に示したフローチャートを用いて説明する。サーバ管理装置１１は、コールドスタンバイを構成する待機系ブレードが２台以上ある場合、１台ずつ待機系ブレードの動作確認を行う。待機系ブレードの動作確認中に、業務系ブレードに故障が発生した場合（ステップ６０１）、サーバ管理装置１１は故障発生時点で動作確認を行っていない待機系ブレードを業務モードに設定し、起動させる（ステップ６０２）。業務系ブレードの故障発生時に動作確認を実行していた待機系ブレードは、そのまま動作確認が終了するまで処理を続行する。

コールドスタンバイを構成する待機系ブレードが１台のみの場合の、サーバ管理装置１１の動作について、図１３に示したフローチャートを用いて説明する。コールドスタンバイを構成する待機系ブレードが１台のみの場合、待機系ブレードの動作確認中に業務系ブレードで故障が発生すると（ステップ７０１）、サーバ管理装置１１は待機系ブレードの動作確認を中断してから、待機系ブレードを業務モードに設定してリブートさせる（ステップ７０３）。ただし、業務系ブレードの故障発生時点で待機系ブレードがファームウェアの更新処理を行っていた場合、サーバ管理装置は待機系ブレードのファームウェア更新処理の完了を待ってから動作確認を中断する（ステップ７０２）。

本実施例４によれば、待機系ブレードの動作確認中に業務系ブレードの故障が発生した場合でも、待機系ブレードが業務モードで起動するまでの時間を短縮することができる。

なお、コールドスタンバイを構成する待機系ブレードが１台のみの場合に、待機系ブレードの動作確認中に業務系ブレードで故障が発生しても、待機系ブレードの動作確認を中断せずに続行してもよい。この場合、サーバ管理装置１１は待機系ブレードの動作確認処理の完了を待ってから、待機系ブレードを業務モードに切り替えて起動させる。

従来のコールドスタンバイをサポートしたブレードサーバシステムの全体構成図。 実施例１に係るコールドスタンバイをサポートしたブレードサーバシステムを示した全体構成図。 実施例１のシステムにおける仮想ネットワークの構築を説明するための図。 実施例１のシステムにおける各ブレードの内部構成の一実施例を示す図。 実施例１のシステムの待機系ブレードにおけるメンテナンス動作のシーケンス図。 実施例１のサーバ管理装置の動作を示すフローチャート図。 実施例１の待機系ブレードの動作を示すフローチャート図。 実施例２に係るコールドスタンバイをサポートしたブレードサーバシステムを示した全体構成図。 実施例２における待機系ブレードのファームウェア更新処理を示したフローチャート図。 実施例３におけるサーバ管理装置の動作を示したフローチャート図。 実施例３におけるサーバ管理装置の動作を示したフローチャート図。 実施例４におけるサーバ管理装置の動作を示したフローチャート図。 実施例４におけるサーバ管理装置の動作を示したフローチャート図。

符号の説明

１，２，３，４，５…ブレード、６，７，８，９，１０…ブレード管理装置、１１…サーバ管理装置、１２…ネットワークスイッチ、１３…外部ネットワーク、１４…論理スイッチ、１５…共有ディスク、１６…ネットワークディスクシステム、２０１…仮想ネットワーク設定機構、２０２…メンテナンス用ＯＳ、３０１…仮想ネットワーク、４０１…プロセッサ、４０２…メモリ、４０３…ネットワークインタフェイス、４０４…ＢＩＯＳ／ＥＦＩ、４０５…ブレード管理装置、８０１…ファームウェア。

Claims (3)

1. 業務系ブレードと待機系ブレードを含むコールドスタンバイ構成のブレードサーバシステムにおいて、
   前記業務系ブレード及び前記待機系ブレードに接続されるネットワークを制御する制御部を備え、
   前記制御部は、前記業務系ブレードの稼動中に前記待機系ブレードが起動する場合、前記待機系ブレードからの前記ネットワークへのアクセスを制限する
   ブレードサーバシステム。
2. 請求項１記載のブレードサーバシステムであって、
   前記制御部は、前記業務系ブレードの稼動中に、前記待機系ブレードが起動して、前記待機系ブレードの動作確認を行うよう制御する
   ブレードサーバシステム。
3. 請求項１記載のブレードサーバシステムであって、
   前記制御部は、前記業務系ブレードの稼動中に、前記待機系ブレードが起動して、前記待機系ブレードのファームウェアを更新するよう制御する
   ブレードサーバシステム。

Images