JP2007502479A - 構成変更可能な配備プラットホームを使用した処理リソースの障害回復 - Google Patents

Abstract

構成変更可能な配備プラットホームを使用した処理リソースの障害回復ためのシステムと方法。プライマリサイトが、処理リソース構成を有する。このプライマリサイトの処理リソース構成の仕様が、生成される。この仕様は、ソフトウェアコマンドに応答して処理エリアネットワークを配備することが可能な構成変更可能な処理プラットホームを有する障害迂回サイトに提供される。この仕様を使用して、ソフトウェアコマンドが構成変更可能なプラットホームに生成され、仕様に対応する処理エリアネットワークを配備する。
【選択図】 図５

Description

本発明は、企業用のコンピューティングシステムに関し、より詳しくは、障害回復システムおよび再構成可能な仮想処理システムのための技術に関する。

図３は、従来の障害回復システムを示す。記憶設備３０２は第１の位置に位置し、かつ、記憶設備３０４は、一般的に第１の位置からリモートの第２の位置に位置する。設備３０２はプライマリシステムとみなすことができ、設備３０４は二次または障害迂回サイトとみなすことができる。各設備は、関連するデータの同一のコピーを、例えばそれらのそれぞれの記憶設備上に有する。プライマリ側のデータの任意の所望の最新情報は、例えば通信経路３０６経由で、また、二次側にも送信される。このように、プライマリおよび二次側設備は、同一のデータのコピーを保持することができる。

ハリケーンなどの障害がプライマリサイトで起こった場合、コンピュータ操作は二次側サイトに障害迂回することができる。二次側サイトは、このような障害迂回要求を処理するために待機しているホストコンピュータ３０８を有し、かつ、必要なアプリケーション（例えばプライマリホスト３１０上で実行されるもの）が予め設定されている。そのホスト３０８を含む二次側サイトは、次いでプライマリ側によって処理されていた企業のコンピュータ操作を取り扱うことができる。プライマリサイトが回復した場合、操作は必要に応じてプライマリサイトに戻すことができる。

図４は、例示的な、複数層のアプリケーショントポロジを示す。例えばそこからの様々な要求を受信するために、ファイアウォール４０２はインターネットに対するインタフェースとして働く。ファイアウォール４０２は、全体のシステム上の処理負荷を多数の処理ノードの中に分散することを試みるロードバランサ４０４と通信する。例えば、ロードバランサは、多数のウェブサーバ４０６ａから４０６ｎの中に要求を分散することができる。各ウェブサーバ４０６は、次に、それが受信するタスクのいくつかの解析を実行することができ、かつ適切なアプリケーションサーバ４０８ａから４０８ｎを起動することができる。各アプリケーションサーバ４０８は、次にデータベースまたはファイルサーバ４１０ａから４１０ｎと対話することができる。各々の様々な構成要素は、単独でそれぞれの処理ノードまたはサーバノードを実行することができる。

図４によって示唆されるように、最新の複数層のアプリケーショントポロジは非常に複雑になり得る。複雑化に加えて、（図４内に示されないが）様々なハブ、スイッチ、配線などが、示された処理ネットワークを生成するのに必要である。さらに、ソフトウェアの様々なバージョンが実行されている可能性がある。

現在まで相当多量の専門技術が、障害回復への対処においてデータの複製に特別の重点を置いて開発されてきた。プロセッサ側の問題は、適切な注目を受けてこなかった。

現在まで、障害回復のプロセッサ側の状況は、主に、二次側サイト上の処理リソースをプライマリ側サイト上の処理リソースと同一にし、スタンバイモードで待機することを要求することによって、処理されてきた。複数層のアーキテクチャの複雑さによって示唆されるように、これは複雑でかつ費用がかかる。さらに、最新のプロセッサネットワークは、様々な理由のためにしばしば変更される。このようなネットワークがプライマリ側サイトネットワークである場合、その時、この変更はまた二次側にも実行される必要があり、さもなければ、企業は、その障害回復システムが期待通りに機能しないという危険を冒すことになる。

プロセッサ資源の配備を容易にするプラットホームが、最近構築された。例えば、Ｅｇｅｎｅｒａ社は、Ｅｇｅｎｅｒａ Ｂｌａｄｅｆｒａｍｅプラットホームを提供した。処理エリアネットワークがソフトウェア構成コマンドの制御の下で素早く配備され得るように、このプラットホームは適応性が高い内部アーキテクチャ（詳細後述）を有する。このようなシステムの例示的なアーキテクチャが、２００２年１月４日出願、２００２年１０月２４日公開の、米国特許出願第１０／０３８３５４号、名称「仮想ネットワークにおけるアドレス解決プロトコルシステム及び方法（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｉｎ ａ Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ）」に記載されている。なお、引用することによりその全てを本出願に含める。

本発明は、構成変更可能な配備プラットホームを使用した処理リソースの障害回復のためのシステム及び方法を提供する。

本発明の一態様においては、プライマリサイトは、処理リソースのある構成を有する。本発明のこの態様においては、プライマリサイトの処理リソースのある構成についての仕様が、生成される。この仕様は、ソフトウェアコマンドに応答して処理エリアネットワークを配備することが可能な、構成変更可能な処理プラットホームを有する障害迂回サイトに与えられる。この仕様を使用して、ソフトウェアコマンドが、この仕様に対応する処理リソースを配備するために、構成変更可能なプラットホームに生成される。

本発明の別の態様においては、障害迂回サイトの構成変更可能な処理プラットホームと互換性がある構成変更可能な処理プラットホーム上に、プライマリサイトの処理リソースは配備される。

本発明の別の態様においては、ある仕様がプライマリサイトの処理リソースの構成を記述するために生成され、かつ、その仕様はプライマリサイトの構成変更可能な処理プラットホームに特有の構成状態を含む。

本発明の別の態様においては、少なくとも一つの他のサイトは処理リソースを含み、かつ、ある仕様がこの少なくとも一つの他のサイトの処理リソースの構成を記述するために生成される。この少なくとも一つの他のサイトの処理リソースの構成の仕様は障害迂回サイトに提供され、かつ、この仕様のうちの少なくとも一つは構成変更可能なプラットホームにソフトウェアコマンドを生成するために使用されて、この一つの仕様に対応する処理エリアネットワークを配備する。

本発明の別の態様においては、プライマリサイトの処理リソースは複数の独立の処理エリアネットワークを含み、かつ、この仕様はこの複数の独立の処理エリアネットワークの下位集団だけを記述する。

本発明の別の態様においては、プライマリサイトの処理リソースは、複数の独立の処理エリアネットワークを含み、かつ、この仕様は独立の処理エリアネットワークの全てを記述する。

本発明の別の態様においては、処理リソースを配備するコマンドを生成するための仕様を使用することは、障害迂回状況の受信に応答してなされる。

本発明の別の態様においては、この仕様はプライマリサイトの最小構成または処理リソースを記述する。

本発明の好ましい実施態様は、処理リソースの二次的障害迂回サイトへの効率的な障害迂回を可能にするシステムおよび方法を提供する。プライマリサイトの処理リソースおよび構成は、規定された変数のセットを有する仕様で特徴づけられ、かつ、この仕様は安全な方法で格納されている。リソースを特徴づける情報のセット（すなわちリソースの「特性」）は、プライマリサイトの処理エリアネットワーク（ＰＡＮｓ）の数、このようなＰＡＮの各々に対して割り当てられるべきノードの数、プロセッサ間のネットワーク接続、記憶装置マッピングなどのような情報を含む（詳細後述）。この障害迂回サイトは、ソフトウェアコマンドに応答して配備される（またはインスタンス化される）１つ以上の独立の処理ネットワークを可能にするソフトウェアで構成変更可能なプラットホームを使用する。例えば、ある実施態様は、上記で確認され参照によって取り込まれた米国特許出願内に記載されているプラットホームを使用することができる。この構成仕様は、構成変更可能なプラットホーム上の一組のコマンドを発行するためにアクセスされ使用されて、仕様と一致した障害迂回サイト上の処理リソースをインスタンス化する。

上記のアプローチを使用して、障害迂回処理リソースは、障害または他の障害迂回状況に応答してすばやく配備され得る（またはインスタンス化され得る）。いくつかの実施態様では、障害迂回サイトにおける配備は、あらゆる障害迂回状況または障害に先立って実行され得る。これらの状況では、障害迂回リソースは、プライマリサイトに関連してインスタンス化されてスタンバイモードに効果的に保たれる。プライマリサイトの処理リソースに対するあらゆる変更が障害迂回サイトにすばやく、正確におよび確実に移行され得るという点で、これらの実施態様は利益になる。このようにして、障害迂回サイトがプライマリサイトの処理リソースをよりすばやく、かつ人為ミスに影響されにくい方法でミラーリングすることができる。例えば、企業は様々な職員にプライマリサイトの構成を理解させ、かつ、リソースの物理的配備のために必要な様々な配線などを含めて、リモートサイトでこのような構成を再現させる必要がない。

（例示的なシステムアーキテクチャおよび方法）
図５は、本発明のある実施態様による例示的なシステムアーキテクチャを示す。このシステムは、プライマリサイトの処理リソース５１０、二次サイトの構成変更可能なプラットホーム５２０、記憶エリアネットワークまたは類似した記憶システム５３０（好ましくは障害回復機能を有する地理的に分散された記憶装置を含む）、および（企業の障害回復モデルと一致した）安全な方法でＳＡＮ５３０に格納されるべき構成仕様５４０を含む。

プライマリサイトは、例えば図４内に示すように、１つ以上のＰＡＮを有することができる。ネットワークは、物理的に配線され、相互結線され、かつ電力を供給された様々なタイプのサーバによって、従来通り配備されてもよい。しかし、好適な実施態様は、例えば、Ｅｇｅｎｅｒａ社のＢｌａｄｅＦｒａｍｅプラットホームを含む、上記で確認され、参照によって取り込まれた米国特許出願内に記載されているような、構成変更可能なプラットホーム上でこのようなＰＡＮを実現するであろう。

プライマリサイトのリソース５１０の特性は、構成仕様５４０で特徴づけられ、特定される（詳細後述）。仕様５４０は、プライマリサイトの処理リソース５１０を適切に記述するために必要な情報を含む。仕様は、安全な方法でＳＡＮ５３０に格納される。例えば、それは定期的にＳＡＮに保存され得る。代わりに、それはＳＡＮ等上のリモートにミラーリングされる配置内に格納され得る。このような仕様を格納するための実際の機構は、このアプローチが好ましくは企業の障害回復モデルと一致しているべきであること以外、主として好適な実施態様とは無関係である。

仕様５４０は、プライマリサイトの処理リソースの全セットを特徴づけることができる。代わりに、この仕様はプライマリサイトのあるＰＡＮだけ、クラスタだけまたはパーティションだけを特徴づける場合がある。

さらに、この仕様はプライマリサイトの実際の処理リソースを正確に記述するために使用され得る。代わりに、この仕様は、障害迂回操作に十分なことを期待されているリソースの、異なるが充分なセット（例えばおそらく、操作をサポートするのに必要な最小構成）を記述するために使用され得る。

特定された実際の情報は、構成変更可能なプラットホームの機能およびプライマリリソースのプラットホームに依存する（すなわち、それが従来通りに配備されるかまたは、それが構成変更可能なプラットホームに配備されるか）。ある実施態様は、プライマリサイトの構成を特定するために所定のフォーマットで（例えば、データにタグを付けるためにＸＭＬを使用して）、変数の所定のセットを格納する。

仕様５３０は、障害迂回サイトの処理リソースをインスタンスするためにアクセスされ使用される。具体的には、適切なソフトウェアコマンドによる構成変更可能なプラットホーム５２０は、仕様５３０における記述と一致したＰＡＮをインスタンス化する。いくつかの実施態様では、このインスタンス化は、例えば仕様を構文解析し、かつ障害迂回サイトのリソースを配備する（または、インスタンス化する）ために必要なソフトウェア構成コマンドを作成することを自動化され得る。他の実施態様では、ツール（図示せず）がこの仕様を検証するために使用されるが、実際のインスタンス化はＩＴ管理者の助けを借りて実行される。いくつかの局面では、配備が（多くの形式で通信され得る）障害または障害迂回状況に応答してなされ得る。他の局面では、配備はあらゆる障害または障害迂回状況に先立って実行され得る。

ある好ましい実施例において、プライマリリソース５１０は、プラットホーム５２０と互換性がある（が、必ずしも同一でない）構成変更可能なプラットホーム上に配備される。これらの配置では、仕様は配備を容易にするためにより特有な情報を含む場合がある。例えば仕様は、様々なＰＡＮをエミュレートするためにプライマリ側で使用され、かつ使用される構成変更可能なプラットホームの一般タイプに特有な、ある情報を含む場合がある。このように、この情報を二次側で再現するかまたは生成する必要が無いので、障害迂回の配備は、よりすばやくなし得る。対照的に、プライマリ側で従来の配置（すなわち、物理的ネットワーキング、配線などを伴う）を使用する配置に対して、仕様は、本来はより一般的であり、エミュレーションに特有の情報またはプラットホームに特有の情報は含まないであろう。

図６は、本発明のある実施態様による別の配置を示す。この配置では、上記したものに類似している構成変更可能なプラットホーム６２０を有する障害迂回サイトがさらにある。しかし、この障害迂回サイトは、様々なタイプの複数の生産サイトと連動して使用され得る。このように、障害迂回アーキテクチャが、Ｎ生産サイトを有する処理リソースのＮ＋１配置、および障害または障害迂回状況を取り扱うために使用される１つの障害迂回サイトを効果的に作成する。

さらに、障害迂回サイトが、障害迂回状況または障害に先立って必ずしも充分なリソースを割り当てる必要があるというわけではない。それよりも、障害迂回状況または障害に応答して、障害迂回サイトは処理リソースを、指定されたようにインスタンス化し得る。好適な構成変更可能なプラットホーム５２０は、例えば、プラットホーム上でタスクを実行中の優先度の低いＰＡＮを遮断し、かつ、障害迂回をサポートするためにインスタンス化すべき優先度の高いＰＡＮをインスタンス化し得るスケジューリングロジックを含む。

代わりに、最小構成はあらゆる障害迂回状況に先立ってインスタンス化されることができ、および障害迂回に際し、スケジューリングロジックは、仕様５４０を参照することができ、かつ、より多くのリソースが、ＰＡＮ用のより良いサーバを提供するために追加され、配備され得るどうかを決定することができる。

（ＰＡＮを配備するための例示的な構成変更可能なプラットホームの概要）
上で概説されたように、好適な実施態様は構成変更可能なプラットホーム５２０を、障害回復サイトのＰＡＮを配備するために利用する。好ましくは、これらのプラットホームは、前記組み込まれた米国特許出願に記載されたような、および／またはＥｇｅｎｅｒａ社のＢｌａｄｅＦｒａｍｅプラットホームのようなものである。さらに、好適な実施態様はまた、プライマリサイトの構成変更可能なプラットホームをも利用する。

要するに、好適なプラットホームは、ソフトウェアコマンドに応答して独立のＰＡＮをエミュレートするために割当られ、かつ構成され得るリソースの集団を提供する。コマンドは、例えば割り当てられるべき処理ノードの数、それらのネットワーク接続、それらの記憶装置特性などを記述する。様々なネットワーキング、配線、電源などが効果的にエミュレートされ、およびしたがって（従来のアプローチの複雑なおよび遅い物理的配備と対照的に）処理ネットワークのすばやいインスタンス化を可能にする。

図１は、本発明の好ましい実施態様に対する例示的なプラットホームを示す。下記で概説され、かつ組み込まれた特許出願内に更に詳細に記載されているように、好適なプラットホームは仮想システムが構成コマンドによって配備され得るシステム、方法およびロジックを提供する。このプラットホームは、大きなプロセッサ集団を提供し、そこからソフトウェアコマンドを介して下位集団が選択されて、所与の一組のアプリケーションまたは顧客に貢献するように配備されうる、コンピュータ（「処理エリアネットワーク」または「プロセッサクラスタ」）の仮想ネットワークが形成される。次いで、この仮想化された処理エリアネットワーク（ＰＡＮ）は、図２Ａ−Ｃ内にハイレベルで示したような、ウエブベースのサーバアプリケーションのような特定顧客向けアプリケーションを実行するために使用され得る。この仮想化は、ローカルエリアネットワーク（ＬＡＮ）の仮想化または入出力記憶装置の仮想化を含み得る。このようなプラットホームを提供することによって、処理リソースは、例えば物理的にサーバを供給し、ネットワークおよび記憶装置の結線を行い各々のサーバに電源を提供するなどよりも、むしろ管理者から構成コマンドによってソフトウェア経由ですばやくかつ容易に配備され得る。

図１に示されるように、好適なハードウェアプラットホーム１００は、高速相互結線１１０ａ，ｂ経由でスイッチ構造１１５ａ，ｂに接続される一組の処理ノード１０５ａから１０５ｎを含む。このスイッチ構造１１５ａ，ｂは、また、外部ＩＰネットワーク１２５（または他のデータ通信ネットワーク）、および記憶領域ネットワーク（ＳＡＮ）１３０との通信経路にある少なくとも１つの制御ノード１２０ａ，ｂにも接続されている。例えば、リモートでタスクを実行する管理アプリケーション１３５は、プラットホーム１００を構成して仮想ＰＡＮを配備するのを助けるために、ＩＰネットワーク１２５経由で制御ノードの１つ以上にアクセスし得る。

ある実施態様においては、約２４の処理ノード１０５ａから１０５ｎ、２つの制御ノード１２０、および２つのスイッチ構造１１５ａ，ｂが、単一シャーシ内に収容され、２地点間（ＰｔＰ）リンクの固定された、事前配線済みの回路網と相互結線されている。各処理ノード１０５は、特に、ブートおよび初期化のためのなんらかのＢＩＯＳファームウェアを含む１台以上（例えば４台）のプロセッサ１０６ｊから１０６ｌ、１台以上のネットワークインターフェイスカード（ＮＩＣｓ）１０７、およびローカルメモリ（例えば４Ｇバイトを超える）を含むボードである。プロセッサ１０６用のローカルディスクはないが、その代わりに、一斉呼出に必要な記憶装置を含んで、全ての記憶装置は、ＳＡＮ記憶装置１３０によって取り扱われる。

各制御ノード１２０は、１台以上（例えば４台）のプロセッサ、ローカルメモリ、処理ノード１０５用および制御ノード１０６用のオペレーティングシステムソフトウェアをブートするために使用される、ブートイメージおよび初期のファイルシステムの独立のコピーを保持するローカル磁気ディスク装置、を含む単一ボードである。各制御ノードは、ファイバーチャンネルリンク１２２，１２４に接続された１００メガバイト／秒のファイバーチャンネルアダプターカード１２８経由でＳＡＮ１３０と通信し、かつ、ギガビットイーサネット（登録商標）リンク１２１，１２３に接続された１つ以上のギガビットイーサネット（登録商標）ＮＩＣを有する外部ネットワークインターフェース１２９経由で、インターネット（または他の外部ネットワーク）１２５と通信する。（多くの他の技術およびハードウェアが、ＳＡＮおよび外部ネットワーク接続のために使用され得る。）各制御ノードは、管理アプリケーション１３５によってリモートでウエブベースの管理の代わりに使用され得る専用の管理ポートとして、低速イーサネット（登録商標）ポート（図示されず）を含む。

このスイッチ構造は、ＮＩＣ−ＣＬＡＮ１０００およびｃｌａｎ５３００スイッチ等の１つ以上の３０−ポートＧｉｇａｎｅｔスイッチ１１５から構成され、様々な処理ノードおよび制御ノードは、このような構造モジュールとの通信用に対応するＮＩＣを使用する。Ｇｉｇａｎｅｔスイッチ構造は、非同報通信多元接続（ＮＢＭＡ）ネットワークのセマンティックスを有する。全てのノード間通信は、スイッチ構造経由である。各リンクは、ＮＩＣ１０７とスイッチ構造１１５内のポートとの間で直列接続として形成される。各リンクは、１１２メガバイト／秒で動作する。

いくつかの実施態様では、複数のキャビネットまたはシャーシは、より大きなプラットホームを形成するために互いに接続され得る。および、他の実施態様では、構成は異なる場合があり、例えば、冗長な接続、スイッチおよび制御ノードは、除去される場合がある。

ソフトウェア管理の下で、プラットホームは複数の、同時および独立の処理エリアネットワーク（ＰＡＮｓ）をサポートする。ソフトウェアコマンドによって、各ＰＡＮは、ＰｔＰ網にわたってエミュレートされる仮想ローカルエリアネットワーク経由で通信するプロセッサ１０６の対応するサブセットを有するように構成される。各ＰＡＮは、また、対応する仮想Ｉ／Ｏサブシステムを有するように構成される。ＰＡＮを確立するためには、物理的配備または配線は必要ない。ある好適な実施態様の下で、プロセッサノードおよび／または制御ノード上でタスクを実行するソフトウェアロジックは、交換イーサネット（登録商標）セマンティックスをエミュレートする。プロセッサノードおよび／または制御ノード上でタスクを実行する他のソフトウェアロジックは、ＳＣＳＩセマンティックスに従い、かつ、各ＰＡＮ用の独立のＩ／Ｏアドレス空間を提供する仮想記憶サブシステム機能を提供する。

ある好ましい実施態様は、管理者が、仮想コンポーネント、インタフェースおよび接続を使用して、仮想的な、エミュレートされたＬＡＮを構築するのを可能にする。各仮想ＬＡＮは、プラットホーム１００に対して内部的かつ専用であり得るし、または、複数のプロセッサが、外部から単一ＩＰアドレスとして見えるプロセッサクラスタに形成される場合もある。

ある実施態様の下で、物理的、基礎的なネットワークはＰｔＰ網であるが、そのように構築された仮想ネットワークは、交換イーサネット（登録商標）ネットワークをエミュレートする。仮想ネットワークはＩＥＥＥ ＭＡＣアドレスを利用し、また、処理ノードはＭＡＣアドレスとＩＰアドレスを結び付け、関連付けるためにＩＥＴＦ ＡＲＰ処理をサポートする。従って、所与のプロセッサノードは、ＡＲＰ要求が、プラットホームの内部ノードからまたは外部ノードから来たかどうかを、ＡＲＰ要求に一貫して応答する。

図２Ａは、モデル化されるか、またはエミュレートされ得る例示的なネットワーク配置を示す。第１のサブネット２０２は、スイッチ２０６経由でお互いに通信し得る処理ノードＰＮ₁、ＰＮ₂およびＰＮ_kによって形成される。第２のサブネット２０４は、スイッチ２０８経由でお互いに通信する処理ノードＰＮ_kおよびＰＮ_mによって形成される。交換イーサネット（登録商標）セマンティックスの下で、サブネット上の１つのノードは、そのサブネット上の別のノードと直接通信する場合があり、例えば、ＰＮ₁はメッセージをＰＮ₂に送信する場合がある。このセマンティックスによって、また、あるノードが他のノードの組と通信することも可能になり、例えば、ＰＮ₁は同報通信メッセージを他のノードに送信する場合もある。ＰＮ_mが異なるサブネット上にあるので、処理ノードＰＮ₁およびＰＮ₂は直接ＰＮ_mと通信することはできない。ＰＮ₁およびＰＮ₂にとって、ＰＮ_mと通信するために、両方のサブネットについてのより完全な理解を有する上位レイヤのネットワークソフトウェアが利用される必要があるであろう。図内に示されていないが、所与のスイッチは別のスイッチ等へ「アップリンク」経由で通信することができる。以下の記述で明らかなように、このようなアップリンクの必要性はスイッチが物理的な場合には必要性が異なる。具体的には、スイッチが仮想的でありソフトウェア内でモデル化されているので、それらは、必要に応じて広く水平に拡大することができる。（対照的に、物理的スイッチは固定数の物理的ポートを有し、時には、水平スケーラビリティを提供するためにアップリンクが必要である。）

図２Ｂは、図２Ａのサブネット２０２および２０４をモデル化するために、ある実施態様の下で使用される例示的なソフトウェア通信経路およびロジックを示す。通信経路２１２は処理ノードＰＮ₁、ＰＮ₂、ＰＮ_kおよびＰＮ_m、特にそれらの対応するプロセッサ側のネットワーク通信ロジック２１０を接続し、またさらに、それらは処理ノードを制御ノードに接続する。（明確化のためにロジックの単一インスタンスとして描画されているが、ＰＮ_kは対応するプロセッサロジックの複数のインスタンス、例えば１つのサブネットにつき１つを有する場合がある。）好適な実施態様の下で、管理ロジックおよび制御ノードロジックは、通信経路を確立し、管理し、かつ破棄する責任がある。個々の処理ノードは、このような経路を確立することは許されない。

以下に詳細に説明されるように、プロセッサロジックおよび制御ノードロジックは共に、このような通信経路上の交換イーサネット（登録商標）セマンティックスをエミュレートする。例えば、制御ノードはイーサネット（登録商標）スイッチのセマンティックスのいくつか（全てが必要ではないが）をエミュレートするために制御ノード側の仮想スイッチロジック２１４を有し、および、プロセッサロジックは、イーサネット（登録商標）ドライバのセマンティックスのいくつか（全てが必要ではないが）をエミュレートするためのロジックを含む。

サブネット内では、１つのプロセッサノードが、対応する仮想インタフェース２１２経由で、別のプロセッサノードと直接通信することがある。同様に、あるプロセッサノードが別の仮想インタフェース経由で制御ノードロジックと通信することがある。ある実施態様の下で、根元的なスイッチ構造および関連するロジック（例えば、スイッチ構造管理者ロジック、図示されず）は、２地点間回線網上でこのような仮想インタフェース（ＶＩｓ）を確立し管理するための能力を提供する。さらに、これらの仮想インタフェースは、信頼性が高い、冗長な方法で確立され、本明細書内でＲＶＩｓと呼ばれる。この記述における局面では、ＶＩ対ＲＶＩ間の選択が、システムリソースとしてかけた費用と、このシステムによって要求される信頼性の量に大きく依存するので、仮想インタフェース（ＶＩ）および高信頼性仮想インタフェース（ＲＶＩ）という用語は、相互互換的に使用される。

図２Ａ−Ｂを結合して参照すると、ノードＰＮ₁がノードＰＮ₂と通信するはずである場合、それは仮想インタフェース２１２_1-2によって、ごく普通に行われる。しかし、好ましい実施態様は、例えばＶＩ２１２_1-2が満足に動作していない場合、ＰＮ₁とＰＮ₂間の通信が、スイッチエミュレーションロジック経由で発生することを可能にする。この場合、メッセージはＶＩ２１２_1-swith206経由でおよびＶＩ２１２_swith206-2経由で送信され得る。ＰＮ₁がサブネット２０２内の他のノードへのメッセージを同報通信またはマルチキャストするべき場合には、そのメッセージを仮想インタフェース２１２_1-swith206経由で制御ノード側ロジック２１４に送信することによりそうする。制御ノード側ロジック２１４は、次いで、関連するＶＩｓを使用して、他の関連するノードにメッセージのクローンを作って送信することによって、同報通信またはマルチキャスト機能をエミュレートする。同じまたは類似したＶＩｓは、制御ノード側ロジックを要求する他のメッセージを伝達するために使用されてもよい。例えば、以下に記載するように、制御ノード側ロジックはアドレス解決プロトコル（ＡＲＰ）をサポートするロジックを含み、かつ、ＶＩはＡＲＰ応答および要求を制御ノードに伝達するために使用される。上記の記述はプロセッサロジックと制御ロジックとの間にただ１つのＶＩを示唆しているが、多くの実施態様は、複数のこのような接続を使用している。さらに、図はソフトウェア通信経路内の対称性を示唆しているが、そのアーキテクチャは実際のところ非対称通信を可能にしている。例えば、クラスタ通信サービスについては、後述するように、パケットは制御ノード経由で送られるであろう。しかし、戻り通信は、ノード間で直接である場合がある。

図２Ａのネットワークのように、ノードＰＮ₂とＰＮ_mの間には通信機構がないことに注目すべきである。さらに、通信経路が中心に（処理ノード経由ではなく）管理され作成されていることによって、このような経路は処理ノードによって作成可能ではなく、また、その規定されたサブネットの接続はプロセッサによって破られない。

図２Ｃは、図２Ａ、および、Ｂのサブネットを実現するための、ある実施態様の例示的な物理的接続を示す。具体的には、処理ネットワークロジック２１０の各インスタンスは、相互結線１１０のＰｔＰリンク２１６経由でスイッチ構造１１５と通信する。同様に、制御ノードはスイッチロジック２１４の複数のインスタンスを有し、および、各々はスイッチ構造に対してＰｔＰ結線２１６上で通信する。図２Ｂの仮想インタフェースは、下記で更に記述されるように、これらの物理的なリンクにわたって情報を伝達するためのロジックを含む。

このようなネットワークを作成し、構成するために、管理者は、ＰＡＮのネットワークトポロジを規定し、（例えば、管理ソフトウェア１３５内のユーティリティ経由で）様々なノードのＭＡＣアドレス割当てを指定する。ＭＡＣアドレスは、仮想的であり、仮想インタフェースを識別して、および、いかなる特定の物理的なノードにも結び付けられない。ある実施態様の下で、ＭＡＣアドレスは、ＩＥＥＥ４８ビットアドレスフォーマットに従うが、しかし、その内容は、「ローカルに処理された」ビット（１に設定）、仮想インタフェースが、最初に規定された（詳細は下記）制御ノード１２０のシリアル番号、および、制御ノードにおいてＮＶＲＡＭ内に保持される制御ノード上の持続性の逐次カウンタのカウンタ値を含む。これらのＭＡＣは、レイヤ２レベルでノードを（在来型として）識別するために使用されるであろう。例えば、ＡＲＰ要求（ＰＡＮの内部のノードからか、または外部ネットワーク上のノードからか）に応答する際に、これらのＭＡＣは、ＡＲＰ応答内に含まれるであろう。

制御ノード側のネットワークロジックは、ＬＡＮの接続を反映する情報（例えば、どのノードが他のノードと通信するか）を含むデータ構造を保持する。制御ノードロジックは、また、規定されたＭＡＣアドレスにＶＩ（またはＲＶＩ）マッピングを割り付けて、割り当て、制御ノード間で、および、制御ノードと処理ノード間でＶＩまたは（ＲＶＩ）を割り付けて、割り当てる。図２Ａの例では、ロジックは図２ＢのＶＩｓ２１２を割り付けて、割り当てるであろう。（いくつかの実施態様中のＶＩおよびＲＶＩの命名は、使用されたスイッチ構造およびスイッチ構造管理者ロジックの結果である。）

各プロセッサが立ち上がる時に、ＢＩＯＳベースのブートロジックがノード１０５の各プロセッサ１０６を初期化し、かつ、特に制御ノードロジックに対してＶＩ２１２を確立する（または発見する）。次いで、プロセッサノードは、制御ノードから、プロセッサノードのＭＡＣアドレスのような関連データリンク情報、および同じデータリンク構成内の他の機器のＭＡＣ認証を得る。その後各プロセッサは制御ノードを備えたそのＩＰアドレスを登録し、その際、それはノードおよびＲＶＩ（例えば登録が到着したＲＶＩ）にＩＰアドレスを結び付ける。このように、制御ノードはサブネット上の各ノードに対する個々の仮想ＭＡＣ用のＩＰアドレスを結び付けることが可能であろう。上記のものに加えて、プロセッサノードはまた、他のノードへの、または制御ノードネットワークロジックへのその接続に対するＲＶＩまたはＶＩ関連の情報も得る。

したがって、ブートおよび初期設定の後、様々なプロセッサノードは、それらのレイヤ２データリンク接続を理解するに違いない。後述されるように、レイヤ３（ＩＰ）接続および特にレイヤ２へのレイヤ３の結合は、アドレス解決プロトコルの結果として、プロセッサの通常処理中に決定される。

上記に概説された以外のプラットホームが使用され得ることは、認識されるであろう。すなわち、内部のアーキテクチャおよび機能は異なり得るが、構成変更可能なプラットホームの他の配置もまた、利用され得る。例えば、好適なプラットホームは、そのサポートされたＰＡＮネットワーク機能に関するエミュレーションロジックの特定のタイプを含んでいる。このロジックはある利益を与えると信じられるが、それは本発明にとって必須のものではない。

（構成状態）
上記のものと関連して、構成変更可能なプラットホーム上の配備されたＰＡＮｓは、構成状態によって特徴づけられる。最小限の構成状態は、エミュレートされるべき処理トポロジを記述する。例えば、この状態は図４のような例示的な配置のトポロジを記述し、記憶装置特性、アプリケーション、その他についての特定情報を含むことができる。上で概説されたように、好適な実施態様の下で、プライマリサイトは、障害迂回サイトのそれに互換性がある構成変更可能なプラットホームを利用する。これらの局面では、構成状態は単なる処理トポロジより多くの情報を含み得る。この追加情報は、従来の配置のエミュレーションに特有の情報を含み得て、障害迂回サイトにおけるインスタンス化を容易にするであろう。例えば、構成状態はどのように特有のネットワーク相互結線をエミュレートするべきかに関する、プラットホームに特有の情報を含み得る。

上で概説されたように、構成状態はプライマリサイトの全ての処理リソースを特定し得るか、さもなければ、それは特定のＰＡＮだけ、クラスタだけまたはパーティションだけを特定し得る。一つのある実施態様の下で、構成状態は以下のタイプの情報を含む。

ＰＡＮアーカイブ（ＰＡＲファイル）の一部としてミラーリングされた構成状態
プライマリサイトの装置構成に特有のデータ：例えば、
１Ｇビットｅｔｈデバイスの状態：
名称、スイッチアップリンク情報フィルタモード、ＭＡＣアドレス
仮想冗長イーサネット（登録商標）デバイス（Ｒｅｔｈｓ）の状態
名称、１Ｇバイトのｅｔｈペア、操作モード、プライマリｅｔｈ、ソフトＭＡＣアドレス
仮想ネットワークスイッチの状態
スイッチ名称、アップリンク情報（ｅｔｈまたはｒｅｔｈ）、ＤＨＣＰプロキシ情報、ルーター情報
サーバルートディスクの作成およびサーバカーネルのブートためのルートおよびブートイメージ
プライマリサイトに情報をプールするブレードに特有のデータ
全体的なブレード集団に割り当てられるブレードのリスト
プライマリサイトの管理に関するデータ；
プライマリＢｌａｄｅＦｒａｍｅおよびＰＡＮ用のＳＮＭＰ設定
ＳＮＭＰマネージャＩＰアドレス
コミュニティストリング
トラップＩＰポート
ユーザーセキュリティ設定
ユーザー名および役割
イベント／アラート設定
様々なイベントに対するアラートをトリガーするのに必要な重大度
アラートが送信されるべき電子メールアドレス
特定のアラートに対するＳＮＭＰトラップ使用可能化
監視プログラム設定
システム内の様々な監視プログラムに対するデフォルト閾値
電子メールゲートウェイ
障害回復状態保存設定
状態保存スケジュール、出力場所（装置またはファイル）
プライマリサイトのロジック的分割に関連するデータ（ＰＡＮおよび／またはロジック的パーティションまたはロジック的ＰＡＮｓ）
各ＬＰＡＮに対して
ＬＰＡＮ名称、記述
管理設定
ＬＰＡＮに特有のＳＮＭＰ設定
ＳＮＭＰマネージャＩＰアドレス
コミュニティストリング
トラップＩＰポート
イベント／アラート設定
様々なイベントに対するアラートをトリガーするのに必要な重大度
アラートが送信されるべき電子メールアドレス
特定のアラートに対するＳＮＭＰトラップ使用可能化
起動コマンド（このＬＰＡＮが他のＬＰＡＮｓに対して起動し、リソースを獲得するための優先度を確立するコマンド）
リソース情報
ＬＰＡＮに割り当てられ、全体的な集団にアクセスするブレード
ＬＰＡＮ内のローカル集団に割り当てられるブレード
ＬＰＡＮに割り当てられるＳＣＳＩディスクＩＤ
ＬＰＡＮに割り当てられる仮想スイッチ
ｂｌａｄｅｆｒａｍｅ ＣＤ−ＲＯＭ使用のためのアクセス設定
サーバ構成
各サーバに対して
サーバ名、記述
必須／任意設定（ＬＰＡＮブート操作に影響を及ぼす）
ブート、シャットダウン、再ブートのためのタイムアウト
プライマリおよび障害迂回ブレード構成
サーバディスクＩＤに対するＬＰＡＮ ＳＣＳＩディスクＩＤの取付け設定
ブート設定、任意／必須属性のディスクイネーブル
仮想ｅｔｈ設定（ＭＡＣアドレス、データレート）
サーバ仮想ｅｔｈｓに対するＬＰＡＮ仮想スイッチの取付け設定
ＣＤ−ＲＯＭ使用可能化
ブート情報
使用するブートイメージ
ブート時に使用するカーネル引数
ＬＰＡＮ内の他のサーバと関連するサーバのためのブートコマンド
ＨＡアプリケーション情報
ＨＡアプリケーションリソース
ＩＰリソース
ファイルシステムリソース
障害迂回ポリシー
ＬＰＡＮ内に構成された各ＨＡアプリケーションに対して
アプリケーション名、記述、タイプ
属性：自動起動、起動コマンド（他のアプリケーションに関する）、起動／停止スクリプト

いくつかの実施態様の下で、構成状態は所定のルールによって指定される。例えば、この状態はＸＭＬを使用して、タグを付けられたデータとして格納され得る。これは、仕様の構文解析および評価を容易にし、かつ指定された構成を配備するためのソフトウェアコマンドの自動生成を容易にし得る。

高度利用可能なアプリケーションは、障害迂回アプリケーション、ロードバランスアプリケーションなどを含む。

ＸＭＬフォーマットの問題に関して。タグは、通常オブジェクトの名称（ＬＰＡＮ、ｐＳｅｒｖｅｒ、ＳＮＭＰマネージャ、その他）を表し、ＸＭＬ属性は、通常特定の値に対して使用される、すなわちｎａｍｅ＝「ｐＳｅｒｖｅｒ１」、それで、例えば：

場合によっては、管理者は障害迂回サイト上でインスタンス化されるべき処理リソースの記述として、この仕様を使用し得るが、しかし、異なってはいるがなお充分な障害迂回配置を指定する情報を変更する必要があると明らかになり得る。

好適な実施態様は、処理リソースの記述が有効な記述であることを検証するツールを含む。

上で述べたように、ある予め形成された実施態様は、米国特許出願第１０／０３８３５４号に記載されたようなアーキテクチャと連動して使用される。従って、このようなＰＡＮｓかまたはロジック的ＰＡＮｓかどうかの構成状態は、上記の通りに保存され、かつアーカイブされる。

ある実施態様は、物理ディスクにＰＡＮアーカイブを存続させる。これにより、システムが、（共有ディスク上で使用するのが難しいかもしれない）ファイルシステムのマウントを必要とせずに、プライマリサイトでデータを書き込んで、障害迂回サイトでそれを読み戻すことが可能になる。

本発明の範囲が上記した実施態様に制限されることがないが、追加された請求項によって規定されること、および、これらの請求項は、記述されたものの変更および改良を包含するであろうことは、認識されるであろう。

本発明の一実施態様を示す系統図である。 本発明の一実施態様によって確立された通信リンクを示す図である。 本発明の一実施態様によって確立された通信リンクを示す図である。 本発明の一実施態様によって確立された通信リンクを示す図である。 従来の障害回復システムを示す図である。 従来の複数層のアプリケーショントポロジを示す図である。 本発明のある実施態様による処理リソースのための障害回復システムを示す図である。 本発明のある実施態様による処理リソースのための障害回復システムを示す図である。

Claims (17)

1. プライマリサイトが処理リソースの構成を含む、障害迂回状況に応答するための処理リソースを提供する方法であって、
   前記プライマリサイトの処理リソースの構成を記述する仕様を生成すること、
   前記仕様を、ソフトウェアコマンドに応答して処理エリアネットワークを配備することが可能な構成変更可能な処理プラットホームを有する障害迂回サイトに提供すること、
   前記構成変更可能なプラットホームにソフトウェアコマンドを生成するための前記仕様を使用して、前記仕様に対応する処理リソースを配備すること、
   を備える方法。
2. 前記プライマリサイトにおける前記処理リソースは、前記障害迂回サイトにおける前記構成変更可能な処理プラットホームと互換性がある構成変更可能な処理プラットホーム上に配備されることを特徴とする請求項１に記載の方法。
3. 前記プライマリサイトにおける前記処理リソースの構成を記述するための仕様を生成することは、前記プライマリサイトの前記構成変更可能な処理プラットホームに特有の構成状態を含むことを特徴とする請求項２に記載の方法。
4. 少なくとも一つの他のサイトが処理リソースを含み、および、
   仕様が前記少なくとも一つの他のサイトにおける前記処理リソースの構成を記述するために生成され、および、
   前記少なくとも一つの他のサイトにおける前記処理リソースの構成の仕様は、前記障害迂回サイトに提供され、および、
   前記仕様のうち少なくとも一つは、前記構成変更可能なプラットホームにソフトウェアコマンドを生成するために使用されて、前記一つの仕様に対応する処理エリアネットワークを配備する、
   ことを特徴とする請求項１に記載の方法。
5. 前記プライマリサイトにおける前記処理リソースは複数の独立の処理エリアネットワークを含み、および、前記仕様は前記複数の独立の処理エリアネットワークの下位集団だけを記述することを特徴とする請求項１に記載の方法。
6. 前記プライマリサイトにおける前記処理リソースは複数の独立の処理エリアネットワークを含み、および、前記仕様は前記独立の処理エリアネットワークの全てを記述することを特徴とする請求項１に記載の方法。
7. 処理リソースを配備するためにコマンドを生成するための前記仕様を使用する行為は、障害迂回状況の受信に応答したものであることを特徴とする請求項１に記載の方法。
8. 前記仕様は、前記プライマリサイトにおける最小構成または処理リソースを記述することを特徴とする請求項１に記載の方法。
9. 前記生成する行為は、前記プライマリサイトにおける装置構成に特有のデータを指定することを含むことを特徴とする請求項１に記載の方法。
10. 前記プライマリサイトは、プロセッサ集団を有する構成変更可能な処理プラットホームを含み、および前記生成する行為は、前記プロセッサが前記プライマリサイトにおいてどのようにプールされるかを記述した情報を指定することを含むことを特徴とする請求項１に記載の方法。
11. 前記生成する行為は、前記プライマリサイトに関連する管理情報を指定することを含む
    ことを特徴とする請求項１に記載の方法。
12. 前記生成する行為は、プロセッサのロジック的分割およびロジック的処理ネットワークへの相互結線を記述するためのデータを指定することを含むことを特徴とする請求項１０に記載の方法。
13. プライマリサイトが処理リソースの構成を含む、障害迂回状況に応答するための処理リソースを提供するシステムであって、
    前記プライマリサイトの処理リソースの構成を記述するコンピュータ可読の仕様と、
    ソフトウェアコマンドに応答して処理エリアネットワークを配備することが可能な、構成変更可能な処理プラットホームと、
    前記仕様に対応する処理リソースを配備するために前記構成変更可能なプラットホームにソフトウェアコマンドを生成するロジックと、
    を備えるシステム。
14. 前記プライマリサイトにおける前記処理リソースは、前記障害迂回サイトにおける前記構成変更可能な処理プラットホームと互換性がある構成変更可能な処理プラットホーム上に配備されることを特徴とする請求項１４に記載のシステム。
15. 少なくとも一つの他のサイトが処理リソースを含み、および、前記システムは前記少なくとも一つの他のサイトにおける前記処理リソースの構成を記述するための仕様を更に含み、
    前記少なくとも一つの他のサイトにおける前記処理リソースの構成の前記仕様は、前記障害迂回サイトに提供され、および、
    前記生成するためのロジックは、前記構成変更可能なプラットホームにソフトウェアコマンドを生成するための前記仕様のうちの少なくとも一つを使用して、前記一つの仕様に対応する処理エリアネットワークを配備する、
    ことを特徴とする請求項１４に記載のシステム。
16. 前記プライマリサイトにおける前記処理リソースは複数の独立の処理エリアネットワークを含み、および、前記仕様は前記複数の独立の処理エリアネットワークの下位集団だけを記述することを特徴とする請求項１４に記載のシステム。
17. 前記プライマリサイトにおける前記処理リソースは複数の独立の処理エリアネットワークを含み、および、前記仕様は前記独立の処理エリアネットワークの全てを記述する
    ことを特徴とする請求項１４に記載のシステム。

Images