JP2019121338A - 機器ラック及び機器ラックからの状態報告を保証する方法 - Google Patents

Abstract

【課題】シャーシ管理コントローラ（ＣＭＣ）が故障するかオフラインの場合でも機器ラック及び機器ラックからの状態報告を保証する方法を提供する。【解決手段】リモート管理者は、ＣＭＣ２２０へのネットワーク接続を介して管理スイッチ１１０からパワーシェルフ状態を取得するコマンドを送信できる。次に、ＣＭＣ２２０は、管理スイッチ１１０を介したリモート管理者からの要求に応じてパワーシェルフ状態を報告する。ＣＭＣ２２０及び２７０は、それぞれのパワーシェルフ１２８及び１３８からの電力状態情報を交換できる。ＣＭＣ２２０又は２７０の一方が、他方のＣＭＣが通信によるサービスを停止していることを発見した場合、そのＣＭＣは、監視機能を引き継ぐ。【選択図】図２

Description

本開示は、一般に、複数のネットワーク装置を動作させるためのシャーシに関する。より詳細には、本開示の態様は、シャーシ取り付けネットワーク装置の動作を監視する複数のシャーシ管理コントローラのネットワーク接続に関する。

計算処理用途のためのクラウドの出現によって、リモート接続されたコンピュータ装置ユーザによってアクセスされるデータを記憶しアプリケーションを実行する、データセンタとして知られるオフサイト施設の需要が増えてきた。そのようなデータセンタは、典型的には、リモートコンピュータユーザが好都合にアクセスできるように、データを記憶し管理する膨大な数のサーバ、スイッチ及び記憶装置を有する。典型的なデータセンタは、電力及び通信接続が付随する物理ラック構造物を有する。このラックは、データセンタの部屋全体に配列される。各ラックは、サーバ、スイッチ、記憶装置などの複数の装置を保持できる横向きスロット又はシャーシを有するフレームを有する。最新のデータセンタでは、そのようなラック構造物内に積み重ねられた多数のそのような装置が見られる。例えば、幾つかのデータセンタには、何万台ものサーバと、それに付随する記憶装置とネットワークスイッチがある。したがって、典型的なデータセンタは、何万又は何十万の個別のラック内に何万台更には何十万台もの装置を含みうる。データセンタは、典型的には、機器の適切な動作を監視し保証するためにコントロールセンタ内に管理システムを有する。効率的に管理するため、管理者は、データセンタ内の各ラック内の機器の瞬間の状態に関する知識に依存する。

図１に、典型的なラックシステム１０を示す。ラックシステム１０は、パワーシェルフ１４に結合されたシャーシ管理コントローラ（ＣＭＣ）１２を有する。パワーシェルフ１４は、幾つかの電源ユニットとそれに対応する冷却用ファンを有する。パワーシェルフ１４は、ネットワーク装置バンク１６及び１８に接続され、バンク１６及び１８内のネットワーク装置のそれぞれに電力を提供する。この例では、ネットワーク装置バンク１６及び１８内のネットワーク装置は、ブレードサーバでよい。ラックシステム１０は、また、管理スイッチ２０と２台のデータスイッチ２２及び２４を含む。管理スイッチ２０は、パワーシェルフ１４上の電源を含むバンク１６及び１８に格納されたネットワーク装置の動作を監視する。データスイッチ２２及び２４は、バンク１６及び１８に格納されたネットワーク装置間のデータ通信を提供する。

ＣＭＣ１２は、バンク１６及び１８内のネットワーク装置を管理する。ＣＭＣ１２は、設定及び監視タスクを実行し、バンク１６及び１８内のネットワーク装置への電力を制御し、バンク１６及び１８内のネットワーク装置に警告を提供する。ＣＭＣ１２は、マイクロプロセッサとメモリを有する。ＣＭＣ１２は、パワーシェルフ１４上の電源によって電力供給される。

ＣＭＣ１２は、データセンタ内のラック１０の管理に重要な役割を果たす。ＣＭＣ１２は、データセンタ管理ソフトウェアのためにラック１０からラックベースでの動作情報を収集する。動作情報には、（１）ラック全消費電力、（２）各ネットワーク装置からのＩＰアドレスリスト、（３）全体及び個別のラック構成要素の健全性に関する状態、並びに（４）ラックベースでのファン及び温度状態が含まれうる。そのような情報は、ＣＭＣ１２や管理スイッチ２０上のラック管理コントローラなどのラックの全ての管理ユニットに対して、ラック電力キャッピングやラックＩＤ更新などの機能を実行するためにデータセンタ管理ソフトウェアによって使用されうる。したがって、データセンタ管理者は、そのような情報の収集によってデータセンタの各ラックシステム内の装置の動作をリモートで監視できる。

ＣＭＣ１２のためにパワーシェルフ１４上の構成要素との通信を実施する幾つかの周知の方法がある。例えば、ＣＭＣ１２は、インターインテグレーテッドサーキットプロトコル（Ｉ２Ｃ）、ユニバーサル非同期型レシーバ／トランスミッタ（ＵＡＲＴ）、又はパワーシェルフ１４からの動作データを管理スイッチ２０と通信するネットワークを使用できる。

動作では、ＣＭＣ１２は、パワーシェルフ１４の状態を定期的にポーリングする。リモート管理者は、管理スイッチ２０などの管理スイッチを介してコマンドを送ってパワーシェルフ状態を取得できる。次に、ＣＭＣ１２は、リモート管理者からの要求に応じてパワーシェルフ１４の状態を報告する。警告が出されたとき、ＣＭＣ１２は、潜在的故障などの潜在的状況への対応を強化するために、パワーシェルフ１４の状態をリモート管理ノードに能動的に報告する。

「Managing shared resources in a multi-computer system with failover support」と題する米国特許出願公開第２０１２／０００５３４８号明細書

一般に、図１で、各キャニスタには１台のＣＭＣ−たとえばラック１０のようなラック−しかない。しかしながら、データセンタのリモート管理者は、ＣＭＣ１２が故障するかオフラインになると、キャニスタ又はラックパワーシェルフ１４の状態監視を行う能力を失う。これにより、ラック１０から提供される全ての電力及び支援からの問題が報告されなくなるので、ラック１０の動作が妨げられる。

したがって、ＣＭＣ１２の故障によって、ラック１０内の全てのネットワーク装置の動作が妨げられる。正常状態では、キャニスタ又はラック１０内のＣＭＣ１２は、パワーシェルフ１４の状態を監視し、その状態を管理ノードに報告する。ＣＭＣ１２の故障又は誤動作は、ネットワーク装置の監視を妨げ、したがって、ユニットが検査されうるまで動作を停止しなければならない。幾つかの現行のラック設計は、第１のＣＭＣが故障した場合に、キャニスタ又はラック状態をリモート管理者に報告するバックアップＣＭＣを備える。しかしながら、両方のＣＭＣがリモート管理者から通信を遮断される可能性があるので、これは、完全な解決策ではない。更に、キャニスタ上の両方のＣＭＣが故障すると、動作が停止されなければならない。

したがって、ＣＭＣがオフラインになった場合でも、支援シェルフ状態のリモート監視を可能にするラックシステムが必要である。更に、ＣＭＣがラック上の装置の監視データを報告できない場合でも、ラックの動作を可能にする機構が必要である。更に、ラック内の複数の装置の状態監視データを収集する複数のＣＭＣを有するラックシステムが必要である。

特許文献１は、複合コンピュータシステムに挿入されたコンピュータから、挿入されたコンピュータの優先順位を表わす優先順位検出信号を読み取るステップと、コンピュータから、複合コンピュータシステムに現在挿入されている全てのコンピュータの挿入状態を表わす平面検出信号を読み取るステップと、優先順位検出信号と平面検出信号に従って、コンピュータが、複合コンピュータシステムに挿入された全てのコンピュータの中で最高優先順位を有するかどうかを決定するステップと、コンピュータが最高優先順位を有するという決定に応じて、共用リソースを監視し、最高優先順位コンピュータと関連付けられた特定出力信号を出力するステップであって、特定出力信号が、複合コンピュータシステムに現在挿入されている他のコンピュータに対して最高優先順位コンピュータの識別を提供し、最高優先順位コンピュータによって共用リソースの制御を提示するステップを開示した。

１つの開示される例は、管理コントローラと、第１及び第２のシャーシとを含む機器ラックである。前記第１のシャーシは、第１の電源ユニットと、該第１の電源ユニットに結合された第１のシステムバスと、該第１のシステムバスに結合された第１のシャーシ管理コントローラと、第１のネットワーク装置とを含む。前記第１の電源ユニットは、前記第１のシステムバスに状態データを送る。前記第２のシャーシは、第２の電源ユニットと、該第２の電源ユニットに結合された第２のシステムバスと、該第２のシステムバスに結合された第２のシャーシ管理コントローラと、第２のネットワーク装置とを含む。前記第２の電源ユニットは、前記第２のシステムバスに状態データを送る。前記第１のシャーシ管理コントローラは、前記第１の電源ユニットから状態データを取得するために前記第１のシステムバスと通信する。前記第１のシャーシ管理コントローラは、前記第２の電源ユニットから状態データを取得するために前記第２のシステムバスと通信する。前記第１のシャーシ管理コントローラは、状態データを中継するために管理スイッチと通信する。第２のシャーシ管理コントローラは、前記第１の電源ユニットから状態データを取得するために前記第１のシステムバスと通信する。前記第２のシャーシ管理コントローラは、前記第２の電源ユニットから状態データを取得するために前記第２のシステムバスと通信する。管理コントローラは、状態データを中継するために前記管理コントローラと前記第２のシャーシ管理コントローラの間の通信を確立する働きをする。

別の開示された例は、機器ラックからの状態報告を保証する方法である。前記機器ラックは、管理コントローラを有する。前記機器ラックは、第１の電源ユニット、第１のシステムバス、第１のシャーシ管理コントローラ及び第１のネットワーク装置を含む第１のシャーシを有する。前記機器ラックは、第２の電源ユニット、第２のシステムバス、第２のシャーシ管理コントローラ及び第２のネットワーク装置を含む第２のシャーシを有する。状態データが、前記第１の電源ユニットから前記第１のシステムバスに提供される。前記状態データが、前記第２の電源ユニットから前記第２のシステムバスに提供される。前記第１のシャーシ管理コントローラと前記第１のシステムバスの間に通信が確立されて、前記第１の電源ユニットから状態データが取得される。前記第１のシャーシ管理コントローラと前記第２のシステムバスの間に通信が確立されて、前記第２の電源ユニットから状態データが取得される。状態データは、前記第１のシャーシ管理コントローラによって管理スイッチに中継される。前記第２のシャーシ管理コントローラと前記第２のシステムバスの間に通信が確立されて、前記第２の電源ユニットから状態データが取得される。前記第２のシャーシ管理コントローラと前記第１のシステムバスの間に通信が確立されて、前記第１の電源ユニットから状態データが取得される。前記第１のシャーシ管理コントローラからの状態データが中継されないという決定に基づいて、前記第２のシャーシ管理コントローラによる状態データの中継が、前記管理コントローラに対して行われる。

上記の要約は、本開示の各実施形態又は全ての態様を表わすものではない。より正確に言うと、前述の要約は、本明細書に記載された新規の態様及び特徴の幾つかの例を提供するに過ぎない。本開示の上記の特徴及び利点並びに他の特徴及び利点は、添付図面及び添付の特許請求の範囲に関連して行われるとき本発明を実現する代表的な実施形態及び形態の以下の詳細な説明から容易に明らかになるであろう。

開示は、添付図面に関連した典型的実施形態の以下の記述からよりよく理解されるであろう。

ラック動作データを監視する単一ＣＭＣを有する先行技術のラックシステムの例を示す図である。 マスタＣＭＣが故障した場合に継続的な報告を可能にするパートナＣＭＣを含む例示的ラック内の構成要素のブロック図である。 ＣＭＣがそれぞれのパワーシェルフを監視する能力を示す図２の例示的ラックの構成要素のブロック図である。 通常動作マスタＣＭＣからの状態データの流れを示す図２の例示的ラックの構成要素のブロック図である。 情報を維持しマスタＣＭＣ機能をパートナＣＭＣに切り替えるために管理コントローラによって実行されるプロセスの流れ図である。 本開示の様々な例による典型的システムを示す図である。 本開示の様々な例による典型的システムを示す図である。

本開示は、様々な修正及び代替形態が可能である。幾つかの代表的な実施形態は、図面に例として示され、本明細書で詳述される。しかしながら、本発明が、開示された特定の形態に限定されないことを理解されたい。より正確に言うと、開示は、添付の特許請求の範囲で定義されたような本発明の趣旨及び範囲内にある修正物、等価物、及び代替物を全て対象として含む。

本発明は、様々な形態で実施されうる。代表的な実施形態が図面に示され、本明細書で詳述される。本開示は、本開示の原理の例又は説明であり、開示の広い態様を、示された実施形態に限定するものではない。その範囲で、例えば、要約（Abstract）、課題を解決するための手段（Summary）及び発明を実施するための形態（Detailed Description）の節に開示されているが、特許請求の範囲に明示的に記載されていない要素及び制限は、含意、参照又は他の方法によって、単独又は集合的に、特許請求の範囲に組み込まれるべきでない。この詳細な説明のため、具体的に否定されない限り、単数は複数を含み逆の場合も同様であり、用語「含む（including）」は、「限定なしに含む」ことを意味する。更に、「約（about）」、「ほぼ（almost）」、「実質的に（substantially）」、「近似的に（approximately）」などの近似の用語は、本明細書では、「における（at）」、「近い（near）」、「に近い（nearly at」）、「〜の３〜５％以内（within 3-5% of）」、「許容可能な製造公差内」、又はこれらの任意の論理的組み合わせを意味するために使用されうる。

図２は、単一ＣＭＣ又は単一ボード上の複数のＣＭＣが故障した場合でもラック１００上の全ての装置の動作データの監視を可能にするために、異なるシャーシユニット内の異なるシェルフ又はボード上に複数のＣＭＣを有する例示的な複式シャーシキャニスタラック１００を示す。動作データ状態を取得する別個シャーシ上に少なくとも１つのパートナＣＭＣを追加することにより、マスタＣＭＣが状態情報を提供できない場合でも、連続監視が可能になり、したがってラック１００の動作が可能になる。

ラック１００は、管理スイッチ１１０と、２つのデータスイッチ１１２及び１１４を有する。ラック１００は、第１のシャーシユニット１２０と第２のシャーシユニット１３０を含む。管理スイッチ１１０は、ラック１００上の全ての装置の動作を監視する管理コントローラとして働くコントローラを含みうる。第１のシャーシユニット１２０は、サーバ１２２、１２４及び１２６などの様々なネットワーク装置を含む。シャーシユニット１２０は、また、シャーシユニット１２０のサーバ１２２、１２４及び１２６用の電源ユニット及びその他の支援電子回路を収容するパワーシェルフ１２８を含む。他のシャーシユニット１３０は、サーバ１３２、１３４及び１３６などの様々なネットワーク装置を含む。シャーシユニット１３０は、また、シャーシユニット１３０のネットワーク装置１３２、１３４及び１３６用の電源ユニット及び他の支援電子回路を収容するパワーシェルフ１３８を含む。例えば、シャーシユニット１２０及び１３０は、スロットを画定する取付け機構を保持する平行な側壁を備えうる。パワーシェルフは、シャーシユニット内の任意の位置に取り付けられうる。それぞれのネットワーク装置は、スロットに挿入され、それぞれのパワーシェルフ上の電源ユニットに接続されうる。

図２は、また、パワーシェルフ１２８及び１３８のブロック図を示す。パワーシェルフ１２８は、一連の電源ユニット２０２、２０４及び２０６を有する。電源ユニット２０２、２０４及び２０６はそれぞれ、対応するファン２１２、２１４及び２１６を有する。パワーシェルフ１２８は、パワーシェルフ１２８の動作を監視するＣＭＣ２２０を有する。この例では、パワーシェルフ１２８は、サーバ１２２、１２４及び１２６などの関連ネットワーク装置に電力を提供する。システム管理（ＳＭ）バススイッチ２２２は、システムバス２２４を介して電源ユニット２０２、２０４及び２０６並びにファン２１２、２１４及び２１６と通信する。ＳＭバススイッチ２２２は、動作データを受け取り、電源ユニット２０２、２０４及び２０６並びにファン２１２、２１４及び２１６にオン／オフコマンドを伝える働きをする。ＣＭＣ２２０は、ネットワークインタフェース２２６に結合され、ＳＭバススイッチ２２２に結合される。

同様に、パワーシェルフ１３８は、一連の電源ユニット２５２、２５４及び２５６を有する。電源ユニット２５２、２５４及び２５６はそれぞれ、対応するファン２６２、２６４及び２６６を有する。パワーシェルフ１３８は、パワーシェルフ１３８の動作を監視するＣＭＣ２７０を有する。この例では、パワーシェルフ１３８は、サーバ１３２、１３４及び１３６などの関連ネットワーク装置に電力を提供する。システム管理（ＳＭ）バススイッチ２７２は、システムバス２７４を介して、電源ユニット２５２、２５４及び２５６並びにファン２６２、２６４及び２６６と通信する。ＳＭバススイッチ２７２は、動作データを受け取り、電源ユニット２５２、２５４及び２５６並びにファン２６２、２６４及び２６６にオン／オフコマンドを通信する働きをする。ＣＭＣ２７０は、ネットワークインタフェース２７６に結合され、またＳＭバススイッチ２７２に結合される。

図２に示されたように、ＣＭＣ２２０及び２７０は、それぞれのネットワークインタフェース２２６及び２７６を介してネットワークによって管理スイッチ１１０に接続される。ネットワークインタフェース２２６は、ＳＭバススイッチ２７２にも接続される。ネットワークインタフェース２７６は、ＳＭバススイッチ２２２に接続される。後述されるように、この機構は、ＣＭＣ２２０又は２７０がパワーシェルフ１２８又は１３８を監視し制御することを可能にする。

この例では、ＣＭＣ２２０は、ラック１００のマスタＣＭＣであり、ＣＭＣ２７０はパートナＣＭＣである。当然ながら、ＣＭＣ２７０は、マスタＣＭＣとして働くことができ、ＣＭＣ２２０は、ラック１００のパートナＣＭＣとして働く。ＣＭＣを有する追加のシャーシユニットが、ラック１００内に取り付けられた例では、そのような他のＣＭＣが、マスタＣＭＣとして働きうる。この例では、ＣＭＣ２２０は、ＳＭバススイッチ２２２を介してパワーシェルフ１２８のパワーシェルフ状態を定期的にポーリングする。このようにして、ＣＭＣ２２０は、電源ユニット２０２、２０４、２０６並びにファン２１２、２１４及び２１６の動作状態データを収集する。ＣＭＣ２２０は、また、パワーシェルフ１３８の状態に関してパートナＣＭＣ２７０をポーリングする。ＣＭＣ２７０は、ＳＭバススイッチ２７２を介してそのような状態データを、電源ユニット２５２、２５４、２５６並びにファン２６２、２６４及び２６６の動作状態データに関して収集する。

リモート管理者は、ＣＭＣ２２０へのネットワーク接続を介して管理スイッチ１１０からパワーシェルフ状態を取得するコマンドを送信できる。次に、ＣＭＣ２２０は、管理スイッチ１１０を介したリモート管理者からの要求に応じてパワーシェルフ状態を報告する。冗長ＣＭＣ２２０及び２７０は、Ｉ２Ｃ、ＣＰＩＯ、ＵＡＲＴ又は類似のネットワークプロトコルなどの接続によって互いに通信できる。２つのＣＭＣ２２０と２７０の間のハンドシェークが、適切なプロトコルによるハートビートネゴシエーションによって行われる。この例では、このネゴシエーションは、Ｉ２Ｃ、ＣＰＩＯ、ＵＡＲＴ又は類似のネットワークなどのプロトコルによって行われうる。したがって、ＣＭＣ２２０及び２７０は、それぞれのパワーシェルフ１２８及び１３８からの電力状態情報を交換できる。ＣＭＣ２２０又は２７０の一方が、他方のＣＭＣが通信によるサービスを停止していることを発見した場合、そのＣＭＣは、監視機能を引き継ぐ。

ＣＭＣ２２０が故障した場合、パートナＣＭＣ２７０は、元のマスタＣＭＣが故障したか管理スイッチ１１０へのネットワーク接続が絶たれたことを検出できる。あるいは、管理スイッチ１１０のコントローラなどの管理コントローラは、元のマスタＣＭＣからの通信の失敗を検出できる。次に、パートナＣＭＣ２７０は、状態データをリモート管理者に報告する役割を引き継ぎ、パートナＣＭＣが既にそのような機能を引き継いだという警告をリモート管理者に送る。したがって、リモート管理者に報告される情報は、元のマスタＣＭＣがまだ機能している場合と同じになる。

図３は、ＣＭＣ２２０がマスタＣＭＣとして指定されたパワーシェルフ１２８及びパワーシェルフ１３８を示す。図３の類似要素には、図２の類似要素の番号が付けられている。通常動作では、ＣＭＣ２２０及び２７０は両方とも、それぞれのパワーシェルフ１２８及び１３８上のそれぞれの電源ユニットから全てのセンサ情報を能動的に読み取る。ＣＭＣ２２０などのＣＭＣの１つが、マスタＣＭＣとして指定される。この例では、ＣＭＣ２７０は、パートナＣＭＣであり、ＳＭバススイッチ２７２から収集した状態情報を、図３に線３００によって示されたように、ＣＭＣ２２０に直接送らせる。また、ＣＭＣ２２０は、ＳＭバススイッチ２２２から収集した状態情報を、線３０２によって示されたように、ＣＭＣ２７０に送らせる。マスタＣＭＣとして指定されたＣＭＣ２２０は、両方のパワーシェルフ１２８及び１３８上の全ての構成要素の状態を、管理スイッチ１１０（図２）へのネットワーク接続によって、リモート管理に報告する。接続は、管理スイッチ１１０への能動的なデータ伝送を示す線３１０によって示されうる。両方のＣＭＣ２２０及び２７０が、それぞれのＳＭバススイッチ２２２及び２７２を介して情報を取得できるので、ＣＭＣ２２０及び２７０の両方が常に同期される。ＣＭＣ２２０から管理スイッチに伝送される動作又は状態データは、インターインテグレーテッドサーキットプロトコル（Ｉ２Ｃ）、ユニバーサル非同期レシーバ／トランスミッタ（ＵＡＲＴ）、又はネットワークを介したものでよい。

図４は、パワーシェルフ１２８とパワーシェルフ１３８を示し、この場合、ＣＭＣ２２０は、管理スイッチ１１０と通信していない。図４の類似要素は、図２の類似要素の番号で示される。ＣＭＣ２２０からの通信がない理由は、ＣＭＣ２２０の故障又は通信路の切断であることある。ＣＭＣ２２０及び２７０は両方とも、それぞれのパワーシェルフ１２８及び１３８上のそれぞれの電源ユニットから全てのセンサ情報を能動的に読み取る。この例では、ＣＭＣ２７０は、パートナＣＭＣであり、ＳＭバススイッチ２７２から収集された状態情報を、線４００によって示されたように、ＣＭＣ２２０に直接送らせる。ＣＭＣ２２０は、また、ＳＭバススイッチ２２２から収集された状態情報を、線４０２によって示されたように、ＣＭＣ２７０に送らせる。この場合、システムは、管理スイッチ１１０（図２）との通信を開始するパートナＣＭＣ（ＣＭＣ２７０など）に切り替わる。この接続は、管理スイッチ１１０へのデータの能動的伝送を示す線４１０によって示される。ＣＭＣ２７０から管理スイッチ１１０に送られる動作又は状態データは、インターインテグレーテッドサーキットプロトコル（Ｉ２Ｃ）、ユニバーサル非同期レシーバ／トランスミッタ（ＵＡＲＴ）又はネットワークを介したものでよい。

ＳＭバススイッチ２２２及び２７２には、取り付けられたＳＭバスをあるものから別のものに切り替えることができる限り他の装置を使用できることを理解されたい。例えば、様々なＳＭバスからの入力に同時に通信できるＳＭバスアービタが使用されうる。ＳＭバスアービタは、どのバスが最初にターゲットにトークできるかを決めるアービトレータの役割をすることができる。あるいは、ターゲットに通信するバスを選択するためにマルチプレクサも使用できる。

図５の流れ図は、図２のラック１００が図２のＣＭＣの一方からの状態情報の流れを保証する例示的な機械可読命令を表す。この例では、機械可読命令は、（ａ）プロセッサ、（ｂ）コントローラ、及び／又は（ｃ）１つ以上の他の適切な処理装置によって実行されるアルゴリズムを含む。アルゴリズムは、例えば、フラッシュメモリ、ＣＤ−ＲＯＭ、フロッピディスク、ハードディスク、デジタルビデオ（多用途）ディスク（ＤＶＤ）、又は他のメモリ装置などの有形媒体上に記憶されたソフトウェアで実施されうる。しかしながら、当業者は、アルゴリズム全体及び／又はその一部分が、代替として、プロセッサ以外の装置によって実行されかつ／又はファームウェア又は専用ハードウェアで周知の方法で実施されうることを容易に理解するであろう（例えば、特定用途向け集積回路［ＡＳＩＣ］、プログラム可能論理回路［ＰＬＤ］、フィールドプログラム可能論理回路［ＦＰＬＤ］、フィールドプログラマブルゲートアレイ［ＦＰＧＡ］、個別ロジックなどによって実現されうる）。例えば、インタフェースの構成要素のどれか又は全てが、ソフトウェア、ハードウェア、及び／又はファームウェアによって実現されうる。また、図５のフローチャートによって表わされた機械可読命令の幾つか又は全てが、手動で実行されうる。更に、図５に示されたフローチャートに関連して例示的なアルゴリズムを記述するが、当業者は、代替として、例示的な機械可読命令を実行する他の多くの方法が使用されうることを容易に認識するであろう。例えば、ブロックの実行順序が変更されてもよく、及び／又は記述されたブロックの幾つかが変更、削除又は組み合わせられてもよい。

図５は、シャーシユニット１２０及び１３０（図２）の監視を保証するために例示的ラック１００を操作するプロセスの例示的な流れ図を示す。この例では、図２のＣＭＣのそれぞれ（ＣＭＣ２２０及びＣＭＣ２７０など）が、それぞれのパワーシェルフ状態をポーリングする（５００）。ＣＭＣはそれぞれ、図２のバススイッチ２２２などのバススイッチから動作状態データを収集する（５０２）。ＣＭＣは、また、パートナＣＭＣによって監視されたそれぞれのパワーシェルフの状態に関して全てのパートナＣＭＣをポーリングする（５０４）。管理スイッチ１１０（図２）の管理コントローラは、マスタＣＭＣ２２０が動作しているかどうかを決定する（５０６）。マスタＣＭＣ２２０が動作している場合、管理スイッチ１１０は、パワーシェルフ状態を取得するために要求をマスタＣＭＣ２２０に送る（５０８）。要求を受け取ると、ＣＭＣ２２０は、各シェルフの収集された動作データを送る（５１０）。

現在のマスタＣＭＣが動作できない場合、管理スイッチ１１０は、マスタＣＭＣの役割を引き受けるようにＣＭＣ２７０の状態を切り替える（５１２）。次に、管理スイッチ１１０は、パワーシェルフ状態を取得する要求を新しいマスタＣＭＣ２７０に送る（５１４）。ＣＭＣ２７０は、要求を受け取ると、各シェルフの収集された動作データを管理スイッチ１１０に送る（５１６）。

図６は、例示的な計算処理システム６００であり、計算処理システムの構成要素は、バス６０２を使用して互いに電気通信する。システム６００は、処理ユニット（ＣＰＵ又はプロセッサ）６３０と、システムメモリ６０４（例えば、読み取り専用メモリ（ＲＯＭ）６０６及びランダムアクセスメモリ（ＲＡＭ）６０８）を含む様々なシステム構成要素をプロセッサ６３０に結合するシステムバス６０２とを含む。システム６００は、プロセッサ６３０と直接接続されるか、プロセッサ６３０と接近するか、プロセッサ６３０の一部として一体化された高速メモリのキャッシュを含みうる。システム６００は、メモリ６０４及び／又は記憶装置６１２からのデータを、プロセッサ６３０による迅速アクセスされるキャッシュ６２８に複写できる。このようにして、キャッシュは、データを待っている間にプロセッサ６３０の性能向上を提供できる。以上その他のモジュールは、様々なアクションを実行するために、プロセッサ６３０を制御するかそのプロセッサ６３０を制御するように構成されうる。他のシステムメモリ６０４も使用可能でよい。メモリ６０４は、異なる性能特性を有する複数の様々なタイプのメモリを含みうる。プロセッサ６３０は、任意の汎用プロセッサと、記憶装置６１２に埋め込まれたモジュール１ ６１４、モジュール２ ６１６、モジュール３ ６１８などのハードウェアモジュール又はソフトウェアモジュールも含みうる。ハードウェアモジュール又はソフトウェアモジュールは、プロセッサ６３０、並びにソフトウェア命令が実際のプロセッサ設計に組み込まれた専用プロセッサを制御するように構成される。プロセッサ６３０は、本質的に、複数のコア又はプロセッサ、バス、メモリコントローラ、キャッシュなどを含む完全自立式の計算処理システムでよい。マルチコアプロセッサは、対称的でも非対称的でもよい。

計算処理装置６００とのユーザ対話を可能にするため、入力装置６２０が、入力機構として提供される。入力装置６２０は、会話用のマイクロフォン、ジェスチャ又は図形入力用のタッチセンシティブスクリーン、キーボード、マウス、モーション入力などを含みうる。幾つかの例では、多モードシステムは、ユーザが、システム６００と通信するために複数タイプの入力を提供することを可能にできる。この例では、出力装置６２２も提供される。通信インタフェース６２４は、ユーザ入力とシステム出力を支配し管理できる。

記憶装置６１２は、コンピュータによってアクセス可能なデータを記憶する不揮発性メモリでよい。記憶装置６１２は、磁気カセット、フラッシュメモリカード、ソリッドステートメモリ装置、デジタル多機能ディスク、カートリッジ、ランダムアクセスメモリ（ＲＡＭ）６０８、読み取り専用メモリ（ＲＯＭ）６０６、及びこれらの複合物でよい。

コントローラ６１０は、ＢＭＣ（ベースボード管理コントローラ）などのシステム６００上の専用マイクロコントローラ又はプロセッサでよい。場合によって、コントローラ６１０は、インテリジェントプラットフォーム管理インタフェース（ＩＰＭＩ）の一部でよい。更に、場合によって、コントローラ６１０は、システム６００のマザーボード又は主回路基板に埋め込まれうる。コントローラ６１０は、システム管理ソフトウェアとプラットホームハードウェアの間のインタフェースを管理できる。また、コントローラ６１０は、更に後述されるように、コントローラや周辺構成要素などの様々なシステム機器及び構成要素（内部及び／又は外部）と通信できる。

コントローラ６１０は、通知、警告、及び／又はイベントに対する固有の応答を生成し、リモート装置又は構成要素（例えば、電子メールメッセージ、ネットワークメッセージなど）と通信して、自動ハードウェア回復手順などのための命令又はコマンドを生成できる。管理者は、また、更に後述されるように、コントローラ６１０とリモートで通信して、特定のハードウェア回復手順又は動作を開始又は行うことができる。

コントローラ６１０は、また、コントローラ６１０が受け取ったイベント、警告、及び通知を管理及び維持するためにシステムイベントログコントローラ及び／又は記憶装置を含みうる。例えば、コントローラ６１０又はシステムイベントログコントローラは、１つ以上の装置及び構成要素から警告又は通知を受け取り、システムイベントログ記憶構成要素内に警告又は通知を維持できる。

フラッシュメモリ６３２は、記憶及び／又はデータ転送のためにシステム６００によって使用されうる電子式不揮発性コンピュータ記憶媒体又はチップでよい。フラッシュメモリ６３２は、電気的消去及び／又は再プログラムされうる。例えば、フラッシュメモリ６３２には、ＥＰＲＯＭ（消去可能ＰＲＯＭ）、ＥＥＰＲＯＭ（電気的消去可能プログラム可能な読み取り専用メモリ）、ＲＯＭ、ＮＶＲＡＭ、又はＣＭＯＳ（相補型金属酸化膜半導体）が含まれうる。フラッシュメモリ６３２は、ファームウェア６３４に専用化された１組の構成に加えて、システム６００が最初に起動されたときにシステム６００によって実行されるファームウェア６３４を記憶できる。フラッシュメモリ６３２は、また、ファームウェア６３４によって使用される構成を記憶できる。

ファームウェア６３４は、ＥＦＩ（拡張可能ファームウェアインタフェース）やＵＥＦＩ（統合拡張可能ファームウェアインタフェース）などの基本入出力システム又は等価物を含みうる。ファームウェア６３４は、システム６００が起動されるたびにシーケンスプログラムとしてロード及び実行されうる。ファームウェア６３４は、１組の構成に基づいてシステム６００内にあるハードウェアを認識、初期化、試験できる。ファームウェア６３４は、システム６００上でＰＯＳＴ（電源投入時自己試験）などの自己試験を実行できる。この自己試験は、ハードディスクドライブ、光学読み取り装置、冷却装置、メモリモジュール、拡張カードなどの様々なハードウェア構成要素の機能を試験できる。ファームウェア６３４は、オペレーティングシステム（ＯＳ）を記憶するメモリ６０４、ＲＯＭ６０６、ＲＡＭ６０８及び／又は記憶装置６１２内の領域をアドレス指定し割り当てることができる。ファームウェア６３４は、ブートローダ及び／又はＯＳをロードし、システム６００の制御をＯＳに提供できる。

システム６００のファームウェア６３４は、ファームウェア６３４がシステム６００内の様々なハードウェア構成要素をどのように制御するかを定義するファームウェア構成を含みうる。ファームウェア構成は、システム６００内の様々なハードウェア構成要素が始動される順序を決定できる。ファームウェア６３４は、ファームウェアデフォルト構成がパラメータと異なりうる様々な異なるパラメータを設定できるようにするＵＥＦＩなどのインタフェースを提供できる。例えば、ユーザ（例えば、管理者）は、ファームウェア６３４を使用してクロックとバス速度を指定し、どの周辺装置がシステム６００に取り付けられるかを定義し、健全状態（例えば、ファン回転速度及びＣＰＵ温度制限）の監視を設定し、及び／又はシステム６００の全体性能及び消費電力に影響を及ぼす様々な他のパラメータを提供できる。ファームウェア６３４は、フラッシュメモリ６３２に記憶されるように示されているが、当業者は、ファームウェア６３４がメモリ６０４やＲＯＭ６０６などの他のメモリ構成要素に記憶されうることを容易に理解するであろう。

システム６００は、１つ以上のセンサ６２６を含みうる。１つ以上のセンサ６２６には、例えば、１つ以上の温度センサ、サーマルセンサ、酸素センサ、化学センサ、ノイズセンサ、ヒートセンサ、電流センサ、検電器、空気流量センサ、流量センサ、赤外線放射温度計、熱流束センサ、温度計、高温計などが含まれうる。例えば、１つ以上のセンサ６２６は、例えば、バス６０２を介して、プロセッサ、キャッシュ６２８、フラッシュメモリ６３２、通信インタフェース６２４、メモリ６０４、ＲＯＭ６０６、ＲＡＭ６０８、コントローラ６１０及び記憶装置６１２と通信できる。１つ以上のセンサ６２６は、システム内の他の構成要素と、インターインテグレーテッドサーキット（Ｉ２Ｃ）、汎用出力（ＧＰＯ）などの１つ以上の異なる手段によって通信できる。また、システム６００上の様々なタイプのセンサ（例えば、センサ６２６）は、冷却ファン速度、電力状態、オペレーティングシステム（ＯＳ）状態、ハードウェア状態などのパラメータについてコントローラ６１０に報告できる。表示装置６３６は、コントローラ６１０によって実行されるアプリケーションに関連付けられたグラフィックを提供するために、システム６００によって使用されうる。

図７は、記述された方法又は動作を実行し、グラフィックカルユーザインタフェース（ＧＵＩ）を生成し表示する際に使用されうる、チップセットアーキテクチャを有する例示的なコンピュータシステム７００を示す。コンピュータシステム７００は、開示された技術を実施するために使用されうるコンピュータハードウェア、ソフトウェア及びファームウェアを含みうる。システム７００は、識別された計算を実行するように構成されたソフトウェア、ファームウェア及びハードウェアを実行できる様々な物理的及び／又は論理的に別個のリソースを表すプロセッサ７１０を含みうる。プロセッサ７１０は、プロセッサ７１０への入出力を制御できるチップセット７０２と通信できる。この例では、チップセット７０２は、表示装置などの出力装置７１４に情報を出力し、また記憶装置７１６に情報を読み書きできる。例えば、記憶装置７１６には、磁気媒体とソリッドステート媒体が含まれうる。チップセット７０２は、また、ＲＡＭ７１８からデータを読み出しデータを書き込みできる。チップセット７０２とインタフェースするために、様々なユーザインタフェース構成要素７０６とインタフェースするブリッジ７０４が提供されうる。ユーザインタフェース構成要素７０６には、キーボード、マイクロフォン、タッチ検出及び処理回路、及びマウスなどのポインティング装置が含まれうる。

チップセット７０２は、また、様々な物理インタフェースを有しうる１つ以上の通信インタフェース７０８とインタフェースできる。そのような通信インタフェースには、有線及び無線ローカルエリアネットワーク、広帯域無線ネットワーク、及びパーソナルエリアネットワークのためのインタフェースが含まれうる。更に、機械は、ユーザインタフェース構成要素７０６を介してユーザから入力を受け取り、プロセッサ７１０を使用してそのような入力を解釈することによってブラウズ機能などの適切な機能を実行できる。

更に、チップセット７０２は、また、起動時にコンピュータシステム７００によって実行されうるファームウェア７１２と通信できる。ファームウェア７１２は、１組のファームウェア構成に基づいてコンピュータシステム７００内にあるハードウェアを理解、初期化、試験できる。ファームウェア７１２は、システム７００上でＰＯＳＴなどの自己試験を実行できる。自己試験は、様々なハードウェア構成要素７０２〜７１８の機能を試験できる。ファームウェア７１２は、ＯＳを記憶するメモリ７１８内の領域をアドレス指定し割り当てることができる。ファームウェア７１２は、ブートローダ及び／又はＯＳをロードし、システム７００の制御をＯＳに提供できる。場合によって、ファームウェア７１２は、ハードウェア構成要素７０２〜７１０及び７１４〜７１８と通信できる。ここで、ファームウェア７１２は、チップセット７０２及び／又は１つ以上の他の構成要素によって、ハードウェア構成要素７０２〜７１０及び７１４〜７１８と通信できる。場合によって、ファームウェア７１２は、ハードウェア構成要素７０２〜７１０及び７１４〜７１８と直接通信できる。

例示的なシステム６００（図６）及び７００は、複数のプロセッサ（例えば、６３０、７１０）を有してもよく、より高い処理性能を提供するためにネットワーク接続された一群又はクラスタの計算処理装置の一部でもよい。

本明細書で使用される用語は、特定の実施形態について述べるためだけのものであり、本発明を限定するものではない。本明細書で使用されるとき、単数形「ａ」、「ａｎ」及び「ｔｈｅ」は、文脈で特に断らない限り、複数形も含む。更に、用語「含む（including）」、「含む（includes）」、「有する（having）」、「有する（has）」、「備える（with）」、又はこれらの変形は、詳細な説明及び／又は特許請求の範囲で使用される範囲で、そのような用語は、「含む（comprising）」と同じように包括的である。

特に定義されない限り、本明細書で使用される全ての用語（技術及び科学用語を含む）は、当業者によって一般に理解される意味と同じ意味を有する。更に、一般に使用されている辞書で定義されたような用語は、関連技術の文脈での意味と一致する意味を有すると解釈されるべきであり、本明細書で明示的に定義されない限り、理想的又は過度に形式的な意味で解釈されない。

以上、本発明の様々な実施形態について述べたが、それらの実施形態が、単なる例であり限定ではないことを理解されたい。開示された実施形態に対する多数の変更が、本発明の趣旨又は範囲から逸脱せずに、本明細書の開示に従って行われうる。したがって、本発明の広さ及び範囲は、前述の実施形態のいずれによっても限定されるべきでない。より正確に言うと、本発明の範囲は、以下の特許請求の範囲とその等価物によって定義されるべきである。

本発明を１つ以上の実施態様に関して図示し述べてきたが、本明細書及び添付図面の読み取りと理解に基づいて、等価な変更及び修正が行われる又は当業者に知られる。更に、本発明の特定の特徴が、幾つかの実施態様の１つのみに関して開示されたが、そのような特徴が、任意の所定又は特定用途に望ましく有利になるように、他の実施態様の１つ以上の他の特徴と組み合わせられうる。

１１０ 管理スイッチ
１１２，１１４ データスイッチ
１２２，１２４，１２６，１３２，１３４，１３６ サーバ
１２８，１３８ パワーシェルフ／ＣＭＣ
２０２，２０４，２０６，２５２，２５４，２５６ ファン
２２２，２７２ ＳＭバススイッチ

Claims (10)

1. 機器ラックであって、
   管理コントローラと、
   第１の電源ユニット、前記第１の電源ユニットに結合された第１のシステムバス、前記第１のシステムバスに結合された第１のシャーシ管理コントローラ、及び第１のネットワーク装置を含み、かつ、前記第１の電源ユニットが前記第１のシステムバスに状態データを送る第１のシャーシと、
   第２の電源ユニット、前記第２の電源ユニットに結合された第２のシステムバス、前記第２のシステムバスに結合された第２のシャーシ管理コントローラ、及び第２のネットワーク装置を含み、かつ、前記第２の電源ユニットが前記第２のシステムバスに状態データを送る第２のシャーシとを備え、
   前記第１のシャーシ管理コントローラが、前記第１のシステムバスと通信して前記第１の電源ユニットから状態データを取得し、前記第２のシステムバスと通信して前記第２の電源ユニットから状態データを取得し、前記第１のシャーシ管理コントローラが、前記管理コントローラと通信して前記状態データを中継し、
   前記第２のシャーシ管理コントローラが、前記第１のシステムバスと通信して前記第１の電源ユニットから状態データを取得し、前記第２のシステムバスと通信して前記第２の電源ユニットから状態データを取得し、
   前記管理コントローラと前記第２のシャーシ管理コントローラの間の通信を確立して前記状態データを中継する働きをする機器ラック。
2. 前記第１の電源ユニットが、複数の電源ユニットの１つであり、前記複数の電源ユニットがそれぞれ、前記第１のシステムバスに状態データを提供する、請求項１に記載の機器ラック。
3. 前記第１のネットワーク装置が、前記第１のシャーシ上の複数のネットワーク装置の１つである、請求項１に記載の機器ラック。
4. 前記第１のネットワーク装置に接続されたデータスイッチを更に有し、前記データスイッチが前記第１及び第２のネットワーク装置の一方と通信する、請求項１に記載の機器ラック。
5. 前記シャーシ管理コントローラが、インターインテグレーテッドサーキットプロトコル（Ｉ２Ｃ）、ユニバーサル非同期レシーバ／トランスミッタ（ＵＡＲＴ）及びネットワークの少なくとも１つを介して管理スイッチと通信する、請求項１に記載の機器ラック。
6. 前記第１のネットワーク装置が、サーバである、請求項１に記載の機器ラック。
7. 前記第１の電源ユニットと前記第１のシャーシ管理コントローラが、パワーシェルフに取り付けられた、請求項１に記載の機器ラック。
8. 前記管理スイッチが、前記第１及び第２のシャーシユニットから受け取った状態データのコンパイルに基づいてラック状態を決定する働きをする管理コントローラを有する、請求項５に記載の機器ラック。
9. 前記管理コントローラが、前記第１のシャーシ管理コントローラからの状態データの通信の失敗を決定する働きをし、更に、前記管理コントローラは、前記第１のシャーシ管理コントローラからの状態データの通信の失敗が決定されたときに前記第２のシャーシ管理コントローラとの通信を確立する働きをする、請求項１に記載の機器ラック。
10. 管理コントローラと、第１の電源ユニット、第１のシステムバス、第１のシャーシ管理コントローラ及び第１のネットワーク装置を有する第１のシャーシと、第２の電源ユニット、第２のシステムバス、第２のシャーシ管理コントローラ、及び第２のネットワーク装置を有する第２のシャーシを有する機器ラックからの状態報告を保証する方法であって、し、
    前記第１の電源ユニットから前記第１のシステムバスに状態データを提供するステップと、
    前記第２の電源ユニットから前記第２のシステムバスに状態データを提供するステップと、
    前記第１のシャーシ管理コントローラと前記第１のシステムバスの間の通信を確立して前記第１の電源ユニットから状態データを取得するステップと、
    前記第１のシャーシ管理コントローラと前記第２のシステムバスの間の通信を確立して前記第２の電源ユニットから状態データを取得するステップと、
    前記第１のシャーシ管理コントローラを介して前記管理コントローラに状態データを中継するステップと、
    前記第２のシャーシ管理コントローラと前記第２のシステムバスの間の通信を確立して前記第２の電源ユニットから状態データを取得するステップと、
    前記第２のシャーシ管理コントローラと前記第１のシステムバスの間の通信を確立して前記第１の電源ユニットから状態データを取得するステップと、
    前記第１のシャーシ管理コントローラから状態データが中継されないという決定に基づいて、前記第２のシャーシ管理コントローラを介して前記管理コントローラに状態データの中継を開始するステップとを含む方法。

Images