(57)【要約】【課題】  高可用性クラスタのノードシステムを提供する。【解決手段】  本発明のノードシステム（１００）は、少なくとも第１のレジスタ（１１０）および出力ポート（１１６）を含み、第１のレジスタ（１１０）は、ノードの複数状態ステータスデータを記憶し、出力ポート（１１６）は、この複数状態ステータスデータを表す信号を送信し、複数状態ステータスデータは、少なくとも１つの劣化状態を含むとともに、ノードシステム（１００）は、第２のレジスタ（１２０）および入力ポート（１１８）も含み、入力ポート（１１８）は、別のノードの複数状態ステータスデータを表す信号を受信し、第２のレジスタ（１２０）は、この別のノードからの複数状態ステータスデータを記憶する。【選択図】          図１
2005209190.tif 000002
【特許請求の範囲】
【請求項１】
高可用性クラスタのノードシステムであって、
前記ノードの複数状態ステータスデータを記憶するように構成された第１のレジスタと、
前記ノードの前記複数状態ステータスデータを表す信号を送信するように構成された出力ポートと、
を備え、
前記ノードの前記複数状態ステータスデータは、少なくとも１つの劣化状態を含む、ノードシステム。
【請求項２】
別のノードの複数状態ステータスデータを表す信号を受信するように構成された入力ポートと、
前記別のノードからの前記複数状態ステータスデータを記憶するように構成された第２のレジスタと、
をさらに備え、
前記別のノードの前記複数状態ステータスデータは、少なくとも１つの劣化状態を含む、請求項１に記載のノードシステム。
【請求項３】
前記別のノードの前記複数状態ステータスデータは無信号状態をさらに含む、請求項２に記載のノードシステム。
【請求項４】
前記ノードの前記複数状態ステータスデータは、複数のレベルの劣化を含む、請求項１に記載のノードシステム。
【請求項５】
前記別のノードの前記複数状態ステータスデータは、複数のレベルの劣化を含む、請求項３に記載のノードシステム。
【請求項６】
前記入力ポートおよび前記出力ポートは、それぞれ、前記クラスタのノード間で前記ステータスデータを通信するポイントツーポイント通信パスに接続される、請求項２に記載のノードシステム。
【請求項７】
ルールファイルおよびオペレーティングシステムをさらに備え、該オペレーティングシステムは、該ルールファイルからのルールを適用して、前記ノードの前記複数状態ステータスを決定する、請求項１に記載のノードシステム。
【請求項８】
前記ルールは、臨界シャーシコードの受信が不良状態になるようなルールと、臨界未満のシャーシコードの受信が劣化状態になるような別のルールとを含む、請求項７に記載のノードシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、包括的には、コンピュータネットワークに関する。より詳細には、本開示は、相互接続されたコンピュータシステムのクラスタに関する。
【背景技術】
【０００２】
クラスタは、単一の統合された計算ユニットとして使用される相互接続されたコンピュータシステムまたはサーバの集合を備える並列システムまたは分散システムである。クラスタのメンバは、ノードまたはシステムと呼ばれる。クラスタサービスは、クラスタに関係したアクティビティを管理する各ノードのソフトウェアの集合である。クラスタサービスは、すべての資源を同一のオブジェクトとみなす。資源には、ディスクドライブやネットワークカード等の物理的なハードウェアデバイス、または、特に論理ディスクボリューム、ＴＣＰ／ＩＰアドレス、アプリケーション全体、データベース全体等の論理アイテムが含まれ得る。１つのグループは、単一のユニットとして管理される資源の集合である。一般に、グループは、特定のアプリケーションを実行して、そのアプリケーションが提供するサービスにユーザが接続することを可能にするのに必要なコンポーネントのすべてを含む。グループで実行されるオペレーションは、通常、そのグループ内に含まれるすべての資源に影響を与える。クラスタ化は、２つ以上のサーバを共に接続することによって、システムの可用性、性能、ならびにネットワークシステムおよびアプリケーションの容量を増大させる。
【０００３】
クラスタ化は、２つ以上のＣＰＵを同時に使用して、アプリケーションまたはプログラムを実行する並列処理または並列計算に使用することができる。クラスタ化は、システムアドミニストレータが既存のコンピュータおよびワークステーションを利用することを可能にするので、並列処理アプリケーションを実施するのにポピュラーな戦略である。ネットワーク接続されたサーバに発行される要求の数を予測することは困難であるので、クラスタ化は、単一のサーバが圧倒されないように、処理アクティビティおよび通信アクティビティをネットワークシステム全体にわたって一様に分散させる負荷バランシングにも有益である。１つのサーバが圧倒される危険を冒している場合に、より大きな容量を有する別のクラスタ化されたサーバに要求を転送することができる。例えば、繁忙なウェブサイトは、負荷バランス方式を使用するために、２つ以上のクラスタ化されたウェブサーバを使用することができる。また、クラスタ化は、システムの負荷が増加するに伴い、新たなコンポーネントの追加を可能にすることによって拡張性も増大させる。さらに、クラスタ化は、１つのグループ全体を単一のシステムとしてシステムアドミニストレータで管理することを可能にすることによって、システムのグループおよびそれらのアプリケーションの管理も単純にする。また、クラスタ化は、ネットワークシステムのフォールトトレランスを増大させるのに使用することもできる。或るサーバが予期しないソフトウェア障害またはハードウェア障害を受けると、別のクラスタ化されたサーバが、障害を受けたサーバのオペレーションを引き継ぐことができる。したがって、システムの何らかのハードウェアコンポーネントまたはソフトウェアコンポーネントが障害を受けると、ユーザは、性能低下を受けることはあるが、サービスへのアクセスを失うことはない。
【０００４】
現在のクラスタサービスには、特に、Microsoft社が自社のＷｉｎｄｏｗｓ（登録商標）  ＮＴ  ４．０オペレーティングシステムおよびＷｉｎｄｏｗｓ  ２０００  Ａｄｖａｎｃｅｄ  Ｓｅｒｖｅｒオペレーティングシステムのクラスタ化用に設計したＭｉｃｒｏｓｏｆｔ  Ｃｌｕｓｔｅｒ  Ｓｅｒｖｅｒ（ＭＳＣＳ）、Ｎｏｖｅｌｌ  Ｎｅｔｗａｒｅ  Ｃｌｕｓｔｅｒ  Ｓｅｒｖｉｃｅｓ（ＮＷＣＳ）等が含まれる。例えば、ＭＳＣＳは、２つのＮＴサーバのクラスタ化をサポートして、単一の高可用性サーバを提供する。
【０００５】
また、クラスタ化は、ストレージエリアネットワーク（ＳＡＮ）および同様のネットワーク接続環境を利用するコンピュータネットワークにおいて実施することもできる。ＳＡＮネットワークによって、複数のクラスタおよび／またはサーバ間でストレージシステムを共有することが可能になる。ＳＡＮのストレージデバイスは、例えば、ＲＡＩＤ構成で構造化することができる。
【０００６】
システム障害を検出するために、クラスタ化されたノードは、ハートビートメカニズムを使用して、互いの健全性を監視することができる。ハートビートは、或るクラスタ化されたノードが別のクラスタ化されたノードに送信する信号である。ハートビート信号は、通常、イーサネット（登録商標）または同様のネットワーク上で送信される。ただし、このネットワークは他の目的にも利用される。
【０００７】
予期されたハートビート信号がノードから受信されない時、そのノードの障害が検出される。ノードの障害が検出された場合、クラスタ化ソフトウェアは、例えば、障害のあるノードの資源グループ全体を別のノードに転送することができる。障害によって影響を受けたクライアントアプリケーションは、セッションの障害を検出でき、元の接続と同じように再接続を行うことができる。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ハートビート信号がクラスタのノードから受信されると、そのノードは、通常、「アップ」状態にあると定義される。アップ状態では、ノードは、適切に動作していると仮定される。他方、ハートビート信号がもはやノードから受信されないと、そのノードは、通常、「ダウン」状態にあると定義される。ダウン状態では、ノードは、障害を受けていると仮定される。
【課題を解決するための手段】
【０００９】
本発明の一実施の形態は、高可用性クラスタのノードシステムに関する。このノードシステムは、少なくとも第１のレジスタおよび出力ポートを含む。第１のレジスタは、ノードの複数状態ステータスデータを記憶し、出力ポートは、この複数状態ステータスデータを表す信号を送信する。複数状態ステータスデータは、少なくとも１つの劣化状態を含む。また、ノードシステムは、第２のレジスタおよび入力ポートも含む。入力ポートは、別のノードの複数状態ステータスデータを表す信号を受信する。第２のレジスタは、この別のノードからの複数状態ステータスデータを記憶する。
【００１０】
本発明の別の実施の形態は、クラスタのノードのステータス報告方法に関する。１組のルールが適用されて、ノードの現在の複数状態ステータスが決定される。複数状態ステータスの状態には、良好状態、不良状態、および少なくとも１つの劣化状態が含まれる。
【００１１】
本発明の別の実施の形態は、クラスタのノードからステータスを報告する装置に関する。この装置は、少なくともプロセッサ、メモリ、システム相互接続、ソフトウェアモジュール、および信号ハードウェアを含む。プロセッサは命令を実行し、メモリはデータを保持し、システム相互接続は装置のコンポーネント間の相互通信を提供する。ソフトウェアモジュールは、１組のルールを適用して、ノードの現在の複数状態ステータスを決定するように構成される。ノードの複数状態ステータスは、信号ハードウェアによって出力される。複数状態ステータスの状態には、良好状態、不良状態、および少なくとも１つの劣化状態が含まれる。
【発明を実施するための最良の形態】
【００１２】
クラスタ化されたノードの状態を報告する従来の技法について上述した。従来の技法では、ハートビートメカニズムが使用され、ノードは、「アップ」状態または「ダウン」状態のいずれかであると判断される。
【００１３】
この従来の技法は、さまざまな場合において不十分であり、かつ、不利である。例えば、ターゲットの重要なアプリケーションが機能していない（すなわち、アプリケーションがダウンしている）場合であっても、そのアプリケーションを実行しているノードは、依然として、自身のハートビート信号を送信している場合がある。その場合、クラスタは、重要なアプリケーションがダウンしている場合であっても、依然としてそのノードがアップしているとみなすことになる。別の例では、クラスタは、予期されたハートビート信号をノードから受信しない場合があり、したがって、そのノードがダウンしていると仮定する場合がある。しかしながら、そのノードは、実際にはアップしている（すなわち、適切に動作している）場合があり、ハートビート信号の欠落は、ダウンによるものではなく、相互接続の障害によるものである場合がある。
【００１４】
さらに、従来の技法は、通常、既存の回路機構を利用して、ステータス信号を生成し送信する。この既存の回路機構は、クラスタ内の他の通信にも使用される。それに反して、出願人は、ステータス信号をローバストに生成して送信するように特に設計された専用回路機構を使用することが、従来の技法よりも有利であると判断した。
【００１５】
高可用性（ＨＡ）クラスタの効率性（稼動時間の割合（percentage uptime））は、主として、クラスタのノードの１つが有用な計算機能または記憶機能の実施を中止したこと（すなわち、ノードが実質的にダウンしている時）をクラスタが認識するのに要する時間量によって決定される。ノードが実質的にダウンしているとクラスタが判断すると、クラスタ化ソフトウェアは、ユーザタスクへの割り込みをほとんど行うことなく残りのノードの実行を維持するのに必要なタスクを実行することができる。また、ＨＡクラスタにおける各切り換えイベントは、或るクラスタレベルの稼働時間を「犠牲にする」ので、効率性は、ＨＡクラスタにおける不要な切り換え回数によっても制限される可能性がある。最後に、ＨＡクラスタが正しく実行されるには、「スプリットブレイン（split-brain）」状況が回避されるべきである。「スプリットブレイン」は、「ダウン」していると考えられるノードが実際には「ダウン」していない場合に生じる（当業者に既知の）状況である。このような状況は、データの損失および／またはＨＡクラスタの障害を受ける可能性がある。ノード状態の判定を正確にすることは、「スプリットブレイン」がＨＡクラスタに発生しないことを確実にするのに重要である。
【００１６】
しかしながら、上述したように、クラスタノードの状態を決定するのに使用される従来の技法は、さまざまな場合において正確でない。従来の技法は、誤った（不必要な）フェイルオーバまたは検出の失敗になる場合がある。検出の失敗は、クラスタレベルソフトウェアが、不良ノードから良好ノードに切り換わるべき時に切り換わることができない場合である。さらに、従来の技法は、多くの場合、ノードの正しい状態を検出するのに、好ましくない長い時間を要する。例えば、従来の技法では、疑わしい障害が、或る低速の帯域外方法（out-of-method）を使用して、通常、共有ディスクのようなサードパーティのエンティティに問い合わせを行うことにより２重にチェックされる。
【００１７】
本発明の一実施の形態は、ノード障害が発生する可能性が高い時をクラスタシステムが事前に予測するメカニズムに関する。このような予測メカニズムによって、弱いノードが実際にダウンする前に、クラスタレベルソフトウェアはそれらのノードをクラスタから積極的に除去することが可能になる。
【００１８】
本発明の一実施の形態によると、ハートビート信号が存在する（アップ）かしない（ダウン）かの従来の２値報告信号の代わりに、少なくとも３つの状態を有する複数状態ステータス報告信号が使用される。単純な２値信号から複数状態（３状態またはそれ以上）信号へ報告状態を拡張することによって、ＨＡクラスタの効率性（稼動時間）の大幅な改善が有利に可能となる。さらに、ノードからの複数状態ステータスの伝達用のフォールトトレラントパスが提供される。
【００１９】
有利なことに、本開示により、クラスタノードの入力を監視すると、クラスタ内の隣接ノードで発生していることをより正確に決定することが可能になる。例えば、劣化状態が特定され、単純な「アップ」状態と区別される。別の例として、ノード障害と相互接続障害とが区別可能になる。
【００２０】
図１は、本発明の一実施の形態によるＨＡクラスタのノードにおける代表的なシステム１００を示している。このシステム１００は、プロセッサブロック１０２、システム相互接続１０４、メインメモリ１０６、ルールファイル１０８、信号ハードウェア１１２（第１のレジスタ１１０、出力ポート１１６、第２のレジスタ１２０、および入力ポート１１８を含む）、および他の入出力カード１１４を含む。例えば、ディスクベースのストレージ等のさまざまな他のコンポーネントもノードに含めることができる。図１は、このようなクラスタノードの一般的なコンポーネントおよび一般化された構成を示しているが、このようなノードの詳細は実施態様に応じて変化する。
【００２１】
プロセッサブロック１０２は、１つまたは２つ以上の中央処理装置（ＣＰＵ）を含む。また、プロセッサブロック１０２は、それらのＣＰＵに対応するメモリキャッシュも含む。
【００２２】
システム相互接続１０４は、システム１００のさまざまなコンポーネントを相互接続する通信システムを備える。システム相互接続１０４は、例えば、複数の通信バスを含むことができる。
【００２３】
メインメモリ１０６は、その処理機能を実行する際にノードによって利用される。メインメモリ１０６は、通常、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）コンポーネントを備えるが、他の形態のメモリも含むことができる。メインメモリ１０６は、他のソフトウェアコンポーネントの中でもとりわけ、ノードのオペレーティングシステム１０７を記憶することができる。
【００２４】
ルールファイル１０８は、ノードステータスルールの構成ファイルを備える。これらのルールは、ノードのステータスを決定する際にオペレーティングシステム１０７によって使用される。換言すると、このファイルは、オペレーティングシステム１０７が、第１のレジスタ１１０に書き込むべきものについて決定を行うのに適用するルールを保持する。図示するように、メインメモリ１０６にルールファイル１０８を保持することができるが、他の実施の形態では、これらのルールは、ノードのメモリ空間内の他の場所に存在してもよい。
【００２５】
信号ハードウェア１１２は、このノードの現在の状態を記憶し、クラスタ内の次のノードに信号で伝えるように構成された電子回路機構を含む。一実施の形態では、この回路機構は、第１のレジスタ１１０および出力ポート１１６として実施することができる。信号ハードウェア１１２は、さらに、クラスタ内の隣接ノードの状態を受信して保持するように構成された電子回路機構も含む。一実施の形態では、この回路機構は、入力ポート１１８および第２のレジスタ１２０として実施することができる。
【００２６】
第１のレジスタ１１０は、ノードの状態またはステータスを表す複数ビットを含む。一実施の形態では、第１のレジスタ１１０は、「良好」ステータスまたは「不良」ステータスを表す第１ビットと、「劣化」ステータスまたは「非劣化」ステータスを示すフラグとして機能する第２ビットとを含む。これらの２ビットは、以下のような３つの状態（良好／劣化／不良）を表すことができる。第１ビットが良好を示し、かつ、第２ビットが非劣化を示している場合、ノードの状態は良好であると解釈される。第１ビットが良好を示し、かつ、第２ビットが劣化を示している場合、ノードの状態は劣化していると解釈される。最後に、第１ビットが不良を示している場合、ノードの状態は（第２ビットの表示に関係なく）不良であると解釈される。第１のレジスタ１１０のこれらのビットは、ルールファイル１０８のルールを使用してオペレーティングシステム（またはオペレーティングシステムアプリケーション）により書き込むことができる。
【００２７】
出力ポート１１６は、次のクラスタノードに信号を送信するように構成される。送信された信号は、ノードの複数状態ステータスを示す信号を含む。さらに、出力ポート１１６は、電源用ラインおよびグラウンド用ラインも有することができる。複数状態ステータス信号は、例えば、第１のレジスタの対応するビットの状態を示す良好／不良信号および劣化／非劣化信号を含むことができる。
【００２８】
第２のレジスタ１２０は、別のクラスタノードの状態またはステータスを表す複数ビットを含む。第１のレジスタ１１０と同様に、第２のレジスタ１２０は、一実施の形態では、「良好」ステータスまたは「不良」ステータスを表す第１ビットと、「劣化」ステータスまたは「非劣化」ステータスを示すフラグとして機能する第２ビットとを含む。これらの２ビットは、別のクラスタノードの３つの状態（良好／劣化／不良）を表すことができる。
【００２９】
入力ポート１１８は、別のクラスタノードからの信号を受信するように構成される。この信号は、別のノードの複数状態ステータスを示す信号を含む。さらに、入力ポート１１８は、電源用ラインおよびグラウンド用ラインも有することができる。例えば、複数状態ステータス信号は、良好／不良信号および劣化／非劣化信号を含むことができる。信号値は、別のノードの複数状態ステータスを表す第２のレジスタの対応するビットに保持することができる。
【００３０】
代替的な実施の形態では、（単一の劣化状態の代わりに）複数のレベルの劣化を表すことができる。劣化のレベルは、第１のレジスタ１１０および第２のレジスタ１２０にビットを追加することによって表すことができ、出力ポート１１６の追加ラインを使用して送信することができ、入力ポート１１８の追加ラインを使用して受信することができる。
【００３１】
他の入出力カード１１４をノードに含めることもできる。これらのＩ／Ｏカード１１４は、例えば、その機能を実行するノードが必要とする入力を受信したり、このノードによる処理結果を出力したりするのに使用することができる。
【００３２】
図２は、本発明の一実施の形態による高可用性クラスタの複数状態ステータスの報告方法２００を示すフローチャートである。この方法２００は、クラスタの高可用性を維持するために、ノードの複数状態ステータスを決定するステップおよび使用するステップを含む。
【００３３】
上述したように、システム１００は、オペレーティングシステム１０７によりアクセス可能なルールファイル１０８に記憶されている１組のルールを有する。これらのルールは、オペレーティングシステムまたはオペレーティングシステムアプリケーションによって適用されて、このノードの複数状態ステータスが決定される（２０２）。
【００３４】
一実施の形態では、可能な状態には、ＧＯＯＤ（良好）状態、ＢＡＤ（不良）状態、およびＤＥＧＲＡＤＥＤ（劣化）状態が含まれる。構成ファイル１０８のルールセットは、これらの状態のそれぞれを定義するルールを有する。ＧＯＯＤ状態は、ノードがすべての面で標準に達して動作している時として定義することができる。例えば、ＧＯＯＤ状態は、以下のルールのすべてを満たすことが必要とされる場合がある。
ルールＧ１：アプリケーションが「アップ」ステータスを報告する。
ルールＧ２：オペレーティングシステムが「アップ」ステータスを報告する。
ルールＧ３：臨界シャーシコード（critical chassis-code）が受信されていない。
これらのルールの変形および追加されたルールを使用して、特定のシステムに応じたＧＯＯＤ状態を定義することもできる。ＢＡＤ状態は、ノードが実質的にダウンしているように、重要な面が適切に動作していない時として定義することができる。例えば、ＢＡＤ状態は、以下のルールのいずれかを満たすことを必要とされる場合がある。
ルールＢ１：アプリケーションが「ダウン」ステータスを報告する。
ルールＢ２：オペレーティングシステムが「ダウン」ステータスを報告する。
ルールＢ３：臨界シャーシコードが受信された。
これらのルールの変形および追加されたルールを使用して、特定のシステムに応じたＢＡＤ状態を定義することもできる。ＤＥＧＲＡＤＥＤ状態は、ノードの１つまたは２つ以上の面が「標準に達して」動作しておらず、その結果、場合によっては、ノードがＨＡクラスタから除去され得る時として定義することができる。
ルールＤ１：システムが５０％を超える性能を失う。
ルールＤ２：危険な（臨界未満の或るレベル）シャーシコードが受信された。
これらのルールの変形および追加されたルールを使用して、特定のシステムに応じたＤＥＧＲＡＤＥＤ状態を定義することもできる。例えば、劣化状態に入る前の性能の割合は、５０％と異なる場合がある。その性能の割合は、７５％等のように高い場合もあるし、２５％等のように低い場合もある。
【００３５】
一実施の形態では、ＤＥＧＲＡＤＥＤ状態は、ノードが劣化しているか、または、劣化していないかを示す単純なフラグとすることができる。他の実施の形態では、複数のレベルの劣化が存在し得る。これら複数のレベルの劣化は、劣化のレベルの複数ビット符号化を使用して実施することができる。換言すると、単一のＤＥＧＲＡＤＥＤ状態だけを有する代わりに、複数のレベルの劣化をルールによって定義することができる。複数のレベルの劣化を使用すると、クラスタのノード管理方法に関する、ＨＡクラスタ化ソフトウェアの意志決定プロセス用の付加情報が、ＨＡクラスタ化ソフトウェアに有利に提供される。例えば、劣化レベルは、（性能をより多く失うほど、劣化レベルがより悪化する）性能損失割合に依存する場合がある。
【００３６】
オペレーティングシステム１０７は、信号ハードウェア１１２の第１のレジスタ１１０に、このノードのシステムの現在の状態を書き込む（２０４）。信号ハードウェアは、出力ポート１１６を介して、第１のレジスタ１１０から当該クラスタの次のノードへ、そのノードによる処理用に現在の状態情報を送る（２０５）。
【００３７】
その間、クラスタの別のノードの複数状態ステータスがこのノードによって受信される（２０６）。このステータスは、入力ポート１１８を介して受信でき、信号ハードウェア１１２により第２のレジスタ１２０に書き込むことができる（２０８）。一実施の形態では、別のノードから入力される可能な状態には、ＧＯＯＤ状態、ＢＡＤ状態、ＤＥＧＲＡＤＥＤ状態、およびＮＯ  ＳＩＧＮＡＬ（無信号）状態が含まれる。ＮＯ  ＳＩＧＮＡＬ状態は、別のノードから到来した入力が認識されない状態として定義することができる。
【００３８】
このノードおよび別のノードのステータスは、それぞれ、第１のレジスタおよび第２のレジスタから定期的に読み出される（２１０）。ノードステータスデータに基づいて、クラスタの高可用性を維持するための動作を必要に応じて行うことができる（２１２）。例えば、不良ノードまたは劣化ノードをクラスタから交換することができる。行われる動作は、クラスタレベルアルゴリズムによって決定される。使用される特定のアルゴリズムは実施態様に依存する。
【００３９】
上述したシステムおよび方法は、従来の技法を上回るさまざまな利点を含む。第１に、複数状態（２値状態よりも多い）のノードステータスデータは、ノードのより正確な状態情報を提供する。これは、ノードの除去（または追加）が必要であるかどうかを上位レベルのクラスタ化ソフトウェアが判断するためのより多くの情報を、当該上位レベルのクラスタ化ソフトウェアに与える。第２に、上述したハイブリッドハードウェア／ソフトウェアメカニズムは、特にこの目的で設計され、その結果、ノードの誤った（障害のある）切り換えが大幅に少なくなる。
【００４０】
第３に、ソフトウェアはダウンしているが、ハードウェアはハートビート信号を送信し続けるという問題のある状況が回避される。第４に、相互接続の断線の際のハートビート信号の欠落とシステムのダウンによるハートビート信号の欠落とを区別する手段が提供される。
【００４１】
第５に、クラスタの予測メンテナンスのメカニズムが提供される。従来の技法は、クラスタの残りのノードに予測メッセージを送信しない。上述した劣化状態（または複数の劣化レベル）によって、ＨＡクラスタソフトウェアは、ノードが障害を受ける前に積極的にノードを除去することが可能になり、その結果、クラスタの稼働時間が増加する。
【００４２】
上述したように、クラスタの各ノードは、信号ハードウェアを使用して、ＨＡクラスタ内の次のノードにそのステータスを伝達することができる。２つのノード間のハードウェアの相互接続用の特定の構成は実施態様に依存する。しかしながら、一実施の形態では、２つのノード間の相互接続は、ノード間のステータスデータの高速通信を容易にするのが有利な専用化されたポイントツーポイント通信パスを備えることができる。
【００４３】
上記説明では、本発明の実施の形態の十分な理解を提供するために、多数の具体的な細部が与えられている。しかしながら、本発明の例示の実施の形態の上記説明は、網羅するためのものでもないし、開示した正確な形に本発明を限定するためのものでもない。当業者は、具体的な細部の１つまたは２つ以上のものがなくても本発明を実施でき、他の方法、コンポーネント等によっても本発明を実施できることを理解しよう。それ以外の場合には、既知の構造またはオペレーションは、本発明の態様を分かりにくくすることを回避するために、詳細に示されていないし、説明されていない。当業者には分かるように、本発明の特定の実施の形態および例は、例示の目的で本明細書に説明され、さまざまな等価な変更が本発明の範囲内で可能である。
【００４４】
これらの変更は、上記詳細な説明に鑑み、本発明に対して行うことができる。添付した特許請求の範囲に使用された用語は、明細書および特許請求の範囲に開示された特定の実施の形態に本発明を限定するものと解釈されるべきではない。そうではなく、本発明の範囲は、添付した特許請求の範囲によって決定されるべきである。特許請求の範囲は、特許請求の範囲の解釈の確立された原則に従って解釈されるべきである。
【図面の簡単な説明】
【００４５】
【図１】本発明の一実施の形態によるＨＡクラスタのノードにおける代表的なシステムを示す図である。
【図２】本発明の一実施の形態による高可用性クラスタの複数状態ステータスの報告方法を示すフローチャートである。
【図１】
2005209190.tif 000003
【図２】
2005209190.tif 000004