JP6041056B2 - 情報処理装置及び方法 - Google Patents

Description

複数のコンピュータ間の接続を管理する技術に関する。

ＡＴＣＡ（Advanced Telecom Computing Architecture）には、ブレードサーバの筐体及び筐体に搭載されるブレードの仕様が規定されている。ユーザは、ＡＴＣＡに準拠した複数種類のブレードを組み合わせることにより、所望のブレードサーバを構築することができる。

図１に、ブレードサーバの一例を示す。図１においては、筐体１にスロット７が設けられており、スロット７に複数のブレード５が挿入される。ブレードには、例えばサーバの機能を有するブレード（以下、サーバブレードと呼ぶ）或いはスイッチの機能を有するブレード（以下、スイッチブレードと呼ぶ）等がある。筐体１には、マネジメントカード３１及び３２が搭載されている。マネジメントカード３１及び３２は、ＡＴＣＡにおいて規定された処理シーケンスによってブレード５の管理を行う。

ＡＴＣＡにおいては、マネジメントカードが、ブレードにおけるポートの通信規格の情報を収集する。そして、２つのブレード間において通信規格が一致する（例えば、両ブレードの通信規格が共に１０ＧｂＥ（Gigabit Ethernet）である）場合には、マネジメントカードは、両ブレードにおけるポートの使用を許可する。しかしながら、この方法は、ループ接続の発生を回避することができないので、ブロードキャストストーム等の問題を引き起こすことがある。

ブレードサーバにおけるブレードの管理に関して、以下のような技術が知られている。具体的には、複数のブレードが搭載されるシェルフに、複数のブレードを管理するためのシェルフマネージャを搭載する。複数のブレードとシェルフマネージャは、ＩＰＭＢ（Intelligent Platform Management Bus）によって接続される。シェルフマネージャは、シェルフマネージャコントローラを有し、複数のブレード、冷却ファン、及び電源等のシェルフ部品のオペレーションの監視及び制御を行う。

しかしながら、この技術には、ブレードサーバにおけるループ接続の発生を回避するための方法は提示されていない。

特開２０１１−６００５６号公報

従って、１つの側面では、本発明の目的は、ブレードサーバにおいてループ接続が発生することを防止するための技術を提供することである。

本発明に係る情報処理装置は、複数の処理ユニットを管理する。そして、本情報処理装置は、複数の処理ユニットのうち第１の処理ユニットから、当該第１の処理ユニットがスイッチの機能を有するか否かを示す第１の情報と、前記第１の処理ユニットにおける複数のポートに対して論理ネットワークの設定が完了したか否かを示す第２の情報とを取得する第１処理部と、少なくとも第１の情報と第２の情報とを用いて、第１の処理ユニットにおける複数のポートの使用可否を決定し、使用可能又は使用不可を示す情報を第１の処理ユニットに送信する第２処理部とを有する。

ブレードサーバにおいてループ接続が発生することを防止できるようになる。

図１は、ブレードサーバの一例を示す図である。 図２は、ＡＴＣＡにおいてブレードを起動する際の処理シーケンスを示す図である。 図３は、ループ接続が発生する例を示す図である。 図４は、ループ接続が発生する例を示す図である。 図５は、ブレードサーバのブロック図の一例を示す図である。 図６は、ブレードサーバにおけるループ接続の一例を示す図である。 図７は、本実施の形態におけるブレードサーバのブロック図である。 図８は、マネジメントカードのブロック図である。 図９は、サーバブレードのブロック図である。 図１０は、スイッチブレードのブロック図である。 図１１は、判断テーブル格納部に格納されるデータの一例を示す図である。 図１２は、ブレードデータ格納部に格納されるデータの一例を示す図である。 図１３は、ブレードを起動する際に実行する処理の処理フローを示す図である。 図１４は、管理テーブル格納部に格納されるデータの一例を示す図である。 図１５は、ブレードを起動する際に実行する処理の処理フローを示す図である。 図１６は、ブレードを起動する際に実行する処理の処理フローを示す図である。 図１７は、ブレードを起動する際に実行する処理の処理フローを示す図である。 図１８は、状態２において実行される処理の処理シーケンスを示す図である。 図１９は、状態４において実行される処理の処理シーケンスを示す図である。 図２０は、マネジメントカードがブレードを監視する処理の処理フローを示す図である。

図２に、ＡＴＣＡにおいてブレードを起動する際の処理シーケンスを示す。図２においては、マネジメントカードによる処理と、ブレードによる処理と、ユーザによる作業とが時系列で示されている。実線の矢印はリクエストを表し、破線の矢印はレスポンスを表し、白抜きの矢印はユーザによる作業を表す。

図２に示すように、ＡＴＣＡにおいては、ブレードは起動する際に４つの状態を経る。状態１は、基本的には電源がオフの状態であるが、ブレードは筐体のスロットに挿入されており、マネジメントカードと通信を行うためにＩＰＭＣ（Intelligent Platform Management Controller）のみに電源が投入される。状態２は、起動を開始する準備が整った状態であり、マネジメントカードからの指示またはブレードに実装されたイジェクタの操作によって起動を開始することができる。状態３は、起動中の状態であり、マネジメントカードとのやりとりによって運用状態に遷移するための準備を整える状態である。状態４は、運用中の状態であり、ＩＰＭＣ以外の部分にも電源が投入される。

ユーザがブレードをスロットに挿入すると、ブレードは状態１に遷移する。状態１において、ブレードがユーザによるイジェクタの操作を検出すると、ブレードは状態２に遷移する。

状態２において、ブレードがマネジメントカードに状態通知を送信すると、マネジメントカードは状態２への遷移を検出し、起動のための処理を開始する。マネジメントカードは、ブレード種別のデータを要求し、ブレードからブレード種別のデータを取得する。マネジメントカードは、マネジメントカードが制御可能なブレードの種別であると判断した場合に、ブレードに対して起動許可を送信する。ブレードは起動許可を受信すると、状態３に遷移する。

状態３において、ブレードがマネジメントカードに状態通知を送信すると、マネジメントカードは状態３への遷移を検出する。マネジメントカードは、ブレードデータを要求し、ブレードからブレードデータを取得する。ブレードデータには、ブレードにおけるポートの通信規格についての情報及び電力分配を計算するための電力データ等が含まれる。マネジメントカードは、電力データから計算された電力分配によって運用可否を判断し、運用可能と判断した場合には運用許可をブレードに送信する。また、マネジメントカードは、通信規格が所定の条件を満たすか否かを判断する。具体的には、起動するブレードの通信規格と対向するブレードの通信規格とが一致するか否かによって判断する。通信規格が所定の条件を満たす場合、マネジメントカードは、ポートの使用許可をブレードに送信する。ブレードはポートの使用許可を受信すると、状態４に遷移する。

状態４において、ブレードがマネジメントカードに状態通知を送信すると、マネジメントカードは状態４への遷移を検出する。マネジメントカードは、異常を検出するためのセンサデータを要求し、ブレードからセンサデータを取得する。また、マネジメントカードは、ブレードの製造に関する情報を含む製造データを要求し、ブレードから製造データを取得する。そして、ブレードにおけるポートに対するＶＬＡＮ（Virtual Local Area Network）の設定がユーザによって入力されると、ブレードはＶＬＡＮの設定を行う。また、ポートに対するその他の設定がユーザによって入力されると、ブレードはポートに対するその他の設定を行う。

ＡＴＣＡにおいては、以上のような処理を行うことによってブレードを起動する。

但し、ユーザによるＶＬＡＮの設定のタイミングによっては、ブレード間にループ接続が発生することがある。図３に、ユーザによるＶＬＡＮの設定が行われないことによってループ接続が発生する例を示す。図３の例では、状態４において、ＶＬＡＮの設定が行われる前にポートに対するその他の設定が行われ、ポートが有効化されている。このような場合には、ブレードにおけるＬＡＮ（Local Area Network）スイッチの複数のポートがＶＬＡＮによって論理的に分断されていないので、複数のポートの間で通信が可能になる。そして、そのことが原因でループ接続が発生することがある。

また、ブレードをリセットすることによりＶＬＡＮの設定が初期化される場合には、ブレード間にループ接続が発生することがある。図４に、ＶＬＡＮの設定が初期化されることによってループ接続が発生する例を示す。図４の例では、状態４において、ポートを有効化した後、何らかの理由によってシステムを再開している。その際には、ブレードをリセットし、ブレードのリブートを行う。このとき、ＶＬＡＮの設定は初期化されるため、ユーザにより再びＶＬＡＮの設定が行われなければ、ポートの有効化によって、ループ接続が発生することになる。

図５及び図６を用いて、具体的なループ接続の態様について説明する。まず、図５に、ブレードサーバのブロック図の一例を示す。図５の例では、運用系マネジメントカード１００と、待機系マネジメントカード２００と、スイッチブレード３００と、スイッチブレード４００と、サーバブレード５００と、サーバブレード６００と、スイッチブレード７００と、スイッチブレード８００とが、イーサネット（登録商標）等のネットワーク１１乃至１４を介して接続されている。

破線で表されたネットワーク１１には、スイッチブレード３００におけるポート０乃至４と、サーバブレード５００におけるポート０と、サーバブレード６００におけるポート０と、スイッチブレード７００におけるポート０と、スイッチブレード８００におけるポート０とが接続されている。

実線で表されたネットワーク１２には、スイッチブレード４００におけるポート０乃至４と、サーバブレード５００におけるポート１と、サーバブレード６００におけるポート１と、スイッチブレード７００におけるポート１と、スイッチブレード８００におけるポート１とが接続されている。

一点鎖線で表されたネットワーク１３には、運用系マネジメントカード１００におけるＬＡＮカード１０２のポートと、待機系マネジメントカード２００におけるＬＡＮカード２０２のポートと、スイッチブレード３００におけるＬＡＮカード３０２のポートと、スイッチブレード４００におけるＬＡＮカード４０２のポートと、サーバブレード５００におけるＬＡＮカード５０２のポートと、サーバブレード６００におけるＬＡＮカード６０２のポートと、スイッチブレード７００におけるＬＡＮカード７０２のポートと、スイッチブレード８００におけるＬＡＮカード８０２のポートとが接続されている。

二点鎖線で表されたネットワーク１４には、スイッチブレード３００におけるＬＡＮスイッチ３０３のポート５と、スイッチブレード４００におけるＬＡＮスイッチ４０３のポート５とが接続されている。

例えば図３又は図４に示したような原因によって、図５に示したブレードサーバにループ接続が発生したとする。図６に、ブレードサーバにおけるループ接続の一例を示す。図６の例では、ＬＡＮスイッチ３０３におけるポート０乃至４とポート５とが論理的に分断されておらず、ＬＡＮスイッチ４０３におけるポート０乃至４とポート５とが論理的に分断されておらず、ＬＡＮスイッチ８０３におけるポート０とポート１とが論理的に分断されていない。そのため、太線で示したように、ＬＡＮスイッチ３０３と、ＬＡＮスイッチ４０３と、ＬＡＮスイッチ８０３との間でループ接続が生じている。

１つのブレードにおける複数のポートが接続される現象は、例えばサーバブレード５００及び６００のように、ポートとポートとが物理的に分断されている場合には発生しない。しかし、スイッチブレード３００及び４００並びにスイッチブレード７００及び８００のように、１つのＬＡＮスイッチの中に複数のポートが含まれているためそれらのポートが物理的に分断されていない場合には、ＶＬＡＮの設定をしなければ、それらのポートの間の接続を分断することができない。

そこで、以下では、スイッチの機能を有するブレードが搭載されたブレードサーバにおいて、ループ接続を発生させないようにするための方法について説明する。

図７に、本実施の形態におけるブレードサーバのブロック図を示す。本実施の形態におけるブレードサーバは、運用系マネジメントカード１００と、待機系マネジメントカード２００と、スイッチブレード３００と、スイッチブレード４００と、サーバブレード５００と、サーバブレード６００と、スイッチブレード７００と、スイッチブレード８００と、管理端末９とを有する。待機系マネジメントカード２００は、運用系マネジメントカード１００の処理が異常によって停止した場合等に、運用系マネジメントカード１００の代わりに処理を実行する。ユーザは、管理端末９を操作することによって、ブレードに対するＶＬＡＮの設定等を行う。

運用系マネジメントカード１００は、ブレードを管理するためのコントローラであるＩＰＭＣ１０１と、ＬＡＮカード１０２とを有する。待機系マネジメントカード２００は、ＩＰＭＣ２０１と、ＬＡＮカード２０２とを有する。スイッチブレード３００は、ＩＰＭＣ３０１と、ＬＡＮカード３０２と、ＬＡＮスイッチ３０３とを有する。スイッチブレード４００は、ＩＰＭＣ４０１と、ＬＡＮカード４０２と、ＬＡＮスイッチ４０３とを有する。サーバブレード５００は、ＩＰＭＣ５０１と、ＬＡＮカード５０２と、ＬＡＮカード５０３及び５０４とを含む。サーバブレード６００は、ＩＰＭＣ６０１と、ＬＡＮカード６０２と、ＬＡＮカード６０３及び６０４とを含む。なお、ＬＡＮカード５０３及び５０４並びにＬＡＮカード６０３及び６０４は、図面を見やすくするため１つのブロックで示されているが、実際には物理的に独立した２つのＬＡＮカードである。

ネットワーク１１乃至１４は、例えばイーサネット（登録商標）である。ネットワーク１１には、スイッチブレード３００におけるＬＡＮスイッチ３０３と、サーバブレード５００におけるＬＡＮカード５０４と、サーバブレード６００におけるＬＡＮカード６０４と、スイッチブレード７００におけるＬＡＮスイッチ７０３と、スイッチブレード８００におけるＬＡＮスイッチ８０３とが接続されている。

ネットワーク１２には、スイッチブレード４００におけるＬＡＮスイッチ４０３と、サーバブレード５００におけるＬＡＮカード５０３と、サーバブレード６００におけるＬＡＮカード６０３と、スイッチブレード７００におけるＬＡＮスイッチ７０３と、スイッチブレード８００におけるＬＡＮスイッチ８０３とが接続されている。

ネットワーク１３には、運用系マネジメントカード１００におけるＬＡＮカード１０２と、待機系マネジメントカード２００におけるＬＡＮカード２０２と、スイッチブレード３００におけるＬＡＮカード３０２と、スイッチブレード４００におけるＬＡＮカード４０２と、サーバブレード５００におけるＬＡＮカード５０２と、サーバブレード６００におけるＬＡＮカード６０２と、スイッチブレード７００におけるＬＡＮカード７０２と、スイッチブレード８００におけるＬＡＮカード８０２と、管理端末９とが接続されている。

ネットワーク１４には、スイッチブレード３００におけるＬＡＮスイッチ３０３と、スイッチブレード４００におけるＬＡＮスイッチ４０３とが接続されている。

ＩＰＭＢ２１及び２２は、運用系マネジメントカード１００がブレードの温度、電圧、電力供給、ハードウェア或いはソフトウェアの異常、又はポートの情報等を管理するためのバスであり、二重化によって冗長性が高められている。ＩＰＭＢ２１及び２２には、運用系マネジメントカード１００におけるＩＰＭＣ１０１と、待機系マネジメントカード２００におけるＩＰＭＣ２０１と、スイッチブレード３００におけるＩＰＭＣ３０１と、スイッチブレード４００におけるＩＰＭＣ４０１と、サーバブレード５００におけるＩＰＭＣ５０１と、サーバブレード６００におけるＩＰＭＣ６０１と、スイッチブレード７００におけるＩＰＭＣ７０１と、スイッチブレード８００におけるＩＰＭＣ８０１とが接続されている。

図８に、運用系マネジメントカード１００のブロック図を示す。運用系マネジメントカード１００は、ＩＰＭＣ１０１と、ＰＨＹ回路１０２１を含むＬＡＮカード１０２と、メモリ１０３と、ＣＰＵ１０４と、ＨＤＤ（Hard Disk Drive）１０５を有する。ＣＰＵ１０４には、メモリ１０３と、ＨＤＤ１０５と、ＩＰＭＣ１０１と、ＬＡＮカード１０２とが接続される。図示していないが、ＬＡＮカード１０２にはポートが含まれる。なお、待機系マネジメントカード２００のブロック図は、運用系マネジメントカード１００のブロック図と同様である。

ＩＰＭＣ１０１は、設定管理部１０１４及び判断部１０１５を含むＩＰＭＢ制御部１０１３と、管理テーブル格納部１０１１と、判断テーブル格納部１０１２とを有する。管理テーブル格納部１０１１及び判断テーブル格納部１０１２は、例えば、ＩＰＭＣ１０１におけるメモリ等に設けられる。ＩＰＭＢ制御部１０１３には、実線で表されたＩＰＭＢ２１と、破線で表されたＩＰＭＢ２２とが接続されている。ＰＨＹ回路１０２１には、実線で表されたネットワーク１３が接続されている。

ＩＰＭＣ１０１における設定管理部１０１４は、ブレード３００乃至８００についてのデータを、管理テーブル格納部１０１１において管理する。ＩＰＭＣ１０１における判断部１０１５は、管理テーブル格納部１０１１に格納されているデータ及び判断テーブル格納部１０１２に格納されているデータに基づき、ポートの使用可否を判断する処理等を実行する。ＬＡＮカード１０２におけるＰＨＹ回路１０２１は、データ転送における物理層の処理を実行する。

図９に、サーバブレード５００のブロック図を示す。サーバブレード５００は、ＩＰＭＣ５０１と、ＰＨＹ回路５０２１及び切替部５０２２を含むＬＡＮカード５０２と、ＰＨＹ回路５０３１及び切替部５０３２を含むＬＡＮカード５０３と、ＰＨＹ回路５０４１及び切替部５０４２を含むＬＡＮカード５０４と、ＣＰＵ５０５と、メモリ５０６と、チップセット５０７と、ＨＤＤ５０８とを有する。図示していないが、ＬＡＮカード５０２乃至５０４にはポートが含まれる。なお、サーバブレード６００のブロック図は、サーバブレード５００のブロック図と同様である。

ＩＰＭＣ５０１は、ブレードデータ格納部５０１１と、ＩＰＭＢ制御部５０１２とを含む。ブレードデータ格納部５０１１は、例えば、ＩＰＭＣ５０１におけるメモリ等に設けられる。ＩＰＭＣ５０１には、実線で表されたＩＰＭＢ２１と、破線で表されたＩＰＭＢ２２とが接続されている。ＰＨＹ回路５０２１及び切替部５０２２には、実線で表されたネットワーク１３が接続されている。ＰＨＹ回路５０３１及び切替部５０３２には、二点鎖線で表されたネットワーク１２が接続されている。ＰＨＹ回路５０４１及び切替部５０４２には、一点鎖線で表されたネットワーク１１が接続されている。

ＩＰＭＢ制御部５０１２は、ブレードデータ格納部５０１１に格納されているデータをＩＰＭＢ２１及び２２を介して運用系マネジメントカード１００に送信する処理等を実行する。切替部５０２２、切替部５０３２及び切替部５０４２は、ＬＡＮカードのポートによる通信のオン及びオフを切り替える処理を実行する。ＰＨＹ回路５０２１、ＰＨＹ回路５０３１及びＰＨＹ回路５０４１は、データ転送における物理層の処理を実行する。

図１０に、スイッチブレード７００のブロック図を示す。スイッチブレード７００は、ＩＰＭＣ７０１と、ＰＨＹ回路７０２１及び切替部７０２２を含むＬＡＮカード７０２と、ＰＨＹ回路７０３１並びに切替部７０３２及び切替部７０３３を含むＬＡＮスイッチ７０３と、ＣＰＵ７０４と、メモリ７０５と、チップセット７０６と、ＨＤＤ７０７とを有する。図示していないが、ＬＡＮカード７０２及びＬＡＮスイッチ７０３には、ポートが含まれる。ＬＡＮスイッチ７０３においては、各切替部に対応するポートが設けられているので、複数のポートが設けられている。なお、スイッチブレード３００及び４００並びに８００のブロック図は、スイッチブレード７００のブロック図と同様である。また、図１０において、ＬＡＮスイッチ７０３における切替部及びポートの数は２であるが、数に限定は無い。

ＩＰＭＣ７０１は、ブレードデータ格納部７０１１と、ＩＰＭＢ制御部７０１２とを含む。ブレードデータ格納部７０１１は、例えば、ＩＰＭＣ７０１におけるメモリ等に設けられる。ＩＰＭＣ７０１には、実線で表されたＩＰＭＢ２１と、破線で表されたＩＰＭＢ２２とが接続されている。ＰＨＹ回路７０２１及び切替部７０２２には、実線で表されたネットワーク１３が接続されている。ＰＨＹ回路７０３１及び切替部７０３２には、一点鎖線で表されたネットワーク１１が接続されている。ＰＨＹ回路７０３１及び切替部７０３３には、二点鎖線で表されたネットワーク１２が接続されている。

ＩＰＭＢ制御部７０１２は、ブレードデータ格納部７０１１に格納されているデータをＩＰＭＢ２１及び２２を介して運用系マネジメントカード１００に送信する処理等を実行する。切替部７０２２、切替部７０３２及び切替部７０３３は、ＬＡＮカードあるいはＬＡＮスイッチのポートによる通信のオン及びオフを切り替える処理を実行する。ＰＨＹ回路７０２１及びＰＨＹ回路７０３１は、データ転送における物理層の処理を実行する。

図１１に、運用系マネジメントカード１００における判断テーブル格納部１０１２に格納される判断テーブルの一例を示す。図１１の例では、組合せのパターンを識別するための番号と、ブレードが挿入されており且つデータ（ここでは、ＬＡＮスイッチについての実装データ及びＶＬＡＮの設定が済んでいるか否かを示す情報）を取得済みであるという条件を満たすか否かを示す情報と、ＡＴＣＡに従ったポートの使用可否を示す情報と、ＬＡＮスイッチの実装が有るか否かを示す情報と、ＶＬＡＮの設定が済んでいるか否かを示す情報と、最終的なポートの使用可否を示す情報とが格納されている。判断部１０１５は、起動するブレードがいずれのパターンに該当するか判断することによって、ポートの使用可否を判断する。なお、「Ｄｏｎ’ｔ Ｃａｒｅ」は、この欄に格納されるデータは最終的なポート使用可否の結果に影響を及ぼさないということを意味する。

通常のＡＴＣＡにおいては、ＡＴＣＡに基づくポートの使用可否の判断によって「可」と判断された場合には、ポートの使用が許可される。しかし、本実施の形態においては、例えばナンバー３のパターンのように、たとえＡＴＣＡに基づくポートの使用可否の判断によって「可」と判断されたとしても、ＶＬＡＮの設定が未だ行われていない場合には、ポートの使用は許可されない。

図１２に、サーバブレード及びスイッチブレードにおけるブレードデータ格納部に格納されるデータの一例を示す。図１２の例では、ＬＡＮスイッチの実装が有るか否かを示す情報と、ＶＬＡＮの設定が済んでいるか否かを示す情報とが含まれる。ブレードデータ格納部には、ブレードに関するその他の情報（例えば、ブレード種別のデータ及び電力データ等）も格納されるが、本実施の形態の主要な部分には関係しないため、記載を省略する。

次に、図１３乃至図１９を用いて、運用系マネジメントカード１００がブレードを起動する際に実行する処理について説明する。

まず、運用系マネジメントカード１００における設定管理部１０１４は、状態通知をブレードから受信する（図１３：ステップＳ１）。状態通知は、ブレードが状態１乃至４のうちいずれの状態に遷移したかを運用系マネジメントカード１００に通知するためのメッセージである。なお、ＡＴＣＡにおいて運用系マネジメントカード１００がブレードから受信するメッセージには、状態通知以外のメッセージもある。

ここでは、状態通知が、ブレードが状態２に遷移したことを示すメッセージであるとする。よって、設定管理部１０１４は、状態通知の送信元のブレードが状態２に遷移したことを検出する（ステップＳ３）。

設定管理部１０１４は、ブレード種別のデータを、状態通知の送信元のブレードから取得し（ステップＳ５）、そのブレードが挿入されているスロットの番号に対応付けて管理テーブル格納部１０１１に格納する。

図１４に、管理テーブル格納部１０１１に格納されるデータの一例を示す。図１４の例では、ブレードが挿入されるスロットの番号と、ＬＡＮスイッチの実装が有るか否かを示す情報と、ＶＬＡＮの設定が済んでいるか否かを示す情報とが格納される。このように、運用系マネジメントカード１００は、ブレードサーバに搭載されている複数のブレードの各々について、そのブレードのデータを管理する。ブレードがスロットから抜かれると、そのスロットに挿入されていたブレードのデータは管理テーブル格納部１０１１から削除される。

設定管理部１０１４は、ＬＡＮスイッチについての実装データを、状態通知の送信元のブレードから取得し（ステップＳ７）、そのブレードが挿入されているスロットの番号に対応付けて管理テーブル格納部１０１１に格納する。例えば、状態通知の送信元のブレードがＬＡＮスイッチの機能を有する場合（すなわち、スイッチブレード３００及び４００並びに７００及び８００のいずれかである場合）、ＬＡＮスイッチの実装が有ることを示す実装データが取得される。

そして、設定管理部１０１４は、管理テーブル格納部１０１１に格納されているブレードの種別のデータを用いて、起動の可否について判断処理を実行する（ステップＳ９）。ここでは、運用系マネジメントカード１００が制御可能なブレードの種別であるか否かによって、起動の可否を判断する。

運用系マネジメントカード１００が制御可能なブレードの種別である場合に、設定管理部１０１４は、状態通知の送信元のブレードに起動することを指示する起動許可指示を送信する（ステップＳ１１）。処理は端子Ａを介して図１５のステップＳ１３に移行する。

これに応じ、状態通知の送信元のブレードは状態３に遷移し、状態３に遷移したことを示す状態通知を運用系マネジメントカード１００に送信する。

図１５の説明に移行し、設定管理部１０１４は、状態通知をブレードから受信する（ステップＳ１３）。ここでは、状態通知が、ブレードが状態３に遷移したことを示すメッセージであるとする。よって、設定管理部１０１４は、状態通知の送信元のブレードが状態３に遷移したことを検出する（ステップＳ１５）。

設定管理部１０１４は、状態通知の送信元のブレードから、ブレードデータを取得（ステップＳ１７）し、そのブレードが挿入されているスロットの番号に対応付けて管理テーブル格納部１０１１に格納する。ブレードデータには、例えば、ブレードにおけるポートの通信規格についての情報及び電力分配を計算するための電力データ等が含まれる。

そして、設定管理部１０１４は、運用の可否についての判断処理を実行する（ステップＳ１９）。ステップＳ１９においては、ブレードデータに含まれる電力データから計算された電力分配によって運用の可否を判断する。

運用可能である場合、設定管理部１０１４は、状態通知の送信元のブレードに運用許可指示を送信する（ステップＳ２１）。

そして、設定管理部１０１４は、状態通知の送信元のブレードがＬＡＮスイッチを実装しているか判断する（ステップＳ２３）。ステップＳ２３においては、管理テーブル格納部１０１１に格納されている、ＬＡＮスイッチについての実装データが「有り」であるか否かによって判断する。ＬＡＮスイッチを実装している場合（ステップＳ２３：Ｙｅｓルート）、通常のＡＴＣＡに基づくポートの使用可否の判断は行わないので、処理は端子Ｂを介して図１６のステップＳ３３に移行する。

一方、ＬＡＮスイッチの実装が無い場合（ステップＳ２３：Ｎｏルート）、設定管理部１０１４は、ＡＴＣＡに基づくポートの使用可否の判断を判断部１０１５に指示する。これに応じ、判断部１０１５は、通常のＡＴＣＡに基づき、ポートの使用可否を判断し（ステップＳ２５）、判断の結果に基づき管理テーブル格納部１０１１に格納されているデータを更新する。ステップＳ２５においては、状態通知の送信元のブレードにおけるポートの通信規格と、そのポートに対向するポートの通信規格とが一致するか否かによって判断する。

状態通知の送信元のブレードにおけるポートを使用可能である場合（ステップＳ２７：Ｙｅｓルート）、判断部１０１５は、状態通知の送信元のブレードに、ポートの使用を許可するポート使用許可を送信する（ステップＳ２９）。ポート使用許可を受信したブレードにおいては、ユーザからの設定によりポートが有効化されると、ポートの使用が開始する。

一方、状態通知の送信元のブレードにおけるポートを使用できない場合（ステップＳ２７：Ｎｏルート）、判断部１０１５は、状態通知の送信元のブレードに、そのブレードにおけるポートの使用を禁止する指示をブレードに送信する（ステップＳ３１）。そして処理は端子Ｂを介して図１６のステップＳ３３に移行する。

これに応じ、状態通知の送信元のブレードは状態４に遷移し、状態４に遷移したことを示す状態通知を運用系マネジメントカード１００に送信する。

図１６の説明に移行し、設定管理部１０１４は、状態通知をブレードから受信する（ステップＳ３３）。ここでは、状態通知が、ブレードが状態４に遷移したことを示すメッセージであるとする。よって、設定管理部１０１４は、状態通知の送信元のブレードが状態４に遷移したことを検出する（ステップＳ３５）。

設定管理部１０１４は、状態通知の送信元のブレードからセンサデータ及び製造データを取得済みであるか判断する（ステップＳ３７）。ステップＳ３７においては、センサデータ及び製造データが管理テーブル格納部１０１１に格納されているか否かによって判断を行う。取得済みである場合（ステップＳ３７：Ｙｅｓルート）、あらためて取得しなくてもよいので、処理は端子Ｃを介して図１７のステップＳ４１に移行する。一方、取得済みではない場合（ステップＳ３７：Ｎｏルート）、設定管理部１０１４は、状態通知の送信元のブレードから、センサデータ及び製造データを取得し（ステップＳ３９）、そのブレードが挿入されているスロットの番号に対応付けて管理テーブル格納部１０１１に格納する。

図１７の説明に移行し、設定管理部１０１４は、状態通知の送信元のブレードから、ＶＬＡＮの設定が済んでいるか否かを示す情報を取得済みであるか判断する（ステップＳ４１）。ステップＳ４１においては、管理テーブル格納部１０１１に、ＶＬＡＮの設定が済んでいるかを示す情報が格納されているか否かによって判断する。ＶＬＡＮの設定が済んでいるか否かを示す情報を取得済みである場合（ステップＳ４１：Ｙｅｓルート）、ポートの使用可否について判断するため、ステップＳ４９の処理に移行する。一方、ＶＬＡＮの設定が済んでいるか否かを示す情報を取得済みではない場合（ステップＳ４１：Ｎｏルート）、設定管理部１０１４は、状態通知の送信元のブレードがＬＡＮスイッチを実装しているか判断する（ステップＳ４３）。なお、ステップＳ４３においては、ＶＬＡＮの設定が済んでいるか否かを示す情報をブレードから取得するようにしてもよい。

ＬＡＮスイッチを実装していない場合（ステップＳ４３：Ｎｏルート）、状態通知の送信元のブレードが原因でループ接続が発生することはないので、処理を終了する。なお、ＬＡＮスイッチが実装されていないブレードについては、ステップＳ２５の処理によってポートの使用可否が既に判断されている。

一方、ＬＡＮスイッチの実装が有る場合（ステップＳ４３：Ｙｅｓルート）、設定管理部１０１４は、ＶＬＡＮの設定が済んでいるか否かを示す情報を取得済みであるか判断する（ステップＳ４５）。なお、ステップＳ４１においても同様の処理を行っているが、上で述べたように、ステップＳ４１の終了後ステップＳ４５の処理を実行するまでの間に取得を行うことがあるため、念のためステップＳ４５の処理が行われる。

取得済みである場合（ステップＳ４５：Ｙｅｓルート）、あらためて取得を行わなくてもよいので、ステップＳ４９の処理に移行する。一方、取得済みではない場合（ステップＳ４５：Ｎｏルート）、設定管理部１０１４は、状態通知の送信元のブレードから、ＶＬＡＮの設定が済んでいるか否かを示す情報を取得し（ステップＳ４７）、そのブレードが挿入されているスロットの番号に対応付けて管理テーブル格納部１０１１に格納する。

そして、設定管理部１０１４は、ポートの使用可否の判断を判断部１０１５に指示する。これに応じ、判断部１０１５は、通常のＡＴＣＡに基づき、ポートの使用可否を判断（ステップＳ４９）し、判断の結果に基づき管理テーブル格納部１０１１に格納されているデータを更新する。また、判断部１０１５は、判断テーブルに基づき、状態通知の送信元のブレードにおけるポートの使用可否を判断する（ステップＳ５１）。

ステップＳ５１においては、状態通知の送信元のブレードについて、判断テーブル（図１１）におけるナンバー１又は２に該当するか判断する。「ブレード挿入有り且つデータ有り」という条件は、ステップＳ５１の処理を行っている時点であれば満たされる。ＡＴＣＡに基づくポートの使用可否については、ステップＳ４９において決定される。「ＬＡＮスイッチの実装」及び「ＶＬＡＮの設定」については、管理テーブル格納部１０１１に格納されているデータによって特定される。

ポートを使用可能である場合（ステップＳ５３：Ｙｅｓルート）、判断部１０１５は、状態通知の送信元のブレードに、ポート使用許可を送信する（ステップＳ５５）。ポート使用許可を受信したブレードにおいては、ユーザからの設定によりポートが有効化されると、ポートの使用が開始する。

一方、状態通知の送信元のブレードにおけるポートを使用できない場合（ステップＳ５３：Ｎｏルート）、判断部１０１５は、状態通知の送信元のブレードに、そのブレードにおけるポートの使用を禁止する指示を送信する（ステップＳ５７）。そして処理を終了する。

なお、ポートの使用を禁止する指示を受信したブレードは、ユーザによりＶＬＡＮの設定が行われると、ＶＬＡＮの設定が行われたことを運用系マネジメントカード１００に通知する。設定管理部１０１４は、ＶＬＡＮの設定が行われたことをブレードから通知された場合に、ＶＬＡＮの設定が済んでいるか否かを示す情報をブレードから取得する。そして、ＶＬＡＮの設定が済んだ場合には、判断部１０１５は、ポート使用許可をそのブレードに送信する。これにより、ＶＬＡＮが未設定であることによってポートの使用が許可されなかったブレードについても、ＶＬＡＮの設定が完了した段階でポートの使用を許可することができるようになる。

以上のような処理を実行すれば、ＬＡＮスイッチの機能が実装されたブレードにおける複数のポートが論理的に分断されたことを確認した後にその複数のポートを使用するので、ループ接続の発生を防止できるようになる。

図１８に、本実施の形態における状態２の処理シーケンスを示す。図２に示した状態２と比較すると、本実施の形態においては、運用系マネジメントカード１００が、ＬＡＮスイッチについての実装データをブレードに要求する処理が追加されている。そして、ブレードがＬＡＮスイッチを実装している場合には、状態３においては、ポートの使用可否について判断を行わず、状態４においてポートの使用可否について判断を行うようになっている。

図１９に、本実施の形態における状態４の処理シーケンスを示す。図２に示した状態４と比較すると、本実施の形態においては、運用系マネジメントカード１００が、ＶＬＡＮ設定が済んでいるか否かを示すデータをブレードに要求する処理が追加されている。１回目の処理の段階ではＶＬＡＮの設定が行われていないため、ポート使用許可は発行されない。しかしながら、１回目の処理の後に、ＶＬＡＮの設定が行われたことがブレードから通知され、それに応じて２回目の処理が実行される。よって、２回目の処理の段階ではＶＬＡＮの設定が行われているので、ポート使用許可が発行される。そして、ユーザの設定によりポートが有効化されると、ポートの使用が開始される。

次に、図２０を用いて、運用系マネジメントカード１００が定期的に実行する監視処理について説明する。

まず、設定管理部１０１４は、前回の処理から所定時間（例えば６０秒）が経過したか判断する（図２０：ステップＳ６１）。

所定時間が経過していない場合（ステップＳ６１：Ｎｏルート）、処理を実行するタイミングではないので、ステップＳ６１の処理に戻る。一方、所定時間が経過した場合（ステップＳ６１：Ｙｅｓルート）、設定管理部１０１４は、ＶＬＡＮの設定が済んでいるか否かを示す情報を取得することを要求する取得要求を各ブレードに送信する（ステップＳ６３）。これに応じ、各ブレードは、ＶＬＡＮの設定が済んでいるか否かを示す情報を運用系マネジメントカード１００に送信する。

設定管理部１０１４は、各ブレードから取得された、ＶＬＡＮの設定が済んでいるか否かを示す情報を、管理テーブル格納部１０１１に格納する（ステップＳ６５）。

設定管理部１０１４は、管理テーブル格納部１０１１に格納されているデータを用いて、ＬＡＮスイッチの実装が有り且つＶＬＡＮの設定が済んでいないブレードが有るか判断する（ステップＳ６７）。ＬＡＮスイッチの実装が有り且つＶＬＡＮの設定が済んでいないブレードが無い場合（ステップＳ６７：Ｎｏルート）、ループ接続が発生することはないので、ステップＳ６１の処理に戻る。

一方、ＬＡＮスイッチの実装が有り且つＶＬＡＮの設定が済んでいないブレードが有る場合（ステップＳ６７：Ｙｅｓルート）、設定管理部１０１４は、そのブレードにおけるポートの使用を禁止することを判断部１０１５に指示する。これに応じ、判断部１０１５は、ポートの使用を禁止する指示をそのブレードに送信する（ステップＳ６９）。

設定管理部１０１４は、ユーザから処理の終了指示を受け付けたか判断する（ステップＳ７１）。終了指示を受け付けていない場合（ステップＳ７１：Ｎｏルート）、監視処理を継続するため、ステップＳ６１の処理に戻る。一方、終了指示を受け付けた場合（ステップＳ７１：Ｙｅｓルート）、処理を終了する。

以上のような処理を実行すれば、何らかの理由によってブレードに対するＶＬＡＮ設定が初期化されたような場合であっても、そのブレードのポートを使用できないようにすることができるので、ループ接続の発生を防止できるようになる。

以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、上で説明した運用系マネジメントカード１００、待機系マネジメントカード２００、スイッチブレード３００及び４００並びにスイッチブレード７００及び８００、及び、サーバブレード５００及び６００のブロック構成は実際のプログラムモジュール構成に一致しない場合もある。

また、上で説明した各テーブルの構成は一例であって、上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。

なお、ステップＳ４３の処理が実行された後、ユーザによりＶＬＡＮの設定が行われたことを示す通知をブレードから受信するまで待機し、受信した場合にステップＳ４５の処理を実行してもよい。

また、運用系マネジメントカード１００が本実施の形態の処理を実行するためのプログラムを例えばＨＤＤ１０５に格納し、当該プログラムがＣＰＵ１０４によって実行されるようにしてもよい。

以上述べた本実施の形態をまとめると以下のようになる。

本実施の形態の第１の態様に係る情報処理装置は、複数の処理ユニット（例えば、実施の形態における「ブレード」）を管理する。そして、本情報処理装置は、（Ａ）複数の処理ユニットのうち第１の処理ユニットから、当該第１の処理ユニットがスイッチの機能を有するか否かを示す第１の情報と、第１の処理ユニットにおける複数のポートに対して論理ネットワークの設定が完了したか否かを示す第２の情報とを取得する第１処理部と、（Ｂ）少なくとも第１の情報と第２の情報とを用いて、第１の処理ユニットにおける複数のポートの使用可否を決定し、使用可能又は使用不可を示す情報を第１の処理ユニットに送信する第２処理部とを有する。

このようにすれば、スイッチの機能を有する処理ユニットにおける複数のポート間の接続が原因でループ接続が発生するという問題に対処できるようになる。

また、上で述べた第２処理部は、（ｂ１）第１の情報が第１の処理ユニットがスイッチの機能を有していることを示しており、且つ第２の情報が第１の処理ユニットにおける複数のポートに対して論理ネットワークの設定が完了したことを示している場合に、使用可能を示す情報を第１の処理ユニットに送信してもよい。このようにすれば、スイッチの機能を有する処理ユニットにおける複数のポートが論理的に分断されたことを確認した後にその複数のポートを使用するので、ループ接続の発生を防止できるようになる。

また、上で述べた第２処理部は、（ｂ２）第１の情報が第１の処理ユニットがスイッチの機能を有していることを示しており、且つ第２の情報が第１の処理ユニットにおける複数のポートに対して論理ネットワークの設定が完了していないことを示している場合に、使用不可を示す情報を第１の処理ユニットに送信してもよい。このようにすれば、スイッチの機能を有する処理ユニットにおける複数のポートが論理的に分断されていないにもかかわらずその複数のポートの使用が開始されるという事態を回避できるので、ループ接続の発生を防止できるようになる。

また、上で述べた第２処理部は、（ｂ３）第１の情報が、第１の処理ユニットがスイッチの機能を有していないことを示している場合に、使用可能を示す情報を第１の処理ユニットに送信してもよい。処理ユニットがスイッチの機能を有していない場合、その処理ユニットがループ接続の原因になることはないので、論理ネットワークの設定にかかわらずポートの使用を開始できるようになる。

また、上で述べた第２処理部は、（ｂ４）第１の処理ユニットにおける複数のポートが通信規格についての条件を満たすか判断し、（ｂ５）通信規格についての条件を満たすか否かについての判断結果と、第１の情報及び第２の情報とを用いて、第１の処理ユニットにおける複数のポートの使用可否を決定してもよい。このようにすれば、例えばＡＴＣＡのようにポートの通信規格に基づき使用の可否を決定する規格にも対処できるようになる。

また、情報処理装置と複数の処理ユニットとは、ＩＰＭＢによって接続されていてもよい。複数の処理ユニットによって実現されるシステムが、例えばＩＰＭＢによってブレードの管理が行われるブレードサーバである場合には、ＩＰＭＢを活用して処理を行えるようになる。

本実施の形態の第２の態様に係る情報処理方法は、複数の処理ユニットを管理するコンピュータにより実行される。そして、本情報処理方法は、（Ｃ）複数の処理ユニットのうち第１の処理ユニットから、当該第１の処理ユニットがスイッチの機能を有するか否かを示す第１の情報と、第１の処理ユニットにおける複数のポートに対して論理ネットワークの設定が完了したか否かを示す第２の情報とを取得し、（Ｄ）少なくとも第１の情報と第２の情報とを用いて、第１の処理ユニットにおける複数のポートの使用可否を決定し、使用可能又は使用不可を示す情報を第１の処理ユニットに送信する処理を含む。

なお、上記方法による処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。

Claims (6)

1. 複数の処理ユニットを管理する情報処理装置であって、
   前記複数の処理ユニットのうち第１の処理ユニットから、当該第１の処理ユニットがスイッチの機能を有するか否かを示す第１の情報と、前記第１の処理ユニットにおける複数のポートに対して論理ネットワークの設定が完了したか否かを示す第２の情報とを取得する第１処理部と、
   少なくとも前記第１の情報と前記第２の情報とを用いて、前記第１の処理ユニットにおける複数のポートの使用可否を決定し、使用可能又は使用不可を示す情報を前記第１の処理ユニットに送信する第２処理部と、
   を有する情報処理装置。
2. 前記第２処理部は、
   前記第１の情報が前記第１の処理ユニットがスイッチの機能を有していることを示しており、且つ前記第２の情報が前記第１の処理ユニットにおける複数のポートに対して論理ネットワークの設定が完了したことを示している場合に、使用可能を示す情報を前記第１の処理ユニットに送信する
   ことを特徴とする請求項１記載の情報処理装置。
3. 前記第２処理部は、
   前記第１の情報が前記第１の処理ユニットがスイッチの機能を有していることを示しており、且つ前記第２の情報が前記第１の処理ユニットにおける複数のポートに対して論理ネットワークの設定が完了していないことを示している場合に、使用不可を示す情報を前記第１の処理ユニットに送信する
   ことを特徴とする請求項１又は２記載の情報処理装置。
4. 前記第２処理部は、
   前記第１の情報が、前記第１の処理ユニットがスイッチの機能を有していないことを示している場合に、使用可能を示す情報を前記第１の処理ユニットに送信する
   ことを特徴とする請求項１乃至３のいずれか１つ記載の情報処理装置。
5. 前記第２処理部は、
   前記第１の処理ユニットにおける複数のポートが通信規格についての条件を満たすか判断し、
   前記通信規格についての条件を満たすか否かについての判断結果と、前記第１の情報及び前記第２の情報とを用いて、前記第１の処理ユニットにおける複数のポートの使用可否を決定する
   ことを特徴とする請求項１記載の情報処理装置。
6. 複数の処理ユニットを管理するコンピュータにより実行される情報処理方法であって、
   前記複数の処理ユニットのうち第１の処理ユニットから、当該第１の処理ユニットがスイッチの機能を有するか否かを示す第１の情報と、前記第１の処理ユニットにおける複数のポートに対して論理ネットワークの設定が完了したか否かを示す第２の情報とを取得し、
   少なくとも前記第１の情報と前記第２の情報とを用いて、前記第１の処理ユニットにおける複数のポートの使用可否を決定し、使用可能又は使用不可を示す情報を前記第１の処理ユニットに送信する
   処理を前記コンピュータが実行する情報処理方法。

Images