JP2005020728A - ネットワーク・インターフェース・カードを介したマルチノード区分編成データ処理システム内におけるリモート電源制御 - Google Patents

Abstract

【課題】 論理的にコヒーレントなデータ処理システムの複数の異なるノード（各ノードは、伝統的なスタンドアロンＳＭＰサーバの設計を有する）にわたるリモート電源制御のためのシステムおよび方法を提供すること。
【解決手段】 システムは、２つ以上の静的パーティションに区分編成される。パーティションのためのリモート電源制御は、修正されたウェイク‐オン‐ＬＡＮの実装により達成され、それにおいてはパーティション内の各ＮＩＣに関するマジック・パケット・フィルタを修正して、すべてのノードによって認識されるか、あるいはすべてのノードに共通するマジック・パケットによって、パーティション全体にわたるリモート・リスタートを可能にする。一実施態様においては、パーティション内の各ＮＩＣのウェイク‐オン‐ＬＡＮフィルタが、そのパーティション内の任意のＮＩＣにアドレスされたマジック・パケットを認識し、それに応答する。別の実施態様においては、パーティション内の各ＮＩＣのウェイク‐オン‐ＬＡＮフィルタが修正されて、ユニバーサル・マジック・パケットに応答する。
【選択図】 図５

Description

本発明は、概してデータ処理システムの分野に関し、より詳細には、論理的に区分編成されたマルチノード・データ処理システムのリセットまたはパワー・アップに関する。

概してデータ処理システムにおいて、より詳細に述べればスタンドアロン・サーバ・システムにおいては、ウェイク‐オン‐ＬＡＮ（ＷＯＬ）機能または専用サービス・プロセッサを使用し、システムのリモート電源供給（powering）のためのアウト‐オブ‐バンド（out-of band；帯域外）方法を提供することによってリモート電源制御（remote power control）が達成されてきた。このアプローチは、単一シャーシ（chassis）内における、たとえば専用サービス・プロセッサまたはネットワーク・インターフェース・カード（ＮＩＣ）と、単一セットのリソース（メモリ、Ｉ／Ｏデバイス等）を共有する１ないしは複数のプロセッサからなる「システム」との間に１対１の対応があることから、論理的かつ単純なものであった。しかしながら、より最近になって製造者は、より高いスケーラビリティならびにパフォーマンスを可能にするべくスタンドアロン・サーバ・システムのアーキテクチャの再定義を進めている。たとえばＩＢＭコーポレーションのEnterprise X Architecture（ＥＸＡ；エンタープライズＸアーキテクチャ）はスケーラブル・テクノロジであり、それは、カスタマが複数のサーバ「ノード」を結合して、結合されたシステムのリソースを共有する論理的に統合されたユニットとすることを可能にする。このアーキテクチャを使用すると、それぞれが４ウェイ対称マルチプロセッサ（ＳＭＰ）システムである４つのノードが論理的に統合されて、個別のノードのすべてのメモリならびにＩ／Ｏリソースを共有する１６ウェイ・スーパー・システムが提供される。それに加えて、このマルチノード・システムは、その後、２もしくはそれを超える数の論理システムへの論理的な区分編成（logically partitioned）が可能である。この１６ウェイＳＭＰシステムを、たとえば２つの静的パーティション（ＳＰＡＲ）に論理的に区分編成し、Ｕｎｉｘ（登録商標）環境を実行する３ノード（１２ウェイ）ＳＰＡＲおよびＷｉｎｄｏｗｓ（登録商標）を実行する１ノード（４ウェイ）ＳＰＡＲを含ませることができる。パーティション構成が達成された後は、複数の独立したパーティションとしてブートされるべくシステムの構成を行うことが可能である。

個別のサーバ・システムのスケーリングおよび論理的に区分編成を行い得る機能は、カスタマが、現在必要とされている処理能力のためだけの出費によってカスタマそれぞれの情報テクノロジ投資を管理することを可能にするが、このタイプのスケーラブル・アーキテクチャが従来のスタンドアロン・マシンには見られなかった複雑性を導入することは確かである。たとえばリモート電源管理には、伝統的に、システムに関するリモート電源供給のためのアウト‐オブ‐バンド方法を提供するＷＯＬプロシージャもしくは専用サービス・プロセッサが使用されてきた。しかしながらマルチノードの静的に区分編成可能なアーキテクチャにおいては、「システム」が、複数の物理的ノードにわたることがあり、そのそれぞれが別々の電源制御スイッチ、別々のネットワーク・インターフェース・カード（ＮＩＣ）、さらには別々のＢＩＯＳならびにＰＯＳＴコードを伴うことがある。伝統的なスタンドアロン・サーバ処理系（implementation）を用いる場合に、ＷＯＬもしくはサービス・プロセッサ・ネットワークを介した伝統的な電力制御は、単一ノード上のパワーしか復元することができない。しかしながらマルチノードの区分編成されたアーキテクチャは、複数ノードに対するシステム・パワーの同時復元を必要とすることがある。

したがって、マルチノード区分編成可能アーキテクチャに関するリモート電源制御のためのシステムならびに方法が提供されることが望ましい。

上に明らかにした問題点は、本発明に従い、論理的に明確なデータ処理システムの複数のノードにわたるＮＩＣ‐ベースのリモート電源制御のためのシステムおよび方法によって解決される。このシステムは、１ないしは複数のノードを含み、そのそれぞれのノードは、伝統的なＳＭＰサーバを収容するシャーシを含んでいる。このシステムは、２つ以上のＳＰＡＲに区分編成することができる。全体のパーティションに関するリモート電源制御は、修正されたＷＯＬ処理系を使用して達成され、それにおいてパーティション管理ソフトウエアは、パーティション全体にわたるリモート・リスタートを可能にするべく、パーティション内の各ＮＩＣ上においてマジック・パケット・フィルタの構成を行う。現存する管理ソフトウエアとの互換性に適した一実施態様においては、パーティション管理ソフトウエアが、パーティション内の各ＮＩＣのＷＯＬフィルタを構成し、そのパーティション内の任意のＮＩＣへ向けられたマジック・パケット（magic packet）を認識させ、それに応答させる。パーティション全体にわたるリスタート機能に加えて個別のノードの選択的なリスタート機能に適した別の実施態様においては、パーティション内の各ＮＩＣのＷＯＬフィルタが修正され、それがユニバーサル・マジック・パケットに応答する。この実施態様においては、各ＮＩＣが２つのＷＯＬパケット、すなわちユニバーサルＭＡＣアドレスを含む１つのパケット、および、そのＮＩＣの個別のＭＡＣアドレスを含む１つのパケットに応答する。パーティション内の各ノード用のネットワーク・デバイスを修正することによって、本発明は、物理的に異なるノードを含むシステムにわたるリモート電源制御を可能にしている。

本発明のこのほかの目的ならびに利点については、添付図面を参照した以下の詳細な説明から明らかになるであろう。

本発明には、各種の修正ならびに代替形式が可能であるが、図の中にその例を与える形で特定の実施態様を示し、以下にその詳細な説明を行う。しかしながら、ここに示されている図面ならびに詳細な説明は、開示されている特定の実施態様に本発明を限定することを意味せず、むしろその逆に、ここでは、付随する特許請求の範囲によって定義される本発明の精神ならびに範囲内に含まれるあらゆる修正、均等物、および変形が保護されることが意図されている。

概して言えば、本発明は、それぞれのノード内にネットワーク・インターフェース・デバイスを使用するマルチノード区分編成アーキテクチャ内におけるリモート電源管理を可能にするための方法およびシステムを包含している。このシステムは、ここでスケーラビリティ（拡張容易性）・リンクと呼ぶ相互接続ネットワークによって接続された、複数の物理ノードを含む。マルチノード・システムは、２もしくはそれを超える数のパーティションに区分編成され、各パーティションは、異なる物理ノードの間の境界にわたることが許される。パーティションの構成が最初に行われるとき、パーティション管理コードが、共通ＷＯＬマジック・パケットに応答するように、あるいはＷＯＬマジック・パケットの共通セットに応答するように各ノード上のＮＩＣを修正し、その結果、共通マジック・パケットの１つが該パーティションへ送られたときに、該パーティション内の各ＮＩＣがパワー・リセットを伴って応答し、それによって同時アクティビティが達成されることになる。

ここで図面を参照すると、図１は、本発明を伴う使用に適したデータ処理システム１００のエレメント（element）を選択的に示している。図示されている実施態様においては、システム１００が、４つの相互接続されたノード１０１のセットを含む。各ノード１０１は、それぞれ独自のシャーシを有し、中央処理コア１０２、システム・メモリ１０４、および図１には参照番号１０６によって集合的に表されているＩ／Ｏデバイスを含んでいる。各コア１０２は、各ノード１０１が対称マイクロプロセッサ（ＳＭＰ）システムとしての使用に適したものとなるように、システム・メモリ１０４を共有する複数のマイクロプロセッサ・デバイスを含むことができる。Ｉ／Ｏ １０６は、たとえば、そのノードが含むことのできる任意の固定もしくは直接アクセス記憶装置（ＤＡＳＤ）を含む。コア１０２、システム・メモリ１０４、およびＩ／Ｏ １０６は、たとえばＩＢＭコーポレーションのｘＳｅｒｉｅｓ ｘ４４０（ｘシリーズｘ４４０）サーバ等のスケーラブル・サーバ・システムとして具体化することができる。システム１００のスケーラビリティ（拡張容易性）を例証する１つの特定の実施態様においては、各ノード１０１が、４つのｘ８６タイプのマイクロプロセッサを伴うコア１０２を含む。この具体化においては、４つのノード１０１を併合し、結合されたリソースの恩典を享受する一方、従来の（つまり、シングル・ノードの）ＳＭＰ構成のスケーラビリティを制限する限界（システム・バス帯域幅等）を克服する１６ウェイＳＭＰシステムまたはパーティションを形成することができる。

各ノード１０１は、図１に示されているようにサービス・プロセッサ・ファシリティ１０８を含み、それが、グラフィカル・コンソール転送（redirection）、キーボードおよびマウス制御、サーバ状態とは独立したリモート管理、およびハードウエアならびにオペレーティング・システムのリモート制御を含む機能を可能にする。またサービス・プロセッサ１０８は、サーバのファームウエア（監視（supervisory）ファシリティ自体のファームウエアを含む）のリモート更新も可能にする。一実施態様においては、サービス・プロセッサ１０８が、ＰＣＩもしくはその他の適切なＩ／Ｏバスを介して接続されるアダプタとして具体化される。このタイプのサービス・プロセッサ・ファシリティの例として、ＩＢＭコーポレーションのRemote Supervisory Adapter（ＲＳＡ；リモート監視アダプタ）がある。

上に引用したスケーラブル・パーティションの実施態様では、システム１００が、併合されたリソース構成内において具体化される。この構成においては、各個別のノード１０１のプロセッシング・リソース、メモリ・リソース、およびＩ／Ｏリソースが、全体としてシステム１００によって共有され、拡張容易な性能が達成される。個別のノード１０１は、各ノードの処理リソース、メモリ・リソース、およびＩ／Ｏリソースを、単一のオペレーティング・システム・イメージの下にシステム１００に対して利用可能とする、スケーラビリティ・リンク１２０と相互接続される。スケーラビリティ・リンク１２０は、各ノード１０１のシステム・バスを接続する双方向高速リンクである。

さらに、マルチノード・システム１００は、ここでは静的パーティション（ＳＰＡＲ）と呼ぶ２つ以上の仮想マシンへの論理分割または区分編成が可能であり、それら静的パーティションが参照番号１０３Ａおよび１０３Ｂ（包括的にあるいは集合的にＳＰＡＲ １０３と呼ぶ）によって識別されているが、それぞれは、独自の環境で実行することができる。図１に示されているように、各パーティション１０３は、単一のオペレーティング・システム・イメージの下に動作するマルチノード（つまり、マルチシャーシ）システムである。パーティション内の複数の物理ノードは、アプリケーション・プログラムにはトランスペアレントである。パーティション構成においては、いくつかのノード上の従来のＩ／Ｏリソースの一部を除去することができる。一実施態様では、たとえば、パーティションの１つのノードだけがキーボード、ディスプレイ・モニタ、マウス、およびリムーバブル・メディア・ディスク・ドライブを必要とし、それらを含んでいる。

図１に示されているように、各ノード１０１のサービス・プロセッサ１０８は、スケーラビリティ・リンク１２０に関するサイドバンド（側波帯）であるリンク１２４を介して互いに通信する。一実施態様においては、サービス・プロセッサ１０８が、ＩＰプロトコルを使用する標準の１０／１００Ethernet（イーサネット）（登録商標）リンクを介して通信する。サービス・プロセッサ１０８は、ノードのメイン電源（コア１０２およびメモリ１０４への電源供給を行う）のパワー・オンおよびオフを含むタスクに適している。システム１００は、図示されているように接続１２８およびスイッチ１３０を介して外部ネットワーク１４０へ接続されており、このスイッチは、それぞれのノード１０１内のネットワーク・インターフェース・カード（ＮＩＣ）１０９への接続を行う。図１には、それぞれのノード１０１に関して単一のＮＩＣ １０９だけが示されているが、ノード１０１は、具体化（implementation）に応じて２つ以上のＮＩＣを有することができる。接続１２８は、エンタープライズ・イントラネットまたはインターネット等の、より大きなネットワークへパーティション１０３がアクセスすることを可能にする。

１ないしは複数のパーティション１０３としてシステムの構成が行われた後は、任意の個別ノード１０１におけるリセットに続くパーティション・ブート・シーケンスを実行することによって、各パーティションを単一のユニットとしてブートすることが強く望まれる。このパーティション・ブート・シーケンスの間に、各個別のノード１０１が、コントロールをパーティション・シーケンスへ渡す前に、独自のブート・プログラムの部分を実行する。リセットに続き、パーティション１０３内の各ノード１０１は、その内部電源をオンにし、パワー・オン・セルフ・テスト（ＰＯＳＴ）を含むそれ独自のシステムＢＩＯＳを実行する。個別のノードのブート・シーケンスは、その後、集合的に指定プライマリ・ノードもしくはブート・ノードに従い、それが、どのようなシステム・リソースが存在するかについて決定し、アプリケーション・プログラムに利用可能となるリソースの単一グループとして当該リソースを提示し、構成を行うことになる。

パーティション・ブート・シーケンスは、複数のノードの存在によって複雑化する。マルチノード・アーキテクチャにおいては、ここではブート・ノードと呼んでいる単一ノード上のサービス・プロセッサが、パーティションの構成に関する情報を有していることが多くある。残りのサービス・プロセッサは、いずれのノードがそのパーティションを構成しているかといったことも含めて、パーティションの構成に関する情報もしくはその知識を欠いていることもあり、それが従来から使用されているサービス・プロセッサを使用するパーティション・ブートを困難なものにしている。本発明によれば、共通ＷＯＬマジック・パケットもしくはマジック・パケットの共通セットに応答するべく各ノードのＮＩＣを修正することによってこの困難を克服することができる。これらの共通マジック・パケットの１つがパーティション１００に引き渡されると、そのパーティション内の各ＮＩＣ １０９が、システムのリスタートを開始することによってそのパケットに応答する。

図２を参照すると、本発明に従ったシステム１００の選択されたエレメントの概念的な実例が示されており、マルチノード・パーティションにおけるパーティション全体のリセットを可能にするＮＩＣ １０９のシステムによる使用が強調されている。図２に示されているように、システム１００は、４つのノード１０１を含み、２つのパーティション１０３Ａおよび１０３Ｂとしてそれらの構成が行われている。第１のパーティション１０３Ａは、３‐ノード・パーティションであり、ノード１０１Ａ、１０１Ｂ、および１０１Ｃを含み、第２のパーティション１０３Ｂは、シングル・ノード・パーティションであり、ノード１０１Ｄを含む。

第１のパーティション１０３Ａは、マルチノード・パーティションであり、ブート・ノード１０１Ａ、および２つの従属（subordinate）ノード１０１Ｂならびに１０１Ｃを含んでいる。システム１００は、パーティション（１ないしは複数）１０３の構成を担当するパーティション管理ソフトウエアを含んでいることがある。この種のパーティション管理ソフトウエアは、たとえば、ＩＢＭコーポレーションのDirector製品内のSystem Partition Manager（ＳＰＭ；システム・パーティション・マネージャ）の部分を含むことができる。ＩＢＭのDirectorは、リモート・システムのハードウエアの詳細な観察ならびに追跡（tracking）、および重要なコンポーネント、たとえばプロセッサ、ディスク、およびメモリ等のコンポーネントの使用ならびにパフォーマンスのモニタリング（監視）を可能にする。第１のノード１０１Ａは、ブート・ノードとして指定されている。ブート・ノードは、リセットに続いてパーティション・ブート・シーケンスを実行し、マルチノード構成においてパーティション１０３Ａの構成を行う。

パーティション１０３Ａは、本発明に従ってイネーブルされてパーティション・ブート・シーケンスを起動し、それがそのノード１０１のそれぞれをリセットした後、それらのノードをブートしてパーティション構成をもたらす。ここで重要なことは、このパーティション・ブート・シーケンスを起動するリセットが、そのパーティション内の任意のノード１０１によって受け取られてもよいということである。ノード１０１Ｂ等の従属ノードがこのリセットを受け取った場合においては、そのノードがパーティション構成に関する情報（つまり、いずれのノードおよびリソースがそのパーティション内に含まれているかといったこと）をほとんど、もしくはまったく有していない可能性が高い。ここに記述されているようなメカニズムが存在しない場合には、従属ノード１０１Ｂ（または１０１Ｃ）上のリセットが、そのパーティションを不確定な状態に置き、それにおいては少なくとも１つのノード（ブート・ノード１０１Ａ）が、このシステムはマルチノード・パーティションであるとの仮定の下に動作するが、一方、別のノード（１０１Ｂ）は、すでにスタンドアロン構成としてブートされてしまっている。しかしながら本発明によれば、ノード１０１Ｂ上の、もしくは任意のほかのパーティション・ノード１０１上の、そのＮＩＣ １０９を介した適切なリセットが、ブート・ノード１０１Ａを含めたすべてのノード１０１をブートし、その結果、完全なパーティション・ブート・シーケンスが実行されて、ブート・シーケンスが起動された場所と無関係に常にパーティションの構成が実施される。

図示された実施態様においては、パーティション１０３Ａ内の各ノード１０１がＮＩＣ １０９のペアを含んでおり、その結果、パーティション１０３は、合計して６個のＮＩＣ １０９を含んでいる。各ＮＩＣ １０９は、独自の一意的な数字識別子を有する。Ethernet実施態様において、もっとも広く具体化される実施態様を表すが、各ＮＩＣ １０９の数字識別子が、ＮＩＣのメディア・アクセス・コントロール（ＭＡＣ）アドレスと呼ばれている。したがって、図２に示されている６個のＮＩＣ １０９は、ＭＡＣ１、ＭＡＣ２、ＭＡＣ３、等々によって示されているＭＡＣアドレスを有するものとして表されている。従来のＮＩＣの具体化においては、各ＮＩＣが、明確にそれへ向けられたネットワーク・パケットに対してだけ応答する。より具体的に述べれば、ＮＩＣ １０９は、いずれのネットワーク・パケットがＮＩＣによって受け取られるかを決定するパケット・フィルタを含んでおり、特定のＭＡＣアドレスに関するネットワーク・パケットが存在していないときには、ＮＩＣによってそれらが無視される。パワー・リセットに関連する本発明の状況を見ると、注目するネットワーク・パケットが、ウェイク‐オン‐ＬＡＮ（ＷＯＬ）パケット、ＷＯＬマジック・パケット、もしくは単なるマジック・パケットとして参照されている。Ethernet環境におけるマジック・パケットは、特定のＭＡＣアドレスが１６回にわたって反復されるパケットとなる。ＮＩＣが、それ自体のＭＡＣアドレスを含むマジック・パケットを受け取った場合に、そのＮＩＣ上のロジックが、ｘ８６ファミリのプロセッサのユーザによく知られたＰＭＥ信号等の信号をアサートすることになる。ＰＭＥのアサートの結果、そのノードをリブートすることになるプロセッサのリセットがもたらされる。

ＷＯＬは、論理パーティションが複数ノードもしくはシャーシにわたらない従来的なネットワーク環境においては極めて有用であるが、通常に具体化されている場合に、そのままではマルチノード・データ処理システムとの関連において限界を呈する。マルチノード・システムにおいては、通常、１つのノードだけが、何らかの形式のリセット・イベントに応答してブートするノードについて決定を行うための充分なネットワーク・トポロジ（topology）情報を伴って構成が行われている。つまり、１つのノードだけが、パーティション・ブート・シーケンスの起動に適している。

残念ながら、現存する管理ソフトウエアは、マルチノード・システムを包含しておらず、さらに、パーティション１０３のいずれのノード１０１がそのパーティションのブート・ノードとなるかについて決定できる可能性が高くない。この情報がない場合には、パーティション・ブートを起動するためにいずれのシステムがリセットされるべきかがわからない。この問題に対処するため、図３および図４に示されているパーティション１０３の実施態様は、ノード１０１の間において共有される１ないしは複数の共通ＭＡＣアドレスの使用を組み込んでいる。ＷＯＬパケットが受け取られ、そのパケットが、ＭＡＣアドレスの共通セットの１つであるＭＡＣアドレスを含んでいるとき、そのパーティション内のＮＩＣのそれぞれによってマジック・パケットが選択され、その結果、そのマジック・パケット内において識別されている元のターゲットＮＩＣとは無関係に各ノード１０１がリセットされる。すべてのノード１０１がリセットされているとき、ブート・ノード１０１Ａもリセットされることは明らかであり、それが、いずれのノードがリスタートを起動したかということとは無関係にパーティション・ブート・シーケンスをもたらすことになる。

本発明によれば、パーティション管理ソフトウエアがパーティション１０３の構成を行っているとき、ソフトウエアは、そのパーティション１０３内の各ＮＩＣ １０９のＭＡＣアドレスを決定し、記録する。その後、パーティション管理ソフトウエアは、ＭＡＣアドレスの共通セットに対して応答するべくＮＩＣフィルタを修正する。たとえば、図３に図示されている実施態様においては、６個セットの共通マジック・パケット・フィルタ１１１が、パーティション１０３の各ノード１０１上において構成される。各フィルタ１１１は、パーティション１０３内のＮＩＣ １０９の１つのＭＡＣアドレスのフィルタリングを行う。図示された実施態様においては、３つのノード１０１のそれぞれがＮＩＣ １０９のペアを含むことから、各ＮＩＣ １０９は、合計して６個のマジック・パケット・フィルタ１１１を伴って構成される。図３に示されているように、複数のマジック・パケット・フィルタ１１１を伴う場合には、各ノード１０１が、パーティション内の任意のノード１０１に対してアドレスされたＷＯＬマジック・パケットに対して応答することになる。より具体的に述べると、ネットワーク１２８上の、パーティション内のノード１０１のそれぞれに共通するＭＡＣアドレスを有しているＷＯＬパケットは、マジック・パケット・フィルタ１１１を通過し、リセット・ロジック１１７を起動してＰＭＥ信号をアサートするか、あるいはそのほかの、結果的にシステム・リセットをもたらす何らかのアクションを行う。この実施態様は、有益なことに、現存するシステム管理ソフトウエアに対する影響を最小化し、シングル・ノード構成におけるシステム・リセットの達成に使用されるものと同じリセット・コマンド（ＭＡＣアドレスを含む）を使用してパーティションのリセットを達成することができる。

図４に示されている実施態様においては、２つのマジック・パケット・フィルタ１１１を伴って各ＮＩＣ １０９が構成され、第１のフィルタ（ＭＡＣ Ｎ）１１３は、そのＮＩＣ自体のＭＡＣアドレスに対応し、第２のフィルタ（Ｕ ＭＡＣ）１１５は、パーティションもしくはユニバーサルＭＡＣアドレスに対応する。ユニバーサルＭＡＣアドレスは、構成時にパーティション管理ソフトウエアによって生成される仮想的なＭＡＣアドレスである。一般に認識されるＭＡＣアドレス（パーティション１０３内の各ＮＩＣ １０９によって認識される）に応答するべく構成されたそれぞれのノード１０１においては、ユニバーサルＭＡＣアドレスを含むマジック・パケットが、結果として、ブート・ノードを含めた各ノード１０１のシステム・リセットをもたらし、それによってパーティション・ブート・シーケンスを達成する。この実施態様は、ユニバーサルＭＡＣアドレスを認識するべく行う現存する管理ソフトウエアの修正を含意しているが、好都合にもこの実施態様は、個別のノードを選択的にリスタートする能力を維持しつつ、所望のＮＩＣ‐ベースのパーティション・ブート・シーケンスを可能にする。

次に図５を参照すると、これは、上記のマルチノード・パーティションに関するリモート電源管理制御の達成に適した１つの具体化を例示したフローチャートである。本発明の一部は、ハードディスク、フラッシュ・メモリもしくはそのほかの電気的に消去可能な不揮発性メモリ等のコンピュータ可読メディア上に、あるいはシステム・メモリＲＡＭもしくはキャッシュ・メモリＳＲＡＭ等の揮発性ストレージ・デバイス内に保管されたコンピュータ実行可能コード（ソフトウエア）として具体化される。このコードは、実行されると、図５に示したフローチャート内に表されているエレメントの少なくともいくつかをもたらすことができる。

図５に示されているとおり、マルチノード区分編成データ処理システム内におけるリモート電源管理の方法３００が図示されている。図示の方法３００の実施態様は、スケーラビリティ・リンク１２０等のノード接続性ハードウエアならびにパーティション管理ソフトウエアの使用を介した、単一マシンのパーティションとしての図１および図２のノード１０１等の複数のノードの構成（ブロック３０２）を含む。構成されると、パーティション１０３が、そのユーザおよびアプリケーション・プログラムに対して単一のオペレーティング・システム・イメージを提供する。パーティション構成の間、パーティション管理ソフトウエアは、各種のノード１０１の各ＮＩＣ １０９、およびそれらの対応するＭＡＣアドレスを検出し、記録する（ブロック３０４）。

適切な構成に続いて、パーティション管理ソフトウエアは、ＮＩＣ １０９のセットがそのパーティション内のすべてのＮＩＣに共通する少なくとも１つのＷＯＬフィルタを含むように、各ＮＩＣ １０９のＷＯＬフィルタを修正する（ブロック３０６）。このＷＯＬフィルタの修正には、上記の図３に例示されているような、各ＮＩＣ上におけるノード内のＮＩＣのセットに対応するＷＯＬフィルタのセットの作成を含ませることができる。別の実施態様においては、ＷＯＬフィルタの修正が、図４との関係から説明したような、そのパーティション内の各ＮＩＣ上におけるユニバーサルＭＡＣアドレス・フィルタの生成を含むことができる。

パーティション１０３の構成ならびにＷＯＬフィルタの修正に続く通常のシステム・オペレーションがブロック３０８によって示されており、各パーティションは、それぞれ独自のオペレーティング・システムならびにアプリケーション・プログラム（１ないしは複数）を実行しつつ、その間にＷＯＬ要求のモニタリングを続ける。ＷＯＬ要求を検出すると（ブロック３１０）、各ＮＩＣのＷＯＬフィルタ内のＭＡＣアドレスに対して当該要求のＭＡＣアドレスのフィルタリングが行われる。このＷＯＬのＭＡＣアドレスが、それぞれのＮＩＣ上のＷＯＬフィルタに共通するＭＡＣアドレスと一致すると（ブロック３１２）、リセットが通過し、パーティション内のブート・ノードを含めた各ノードに渡される。共通ＭＡＣアドレスに一致するＭＡＣアドレスは、そのパーティション内の任意のＮＩＣのＭＡＣアドレスとしてもよく、あるいはそれを、リセット目的に関してすべてのＮＩＣによって共有される仮想的なユニバーサルＭＡＣアドレスとしてもよい。

各ノード１０１をリセットすることによって、パーティション１０３のブート・ノードをＷＯＬパケットがリセットすることが保証される。ブート・ノードがリセットされると、パーティション・リセット・シーケンスが起動され（ブロック３１４）、それによって、随時、任意の個別のノードがブートされたときに確実にパーティション構成がブートされることになる。このようにして本発明は、パーティションの概念（concept）をさらに拡張し、単に機能リソースおよびソフトウエア・イメージだけでなく、個別のノードの電源管理ファシリティを包含させている。

この開示の恩恵を有する当業者にとって、本発明がマルチノード・パーティション内の各ノードをブートするための方法およびシステムを企図していることは明らかであろう。ここで理解されるように、詳細な説明ならびに図面に示し、かつ説明してきた本発明の形態が、単なる現時点における好ましい例に過ぎないと解釈されるべきである。特許請求の範囲は、開示されている好ましい実施態様のすべての変形を包含するべく広く解釈されることが意図されている。

本発明の一実施態様の具体化に適したデータ処理ネットワークのエレメントを選択的に示したブロック図である。 本発明のパーティション・ブート機能を強調した図１のデータ処理ネットワークのエレメントを選択的に示したブロック図である。 第１の実施態様に従った図２のデータ処理ネットワークのパーティション・ブート機能のエレメントを選択的に示した概念図である。 第２の実施態様に従った図２のデータ処理ネットワークのパーティション・ブート機能のエレメントを選択的に示した概念図である。 本発明の一実施態様に従ったマルチノード・パーティションをブートする方法を示したフローチャートである。

符号の説明

１００ システム／データ処理システム／マルチノード・システム／パーティション
１０１ ノード／パーティション・ノード
１０１Ａ ノード／ブート・ノード
１０１Ｂ ノード／従属ノード
１０１Ｃ ノード／従属ノード
１０１Ｄ ノード
１０２ コア／中央処理コア
１０３ ＳＰＡＲ／パーティション
１０３Ａ ＳＰＡＲ／パーティション／第１のパーティション
１０３Ｂ ＳＰＡＲ／パーティション／第２のパーティション
１０４ メモリ／システム・メモリ
１０６ Ｉ／Ｏデバイス
１０８ サービス・プロセッサ／サービス・プロセッサ・ファシリティ
１０９ ＮＩＣ／ネットワーク・インターフェース・カード（ＮＩＣ）
１１１ フィルタ／マジック・パケット・フィルタ／共通マジック・パケット・フィルタ
１１３ 第１のフィルタ（ＭＡＣ Ｎ）
１１５ 第２のフィルタ（Ｕ ＭＡＣ）
１１７ リセット・ロジック
１２０ スケーラビリティ・リンク
１２４ リンク
１２８ ネットワーク／接続
１３０ スイッチ
１４０ 外部ネットワーク

Claims (22)

1. マルチノード・データ処理システム内における使用のためのリモート電源管理方法であって、
   少なくとも１つのマルチノード・パーティションを含むようにシステムの構成を行うことと、
   前記パーティション内の各ネットワーク・インターフェース・カード（ＮＩＣ）に関連付けされた識別子を決定することと、
   前記決定したＮＩＣ識別子を少なくとも部分的に基礎として前記パーティション内のすべてのＮＩＣに共通する少なくとも１つの共通ウェイク‐オン‐ＬＡＮ（ＷＯＬ）フィルタを含むように前記パーティション内の各ＮＩＣのＷＯＬフィルタを修正することと、を含み、
   前記少なくとも１つの共通ＷＯＬフィルタに対応するＷＯＬパケットは、前記ＷＯＬパケットに応答して各パーティション・ノードがリセットされるように対応するノードに関するリセットを生成する方法。
2. 前記識別子を決定することは、前記パーティション内の各ＮＩＣのメディア・アクセス・コントロール（ＭＡＣ）アドレスを決定することを含む、請求項１に記載の方法。
3. 前記ＷＯＬフィルタを修正することは、各ＮＩＣ内に、前記パーティション内の任意のＮＩＣに対するＷＯＬパケット・アドレスが前記パーティション内の各ＮＩＣによって受け入れられるように、前記決定されたＭＡＣアドレスのそれぞれに対応するＷＯＬフィルタを含む、請求項２に記載の方法。
4. 前記識別子を決定することは、前記パーティション内のすべてのＮＩＣに共通するユニバーサルＭＡＣアドレスを生成することを含む、請求項１に記載の方法。
5. 前記ＷＯＬフィルタを修正することは、前記パーティションの各ＮＩＣ上に前記ユニバーサルＭＡＣアドレスに対応するＷＯＬフィルタを含む、請求項４に記載の方法。
6. 前記ノードのセットの構成を行うことは、さらに、複数の対称マルチプロセッシング・デバイスの構成を行うことを特徴とし、それぞれが、プロセッサのセットおよび前記プロセッサ間において共有されるシステム・メモリを、パーティションとして有する、請求項１に記載の方法。
7. 前記ノードの構成を行うことは、さらに、ブート・ノードおよび従属ノードのセットを含むように前記ノードの構成を行うことを特徴とし、前記ブート・ノードは、リセット時に、前記ノードのすべてを前記パーティション構成にブートするように構成される、請求項１に記載の方法。
8. それぞれのノードが対称マルチプロセッサ・システムを構成する複数のノードと、
   少なくとも１つの論理パーティションとして前記複数のノードの構成を行うための手段であって、各ノードが前記パーティションの１つに関連付けられる手段と、
   前記複数のノードのそれぞれに対応する少なくとも１つのネットワーク・インターフェース・カード（ＮＩＣ）を有する複数のＮＩＣと、を含むデータ処理システムであって、
   各ＮＩＣは、前記パーティション内のすべてのＮＩＣに共通する少なくとも１つのウェイク‐オン‐ＬＡＮフィルタを含み、前記共通ＷＯＬフィルタに対応するＷＯＬパケットは、前記パーティション内の各ＮＩＣによって受け入れられ、前記パーティション内の各ノードをリセットするシステム。
9. 前記パーティション内の各ＮＩＣは、前記パーティション内の各ＮＩＣに対応するＷＯＬフィルタを含む複数のＷＯＬフィルタを含む、請求項８に記載のシステム。
10. 前記複数のＷＯＬフィルタは、前記セット内の各デバイスのメディア・アクセス・コントロール（ＭＡＣ）アドレスに対応するＷＯＬフィルタを含む、請求項９に記載のシステム。
11. 前記共通ＷＯＬフィルタは、前記パーティション内のＮＩＣのそれぞれによって共有されるユニバーサルＭＡＣアドレスに対応し、前記ユニバーサルＭＡＣアドレスは、前記ＮＩＣのそれぞれのＭＡＣアドレスとは異なる、請求項８に記載のシステム。
12. 前記ＷＯＬフィルタは、認識された、１６回にわたって反復されるメディア・アクセス・コントロール（ＭＡＣ）アドレスを含むＷＯＬパケットに応答する、請求項８に記載のシステム。
13. 各ノードは、さらに、独自のシャーシ、ファームウエア、電源、および冷却ファンを有することを特徴とする、請求項８に記載のシステム。
14. 論理パーティションとして前記ノードの構成を行う手段であって、
    前記システム内の前記ノードのそれぞれを接続する双方向スケーラビリティ・リンクと、
    前記パーティション内の各ノードのリソースを、単一オペレーティング・システム・イメージの下で共有するための手段と、
    を含む、請求項１３に記載のシステム。
15. 各パーティション内の前記ノードは、さらに、ブート・ノードおよび従属ノードのセットを含むことを特徴とし、前記ブート・ノードは、リセット時に、前記ノードのすべてを前記パーティション構成にブートするように構成される、請求項８に記載のシステム。
16. コンピュータ可読メディア上に保管された、マルチノード・データ処理システム内のリモート電源管理のためのコンピュータ実行可能命令を含むコンピュータ・プログラム記録媒体であって、
    少なくとも１つのマルチノード・パーティションを含むようにシステムの構成を行うためのコンピュータ・コード手段と、
    前記パーティション内の各ネットワーク・インターフェース・カード（ＮＩＣ）に関連付けられた識別子を決定するためのコンピュータ・コード手段と、
    少なくとも部分的に前記決定したＮＩＣ識別子に基づいて前記パーティション内のすべてのＮＩＣに共通する少なくとも１つの共通ウェイク‐オン‐ＬＡＮ（ＷＯＬ）フィルタを含むように前記パーティション内の各ＮＩＣのＷＯＬフィルタを修正するためのコンピュータ・コード手段とを含み、
    前記少なくとも１つの共通ＷＯＬフィルタに対応するＷＯＬパケットは、前記ＷＯＬパケットに応答して各パーティション・ノードがリセットされるように対応するノードに関するリセットを生成する、コンピュータ・プログラム記録媒体。
17. 前記識別子を決定することは、前記パーティション内の各ＮＩＣのメディア・アクセス・コントロール（ＭＡＣ）アドレスを決定することを含む、請求項１６に記載のコンピュータ・プログラム記録媒体。
18. 前記ＷＯＬフィルタを修正するためのコード手段は、各ＮＩＣ内に、前記パーティション内の任意のＮＩＣに対するＷＯＬパケット・アドレスが前記パーティション内の各ＮＩＣによって受け入れられるように、前記決定されたＭＡＣアドレスのそれぞれに対応するＷＯＬフィルタを含むためのコード手段を含む、請求項１７に記載のコンピュータ・プログラム記録媒体。
19. 前記識別子を決定するためのコード手段は、前記パーティション内のすべてのＮＩＣに共通するユニバーサルＭＡＣアドレスを生成するためのコード手段を含む、請求項１６に記載のコンピュータ・プログラム記録媒体。
20. 前記ＷＯＬフィルタを修正するためのコード手段は、前記パーティションの各ＮＩＣ上に前記ユニバーサルＭＡＣアドレスに対応するＷＯＬフィルタを含むためのコード手段を含む、請求項１９に記載のコンピュータ・プログラム記録媒体。
21. 前記ＷＯＬフィルタを修正するためのコード手段は、前記パーティションの各ＮＩＣ上に前記ユニバーサルＭＡＣアドレスに対応するＷＯＬフィルタを含むためのコード手段を含み、前記ユニバーサルＭＡＣアドレスは、前記ＮＩＣのそれぞれの前記ＭＡＣアドレスとは異なる、請求項１６に記載のコンピュータ・プログラム記録媒体。
22. 前記ノードの構成を行うためのコード手段は、さらに、ブート・ノードおよび従属ノードのセットを含むように前記ノードの構成を行うためのコード手段として特徴が与えられ、前記ブート・ノードは、リセット時に、前記ノードのすべてをパーティション構成にブートするように構成される、請求項１６に記載のコンピュータ・プログラム記録媒体。

Images