(57)【要約】【課題】  クラスタ環境において障害の位置を突き止め解決するための方法およびシステムを提供する。【解決手段】  クラスタ（１００）は、少なくとも１つのマルチホーム・ノード（１１０）と、各ネットワーク・インタフェース（１１２、１１４）のための少なくとも１つのゲートウエイ（１４０）によって構成される。所定の周期的間隔で、ピア・ノードおよびゲートウエイ間に、ハートビート・メッセージが送信される。いずれかのノードまたはゲートウエイによるハートビート・メッセージの損失があった場合、ネットワーク・インタフェースごとにクラスタの各ノードおよびゲートウエイにＩＣＭＰエコーが発行される。ＩＣＭＰエコーに応答して、ノード損失もネットワーク損失も確認されない場合、アプリケーション・レベルのｐｉｎｇが発行され、ハートビート・メッセージが存在しないことに関連した障害が、一時的なエラー状況であるか、またはアプリケーション・ソフトウエア障害であるかが判定される。【選択図】  図２
2005073277.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ・システムにおける障害解決のための方法であって、
（ａ）ネットワーク・インタフェースのためのゲートウェイを有するクラスタを構成するステップと、
（ｂ）ハートビート損失検出に応答して、前記ネットワーク・インタフェースを介して、前記クラスタにおける全てのピア・ノードおよび前記ゲートウェイにオペレーティング・システムＩＣＭＰエコーを発行するステップと、
（ｃ）前記エコーからの応答を分析して前記クラスタにおける障害の位置を決定するステップと、
を備える、方法。
【請求項２】
前記決定するステップは、前記応答を受信し前記エコーの意図した受信者を決定することを含む、請求項１に記載の方法。
【請求項３】
所定の時間間隔内に前記ネットワーク・インタフェースのための前記ピア・ノードまたは前記ゲートウェイからの前記エコーのリターンを受信することは、前記ネットワーク・インタフェースの動作を示す、請求項２に記載の方法。
【請求項４】
所定の時間間隔内に前記ネットワーク・インタフェースのための前記ピア・ノードからの前記エコーのリターンが存在しないことは、ピア・ノード障害、前記ピア・ノードにローカルなネットワーク障害、およびそれらの組み合わせから成る群から選択される障害を示す、請求項２に記載の方法。
【請求項５】
更に、所定の時間間隔内の前記エコー応答の受信および前記ハートビート・ビート損失検出の双方に応答して、ピア・ノードに対してアプリケーション・レベルのｐｉｎｇを発行するステップを備える、請求項１に記載の方法。
【請求項６】
更に、各ネットワーク・インタフェースについて設定された目標ノードからのエコー応答を比較するステップを備える、請求項１に記載の方法。
【請求項７】
マルチプロセッサ・コンピュータ・システムであって、
ネットワーク・インタフェースのために構成されたゲートウェイを有するクラスタと、
ハートビート損失検出に応答して、前記ネットワーク・インタフェースを介して、クラスタにおける全てのピア・ノードおよび前記ゲートウェイにオペレーティング・システムＩＣＭＰエコーを発行するための手段と、
前記エコーからの応答を分析して前記クラスタにおける障害の位置を決定するための手段と、
を備える、システム。
【請求項８】
前記エコーからの前記応答の分析は、前記エコーの意図した受信者の決定を含む、請求項７に記載のシステム。
【請求項９】
所定の時間間隔内に前記ネットワーク・インタフェースのための前記ピア・ノード又は前記ゲートウェイからの前記エコーのリターンを受信することは、前記ネットワーク・インタフェースの動作を示す、請求項８に記載のシステム。
【請求項１０】
所定の時間間隔内に前記ネットワーク・インタフェースのための前記ピア・ノードからの前記エコーのリターンの受信が存在しないことは、ピア・ノード障害、前記ピア・ノードにローカルなネットワーク障害、およびそれらの組み合わせから成る群から選択される障害を示す、請求項８に記載のシステム。
【請求項１１】
更に、所定の時間間隔内の前記エコー応答の受信および前記ハートビート・ビート損失検出の双方に応答して、ピア・ノードに対してアプリケーション・レベルのｐｉｎｇを発行するための手段を備える、請求項７に記載のシステム。
【請求項１２】
更に、各ネットワーク・インタフェースについて設定された目標ノードからのエコー応答を比較するための手段を備える、請求項７に記載のシステム。
【請求項１３】
コンピュータを、
ハートビート損失検出に応答して、ネットワーク・インタフェースを介して、クラスタにおけるピア・ノードおよび構成されたクラスタ・ゲートウェイにオペレーティング・システムＩＣＭＰエコーを発行するための手段、および
前記エコーからの応答メッセージを分析して前記クラスタにおける障害の位置を決定するための手段、
として機能させるためのプログラム。
【請求項１４】
前記障害の位置を決定するための手段は、前記応答を受信し前記エコーの意図した受信者を決定する、請求項１３に記載のプログラム。
【請求項１５】
更に、前記コンピュータを、所定の時間間隔内のエコー応答の受信およびハートビート・損失検出の双方に応答して、ピア・ノードに対してアプリケーション・レベルのｐｉｎｇを発行するための手段として機能させる、請求項１３に記載のプログラム。
【請求項１６】
更に、前記コンピュータを、各ネットワーク・インタフェースについて設定された目標ノードからのエコー応答を比較するための手段として機能させる、請求項１３に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチホーム・ノードのクラスタにおいて障害を解決するための方法およびシステムに関する。更に具体的には、本発明は、障害を検出し分離して、障害の原因を確認し、適切なフェイルオーバおよび修理アクションを可能とすることに関する。
【背景技術】
【０００２】
ノードは、オペレーティング・システムの単一または複数のインスタンスを実行するコンピュータである。コンピューティング環境における各ノードは、ネットワーク・インタフェースを有し、これによって、ノードはローカル・エリア・ネットワークにおいて通信を行うことができる。クラスタは、１つ以上のノードの集合であり、典型的にストレージ・エリア・ネットワークを介して、共有記憶サブシステムの集合に対するアクセスを調整する。ローカル・エリア・ネットワークを、別のローカル・エリア・ネットワーク、より広範囲のイントラネット、またはグローバル・エリア・ネットワークに接続するためのゲートウェイと一群のノードが通信することは一般的である。ローカル・エリア・ネットワークにおける各ネットワーク・インタフェースおよび各ゲートウェイは、識別用ＩＰアドレスを含む。
【０００３】
また、当技術分野において、ローカルまたはワイド・エリア・ネットワークにおけるノードが２つのネットワーク・インタフェースを含むことも知られている。そのようなノードを「マルチホーム・ノード」と言う。２つのネットワーク・インタフェースを備えた構成は、冗長接続性を提供する。マルチホーム・ノードは、双方のネットワーク・インタフェースにアクセス可能なソフトウエアを備える。ネットワーク・インタフェースの１つまたはネットワーク・インタフェースに沿った経路に関連して障害が起こった場合、中断もデータまたはサービスの損失も生じることなく、通信は同じノード上の第２のネットワーク・インタフェースに切り替わる、すなわちフェイルオーバする。
【０００４】
ネットワークにおける障害を解決する１つの形態は、疑わしいネットワーク・インタフェース上の要求応答プロトコル・メッセージの発行をピア・ノードに要求することである。この解決策は、ネットワーク経路損失を確認し、更に、障害がローカルまたは遠隔のどちらのインタフェース・ネットワークに関連するかを決定するという特定の問題を解決しようとする。しかしながら、この技法は、ローカル・ネットワーク・インタフェースへのｐｉｎｇの発行を、遠隔ノード上の潜在的に信頼できないサーバに頼っている。この技法は、単一障害の状況のもとでのみ機能する。遠隔ノードに影響を及ぼすいかなるネットワーク障害またはソフトウエア障害も、ローカル・ノード上で誤った結果を生じる。
【０００５】
他の解決策には、ノード間の冗長ハートビートおよびハートビート・チャネル、ならびにネットワーク障害を解決するためのリンク不在が含まれる。冗長ハートビートおよびハートビート・チャネルの使用は、ノード損失の信頼性の高い検出に関する問題を解決するが、ネットワーク損失の解決の分野においては失敗する。同様に、ネットワーク障害を解決するためのリンク不在は、ネットワーク・フェイルオーバのサポートを与えることに限定され、ノードおよびネットワークの監視ならびにノードおよびネットワーク経路フェイルオーバの統合サポートを有する高可用性の統合アーキテクチャでは機能しない。更に、リンク不在技法は、フェイルオーバがクラスタの再形成を必要とするネットワーク分割が起こったか否かを判定する機能を有しない。最後に、典型的にネットワーク・ドライバによって与えられるかかる解決策は、単一サブネット・ネットワーク・トポロジにおいてのみ機能する。
【０００６】
当技術分野では、ネットワークにおいて、所定の間隔でピア・ノードにハートビート・メッセージを送信することが知られている。図１は、従来技術のマルチノード・コンピューティング・システム１０のブロック図である。この図では、矢印はハートビートを表し、直線はネットワーク経路を表す。システムには３つのノードＮｏｄｅ0２０、Ｎｏｄｅ1３０、およびＮｏｄｅ2４０がある。各ノードは、マルチホーム・ノードである。図１に示すように、Ｎｏｄｅ0２０は、ネットワーク・インタフェース（ＮＩ）1２２およびネットワーク・インタフェース2２４を有する。同様に、Ｎｏｄｅ1３０は、ネットワーク・インタフェース1３２およびネットワーク・インタフェース2３４を有し、Ｎｏｄｅ2４０は、ネットワーク・インタフェース1４２およびネットワーク・インタフェース2４４を有する。図１に示すように、ハートビート・メッセージがネットワーク内の隣接するピア・ノードに送信される。例えば、Ｎｏｄｅ0２０は、第１のハートビート・メッセージ５０および５２を、第１のネットワーク・インタフェース２２、３２、および４２を介して、Ｎｏｄｅ1３０およびＮｏｄｅ2４０にそれぞれ送信し、第２のハートビート・メッセージ５４および５６を、第２のネットワーク・インタフェース２４、３４、および４４を介して、Ｎｏｄｅ1３０およびＮｏｄｅ2４０にそれぞれ送信する。同様に、Ｎｏｄｅ1３０は、第１のハートビート・メッセージ５０および５８を、第１のネットワーク・インタフェース２２、３２、および４２を介して、Ｎｏｄｅ0２０およびＮｏｄｅ2４０にそれぞれ送信し、第２のハートビート・メッセージ５４および６０を、第２のネットワーク・インタフェース２４、３４、および４４を介して、Ｎｏｄｅ0２０およびＮｏｄｅ2４０に送信し、Ｎｏｄｅ2４０は、第１のハートビート・メッセージ５２および５８を、第１のネットワーク・インタフェース２２、３２、および４２を介して、Ｎｏｄｅ0２０およびＮｏｄｅ1３０に送信し、第２のハートビート・メッセージ５６および６０を、第２のネットワーク・インタフェース２４、３４、および４４を介して、Ｎｏｄｅ0２０およびＮｏｄｅ1３０に送信する。本質的に、各ノードは、各ネットワーク・インタフェースを介して、隣接するピア・ノードに、独立した周期的ハートビート・メッセージを送信する。ハートビート・メッセージは、双方向であり、隣接するノード間に存在して、ノード内の障害を監視する。しかしながら、ハートビート・メッセージは、ネットワーク損失を解決することはできない。従って、ハートビート・メッセージは、ノード・レベルでの障害を明らかにするには有用であるが、かかる障害があったとしても解決することできない。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
障害を検出し解決するための従来技術の方法は、高可用性の統合アーキテクチャにおいて非効率的で信頼性が低く、また２ノード・クラスタでは信頼性高く機能することができない。従って、高可用性の統合アーキテクチャにおいて信頼性高く効率的な障害の検出および解決のための方法およびシステムが望まれている。
【課題を解決するための手段】
【０００８】
本発明は、コンピュータ・システムにおいて障害を解決するための方法およびシステムを提供する。
【０００９】
本発明の第１の態様では、コンピュータ・システムにおける障害解決のための方法が提供される。クラスタは、ネットワーク・インタフェースのためのゲートウェイによって構成される。ハートビート損失検出に応答して、ネットワーク・インタフェースを介して、クラスタにおける全ピア・ノードおよびゲートウェイに、オペレーティング・システムのインターネット制御メッセージ・プロトコル（ＩＣＭＰ）エコーが発行される。エコーに対する応答が分析され、クラスタ内の障害の位置が決定される。所定の時間間隔内でのエコー応答の受信に応答して、および、ハートビート損失検出に応答して、ピア・ノードにアプリケーション・レベルのｐｉｎｇを発行することができる。
【００１０】
本発明の第２の態様では、ネットワーク・インタフェースのために構成されたゲートウェイを有するクラスタを含むコンピュータ・システムが提供される。ハートビート検出損失に応答して、ネットワーク・インタフェースを介して、クラスタ内の全ピア・ノードおよびゲートウェイに、オペレーティング・システムＩＣＭＰエコーが発行される。エコーからの応答は、クラスタ内の障害の位置のために分析される。所定の時間間隔内のエコーの受信およびハートビート損失検出の双方に応答して、ピア・ノードに、アプリケーション・レベルのｐｉｎｇを発行することができる。
【００１１】
本発明の第３の態様では、コンピュータを、ハートビート損失検出に応答して、ネットワーク・インタフェースを介して、クラスタ内のピア・ノードおよび構成されたゲートウェイ・クラスタに、オペレーティング・システムＩＣＭＰエコーを発行するための手段、エコーからの応答メッセージを分析してクラスタ内の障害の位置を決定するための手段、ならびに所定の時間間隔内のエコー応答の受信およびハートビート損失検出の双方に応答して、ピア・ノードに、アプリケーション・レベルのｐｉｎｇを発行するための手段として機能させるためのプログラムが提供される。
【００１２】
本発明の他の特徴および利点は、添付図面と関連付けた本発明の好適な実施形態の以下の詳細な説明から明らかとなろう。
【発明を実施するための最良の形態】
【００１３】
概説
クラスタは、ネットワーク・インタフェースごとに、複数のマルチホーム・ノードおよび少なくとも１つのゲートウェイによって構成される。所定の時間間隔で、クラスタのピア・ノード間でハートビート・メッセージが送信される。ハードビート・メッセージの損失に応答して、ＩＣＭＰエコーが、双方のネットワーク・インタフェースを介して、クラスタにおける全てのノードおよびゲートウェイに送信される。ＩＣＭＰエコーを、クラスタにおける全てのノードおよびゲートウェイに送信することは、障害が発生したか否か、ネットワーク分割が行われたか否かを決定する際に役立ち、更に、ノード損失、ネットワーク・インタフェースに関連した障害、またはケーブル障害の位置を明らかにする。アプリケーション・レベルのｐｉｎｇを発行して、更に障害の位置を突き止めることも可能である。従って、各ネットワーク・インタフェースを介してクラスタにおける各ノードおよびゲートウェイごとにＩＣＭＰエコーを用いることにより、信頼性高く障害を発見し、障害状況の効率的な解決を提供することができる。
【００１４】
技術の詳細
図２は、２つのネットワーク・インタフェースのための１つのゲートウェイ１８０を用いた多マルチホーム・ノード・コンピューティング・システム１００の１例のブロック図である。この図では、システムには３つのノードがある。すなわち、Ｎｏｄｅ0１１０、Ｎｏｄｅ1１２０、およびＮｏｄｅ2１３０である。各ノードは、マルチホーム・ノードである。図２に示すように、Ｎｏｄｅ0１１０は、ネットワーク・インタフェース（ＮＩ）1１１２およびネットワーク・インタフェース2１１４を有する。同様に、Ｎｏｄｅ1１２０は、ネットワーク・インタフェース1１２２およびネットワーク・インタフェース2１２４を有し、Ｎｏｄｅ2１３０は、ネットワーク・インタフェース1１３２およびネットワーク・インタフェース2１３４を有する。多ネットワーク・インタフェースに加えて、システムは、ネットワーク・インタフェース1１１２、１２２、および１３２ならびにネットワーク・インタフェース2１１４、１２４、および１３４と通信を行うためのゲートウェイ１８０を有する。図２に示すように、ハートビート・メッセージがネットワーク内の隣接するピア・ノードに送信される。例えば、Ｎｏｄｅ0１１０は、第１のハートビート・メッセージ１５２および１５８を、第１のネットワーク・インタフェース１１２、１２２、および１３２を介して、Ｎｏｄｅ1１２０およびＮｏｄｅ2１３０に送信し、第２のハートビート・メッセージ１５０および１６０を、第２のネットワーク・インタフェース１１４、１２４、および１３４を介して、Ｎｏｄｅ1１２０およびＮｏｄｅ2１３０に送信する。同様に、Ｎｏｄｅ1１２０は、第１のハートビート・メッセージ１５２および１５６を、第１のネットワーク・インタフェース１１２、１２２、および１３２を介して、Ｎｏｄｅ0１１０およびＮｏｄｅ2１３０に送信し、第２のハートビート・メッセージ１５０および１５４を、第２のネットワーク・インタフェース１１４、１２４、および１３４を介して、Ｎｏｄｅ0１１０およびＮｏｄｅ2１３０に送信し、Ｎｏｄｅ2１３０は、第１のハートビート・メッセージ１５６および１５８を、第１のネットワーク・インタフェース１１２、１２２、および１３２を介して、Ｎｏｄｅ1１２０およびＮｏｄｅ0１１０に送信し、第２のハートビート・メッセージ１５４および１６０を、第２のネットワーク・インタフェース１１４、１２４、および１３４を介して、Ｎｏｄｅ1１２０およびＮｏｄｅ0１１０に送信する。更に、ゲートウェイ１８０は、双方のネットワーク・インタフェースのためのネットワーク経路に沿って存在する。ゲートウェイ１８０は、ハートビート・メッセージの受信も送信も行わない。なぜなら、ハートビート・メッセージは、アプリケーション・レベルのプロトコルであり、ゲートウェイ１８０は、オペレーティング・システム・レベルのプロトコルに限られているからである。ゲートウェイ１８０の存在により、ネットワーク経路またはそのコンポーネント（カード、スイッチ、ハブ等）に関連する障害を、オペレーティング・システム・レベルで検出することができる。従って、各ノードは、各ネットワーク・インタフェースを介して、周期的な双方向ハートビート・メッセージを隣接するピア・ノードに送信するこ���により、ネットワーク・トポロジにゲートウェイが存在する関連ネットワーク内の障害を監視する。
【００１５】
双方向のハートビート・メッセージは、ノードとの通信の損失を監視するのに使用される。ピア・ノードによるハートビート・メッセージの損失が起こった場合、ＩＣＭＰメッセージが、ネットワーク動作またはその障害に関連する帯域外メッセージのために使用される。ＩＣＭＰエコー機能は、ホスト間の往復でインターネット・プロトコル・パケットを送信する。同様に、オペレーティング・システム・プロトコルの代わりにアプリケーション・レベル・プロトコルを用いるｐｉｎｇにより、受信者がエコー・バックするように意図されたメッセージが送信される。アプリケーション・レベルのｐｉｎｇは、送信する各パケットに一意のシーケンス番号を配し、どのシーケンス番号を受信したかを報告する。これによって、システム・オペレータは、パケットが削除されたか、複製されたか、または再配列されたかを判定することができる。更に、ｐｉｎｇ機能は、各パケット内にタイムスタンプを配し、これはエコー・バックされて、各パケットの交換にどのくらい時間がかかったか、すなわち往復の時間を計算するために用いることができる。更に、ｐｉｎｇは、ルータが目標ホストを到達不可能と宣言しているか否かなどの、他のＩＣＭＰメッセージを報告する。
【００１６】
図３は、ハートビート・メッセージ、ＩＣＭＰエコー、およびオプションとしてアプリケーション・レベルのｐｉｎｇを用いて、図２に示すような多マルチホーム・ノード・コンピューティング・システム１００において障害の位置を付き止め解決するプロセス２００を示すフローチャートである。まずプロセス２００は、障害検出を監視するため、ピア・ノードに、ハートビート・メッセージを送信する（２０２）。次に試験２０４を行って、いずれかのネットワーク・インタフェースにおいてハートビートの損失があったか否かを判定する。ステップ２０４での照会に対して否定応答があると、ステップ２０２に戻り、所定の間隔でハートビート・メッセージの送信プロセスを続行する。しかしながら、ステップ２０４での肯定応答は、特定のノードによるハートビートの損失を示す。続いて、ハートビートの損失を検出したノードが、ＩＣＭＰエコーを発行する（２０６）。ＩＣＭＰエコーは、ハートビート損失を検出したノードから、双方のネットワーク・インタフェース上でクラスタ内の全てのピア・ノードおよびゲートウェイに送信される。ＩＣＭＰエコーの第１つのセットは、第１のネットワーク・インタフェース上で送信され、ＩＣＭＰエコーの第２のセットは、第２のネットワーク・インタフェース上で送信される。ハートビート損失に応答して発行されるエコーの数は、以下の通りである。
エコーの数＝［（Ｎ−１）＋（ゲートウェイの数）］＊（ネットワーク・インタフェースの数）
ここで、Ｎは、システム内のノード数を表す。ＩＣＭＰエコーは、各ノードのオペレーティング・システムに発行される。従って、エコーの発行は、ノードの１つ以上が障害を有し得るクラスタ内の１つ以上のノードで稼働しているオペレーティング・システムからの応答メッセージを要求する。
【００１７】
ＩＣＭＰエコー応答は、ノード損失またはネットワーク経路損失の疑いを確認するように機能する。ＩＣＭＰエコーの発行後、当該ノードは、ネットワーク・インタフェースについて少なくとも１つのエコー・リターンが受信されたか否かを判定する（２０８）。ステップ２０８で肯定応答があると、そのネットワーク・インタフェースに沿ったネットワーク経路が機能していることを示す（２１０）。その後、ネットワーク・インタフェースに設定された目標ノードからのエコー応答を比較して、クラスタ内のいずれかのネットワーク・インタフェースに沿った接続性の最良の経路を決定する（２１２）。ここでの比較は、ネットワークにおけるノードの最大可用性、ネットワークにおけるゲートウェイの可用性、またはそれらの組み合わせに基づいて行われる。その後、代替的なネットワーク経路上でもっと良い接続性があるか否かを判定する（２１４）。ステップ２１４で否定応答があると、ステップ２０２に戻る。しかしながら、ステップ２１４で肯定応答があると、ネットワーク経路のフェイルオーバが行われる（２１６）。従って、少なくとも１つのエコー・リターンが生成されると、ネットワーク接続性の問題は局所化され解決される。
【００１８】
しかしながら、ステップ２０８での応答が否定である場合、これは、障害がネットワーク経路内に存在しないことを示す。従って、同じピア・ノードからの冗長エコーが戻されたか否かを判定する（２１８）。ステップ２１８での試験に対して否定応答があると、ピア・ノードのハードウエアまたはオペレーティング・システムに関するピア・ノード障害の確認になる（２２０）。その後、ノードのフェイルオーバまたはクラスタ再形成が行われる（２２２）。ＩＣＭＰエコー応答によって、ノード損失もネットワーク損失も確認されなかった場合、アプリケーション・レベルのｐｉｎｇを発行する（２２４）。ｐｉｎｇの発行後、ｐｉｎｇに応答があるか否かを判定する（２２６）。ｐｉｎｇ応答は、一時的エラー状況を示唆し（２２８）、一方、所定の時間間隔内にｐｉｎｇ応答が無いことは、アプリケーション・ソフトウエアの障害を示唆する（２３０）。障害がネットワーク接続性に無い場合、更なる試験を行って、ノード障害、一時的エラー状況、またはアプリケーション・ソフトウエア障害と共に存在し得る代替的な障害を確認し位置を突き止める。障害の位置を突き止めることは、自動回復または管理修理ための最良のアクションを決定するのに役立つ。
【００１９】
従来技術に対する利点
双方のネットワーク・インタフェースおよび関連メッセージのためのルーティング・テーブルを有するゲートウェイは、物理コンピュータ・システムおよびアプリケーション・ソフトウエア内に構成される。ルーティング・テーブルは、ネットワークの各々を介した効率的なメッセージおよびエコーの送信を可能にする。更に、各ネットワーク・インタフェースのためのゲートウェイを有するコンピュータ・システムの構成は、特定のネットワークへのＩＣＭＰエコーの発行の制御を可能にする。最後に、ゲートウェイをネットワーク構成内に配置することは、疑わしい障害がネットワークに存在するのか、またはネットワーク内のノードに存在するのかを判定するのに役立つ。特に、これは一般に２ノード・クラスタおよびネットワーク分割において故障を解決するのに役立つ。従って、コンピュータ・システム内のゲートウェイの配置は、システムにおいて障害の位置を突き止め解決する際に効率および信頼性を向上させる。
【００２０】
代替的な実施形態
本発明の特定の実施形態について例示の目的で説明してきたが、本発明の精神および範囲から逸脱することなく、様々な変更が可能であることは認められよう。特に、本発明は、図２に示すシステムのアーキテクチャ配置に限定されるものではない。各ネットワークは、複数のゲートウェイ、ならびにノードおよびゲートウェイを接続するための代替的な設計を含み得る。更に、ネットワーク・トポロジは、単一サブネット、二重サブネット、または冗長物理ネットワークとすることができる。従って、本発明の保護の範囲は、特許請求の範囲およびその均等物によってのみ限定される。
【図面の簡単な説明】
【００２１】
【図１】従来技術のマルチノード・コンピューティング・システムのブロック図である。
【図２】本発明の好適な実施形態によるマルチノード・コンピューティング・システムのブロック図である。
【図３】コンピュータ・システムにおける障害を発見し解決するプロセスの前半を示すフロー図である。
【図４】コンピュータ・システムにおける障害を発見し解決するプロセスの後半を示すフロー図である。
【図１】
2005073277.tif 000003
【図２】
2005073277.tif 000004
【図３】
2005073277.tif 000005
【図４】
2005073277.tif 000006