(57)【要約】【課題】情報処理装置の障害発生時、情報処理システムの構成変更等の理由で情報処理装置を交換する場合にのみ、情報処理装置を抜去可能として、システムダウン、情報処理装置の盗難を防止する。【解決手段】システムは、１つの筐体１２内に複数のモジュール２１、２２が筐体１２の前面側及び背面側から格納されて構成される。モジュール２１、２２は、筐体１２に実装されている状態、筐体１２から抜去する場合の状態を示している。モジュール２１、２２は、情報処理装置として盛り込まれる機能によりその幅寸法が異なる。モジュール２１、２２のそれぞれは、自動ロック機構を備えており、モジュールが筐体１２に実装されて動作状態にある場合、モジュールを筐体１２から取り外すことができないようにロックされ、モジュールに障害等が生じた場合、あるいは、管理端末からの指示があった場合に、ロックが外れて筐体から抜去することができるようになる。【選択図】      図１
2005340509.tif 000002
【特許請求の範囲】
【請求項１】
複数の情報処理装置を１つの筐体に格納して構成される情報処理システムにおいて、前記複数の情報処理装置のそれぞれは、電気的にロックを行うロック機構を内蔵し、情報処理装置の筐体への実装時に自動的にロックを行うことにより、前記筐体から抜去不可能にされることを特徴とする情報処理システム。
【請求項２】
前記複数の情報処理装置のそれぞれは、自装置の状態を常時監視し、装置に障害が発生した場合、ロックの解除を行うことを特徴とする請求項１記載の情報処理システム。
【請求項３】
前記複数の情報処理装置を管理する管理端末を備え、該管理端末は、前記複数の情報処理装置のそれぞれのロックの解除条件及びロックの解除を制御することを特徴とする請求項１または２記載の情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムに係り、特に、１つの筐体内に複数の情報処理装置を高密度に実装して構成された情報処理システムに関する。
【背景技術】
【０００２】
近年、広帯域ネットワークが普及し、Web サービスの拡大が図られている。このため、このようなサービスに使用する情報処理システムは、サーバを始めとする情報処理装置の設置台数が飛躍的に増加したものとなってきており、システム集約による管理コストの低減が求められている。
【０００３】
前述したような要求に応えることのできる情報処理システムに関する従来技術として、例えば、特許文献１等に記載された技術が知られている。この従来技術は、ラックマウント型キャビネットに高密度実装型の情報処理装置を複数実装して情報処理システムを構成し、複数の情報処理装置を一元管理することにより、スペースの有効利用と高い保守性を確保することができるようにしたものである。そして、前述したような情報処理システムは、実装している各情報処理装置が活線挿抜可能に構成されており、障害が発生した装置を交換する場合や、システムの構成変更等を行う場合にフレキシブルに対応することができるものである。
【０００４】
前述したような情報処理システムを用いて大規模なシステムを構築する場合、実装されている高密度実装型の情報処理装置の全てを効率よく管理する必要がある。しかし、管理すべき装置の数が多くなればなるほど、障害が発生した情報処理装置を切り分ける作業が困難になり、装置交換時に交換対象の装置ではなく、動作中の装置を誤って抜去してしまいシステムダウンに繋がる恐れがある。このため、実装されている情報処理装置の状態を常に監視可能とし、動作中の情報処理装置と交換対象の情報処理装置との切り分けを明確にすることのできる情報処理システムが要求されている。
【０００５】
前述したような要求に応えることのできる従来技術として、例えば、特許文献２、非特許文献１等に記載された技術が知られている。
【０００６】
特許文献２に記載された従来技術は、活線挿抜可能な情報処理装置の状態を、装置に設けた発光部の表示状態により、ユーザーが認識可能とした情報処理システムである。これにより、システム管理者は、正常に動作している装置と障害が発生している装置との切り分けを行うことができる。
【０００７】
非特許文献１に記載された従来技術は、サーバのような情報処理装置に実装されているハードウェアをネットワーク経由で監視可能にするための標準インターフェイス仕様に関するものであり、厳密には、情報処理装置内のＣＰＵ、冷却ファン、電源等の状態をネットワーク経由で監視することができるようにしたものである。そして、実際の運用に際しては、IPMIに準拠したチップを情報処理装置に実装し、管理ソフトウェアがインストールされた端末からネットワーク経由で情報処理装置の状態の監視を行うという形態を採る。そして、IPMI準拠のチップは、常にハードウェアの監視を行い、なんらかの部位で障害が発生した場合、ネットワーク経由で障害情報を管理端末へ通知する。
【特許文献１】特開２００１−３５６８４１号公報
【特許文献２】特開２０００−２２３５７号公報
【非特許文献１】「IPMI(Intelligent Platform Management Interface)1.5」 2001年3月米国インテル社開催 「インテルデベロッパフォーラム」
【発明の開示】
【発明が解決しようとする課題】
【０００８】
前述したように、活線挿抜可能な情報処理装置を複数実装して運用する形態の情報処理システムは、ある１つの情報処理装置で障害が発生した場合やシステムの構成変更を行う場合、情報処理システムを止めることなく、交換対象の情報処理装置のみを容易に交換することができるため高い保守性を有している。
【０００９】
しかし、特許文献２に記載の従来技術は、発光部の表示状態により装置の状態を見極めなければならず、システム管理者が、情報処理装置のそれぞれの発光部の表示仕様を全て事前に認識しておく必要があるため、管理すべき装置が多くなればなるほど、高い保守性を維持するのが困難になるという問題点を有している。
【００１０】
また、非特許文献１に記載の従来技術は、管理端末からネットワーク経由で状態監視を行う方法であるため、管理すべき情報処理装置の数が多い環境で実際に装置を交換する場合、誤って動作中の装置を抜去してしまう恐れがあり、この方法だけでは高い保守性を維持することが困難となるという問題点を生じる。
【００１１】
さらに、前述した従来技術は、いずれも、システム運用中であっても情報処理装置の交換を容易に行える反面、システム管理者以外の悪意を持った第三者による情報処理装置の盗難、システムダウンを容易に起こさせてしまうという問題点を有しており、また、活線挿抜可能な情報処理装置を多数用いて大規模なシステムを構築した場合、管理すべき情報処理装置の数が多くなりすぎてしまい、情報処理装置の障害発生時に装置を交換する際、誤って動作中の装置を抜去し、システムダウンを生じさせることがあるという問題点を有している。
【００１２】
本発明の目的は、前述した従来技術の問題点を解決し、情報処理装置の障害発生時だけでなく、情報処理システムの構成変更等の理由で情報処理装置を交換する場合にも、高い保守性、信頼性を維持し、かつ、システムダウン、情報処理装置の盗難を防止することができる保守性の高い複数の情報処理装置により構成される情報処理システムを提供することにある。
【課題を解決するための手段】
【００１３】
本発明により、複数の情報処理装置を１つの筐体に格納して構成される情報処理システムにおいて、前記複数の情報処理装置のそれぞれが、電気的にロックを行うロック機構を内蔵し、情報処理装置の筐体への実装時に自動的にロックを行うことにより、前記筐体から抜去不可能にされる。
【発明の効果】
【００１４】
本発明によれば、情報処理装置内で障害が発生した場合、障害が発生した装置のみ抜去可能となるため、誤って動作中の装置を抜去してしまうといった人為的ミスを防止することができ、システムダウン、情報処理装置の盗難を防止し、情報処理システム全体の保守性を高めることができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明による情報処理システムの実施形態を図面により詳細に説明する。なお、以下に説明する本発明の実施形態は、サーバ、スイッチングハブ、冷却ファン、ＰＣＩスロット等の機能を有する情報処理装置を、ラックマウント型キャビネットに複数実装して運用するブレード型サーバと呼ばれる情報処理システムを例としたものであり、このようなブレード型サーバに実装可能な情報処理装置を以下ではモジュールという。
【００１６】
図１は本発明の一実施形態による情報処理システムの構成例を示す斜視図である。図１において、１１はブレード型サーバ、１２は筐体、２１、２２はモジュール、２３は引出用取っ手である。
【００１７】
本発明の実施形態による情報処理システムとしてのブレード型サーバは、１つの筐体１２内に複数のモジュール２１、２２が筐体１２の前面側及び背面側から格納されて構成される。そして、図１に示すモジュール２１は、筐体１２に実装されている状態のモジュールを示し、モジュール２２は、モジュールを筐体から抜去する場合の状態を示している。モジュール２１、２２のそれぞれは、情報処理装置として盛り込まれる機能によりその幅寸法が異なり、ある基準の寸法に対して、その整数倍の幅寸法を有して構成される。図示例では、基準の寸法に対して１倍、２倍、３倍の幅寸法を有するモジュールが混在して筐体１２の幅方向に収納されている。このようなブレード型サーバ１１は、その複数を高さ方向に積み重ねて、より大規模なシステムとして構成することもできる。
【００１８】
なお、図１に示すブレード型サーバの大きさは、図１にも示しているように、横幅の寸法４４．１ｃｍ、奥行き寸法７０ｃｍ、高さ寸法９ｃｍ〜４４ｃｍ程度であるのが一般的であり、各モジュールの幅は、前述した基準の寸法が４．４ｃｍである。
【００１９】
また、複数のモジュール２１、２２のそれぞれは、サーバ、スイッチングハブ、冷却ファン、ＰＣＩスロット等の機能を有し、活線挿抜可能に構成されている。さらに、複数のモジュール２１、２２のそれぞれは、後述するような自動ロック機構を備えており、モジュールが筐体１２に実装されて動作状態にある場合、モジュールを筐体１２から取り外すことができないようにロックされ、モジュールに障害等が生じた場合、あるいは、後述するように管理端末からの指示によりロックが外れてモジュールを引出用取っ手２３を用いて抜去することができるようになる。
【００２０】
前述したような構成を備えることにより、本発明の実施形態は、障害が発生したモジュールを交換する場合や、システムの構成変更等を行う場合にモジュールの交換を容易に行うことが可能となり、高い保守性を確保することができる。
【００２１】
図２は図１に示すブレード型サーバ１１を構成するモジュールの側面図であり、次に、図２を参照して本発明の実施形態で使用するロック機構について説明する。図２において、３１、３２はロック機構、４１はレバーであり、他の符号は、図１の場合と同一である。
【００２２】
各モジュール２１、２２の前面の開口部には、モジュールを挿抜を制御するロック機構３１が設けられると共に、このロック機構に勘合するロック機構３２を有するレバー４１が設けられている。そして、図２（ａ）に示すように、レバー４１の上部が手前側に倒れた状態で、ロック機構３１のロックが外れて、モジュールを抜去することが可能となる。また、図２（ｂ）に示すように、モジュールを筐体１２に挿入してレバー４１を垂直な状態に閉じると、ジュールの前面のロック機構３１と、レバー４１に設けたロック機構３２とが勘合して、モジュールが電気的にロックされて、モジュールを抜去することができなくなる。なお、図２には、ロック機構３１を白と黒とにより色を分けて示しているが、白はロック解除時、黒はロック時を示している。また、ロック機構は、電磁ロック等としてよく知られている汎用の電気的ロック機構を使用することができるので、その詳細な構造の説明を省略する。
【００２３】
すでに説明したように、各モジュール２１、２２は、活線挿抜が可能であり、サーバ機能を有するモジュールは、ＣＰＵ、メモリ等が実装された回路により構成されている。そして、その回路内には、モジュール内の状態監視を行うため、IPMIに準拠する、または、それに相当する監視用のチップが実装される。また、サーバ機能以外のスイッチングハブ、冷却ファン、ＰＣＩスロット等を代替する機能を有するモジュールも、前述と同様に、モジュール内の状態監視を行うため、IPMIに準拠する、または、それに相当する監視用のチップが実装されている。
【００２４】
前述で説明したような機能を有するモジュール２１、２１の開口部に実装されたロック機構３１は、レバー４１により開口部を閉じてモジュールをブレード型サーバ１１を構成する筐体１２に実装されると、自動で電気的にモジュールをロックし、モジュール実装時に、モジュールを筐体１２から抜去することができないようにする。これにより、システム全体の保守性を高めることができる。なお、ロックの解除は、モジュールの障害発生時、及び、ブレード型サーバシステムの構成変更時にモジュールを交換する場合にのみ行われる。
【００２５】
本発明の実施形態は、前述したように、モジュールにロック機構を備えることにより、動作中のモジュールを誤って抜去することによるシステムダウンを防止することができると共に、情報処理装置としてモジュールの盗難をも防止することができ、保守性の高い情報処理システムを提供することができる。
【００２６】
図３は図１に示すブレード型サーバ１１の側面側から見た断面図であり、次に、これについて説明する。
【００２７】
ブレード型サーバ１１は、図３（ａ）に示すように、また、図１により説明したように、筐体１２の前面側、背面側の両側から筐体１２の内部にモジュールが収納されて構成されており、そのモジュールがモジュール２１として示すように、正常動作している場合、モジュール２１は、レバー４１が閉じられて、モジュールの開口部に設けられるロック機構３１が作動状態とされている。この結果、正常動作中のモジュール２１は、筐体１２から抜去することができないように筐体１２に保持され、モジュール動作中の抜去を防止することができる。
【００２８】
そして、図３（ａ）の右側に示すモジュール２１内で障害が発生すると、モジュール２１内に設けられた図示しない状態監視用のチップが障害を検出し、この障害の情報をモジュール２１内で判断して、ロック機構３１のロックの解除を行う。これにより、障害が発生したモジュールは、図３（ｂ）にモジュール２２として示すように、レバー４１が開き、また、モジュール全体が筐体１２の抜去方向に僅かに移動した状態となって抜去可能な状態となる。ロック機構３１のロックが解除されたとき、モジュールを筐体１２の抜去方向の僅かに移動させる機構は、図示していないが、例えば、ロック機構３１としての電磁ロックが解除されたとき、バネ等によりモジュールを押し出す公知の機構であってよい。これにより、障害が発生したモジュールのみが抜去可能となるため、誤って動作中の装置を抜去してしまうといった人為的ミスを防止し、システム全体の保守性を高めることができる。
【００２９】
図４はモジュール内で障害が発生した場合のモジュールでの処理を説明するフローチャートであり、次に、これについて説明する。
【００３０】
モジュールが筐体内に挿入されて実装されると、ロック機構が電気的にロックされる（ステップ４０１）。その後、モジュール内に設けられる前述した状態監視用のチップは、モジュールの動作状態を監視し、モジュール内に障害が発生した（ステップ４０２）ことを検出すると、モジュールのロックを解除する（ステップ４０３）。
【００３１】
図５は本発明の他の実施形態による情報処理システムの構成例を説明する図であり、ブレード型サーバを構成する各モジュールを管理する管理端末を備えた例である。図５において、５０は管理端末、６０はネットワークであり、他の符号は図１〜図３の場合と同一である。
【００３２】
図５（ａ）に示しているブレード型サーバ１１は、図３（ａ）に示した場合と同様に、モジュールを実装したときの横から見た断面を示しており、かつ、図３（ａ）の場合と同一の状態、すなわち、モジュールが正常に動作している状態にあるものとしている。そして、ここで説明する例では、ブレード型サーバ１１を構成する各モジュールには、各モジュールを管理するためのソフトウェアがインストールされた管理端末５０がネットワーク６０を介して接続されている。この管理端末５０は、各モジュールに実装されているIPMI準拠する、または、それに相当する監視用のチップにより、ネットワーク６０を経由して随時、モジュールの障害情報を検出することが可能である。
【００３３】
そして、図５（ａ）の右側に示すモジュール２１内で障害が発生すると、モジュール２１内に設けられた図示しない状態監視用のチップが障害情報を検出し、予め管理装置５０から設定されているロック解除の条件に従って、ロックの解除を行うか否かをモジュール２１内で判断して、ロック機構３１のロックの解除を行うか否かを制御する。これにより、障害が発生したモジュールは、図５（ｂ）にモジュール２２として示すように、レバー４１が開き、また、モジュール全体が筐体１２の抜去方向の僅かに移動した状態となって抜去可能な状態となる。また、図５に示す例では、モジュールに障害が発生した場合でなくても、管理装置５０からモジュールを指定してロック解除の指示があった場合に、指定されたモジュールのロックが解除される。
【００３４】
なお、前述において、管理端末５０は、ブレード型サーバ１１を構成するモジュールの１つの中に構成することもできる。
【００３５】
図６は図５に示す本発明の他の実施形態において、モジュール内で障害が発生した場合のモジュールでの処理を説明するフローチャートであり、次に、これについて説明する。
【００３６】
ここで説明する本発明の他の実施形態の処理では、モジュール２１内で得られた障害情報が、システム管理者の既知の問題であり、容認できるものと判断している場合や、モジュール内の判断でロックの解除を行うことができないようにしたい場合に、モジュール２１のロックを解除する必要がないので、ロックの解除条件をフレキシブルにする必要がある。そのため、まず、管理端末５０から、複数のモジュール２１のそれぞれに対してロックの解除条件を設定し、ネットワーク６０を経由して、各モジュール内のロック機構３１に解除条件を反映させておく。
【００３７】
（１）モジュールが筐体内に挿入されて実装されると、ロック機構が電気的にモジュールをロックし、その後、モジュール内に設けられる前述した状態監視用のチップは、モジュールの動作状態を監視し、モジュールは、システムとして運用される（ステップ６０１）。
【００３８】
（２）モジュール内に障害が発生したことが検出されると、そのモジュールは、管理端末５０に、モジュールの障害情報をネットワークを介して通知すると共に、予め設定されているロックの解除条件が、障害の内容に関わらずロックを解除する、とされているか否かを判定する（ステップ６０２〜６０４）。
【００３９】
（３）ステップ６０４の判定で、ロックの解除条件が、障害の内容に関わらずロックを解除する、とされていなかった場合、障害情報の内容がロックを解除する条件と合致しているか否かを判定し、合致していなかった場合、ロックを解除することなく、ここでの処理を終了する（ステップ６０５）。
【００４０】
（４）ステップ６０５の判定で、障害情報の内容がロックを解除する条件と合致していた場合、あるいは、ステップ６０４の判定で、ロックの解除条件が、障害の内容に関わらずロックを解除する、とされていた場合、モジュールのロックを解除して、ここでの処理を終了する（ステップ６０６）。
【００４１】
図７は図５に示す本発明の他の実施形態において、管理端末からロック解除の指示があった場合のモジュールでの処理を説明するフローチャートであり、次に、これについて説明する。
【００４２】
（１）モジュールが筐体内に挿入されて実装されると、ロック機構が電気的にモジュールをロックし、その後、モジュール内に設けられる前述した状態監視用のチップは、モジュールの動作状態を監視し、モジュールは、システムとして運用される（ステップ７０１）。
【００４３】
（２）モジュールは、管理端末からの指示があるとその指示を受信し、受信した指示がロック解除であるか否かを判定する（ステップ７０２、７０３）。
【００４４】
（３）ステップ７０３の判定で、受信した指示がロック解除であった場合、モジュールのロックを解除して、ここでの処理を終了し、受信した指示がロック解除でない別の指示であった場合、ロックを解除することなく、ここでの処理を終了する（ステップ７０４）。
【００４５】
前述した本発明の実施形態における各処理は、処理プログラムとして構成することができ、この処理プログラムは、ＨＤ、ＤＡＴ、ＦＤ、ＭＯ、ＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することができる。
【００４６】
図６により説明した処理により、障害が発生したモジュールのロックを解除することができ、また、図７により説明した処理により、ロック状態にあるモジュール２１をシステムの構成変更等の理由で交換する場合、管理端末５０からネットワーク６０経由でロック解除の指示命令を送信し、この命令をモジュール２１内のロック機構３１が受信して、そのモジュールのロックを解除することができる。これにより、障害が発生した装置、または、システムの構成変更等により交換したいモジュールのみを抜去可能とすることができるので、誤って動作中の装置を抜去してしまうといった人為的ミスを防止し、システム全体の保守性を高めることができる。
【００４７】
図８は管理端末からロック解除の指示を行う場合の管理端末での表示画面の例を説明する図である。
【００４８】
管理端末５０の表示装置には、表示画面８１として示すように、ブレード型サーバ１１を構成する各モジュールの配置８２とロック解除ボタン８３とが表示されている。そして、各モジュールは、筐体内１２での並び順等によるモジュールの識別子、図８に示す例では、並び順を示す番号が付与されて表示される。各モジュールは、例えば、正常動作中、休止中、障害等の動作状態に従って、色分けする等により表示されてもよい。そして、システム管理者は、図７に示すフローにより説明したように、管理端末からモジュールのロック解除の指示を行う場合、図８に示す表示画面を用い、マウス等によりロック解除を行うモジュールを選択してクリックした後、ロック解除ボタン８３をクリックすればよい。これにより、図７に示すフローの処理が開始されて、指定するモジュールのロックを解除することができる。
【００４９】
前述した本発明の実施形態によれば、モジュールの実装時にモジュールを電気的にロックし、モジュールの抜去を制限することができるため、システムダウン、モジュールの盗難を防止することができ、システム全体の保守性を高めることができる。
【００５０】
また、前述した本発明の実施形態によれば、モジュール内で障害が発生した場合、モジュールの判断で自動的にロックの解除を行い、障害が発生したモジュールを抜去可能にすることができるため、誤って動作中の装置を抜去してしまうといった人為的ミスを防止し、システム全体の保守性を高めることができる。
【００５１】
さらに、前述した本発明の実施形態によれば、モジュール内で障害が発生した場合のロックの解除条件及びロックの解除を、管理端末よりネットワーク経由で制御可能としているので、ネットワーク管理者が、モジュールの障害発生時に自動でロックを解除する条件をフレキシブルに設定することができ、また、システムの構成変更で装置を交換したい場合にもロックの解除を行うことが可能となる。
【図面の簡単な説明】
【００５２】
【図１】本発明の一実施形態による情報処理システムの構成例を示す斜視図である。
【図２】図１に示すブレード型サーバ１１を構成するモジュールの側面図である。
【図３】図１に示すブレード型サーバ１１の側面側から見た断面図である。
【図４】モジュール内で障害が発生した場合のモジュールでの処理を説明するフローチャートである。
【図５】本発明の他の実施形態による情報処理システムの構成例を説明する図である。
【図６】本発明の他の実施形態において、モジュール内で障害が発生した場合のモジュールでの処理を説明するフローチャートである。
【図７】示す本発明の他の実施形態において、管理端末からロック解除の指示があった場合のモジュールでの処理を説明するフローチャートである。
【図８】管理端末からロック解除の指示を行う場合の管理端末での表示画面の例を説明する図である。
【符号の説明】
【００５３】
１１  ブレード型サーバ
１２  筐体
２１、２２  モジュール
２３  引出用取っ手
３１、３２  ロック機構
４１  レバー
５０  管理端末
６０  ネットワーク
【図１】
2005340509.tif 000003
【図２】
2005340509.tif 000004
【図３】
2005340509.tif 000005
【図４】
2005340509.tif 000006
【図５】
2005340509.tif 000007
【図６】
2005340509.tif 000008
【図７】
2005340509.tif 000009
【図８】
2005340509.tif 000010