(57)【要約】      （修正有）【課題】ラックシステムの運用状態を決定するため、ＬＬＤＰメッセージ内などのディスカバリパケットを使用するシステム及び方法を提供する。【解決手段】ネットワーク装置は、スイッチのポートと接続される。運用データは、ネットワーク装置へディスカバリパケットを経由して送受信される。運用データは、ネットワーク装置上のマネジメントエージェントによって決定され、かつ、ディスカバリパケットを経由してマネジメントコントローラへ送信される。運用データは、マネジメントコントローラによって決定され、かつ、ネットワーク装置へ送信される。【選択図】図６
2019036939.tif 000002
【特許請求の範囲】
【請求項１】
運用データを、マネジメントコントローラに結合されるネットワーク装置から決定する方法であって、
スイッチのポートへ前記ネットワーク装置を接続すること、
前記ネットワーク装置の運用に基づいて前記運用データを決定すること、
前記マネジメントコントローラへ前記運用データを含むディスカバリパケットを送信すること、
を含む方法。
【請求項２】
請求項１に記載の方法であって、
前記運用データは、前記ネットワーク装置によって消費される電力であるか、
前記運用データは、前記ネットワーク装置の健康状態であるか、又は、
前記ディスカバリパケットは、所定時間の周期で送信される、
方法。
【請求項３】
請求項１に記載の方法であって、
前記ディスカバリパケットは、前記マネジメントコントローラにより送信されるか、
前記マネジメントコントローラは、前記スイッチの一部であるか、又は、
前記マネジメントコントローラは、前記スイッチの外部にある、
方法。
【請求項４】
請求項２に記載の方法であって、
前記ネットワーク装置は、ラック内の複数のネットワーク装置の１つであり、
前記方法はさらに、前記ラック内にある前記複数のネットワーク装置から受信した前記ディスカバリパケットより、前記ラックの電力消費を決定すること、
を含む方法。
【請求項５】
請求項１に記載の方法であって、さらに、
前記ネットワーク装置のマネジメントエージェント内にアプリケーションを埋め込むことを含み、
前記マネジメントエージェントは、前記ネットワーク装置の前記運用データを決定するように動作可能であり、
埋め込まれた前記アプリケーションは、前記ディスカバリパケットをフォーマットするように動作可能である、
方法。
【請求項６】
運用データを、マネジメントコントローラに結合されたネットワーク装置へ送信する方法であって、
スイッチのポートへ前記ネットワーク装置を接続すること、
前記ネットワーク装置の運用に関係する前記運用データを決定すること、
前記ネットワーク装置へ前記運用データを含むディスカバリパケットを送信すること、
を含む方法。
【請求項７】
請求項６に記載の方法であって、さらに、
前記運用データに従って、前記ネットワーク装置の運用を変更すること、
を含む方法。
【請求項８】
請求項６に記載の方法であって、
前記運用データは、前記ネットワーク装置のための最大電力制限である、
方法。
【請求項９】
請求項６に記載の方法であって、
前記マネジメントコントローラは、ラックマネジメントコントローラであり、
前記ネットワーク装置は、ラックと関連しており、
前記運用データは、前記ラックのラック識別である、
方法。
【請求項１０】
請求項６に記載の方法であって、さらに、
前記ネットワーク装置のマネジメントエージェント内にアプリケーションを埋め込むことを含み、
埋め込まれた前記アプリケーションは、前記ディスカバリパケット中の前記運用データを読み取るよう動作可能である、
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して運用データをネットワーク装置から決定する方法、及びネットワーク装置へ運用データを送信する方法に関し、特に、ラックマウントサーバーに関連付けられた運用データをネットワーク装置から決定する方法、及びラックマウントサーバーに関連付けられた運用データをネットワーク装置へ送信する方法に関する。
【背景技術】
【０００２】
アプリケーションを処理するためのクラウドの出現は、データを格納し、かつ遠隔に接続されたコンピュータ装置のユーザによってアクセスされるアプリケーションを実行する、データセンタとして知られるオフサイト設備への需要を増加させる。このようなデータセンタは、典型的にデータを格納し運用するための膨大なサーバ、スイッチ及び記憶装置を有しているため、これらは、リモートコンピュータのユーザによって便利な方法でアクセスされてよい。典型的なデータセンタは、付帯電源や通信接続を伴う物理的なラック構造物を有している。ラックは、データセンタの１つの部屋、又は複数の部屋の隅から隅まで列を成して設置されている。それぞれのラックは、サーバ、スイッチ、及び記憶装置などの多様な装置を保持していてもよい、鉛直方向に向いたスロット、又はシャーシを有するフレームを含む。そのような多くの装置は、昨今のデータセンタに見られるこのようなラック構造物の中に積み重ねられている。例えば、いくつかのデータセンタでは、数万のサーバ、付帯記憶装置、及びネットワークスイッチを有する。このように、典型的なデータセンタは、数百、又は数千の個々のラックの中に、数万、又は場合によっては数十万の装置を含んでもよい。データセンタは、設備の適切な運用を監視し保証するため、コントロールセンタ内に管理システムを典型的に有している。効果的なマネジメントのために、管理者はデータセンタ内における設備状態の即時の認識に頼る。
【０００３】
典型的なラックシステム１０は、図１に示される。ラックシステム１０は、バックプレーン１４に結合されるラックマネジメントコントローラ（ｒａｃｋ  ｍａｎａｇｅｍｅｎｔ  ｃｏｎｔｒｏｌｌｅｒ：ＲＭＣ）１２を含む。バックプレーン１４は、ネットワーク装置１６に接続されており、ネットワーク装置１６の電力消費、及びその他運用データを監視する。ネットワーク装置１６は、サーバ、スイッチ、又はルータなどであってもよい。ネットワーク装置１６それぞれは、バックプレーン１４と通信するベースボードマネジメントコントローラ１８を含む。ラックシステム１０は、ネットワーク装置１６を保持する多数の物理的スロットをもつフレームを有する。バックプレーン１４は、ネットワーク装置１６それぞれに接続されてもよい。ネットワーク装置１６はまた、スイッチ装置を経由してデータセンタマネジメントソフトウェアへの接続を確立させるため、ネットワークインタフェースを有してもよい。
【０００４】
ラック管理コントローラ１２は、データセンタのマネジメントにおいて重要な役割を果たす。ラックマネジメントコントローラ１２は、データセンタマネジメントソフトウェアのための、（１）ラック全体の電力消費、（２）ネットワーク装置それぞれからのＩＰアドレスリスト、（３）全体及び個々のラックコンポーネントの健康状態、及び（４）ラックベースのファン及び熱の状態など、ラックベースの運用情報を集める。これら情報は、ラックマネジメントコントローラ１２などのラックの全マネジメントユニットへ、ラックの電力制限又はラックＩＤの更新といった機能を実行するため、データセンタ管理ソフトウェアによって使用される場合がある。このように、管理者は、ラックマネジメントコントローラ１２によりそのような情報を集めることによって、データセンタにおけるそれぞれのラックシステム内の装置の処理能力を遠隔に監視することもある。
【０００５】
バックプレーン１４と通信するラックマネジメントコントローラ１２を実行する方法として、いくつかよく知られたものがある。例えば、ラックマネジメントコントローラ１２は、Ｉ２Ｃ（ｉｎｔｅｒ−ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）プロトコル、ＵＡＲＴ（ｕｎｉｖｅｒｓａｌ  ａｓｙｎｃｈｒｏｎｏｕｓ  ｒｅｃｅｉｖｅｒ／ｔｒａｎｓｍｉｔｔｅｒ）、又はネットワーク装置１６のベースボードマネジメントコントローラ１８と運用データを通信するためのネットワークを利用してもよい。しかし、そのようなシステムは通常、ネットワーク装置１６上の、ラックマネジメントコントローラ１２とベースボードマネジメントコントローラ１８との間の、Ｉ２Ｃ又はＵＡＲＴリンクの経路を決めるバックプレーン１４を加えるような、独自のハードウェア設計を必要とする。そして、専用のバックプレーンの必要性が、システムのコストを増大させる。
【０００６】
その他の通信媒体が、ラック中のネットワーク装置とラックマネジメントコントローラの間で、運用データをやり取りすることに使用されてもよい。図２は、ネットワーク接続を経由して、マネジメントスイッチ５４へ結合されたラックマネジメントコントローラ５２を含む、もう１つのラックシステム５０を示す。ネットワーク接続は、ラックマネジメントコントローラ５２とマネジメントスイッチ５４を含む別個のＶＬＡＮである。マネジメントスイッチ５４は、それぞれのベースボードマネジメントコントローラ５８を経由して、ネットワーク装置５６に接続されるポートを含む。このように、ネットワーク装置５６もまた、別個のＶＬＡＮの一部である。従って、ラックマネジメントコントローラ５２は、ネットワーク装置５６からネットワークを経由して装置運用データを得てもよい。そのような情報は、ＩＰＭＩ（ｉｎｔｅｌｌｉｇｅｎｔ  ｐｌａｔｆｏｒｍ  ｍａｎａｇｅｍｅｎｔ  ｉｎｔｅｒｆａｃｅ）プロトコル及びＲｅｄｆｉｓｈプロトコル、場合によっては、ネットワークでデータをやり取りするためのネットワーク装置５６により使用されるネットワークプロトコルなど、ＩＰベースのネットワークプロトコルを経由して送信されてもよい。
【０００７】
ＩＰベースのネットワークマネジメントインタフェースなどの不利益とは、セキュリティの理由からラックマネジメントインタフェースを分離するため、マネジメントスイッチ５４用のラック範囲ＶＬＡＮを必要とすることである。さらに、ラックのマネジメントコンポーネントそれぞれへ別個のＩＰアドレスを配備することが要求され、それによりラックシステム５０への複雑性がさらに増す。
【０００８】
加えて、台湾特許出願公開第２０１６１０６４６号公報（下記特許文献１）では、ラックシステムが、ラックの上部、複数の第１シャーシ、及び第１バックプレーンを含むことを開示する。複数の第１シャーシそれぞれは、少なくとも１つのラックモジュール、及び当該少なくとも１つのラックモジュールのそれぞれと接続するシャーシネットワークスイッチを含む。第１バックプレーンは、ラックの上部に接続し、かつ複数の第１シャーシそれぞれのシャーシネットワークスイッチを経由して、複数の第１シャーシそれぞれと接続する第１バックプレーンネットワークスイッチを含む。
【０００９】
従って、ラックマネジメントシステムにとって、別個のバックプレーンを使用することなく、ラックマネジメントデータをサポートできる必要がある。ラックマネジメントシステムにとって、安全性を確保するため、ＶＬＡＮを使用することを避ける必要がある。ラックマネジメントシステムにとって、ラックマネジメントコントローラとラック装置間における運用データのやり取りを許容する必要もある。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】台湾特許出願公開第２０１６１０６４６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
開示された一例は、ネットワーク装置から運用データを決定する方法である。ネットワーク装置が、マネジメントコントローラに結合される。当該ネットワーク装置はスイッチのポートに接続される。当該ネットワーク装置の運用に基づく運用データが決定される。当該運用データを含むディスカバリパケットは、当該マネジメントコントローラへ送信される。
【００１２】
もう一つの例が、ネットワーク装置へ運用データを送る方法である。ネットワーク装置が、マネジメントコントローラにつながれる。当該ネットワーク装置はスイッチのポートに接続される。当該ネットワーク装置の運用と関係する運用データが決定される。当該運用データを含むディスカバリパケットは、当該ネットワーク装置に送信される。
【００１３】
上記概要は、本開示で示す、それぞれの実施形態又は全ての態様を示すことを意図していない。むしろ、前述の概要は、ここに記載された新しい態様や特徴のいくつかの例を単に提供したに過ぎない。添付の図面及び特許請求の範囲を関連付けて理解すれば、本開示の上記特徴や利点、及びその他の特徴や利点は、本発明を実施するための代表的な実施形態や方法についての以下の詳細な説明から、容易に明らかとなるだろう。
【図面の簡単な説明】
【００１４】
本開示は、添付する図面を共に参照して、典型的な実施形態の以下の説明からよりよく理解されるであろう。
【図１】バックプレーンを通じてネットワーク装置へのＩ２Ｃ又はＵＡＲＴ通信を備える、データセンタ内の従来技術のラックシステムを示す。
【図２】ネットワーク装置にネットワークベースの接続を備える、データセンタ内の従来技術のラックシステムを示す。
【図３】ラックマネジメントコントローラが、余分なバックプレーンハードウェア又は別個のネットワークなしでネットワーク装置を監視することを許容する、ラックシステムのブロック図である。
【図４】ラック装置のための共通の電力源（パワーシェルフ）を有する、ラックシステムの背面図である。
【図５】ラック装置それぞれのための別個の電力源を有する、ラックシステムの背面図である。
【図６】ＬＬＤＰパケットを経由して運用データの収集を許容する、イーサネット（登録商標）ベースのラックシステムのブロック図である。
【図７】電力消費情報を格納しているＬＬＤＰパケットのためのブロック図である。
【図８Ａ】システムノードのためのＩＰアドレス情報を含むＬＬＤＰパケットの図である。
【図８Ｂ】図８Ａ内のＬＬＤＰパケットにより生成されるポートの表と一致するＩＰアドレスである。
【図９Ａ】システムノードの健康状態を含むＬＬＤＰパケットの図である。
【図９Ｂ】図９Ａ内のＬＬＤＰパケットにより生成されるポートの表と一致する健康状態である。
【図１０】電力制限データを含むＬＬＤＰパケットの図である。
【図１１】ラックＩＤデータを含むＬＬＤＰパケットの図である。
【図１２】外部ラックマネジメントコントローラを有する、ラックシステムのブロック図である。
【図１３】ＬＬＤＰパケットを使用してネットワーク装置から運用データを得る、図６内のラックマネジメントコントローラによって実行されるコードのフロー図である。
【図１４】ＬＬＤＰパケットを使用してネットワーク装置へ運用データを送る、図６内のラックマネジメントコントローラによって実行されるコードのフロー図である。
【００１５】
本開示は、様々な変更や代替形態が容易であり、かついくつかの代表的な実施形態は、図面内に例示として示されており、ここに詳細に記述される。しかし、本発明は、開示される特定の形態に限定されることを意図としていないことが理解されるべきである。むしろ、本開示は添付の特許請求の範囲によって定義される、発明の精神及び範囲内の全ての変更、均等物及び代替をカバーするものである。
【発明を実施するための形態】
【００１６】
本発明は、多くの異なる形態で具体化されうる。代表的な実施例は、図面内で示されており、かつ詳細は以下に記述する。本開示は、本開示の原理の例又は説明であって、開示の広い態様を説明された実施形態に限定することを意図するものではない。その範囲で、例えば、摘要、要約及び詳細な説明の項内で開示されているが、特許請求の範囲内で明示的に記載されていない要素及び限定は、包含、推論又はその他の方法によって、単独に又は集合的に特許請求の範囲内へ組み入れられるべきではない。本詳細な説明のため、特に否認しない限り単数は複数を含み、逆もまた同様である。また「〜を含む」という語は、「〜を含むが、これらに限定されない」という意味である。その上、「約」、「ほとんど」、「実質的に」、「おおよそ」などの近似の語は、例えば、「〜で、〜近くの、又は〜近くで」又は「３−５％の中で」又は「許容できる製造耐性の範囲内で」又はそのどんな論理的組み合わせをも意味するものとして、ここに用いられることができる。
【００１７】
図３は、データセンタ内に属してもよいラックシステム１００のブロック図である。ラックシステム１００は、多数のスロット又はシャーシを有するラックフレームを含む。スロットのそれぞれは、ラックシステム１００と関連するサーバなど、少なくとも１台のネットワーク装置を保持してもよい。その他のネットワーク装置は、スイッチ、ルータ、サーバなどを含んでもよい。この例では、ラックシステム１００は、複数のポート１１２を有するマネジメントスイッチ１１０を含む。マネジメントスイッチ１１０は、マネジメントスイッチコントローラ１１４によって制御される。ポートのそれぞれは、ラックフレームのスロット内に位置されるネットワーク装置１２０のうちの１台と接続されてもよい。ネットワーク装置１２０のそれぞれは、それぞれのネットワーク装置１２０の運用データを監視するベースボードマネジメントコントローラ１２２を含む。そのような運用データは、ファンの状態、ファンの速度、コンポーネントの熱状態、電力消費、ＣＰＵ使用率、Ｉ／Ｏ使用率、メモリ使用率、ＣＰＵエラー、メモリエラーなどを含んでもよい。例えば、電力消費は、ネットワーク装置１２０のそれぞれにおける電源１２４を監視することによって、ベースボードマネジメントコントローラ１２２により決定されてもよい。
【００１８】
ラックシステム１００は、ラックマネジメントコントローラソフトウェアスタックがマネジメントスイッチ１１０のマネジメントスイッチコントローラ１１４上で実行されることを許容する。このように、この例では、マネジメントスイッチコントローラ１１４は、ラックシステム１００のためのラックマネジメントコントローラとして機能する。あるいは、「リモートスイッチＬＬＤＰコントロール」を備える、別個のラックマネジメントコントローラもまた使われることができる。マネジメントネットワークメッセージトランスポートプロトコルとしてＩＰベースのプロトコルを使用する代わりに、ＬＬＤＰ（ｌｉｎｋ−ｌａｙｅｒ  ｄｉｓｃｏｖｅｒｙ  ｐｒｏｔｏｃｏｌ）信号は、ラックマネジメントコントローラ１１４と、ラックシステム１００内のネットワーク装置１２０のベースボードマネジメントコントローラ１２２などのその他マネジメントユニットとの間で、制御メッセージを伝送するのに用いられる。
【００１９】
ＬＬＤＰによるメッセージは、パケット範囲が、マネジメントスイッチ１２０のスイッチポートと、接続されたネットワーク装置のマネジメントユニットとの間に存在するリンクに制限されるという事実によって特徴づけられる。特定のネットワーク装置へのＬＬＤＰは、マネジメントスイッチ１２０のその他のポートに接続される装置へは送られない。この特徴によると、ＬＬＤＰ信号で確立されるこのリンクは、認証を実行することなくマネジメントメッセージのやり取りを許容する、ラックマネジメントコントローラと特定のネットワーク装置の間のセキュアなリンクとなっている。
【００２０】
ＬＬＤＰ信号からのメッセージを通じて受け取られる情報を通して、ラックマネジメントコントローラ（ＲＭＣ）は、（１）ラック全体の電力消費、（２）ＩＰアドレスリスト、（３）全体及び個々のラックコンポーネントの健康状態、及び（４）ラックベースのファン及び熱の状態など、ネットワーク装置１２０からラックベースの情報を集めてもよい。ラックシステム１００上のこの情報は、データセンタマネジメントソフトウェアへマネジメントネットワークを経由して送信されてもよい。ラックマネジメントコントローラ１１４はまた、ネットワーク装置１２０へＬＬＤＰ信号を送ることによって、ラックシステム１００の装置１２０の全マネジメントユニットへ、ラックの電力制限又はラック識別情報の更新を実行してもよい。送信されてよいその他コマンドは、電源のＯＮ／ＯＦＦ制御、ＬＥＤ制御の識別、及びネットワーク装置１２０のベースボードマネジメントコントローラのためのあらゆる制御信号を含んでもよい。
【００２１】
ラックマネジメントコントローラ１１４は、データセンタマネジメントシステム上のデータセンタマネジメントソフトウェアに全ラック電力消費を報告してもよい。ラック電力消費に基づいて、データセンタマネジメントソフトウェアは、ラック電力の過度な消費を防ぐため、データセンタ内のラックシステム１００などのラックシステムへ、消費を最適化させる新たな作業負荷を計画（スケジュール）してもよい。
【００２２】
図４は、パワーシェルフと呼ばれる、ラックベースの電力システム４１０を含むＯＣＰ（Ｏｐｅｎ  Ｃｏｍｐｕｔｅ  Ｐｒｏｊｅｃｔ）型ラック４００の背面図である。ラック４００は、サーバなど多数のネットワーク装置４２０を含む。パワーシェルフ４１０は、ラック４００中の全てのネットワーク装置４２０に電力を供給する電力コントローラ（図示せず）によって操作される電力源を含む。パワーシェルフ４１０などのそれぞれのパワーシェルフは、パワーシェルフ４１０の電力コントローラへ直接的に接続するラックマネジメントコントローラ４２２を含む。このように、電力コントローラは、パワーシェルフの全電力を監視し、ラックマネジメントコントローラ４２２が、前述されたＬＬＤＰの方法を使用してラックの全電力消費を容易に報告することを許容する。あるいは、ネットワークコントローラは、パワーシェルフと関連してもよく、かつラックマネジメントコントローラ４２２へ電力状態を送ってもよい。
【００２３】
図５は、自前の電源５１２をそれぞれ備えるネットワーク装置を保持するＥＩＡラック５００を示す。ラック５００はまた、マネジメントスイッチ５１４及びデータスイッチ５１６も保持する。この例では、マネジメントスイッチ５１４は、ラックマネジメントコントローラ（図示せず）を含む。マネジメントスイッチ５１４及びデータスイッチ５１６は、ネットワーク装置５１０への接続のため、複数のポートを有する。１９インチＥＩＡ（Ｅｌｅｃｔｒｏｎｉｃ  Ｉｎｄｕｓｔｒｉｅｓ  Ａｌｌｉａｎｃｅ）ラック５００内のサーバなどのネットワーク装置５１０は、それぞれに個々の電源５１２を有しており、そのため、システムはラックマネジメントコントローラによってラックの全電力消費を直接的に集めることができない。ラックマネジメントコントローラ上で実行するアルゴリズムは、個別のＬＬＤＰ信号からそれぞれの装置のための個々の電力消費を決定することによって、ラックの全電力消費を決定してもよい。
【００２４】
イーサネットスイッチネットワーク環境内では、マネジメント目的のため、それぞれのノードが（特定のデータネットワークから分離された）セキュアなネットワーク接続を備えるマネジメントエージェントを有する。ネットワーク装置を備えるマネジメントエージェントを接続するセキュアなネットワークは、マネジメントネットワークと呼ばれてもよい。図６は、サブシステム６０２、６０４及び６０６に結合するマネジメントノード６００を含む、データセンタ内で使用されるイーサネットスイッチネットワーク環境を示す。
この例では、マネジメントノード６００とサブシステム６０２、６０４及び６０６は、同じネットワーク内にある。この例では、サブシステム６０２、６０４及び６０６のそれぞれは、図３中のラックシステム３００と類似した別個のラックシステムを示す。サブシステム６０２の例では、多数のコンピュータシステムノード６２０、６２２、６２４、及び少なくとも１台のイーサネットスイッチ装置６３０を含む。ノード６２０、６２２、６２４のそれぞれは、この例では、イーサネットスイッチ装置６３０のネットワークポートと接続しており、従って、イーサネットスイッチ装置６３０を備えるラック上に据え付けられたネットワーク装置とも考えられる。ノード６２０、６２２、６２４のそれぞれは、イーサネットスイッチ６３０などのイーサネットスイッチ装置のスイッチポートにネットワークポートを接続する、コントローラなどのマネジメントエージェントを有する。イーサネットスイッチ６３０は、多数のポート６３２、１つのマネジメントポート６３４、及びラックマネジメントコントローラとして機能させてもよい、１台のコントローラ６３６を含む。管理ノード６４０は、マネジメントノード内にあってもよく、又はマネジメントノード６００に接続されていてもよい。管理ノード６４０は、マネジメントノード６００によって決定されてもよい全てのサブシステム６０２、６０４及び６０６の全電力消費をいつでも問い合わせてよい。
【００２５】
マネジメントエージェントを備えるシステムノードが、サブシステム６０２、６０４、又は６０６の１つに参加する際、新しいシステムノードのネットワークポートが、サブシステムのイーサネットスイッチのポートの１つに接続される。ベースボードマネジメントコントローラなどの（システムノード内部の）マネジメントエージェントは、電力消費データ、ファン運用データ、熱データ、識別データなどの運用データが、ディスカバリパケットによって運ばれ、かつイーサネットスイッチ６３０に告知されることを可能にさせるマネジメントノード６００によって送信される、アプリケーションを埋め込む。
【００２６】
図７は、（図６中に示される）ノード６２２、６２４又は６２６などのシステムノードの１つからの、消費された電力データを含むディスカバリパケット７００の例を示す。この例では、ディスカバリパケット７００は、ＬＬＤＰ（ｌｉｎｋ  ｌａｙｅｒ  ｄｉｓｃｏｖｅｒｙ  ｐｒｏｔｏｃｏｌ）などの公共ネットワークプロトコルにより、又はＣＤＰ（Ｃｉｓｃｏ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）などの独自プロトコルによりフォーマットされてもよい。ディスカバリパケット７００は、一連のＴＬＶ（ｔｉｍｅ  ｌｅｎｇｔｈ  ｖａｌｕｅ）ストラクチャ（構造体）７１０、７１２及び７１４を含む。ＴＬＶストラクチャ７１０、７１２、７１４のそれぞれは、組織的に定義される情報ストリングを含む。この例では、ＴＬＶストラクチャ７１４の１つは、タイプフィールド７２０、長さフィールド７２２及び電力消費フィールド７２４を含む。この例では、タイプフィールド７２０は電力消費を示すコードを含み、長さフィールド７２２はＴＬＶの長さを示すデータを含み、電力消費フィールド７２４はディスカバリパケット７００を送信したシステムノードからの電力消費値を含む。
【００２７】
図６中に示されるシステム内で、（システムノード６２２、６２４、及び６２６のマネジメントエージェントと対応する）イーサネットスイッチ６３０などのイーサネットスイッチは、図７中のパケット７００などのディスカバリパケットを受信し、かつ当該パケットから運用データを引き出す。この例では、ノードからの電力消費データは、図７中のパケット７００などのディスカバリパケットから読み取られてもよい。図６中で、イーサネットスイッチ６３０は、次に電力データを集め、サブシステム６０２中のネットワーク装置それぞれのための電力データを合計する。イーサネットスイッチ６３０は、次にマネジメントポート６３４を経由してマネジメントノード（ＭＮ）６００にサブシステム６０２のための全電力消費データを通知し、かつ送信する。この過程は、イベントにより実施されてもよく、システム必要条件及びアプリケーション設計に基づいて、イーサネットスイッチ６３０からマネジメントノード６００に定期的に報告されてもよい。
【００２８】
図６中のイーサネットシステム６００によって使用されてもよい他の方法は、ＬＬＤＰベースのラック全電力消費アルゴリズムである。この方法によって、図７中のパケットなど予め構成されたディスカバリパケットを備える（図６中のスイッチネットワーク６０２、６０４及び６０６など）あらゆるサブシステム内での全電力消費は、イーサネットスイッチ装置によって直接的に得られうる。マネジメントノードは、ＩＰベースの通信を経由してそれぞれのノードの全電力消費データを問い合わせないため、図６中のマネジメントノード６００の負荷は減りうる。その代わりに、マネジメントノードは、図６中で対応するサブシステム６０２用のイーサネットスイッチ６３０などのイーサネットスイッチ装置を単に問い合わせる。当該システムもまた、従前のラックベースの設計を改善する。電力消費は、一群のノードに電力を供給する電力供給ユニット（ＰＳＵ）によって単に測定されるものではなく、ノードそれぞれからの電力消費によって合計される。従って、当該システムは、それぞれのノード用の電力情報を経由してのマネジメントを許容する。さらに、イーサネットスイッチ装置は、挿入されたノードを動的に発見でき、かつイーサネットスイッチ装置のサブシステム用の直近の電力データを決定できる。
【００２９】
ＬＬＤＰパケットの異なるタイプは、特定のサブシステム内で異なるコンポーネントのＩＰアドレス及び位置情報を集めることに使用されてもよく、かつその際、図６内のマネジメントノード６００上で実行されていてもよいデータセンタマネジメントソフトウェアに、このデータを報告してもよい。この過程は、重要なラック発見機能である。この例では、図６中のイーサネットスイッチ６３０上のラックマネジメントコントローラは、ラックの全マネジメントエージェントからＩＰアドレスを集めるため、図８Ａ中に示されるＬＬＤＰパケット８００などのＬＬＤＰパケットを使用してもよい。
【００３０】
この例では、ディスカバリパケット８００は、ＬＬＤＰ（ｌｉｎｋ  ｌａｙｅｒ  ｄｉｓｃｏｖｅｒｙ  ｐｒｏｔｏｃｏｌ）などの公共ネットワークプロトコルにより、又はＣＤＰ（Ｃｉｓｃｏ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）などの独自プロトコルにより、フォーマットされてもよい。ディスカバリパケット８００は、一連のＴＬＶ（ｔｉｍｅ  ｌｅｎｇｔｈ  ｖａｌｕｅ）ストラクチャ８１０、８１２及び８１４を含む。ＴＬＶストラクチャ８１０、８１２及び８１４のそれぞれは、組織的に定義された情報ストリングを含む。この例では、当該ＴＬＶストラクチャ８１４の１つは、タイプフィールド８２０、長さフィールド８２２及びＩＰアドレスフィールド８２４を含む。この例では、タイプフィールド８２０は、ＴＬＶストラクチャ８１４がＩＰアドレスを包含することを示すコードを含む。長さフィールド８２２は、ＴＬＶの長さを示すデータを含む。ＩＰアドレスフィールド８２４は、ＩＰアドレス、及びディスカバリパケット８００を送信したシステムノードからのポート番号を含む。
【００３１】
ノードから、図８中のディスカバリパケット８００と類似したディスカバリパケットを集めた後、図６中のイーサネットスイッチ６３０上のラックマネジメントコントローラは、次に、マネジメントノード６００へＩＰアドレスリストを提供してもよい。図８Ｂは、ラックシステム内の装置を示すＩＰアドレス、及び図６中のサブシステム６０２などの特定のサブシステムのコンポーネント（ノード）用の対応ポート番号を含むよう生成されてもよい、表８５０を示す。
【００３２】
運用データの別のタイプは、図６中のシステム６００におけるＬＬＤＰパケットを用いて集められてもよく、（当該ＬＬＤＰパケットは）ラックの全てのマネジメントエージェントからの状態情報である。このようなデータが集められた後、イーサネットスイッチ６３０などのイーサネットスイッチ上のＲＭＣは、次に、図６中の管理ノード６００にサブシステム６０２個々の健康状態及び全体の健康状態を提供してもよい。この例では、システムノードのための健康状態の３つのレベル、正常（ＯＫ）、警告（Ｗａｒｎｉｎｇ）及び重大（Ｃｒｉｔｉｃａｌ）がある。もちろん、健康状態のその他のタイプやレベルが使われてもよい。この例では、全ディスカバリパケットがラック内のネットワーク装置から受信された後、ＲＭＣは全体のラック状態を分類してもよい。この例では、もしマネジメントエージェントの全てがＲＭＣへ「正常」と報告すれば、全体の健康状態は「正常」である。もし、マネジメントエージェントのどれかがＲＭＣへ「重大」と報告すれば、全体の健康状態は「重大」である。もし、ＲＭＣへ「重大」と報告するマネジメントエージェントが無かったとしても、それらのいくつかが「警告」と報告すれば、全体の健康状態は「警告」となる。
【００３３】
図９Ａで示すように、この例では、ディスカバリパケット９００は、ＬＬＤＰ（ｌｉｎｋ  ｌａｙｅｒ  ｄｉｓｃｏｖｅｒｙ  ｐｒｏｔｏｃｏｌ）などの公共ネットワークプロトコルにより、又はＣＤＰ（Ｃｉｓｃｏ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）などの独自プロトコルにより、フォーマットされてもよい。ディスカバリパケット９００は、一連のＴＬＶストラクチャ９１０、９１２及び９１４を含む。ＴＬＶストラクチャ９１０、９１２及び９１４それぞれは、組織的に定義される情報ストリングを含む。この例では、ＴＬＶストラクチャ９１４の１つは、タイプフィールド９２０、長さフィールド９２２及び健康状態フィールド９２４を含む。この例では、タイプフィールド９２０は、ＴＬＶストラクチャ９１４が状態を包含することを示すコードを含む。長さフィールド９２２は、ＴＬＶの長さを示すデータを含む。健康状態フィールド９２４は、ディスカバリパケット９００を送信したシステムノードの３つの状態カテゴリのうち１つを含む。
【００３４】
図９Ｂは、図９Ｂ中のディスカバリパケットと類似したディスカバリパケットを受信することに基づいて、図６中のイーサネットスイッチ６３０上のラックマネジメントコントローラによって編集される、状態識別子及びポート番号の表９５０を示す。このように、表９５０は、図６中のサブシステム６０２など特定のラック上のノード毎の状態のための照合を提供する。前述のように、ポート１０は「警告」の状態を有し、かつこのように全体のラック状態は、表９５０内で警告に設定される。
【００３５】
ラックマネジメントコントローラはまた、関連ノードのための最大電力消費を制限するため、コマンドマネジメントエージェントにＬＬＤＰパケットを使用できる。そのような手順では、マネジメントノード６００は、図６中のイーサネットスイッチ６３０上のラックマネジメントコントローラに、全体のラックの電力制限値を送信する。その際、ラックマネジメントコントローラは、図１０に示されるＬＬＤＰパケット１０００などのＬＬＤＰパケットによって、ラックの電力制限を実行するためのマネジメントエージェントに最大電力を送信する。この例では、ラックマネジメントコントローラは、それぞれのノードのために電力制限を決定し、かつＬＬＤＰパケットを経由して適切な値を送信してもよい。
【００３６】
図１０に示されるように、ディスカバリパケット１０００は、ＬＬＤＰ（ｌｉｎｋ  ｌａｙｅｒ  ｄｉｓｃｏｖｅｒｙ  ｐｒｏｔｏｃｏｌ）などの公共ネットワークプロトコルにより、又はＣＤＰ（Ｃｉｓｃｏ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）などの独自プロトコルにより、フォーマットされてもよい。ディスカバリパケット１０００は、一連のＴＬＶストラクチャ１０１０、１０１２、及び１０１４を含む。ＴＬＶストラクチャ１０１０、１０１２、及び１０１４それぞれは、組織的に定義される情報ストリングを含む。この例では、ＴＬＶストラクチャ１０１４の１つは、タイプフィールド１０２０、長さフィールド１０２２及び最大電力フィールド１０２４を含む。タイプフィールド１０２０は、ＴＬＶストラクチャ１０１４が最大電力を包含することを示すコードを含む。長さフィールド１０２２は、ＴＬＶの長さを示すデータを含む。最大電力フィールド１０２４は、ディスカバリパケット１０００を受信するシステムノードの最大電力値、又は特定の値を送られてもよい。ディスカバリパケットを読み取った後、システムノードのためのベースボードマネジメントコントローラなどのマネジメントエージェントは、最大電力値内に電力を制限する。
【００３７】
それぞれのラックシステムは、ラックＩＤを有してもよい。サブシステム６０２などの特定のラックシステムのために、ラックＩＤは、図６中のマネジメントノード６００によって設定されてもよく、かつイーサネットスイッチ６３０などのスイッチと関連づけられたラックマネジメントコントローラに送信されてもよい。ＲＭＣのＭＡＣアドレス又はＵＵＩＤ、又はその他のいかなるユニークな識別子が、ラックＩＤを指定されるための候補となってもよい。ＲＭＣは、図１１中のＬＬＤＰパケット１１００によって、それぞれのシステムノードのそれぞれのマネジメントエージェントにラックＩＤを配備できる。このように、システムノードのそれぞれは、ラックＩＤによって特定のラックと関連づけられる。
【００３８】
図１１に示されるように、ディスカバリパケット１１００は、ＬＬＤＰ（ｌｉｎｋ  ｌａｙｅｒ  ｄｉｓｃｏｖｅｒｙ  ｐｒｏｔｏｃｏｌ）などの公共ネットワークプロトコルにより、又はＣＤＰ（Ｃｉｓｃｏ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）などの独自プロトコルにより、フォーマットされてもよい。ディスカバリパケット１１００は、一連のＴＬＶストラクチャ１１１０、１１１２及び１１１４を含む。ＴＬＶストラクチャ１１１０、１１１２及び１１１４それぞれは、組織的に定義される情報ストリングを含む。この例では、ＴＬＶストラクチャ１１１４の１つは、タイプフィールド１１２０、長さフィールド１１２２及びラックＩＤフィールド１１２４を含む。この例では、タイプフィールド１１２０は、ＴＬＶストラクチャ１１１４がラックＩＤを包含することを示すコードを含む。長さフィールド１１２２は、ＴＬＶの長さを示すデータを含む。ラックＩＤフィールド１１２４は、ディスカバリパケット１１００を受信する、システムノードがインストールされたラックのラックＩＤを含む。ディスカバリパケットを読み取った後、システムノードのためのコントローラなどのマネジメントエージェントは、ラックＩＤと関連付けられる。
【００３９】
以上の説明のように、ラックマネジメントコントローラは、図６中のシステム６００のように、ＬＬＤＰメッセージを監督するためのスイッチの中に直接的に埋め込まれることができる。あるいは、スイッチの中には埋め込まれないラックマネジメントコントローラもまた、ＬＬＤＰベースのマネジメントメッセージをサポートできる。図１２は、マネジメントポートを経由して、ラックマネジメントコントローラ１２２０に接続されるスイッチ１２１０を含む、別のラックシステム１２００を示す。装置１２３０などのラック装置は、スイッチ１２１０内の一連のポート１２１２に結合される。装置１２３０のそれぞれは、ベースボードマネジメントコントローラ１２３２の形態でマネジメントエージェントを含む。ラックマネジメントコントローラ１２２０は、スイッチ１２１０から外部に位置される。この例では、ラックマネジメントコントローラ１２２０は、「リモートスイッチＬＬＤＰコントロール」１２２２に含まれる。外部のＲＭＣは、スイッチＬＬＤＰを方向付け、扱うことができるスイッチ中に埋め込まれたＲＭＣの類似機能を達成するため、スイッチＬＬＤＰを集め、かつ制御する、スイッチからエクスポートされたＡＰＩ又はＣＬＩを使用してもよい。
【００４０】
ＬＬＤＰパケットが１つのノードに向けられることが可能なため、ラックシステム用マネジメントネットワーク中のＬＬＤＰパケットの使用は、ＩＰベースのメッセージを用いるネットワークに負荷をかけ過ぎることを防止する。このように、前述のラックマネジメントコントローラは、特定のバックプレーンを備えることなく、かつ運用状態を決定するためのＩ２Ｃ又はＵＡＲＴ信号を対応させることなく、標準の１９インチＥＩＡラックをサポートしてもよい。さらに、伝送プロトコルのようなＬＬＤＰの使用は、更なる安全対策又はＩＰアドレスの提供を必要としない。あるいは、単独のＬＬＤＰパケットは、それぞれに異なるタイプの運用データを包含する、幾つかの異なるＴＬＶストラクチャを含んでもよい。前述のように、電力消費、健康状態及び熱状態以外にも、運用データのその他のタイプが、ネットワーク装置のマネジメントエージェントによって報告されてもよい。
【００４１】
図１３は、ＬＬＤＰパケットを使用する運用データを得るために、図６中のラックマネジメントコントローラによって実行されるコードのフロー図を示す。図１３中のフロー図は、図６中のスイッチ６３０内に埋め込まれるか、図１２中のラックマネジメントコントローラなど外部に位置されるかのどちらかをされた、ラックマネジメントコントローラのための機械可読命令の代表例である。この例では、機械可読命令は、（ａ）プロセッサ、（ｂ）コントローラ、（ｃ）１以上のその他の適当な処理装置の全て、又はいずれかによる実行用アルゴリズムを構成する。アルゴリズムは、フラッシュメモリ、ＣＤ−ＲＯＭ、フロッピーディスク、ハードディスク、ＤＶＤ、又はその他の記憶装置などの有形媒体上に格納されるソフトウェア内に埋め込まれてもよいが、当業者は、全体のアルゴリズム及び／又はそのパーツが、プロセッサ以外の装置によって実行され、及び／又はよく知られた方法で、ファームウェア又は専用ハードウェア中に具体化され得ることを、容易に認識するであろう（例えば、それは、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、ＰＬＤ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ）、ＦＰＬＤ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ）、ＦＰＧＡ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）、ディクリートな論理回路などによって実行されてもよい）。例えば、インタフェースのコンポーネントのどれでも又は全部が、ソフトウェア、ハードウェア、ファームウェアの全て、又はいずれかによって実行され得る。また、図１３のフローチャートによって示される機械可読命令のいくつか又は全てが、手動で実行されてもよい。さらに、例となるアルゴリズムは、図１３中に図示されるフローチャートに関して記述されるものの、当業者は、例となる機械可読命令を実行する、その他の多くの方法が代わりに使用されてもよいことを、容易に認識するであろう。例えば、ブロックの実行順序は変更されてよく、及び／又は記述されたブロックのいくつかが変更され、除かれ、又は組み合わされてよい。
【００４２】
この例では、ラックマネジメントコントローラは、図６中の装置６２２などのネットワーク装置の接続のことを知る（１３００）。ラックマネジメントコントローラは、図６中の装置６２２と関連付けられる、ベースボードマネジメントコントローラなどのマネジメントエージェント上に埋め込まれた報告アプリケーションを送信する（１３０２）。ベースボードマネジメントコントローラは、装置６２２から、電力消費などの運用データを受信する（１３０４）。報告アプリケーションは、マネジメントエージェントに図７中のパケット７００などの専用ＬＬＤＰパケット内のデータをフォーマットさせる（１３０６）。ＬＬＤＰパケットは、マネジメントコントローラへ送信される（１３０８）。ラックシステム中の装置それぞれからのＬＬＤＰパケットより、運用データは、図６中のイーサネットスイッチ６３０上のラックマネジメントコントローラによって編集される（１３１０）。それから、全体のラック状態は、図６中のマネジメントノード６００などのマネジメントコントローラに送信される（１３１２）。
【００４３】
図１４は、ＬＬＤＰパケットを使用することによって、ラックシステムネットワーク装置に運用データを送信するため、図６中のラックマネジメントコントローラによって実行されるコードのフロー図を示す。この例では、ラックマネジメントコントローラは、図６中の装置６２２などのネットワーク装置の接続のことを知る（１４００）。ラックマネジメントコントローラは、図６中の装置６２２と関連付けられる、ベースボードマネジメントコントローラなどのマネジメントエージェント上に埋め込まれた報告アプリケーションを送信する（１４０２）。ラックマネジメントコントローラは、図６中のマネジメントノード６００から、ラックＩＤ情報又は電力制限などの運用データを受信する（１４０４）。ラックマネジメントコントローラは、図１０中のパケット１０００などの専用ＬＬＤＰパケット内の運用データをフォーマットする（１４０６）。ＬＬＤＰパケットは、図６中の装置６２２などのネットワーク装置へ送信される（１４０８）。ＬＬＤＰパケットは受信され、かつ運用データは装置６２２のマネジメントエージェントによって読み取られる（１４１０）。その際、装置６２２の運用は、電力制御などの運用データに従って変更される（１４１２）。もちろん、もし運用データがラックＩＤなどの情報であるとすると、装置６２２の運用は変更されない。
【００４４】
このアプリケーション中で使用されるような、「コンポーネント」、「モジュール」、「システム」、又はその他の用語は、一般に、ハードウェア（例えば、回路）、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、又は１以上の特定の機能を備える動作機械に関係する実在物のいずれかである、コンピュータ関係の実在物に当てはまる。例えば、コンポーネントは、プロセッサ（例えば、デジタル信号プロセッサ）上で実行するプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行のスレッド、プログラム、コンピュータの全て、又はいずれかであってもよいが、これらであることを制限されない。実例として、コントローラだけでなく、コントローラ上で実行されるアプリケーションも、コンポーネントとされうる。１以上のコンポーネントは、プロセス及び／又は実行スレッド中に存在してもよく、かつコンポーネントは、１台のコンピュータ上で局在化され、及び／又は２台以上のコンピュータ間で分配されてもよい。さらに、「装置」は、専門に設計されたハードウェア、ハードウェアが特定の機能を実行することを可能にさせるソフトウェアの実行によって専門化された汎用ハードウェア、コンピュータ読み取り媒体に格納されたソフトウェア、又はそれらの組み合わせの形態が入り得る。
【００４５】
コンピュータは、典型的に様々な媒体を含み、コンピュータ可読記憶媒体、及び／又は通信媒体を含むことができ、これら２つの用語は、ここでは次の通り、互いに異なって使用されている。コンピュータ可読記憶媒体は、コンピュータによってアクセスされることができる、全ての利用可能な記憶媒体であり、典型的に非一時的な性質であり、かつ、揮発性媒体及び不揮発性媒体の両方、リムバーブル媒体及び非リムバーブル媒体の両方を含むことができる。例として、かつ限定ではなく、コンピュータ可読記憶媒体は、コンピュータ可読命令、プログラムモジュール、構造化したデータ、又は構造化されていないデータなどの情報の保管のため、いかなる方法又は技術との関連で実装されることができる。
コンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、又はその他のメモリ技術、ＣＤ−ＲＯＭ、ＤＶＤ、又はその他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、又はその他の磁気記憶装置、又は望まれた情報を格納することに使用されることができるその他の有形媒体、及び／又は非一時的な媒体を含むことができるが、これらに限られない。コンピュータ可読媒体は、媒体によって格納された情報に関する様々な動作のため、例えばアクセス要求、クエリ、その他のデータ検索プロトコルを経由して、１以上のローカル又はリモートのコンピュータによってアクセスされることができる。
【００４６】
ここで使用される専門用語は、特定の実施形態のみを記述すること目的としており、発明の範囲を制限すること意図するものではない。文脈上明らかにその他を意味しない限り、ここで用いられるように、単数形「ａ」、「ａｎ」、「ｔｈｅ」は、複数形も含むことを意図とされる。さらにまた、「含むこと（ｉｎｃｌｕｄｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、「有すること（ｈａｖｉｎｇ）」、「有する（ｈａｓ）」、「を備える（ｗｉｔｈ）」、又はそれらの変形の語句が、詳細な説明と特許請求の範囲の両方又はどちらか一方の中で使用される範囲で、これらのような用語は、「構成する（ｃｏｍｐｒｉｓｉｎｇ）」という用語と類似し、包括的であることが意図される。
【００４７】
別途定義されない限り、ここで使用される（専門用語及び科学用語を含む）全ての用語は、当業者によって共通に理解されるのと同じ意味を有する。共通に使用される辞書で定義されるような用語は、さらに、関連技術の文脈における意味と矛盾ない意味を有するように解釈されるべきであり、もしここでこのように明示的に定義されていないのであれば、理想的な又は過度に形式的な感覚では解釈されないであろう。
【００４８】
本発明の様々な実施形態が前述されたが、これらがただ例として紹介されたもので、制限ではないことを理解すべきである。開示された実施形態への多様な変更は、発明の精神又は範囲から逸脱しない範囲で、ここの開示に従って行われることができる。このように、本発明の幅と範囲は、前述の実施形態のいずれによっても制限されるべきではない。むしろ、発明の範囲は、以下の特許請求の範囲及びそれらの均等物に従って定義されるべきである。
【００４９】
発明は、１以上の実施形態に関して説明及び記述されるが、同等の変更と修正は、本明細書と添付した図面を読み、理解すれば、当業者に知られる、又は見出されるであろう。
加えて、発明の特定の特徴が、いくつかの実施形態のただ１つに関して開示されることがあり得るが、そのような特徴は、所与の又は特定のアプリケーションにとって有利、かつ望ましいような、その他の実施形態の１以上のその他の特徴と組み合されてもよい。
【符号の説明】
【００５０】
１０  ラックシステム、１２  ラックマネジメントコントローラ、１４  バックプレーン、１６  ネットワーク装置、１８  ベースボードマネジメントコントローラ、５０  ラックシステム、５２  ラックマネジメントコントローラ、５４  ラックマネジメントスイッチ、５６  ネットワーク装置、５８  ベースボードマネジメントコントローラ、１００  ラックシステム、１１０  マネジメントスイッチ、１１２  ポート、１１４  マネジメントスイッチコントローラ、１２０  ネットワーク装置、１２２  ベースボードマネジメントコントローラ、１２４  電源、４００  ラック、４１０  パワーシェルフ、４２０  ネットワーク装置、４２２  ラックマネジメントコントローラ、５００  ラック、５１０  ネットワーク装置、５１２  電源、５１４  マネジメントスイッチ、５１６  データスイッチ、６００  マネジメントノード、６０２，６０４，６０６  サブシステム、６２０，６２２，６２４，６２６  ノード、６３０  イーサネットスイッチ、６３２  ポート、６３４  マネジメントポート、６３６  コントローラ、６４０  管理ノード、７００  ディスカバリパケット、７１０，７１２，７１４  ＴＬＶストラクチャ、７２０  タイプフィールド、７２２  長さフィールド、７２４  電力消費フィールド、８００  ディスカバリパケット、８１０，８１２，８１４  ＴＬＶストラクチャ、８２０  タイプフィールド、８２２  長さフィールド、８２４  ＩＰアドレスフィールド、８５０  表、９００  ディスカバリパケット、９１０，９１２，９１４  ＴＬＶストラクチャ、９２０  タイプフィールド、９２２  長さフィールド、９２４  健康状態フィールド、９５０  表、１０００  ディスカバリパケット、１０１０，１０１２，１０１４  ＴＬＶストラクチャ、１０２０  タイプフィールド、１０２２  長さフィールド、１０２４  最大電力フィールド、１１００  ディスカバリパケット、１１１０，１１１２，１１１４  ＴＬＶストラクチャ、１１２０  タイプフィールド、１１２２  長さフィールド、１１２４  ラックＩＤフィールド、１２００  ラックシステム、１２１０  スイッチ、１２１２  ポート、１２２０  ラックマネジメントコントローラ、１２２２  リモートスイッチＬＬＤＰコントロール、１２３０  装置、１２３２  ベースボードマネジメントコントローラ。
【図１】
2019036939.tif 000003
【図２】
2019036939.tif 000004
【図３】
2019036939.tif 000005
【図４】
2019036939.tif 000006
【図５】
2019036939.tif 000007
【図６】
2019036939.tif 000008
【図７】
2019036939.tif 000009
【図８Ａ】
2019036939.tif 000010
【図８Ｂ】
2019036939.tif 000011
【図９Ａ】
2019036939.tif 000012
【図９Ｂ】
2019036939.tif 000013
【図１０】
2019036939.tif 000014
【図１１】
2019036939.tif 000015
【図１２】
2019036939.tif 000016
【図１３】
2019036939.tif 000017
【図１４】
2019036939.tif 000018