(57)【要約】【課題】高可用性（ＨＡ）クラスタの堅牢性を高めるとともに、かかるクラスタの稼働時間を増やす。【解決手段】  本発明にかかる方法は、高可用性クラスタを予防的にメンテナンスする。この方法において、現在まで最も長い間テストされていないアクティブノードが判断される。現在まで最も長い間テストされていないアクティブノードはＨＡクラスタからスワップアウトされ、スタンバイノードがＨＡクラスタにスワップインされる。あるいは、本発明にかかる上記クラスタの複数のコンピューティングノードおよび各ノードに通信可能に接続されたクラスタマスタを含む高可用性クラスタ装置は、クラスタマスタに関連する不揮発性メモリが、ノードの品質測度を追跡するデータを記憶するように構成され、ノードの鮮度測度を追跡するデータも記憶することができる。【選択図】図１
2006079602.tif 000002
【特許請求の範囲】
【請求項１】
前記クラスタの複数のコンピューティングノードと、
前記ノードのそれぞれに通信可能に接続されたクラスタマスタと、
前記クラスタマスタに関連する不揮発性メモリと
を備え、
前記不揮発性メモリは、前記ノードの品質測度を追跡するデータを記憶するように構成される
高可用性クラスタ装置。
【請求項２】
前記不揮発性メモリは、前記ノードの鮮度測度を追跡するデータを記憶するようにさらに構成される
請求項１記載の高可用性クラスタ装置。
【請求項３】
前記クラスタマスタは、前記ノードの状態変数を追跡するように構成される
請求項２記載の高可用性クラスタ装置。
【請求項４】
前記クラスタマスタは、
前記クラスタの前記ノードとは別個のコンピューティングシステム
を含む
請求項１記載の高可用性クラスタ装置。
【請求項５】
前記クラスタマスタは、
前記クラスタの前記ノードにわたって分散したアプリケーション
を含む
請求項１記載の高可用性クラスタ装置。
【請求項６】
前記クラスタマスタと、前記ノードのそれぞれの入出力インタフェースとの間のポイントツーポイントリンク
をさらに備える請求項１記載の高可用性クラスタ装置。
【請求項７】
前記クラスタマスタと、前記ノードのそれぞれの入出力インタフェースとを相互接続するネットワーク
をさらに備える請求項１記載の高可用性クラスタ装置。
【請求項８】
収集タスクを定期的に実行し、各ノードの前記状態変数、前記品質測度および前記鮮度測度を求めるように構成される前記クラスタマスタのコンピュータ実行可能コードを
さらに備える請求項３記載の高可用性クラスタ装置。
【請求項９】
品質検査タスクを定期的に実行し、各アクティブノードの前記品質測度を検査するように構成される前記クラスタマスタのコンピュータ実行可能コード
をさらに備える請求項８記載の高可用性クラスタ装置。
【請求項１０】
前記品質検査タスクは、品質不良のアクティブノードを利用可能な最良の予備ノードで置換するように構成される
請求項９記載の高可用性クラスタ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、包括的にはコンピュータネットワークに関する。
より詳細には、本開示は相互接続されたコンピュータシステムのクラスタに関する。
【背景技術】
【０００２】
クラスタは、単一の統合コンピューティングユニットとして使用される、相互接続されたコンピュータシステムまたはサーバの集まりを含む並列または分散システムである。
クラスタのメンバは、ノードまたはシステムと呼ばれる。
クラスタサービスは、クラスタ関連アクティビティを管理する各ノード上のソフトウェアの集まりである。
【０００３】
クラスタ化は、並列処理または並列コンピューティングを行って２つ以上のプロセッサを同時に使用し、アプリケーションまたはプログラムを実行する際に使用することができる。
クラスタ化は、システム管理者が既存のコンピュータおよびワークステーションを活用できるようにするため、並列処理アプリケーションを実施する人気のある戦略である。
ネットワーク化されたサーバに出される要求の数を予測することは困難であるため、クラスタ化は、１つのサーバに過負荷がかからないように、処理および通信アクティビティをネットワークシステムにわたって均等に分散させる負荷平衡化にも有用である。
１つのサーバが溢れる危険がある場合には、要求をより容量の大きい別のクラスタ化サーバに転送することができる。
たとえば、忙しいウェブサイトは、２つ以上のクラスタ化ウェブサーバを採用して、負荷平衡方式を採ることができる。
クラスタ化は、システム負荷が大きくなるにつれて新規の構成要素を追加できるようにすることにより、スケーラビリティの向上も提供する。
さらに、クラスタ化は、システム管理者がグループ全体を１つのシステムとして管理できるようにすることにより、システムおよびシステムのアプリケーションのグループの管理を簡易化する。
クラスタ化は、ネットワークシステムの耐故障性の向上にも使用することができる。
１つのサーバが予期しないソフトウェアまたはハードウェアの故障を受けた場合、別のクラスタ化サーバが、故障したサーバの動作を引き継ぐことができる。
したがって、システム内の任意のハードウェア構成要素またはソフトウェア構成要素が故障した場合、ユーザはパフォーマンスペナルティを受け得るが、サービスへのアクセスは失わない。
【０００４】
現在のクラスタサービスとしては、他にも例はあるが、Ｗｉｎｄｏｗｓ  （登録商標）ＮＴ  ４．０およびＷｉｎｄｏｗｓ  ２０００  Ａｄｖａｎｃｅｄ  Ｓｅｒｖｅｒオペレーティングシステムをクラスタ化する、Microsoft Corporation設計のＭｉｃｒｏｓｏｆｔ  Ｃｌｕｓｔｅｒ  Ｓｅｒｖｅｒ  （ＭＳＣＳ）、およびＮｏｖｅｌｌ  Ｎｅｔｗａｒｅ  Ｃｌｕｓｔｅｒ  Ｓｅｒｖｉｃｅｓ  （ＮＷＣＳ）が挙げられる。
たとえば、ＭＳＣＳは、２つのＮＴサーバのクラスタ化をサポートして、１つの高可用性サーバを提供する。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
高可用性（ＨＡ）クラスタのための装置および方法を改良することが望ましい。
ＨＡクラスタの堅牢性を高めるとともに、かかるクラスタの稼働時間を増やすことが特に望ましい。
【課題を解決するための手段】
【０００６】
開示する一実施形態は、高可用性クラスタを予防的にメンテナンスする方法に関する。
現在まで最も長い間テストされていないアクティブノードが判断される。
現在まで最も長い間テストされていないアクティブノードはＨＡクラスタからスワップアウトされ、スタンバイノードがＨＡクラスタにスワップインされる。
【０００７】
別の実施形態は、上記クラスタの複数のコンピューティングノード、および各ノードに通信可能に接続されたクラスタマスタを含む高可用性クラスタ装置に関する。
クラスタマスタに関連する不揮発性メモリが、ノードの品質測度を追跡するデータを記憶するように構成される。
ノードの鮮度測度を追跡するデータも記憶することができる。
【０００８】
別の実施形態は、複数のノードを有する高可用性クラスタのプロアクティブメンテナンス方法に関する。
この方法は、ノードの状態変数、品質測度、および鮮度測度を追跡することを含む。
【発明を実施するための最良の形態】
【０００９】
高可用性クラスタにとってかなり不都合なイベントは、クラスタに参加しているノードが予期せずに「脱落」することである。
第１に、このような脱落では、ノードがなくなったことを通知し、確認するために貴重な時間が費やされる。
第２に、予期しない脱落は、脱落中にいくらかの「グリッチ」（機能の突然の中断）が発生する有限確率があり、これはアプリケーションがバックアップノードに正しく「切り替え」られない原因となり得るため、ＨＡクラスタの稼働時間にとってかなり危険である。
【００１０】
ＨＡクラスタの従来の実施は、ノードがすでに故障した後、またはクラスタから切り離された後のノードにしか対処しない。
さらに、予備または十分に利用されていないノードの品質は、ＨＡクラスタが或る時間期間にわたって稼働した後では追跡されない。
資源をこういったノードに移すことは、ＨＡクラスタの動作健全性にとって危険であり得る。
【００１１】
本発明の一態様は、クラスタに参加しているノードが予期せずに脱落する可能性を低減することに関する。
予期せずに脱落するよりも、制御または予期されて切り替えられるほうがはるかに望ましい。
これは、アプリケーションをＨＡクラスタから「なくなった」システムから移すよりも、実行中のシステムから移すほうがはるかに容易であるためである。
さらに、制御されての切り替えは、オペレータの都合のよいときに、たとえば、ＨＡクラスタが需要のあまり厳しくない日時に動作しているときに行うことができる。
【００１２】
本明細書において、クラスタノードに対してプロアクティブメンテナンスを行うことによってＨＡクラスタの堅牢性を高める装置および方法を開示する。
かかるプロアクティブメンテナンスにより、ノードの予期しない故障を大幅に低減し、したがってＨＡクラスタ全体の稼働時間を増やすことができるものと予期される。
【００１３】
以下考察するハードウェアシステムおよびソフトウェアアルゴリズムによって提供されるプロアクティブメンテナンスは、ＨＡクラスタ内のノードの品質を安全に保証する手段を提供する。
品質保証はアクティブノードおよびスタンバイノードの両方に対して提供され、クラスタレベルで対処され、これによって堅牢性が増す。
さらに、品質保証されたノードの「鮮度」が有利に追跡されて使用され、これによってクラスタ稼働時間が増え、リスクが小さくなる。
かかるプロアクティブメンテナンスを使用すれば、故障を予期し、ノードまたはシステムのクラッシュが発生する前に対処することが可能である。
さらに、各ノードに対して機能／電気テストを行う前に、各ノードをアクティブクラスタからスワップアウトすることにより、クラスタレベルのパフォーマンスに対する影響を有利に最小化することができる。
【００１４】
図１は、本発明の一実施形態による高可用性クラスタの概略図である。
ＨＡクラスタは、クラスタマスタ１０２および複数のノード１０４を備える。
【００１５】
一実施態様では、クラスタマスタ１０２は、ポイントツーポイントリンク（図１に示すように）を介して、またはデータ通信ネットワーク（イーサネット（登録商標）タイプのネットワーク、メッシュネットワーク、または他のネットワークなど）を介してノード１０４と通信することができる別個のコンピューティングシステムである。
ポイントツーポイントリンクの場合、クラスタマスタ１０２の入出力（Ｉ／Ｏ）システムは、各ノード１０４のＩ／Ｏカード１０６とリンクを介して通信することができる。
ノード１０４のＩ／Ｏカード１０６は、簡易ネットワークカード（たとえば、従来のイーサネットカード）として、またはそのノードのクラスタ管理の一部を処理する機能が内蔵されたマイクロプロセッサベースの「スマート」ネットワークカードとして実施することができる。
【００１６】
代替の一実施態様では、クラスタマスタ１０２は、ＨＡクラスタ内のノード１０４にわたって実行される分散アプリケーションとして実施することができる。
この実施態様では、クラスタマスタ１０２は、クラスタマスタ１０２に割り振られる、またはクラスタマスタ１０２に関連する固有のメモリを各ノード１０４に有することができる。
割り振られるメモリとしては不揮発性メモリを挙げることができ、揮発性メモリを挙げることもできる。
【００１７】
ノード１０４は、それぞれの状態に基づいて異なるセットにグループ化することができる。
動作中のクラスタの一部として積極的に使用されているノード１０４は「アクティブ」状態１１０を有する。
動作中のクラスタの一部として積極的に使用されていないが、アクティブクラスタへのスワップインに利用可能なノード１０４は「スタンバイ」または「予備」状態１１２を有する。
クラスタへのスワップインに利用することができない非アクティブノードは、「テスト中」または「非稼働」１１４のいずれかを示す状態を有することができる。
一実施態様では、状態データは、クラスタマスタ１０２に割り振られた不揮発性メモリ１２０に記憶することができる。
【００１８】
さらに以下で説明するように、クラスタマスタ１０２は、クラスタノード１０４の品質（動作健全性）を追跡するように構成することができる。
品質関連情報としては、たとえば、ノードエラーレート、クリティカルパフォーマンスパラメータまたは測度、シャーシコード出力、および各ノードからの任意のＩＰＭＩ（インテリジェントプラットフォーム管理インタフェース）イベントを挙げることができる。
このような情報に基づいて、クラスタ内の各ノードに品質ランクまたは測度を割り当てることができる。
さらに、クラスタマスタ１０２は、ノード１０４の鮮度を追跡するように構成することができる。
鮮度は、そのノードに対してどのくらい最近品質検査が行われたかに関連する。
各ノードには、鮮度ランクまたは測度を割り当てることができ、「最も新鮮な」ノードは、クラスタマスタ１０２によるテスト手順を終え、テスト手順に合格したばかりのものである。
品質データおよび鮮度データの両方を、クラスタマスタ１０２に割り振られた不揮発性メモリ１２０に記憶することができる。
【００１９】
またさらに以下で説明するように、クラスタマスタ１０２は、ＨＡクラスタのアクティブノード１１０のセットから特定のノード１０４を事前対応的にとり、ノード１０４に対して診断テストを行うことができる。
これは、ノードの現在の健全性が許容可能なレベルを下回る場合、かつ／またはそのノードがテストされる番である場合に行うことができる。
クラスタマスタ１０２はまた、アクティブノードセット１１０から除去すべきクリティカルアプリケーションのノード１０４からの移動を調整する。
【００２０】
本発明の一実施形態によれば、クラスタマスタ１０２は各種タスクを実行するように構成される。
こういったタスクには、図２に関連して以下で説明する「データ収集」タスク、図３Ａおよび図３Ｂに関連して以下で説明する「品質検査」タスク、および図４Ａおよび図４Ｂに関連して以下で説明する「予防的メンテナンス実行」タスクを含むことができる。
こういったタスクはそれぞれ定期的に実行することができ、各タスクの周期またはサイクルレートは個々に構成可能であることができる。
【００２１】
本発明の一実施形態によれば、各ノード１０４は、「アクティブ」、「予備」（またはスタンバイ）、「テスト中」、または「修理中」（または非稼働）のいずれかであることができる状態を有する。
修理中のノードはＨＡクラスタに利用することができず、クラスタマスタ１０２に利用することができない。
【００２２】
「修理中」のノードは、ノードの修理を終えた後に予備資源プール１１２に戻すことができる（不良ハードウェアを物理的に交換する、再構成を行う等により）。
これは、修理が完了した後に、状態を「修理中」から「テスト可能」に手動または自動的に変更することによって行うことができる。
次いでクラスタマスタ１０２は、一連のテストまたは状態検査を通してノードの実行可能性を判断し、品質レベルを設定し、品質レベルが十分である（換言すれば、テストに合格した）場合に、ノードの状態を予備（またはスタンバイ）状態に変更することによってノードを資源プール１１２に移動することができる。
この方法により、潜在的な不良ノードが資源プール１１２に入ることが有利に回避される。
【００２３】
同様のプロセスを、クラスタに入る新規ノードに対しても使用することができる。
新規ノードは、その状態をテスト可能状態に設定することができる。
次いで、機能テストを新規ノードに対して行い、ノードの品質測度をテスト結果に基づいて設定する。
次いで、品質レベルが十分である（換言すれば、テストに合格した）場合に、ノードの状態を予備（またはスタンバイ）状態に変更することによって新規ノードを資源プール１１２に配置することができる。
このプロセスにより、潜在的な不良ノードが資源プール１１２に入ることが有利に回避される。
【００２４】
図２は、本発明の一実施形態による、メンテナンス関連データを収集する方法（２００）を示すフローチャートである。
収集されたこれらデータは、クラスタマスタ１０２に関連するデータ記憶装置１２０に記憶することができる。
この「データ収集」タスク（２００）のサイクルは、クラスタマスタ１０２によって定期的に実行することができる（２２０）。
データ収集タスクの実行頻度は構成可能であることができる。
【００２５】
各タスクサイクル毎に、方法（２００）はすべてのノード１０４を巡る。
図２に示す例では、番号１が割り当てられたノード１０４が最初のノードとして設定される（２０２）が、これに代えて他の順番のノードを続けてもよい。
各ノード「ｎ」毎に、クラスタマスタ１０２とそのノード１０４の間の通信により、状態が収集される（２０４）。
状態により、ノードｎが「修理中」（非稼働）であることが示される場合（２０６）、プロセスは次のノードに移行する。
次のノードへの移行は、データを収集すべきノードがまだある限り（２１８）、たとえば、ノード番号ｎを増分すること（２１６）、および次のノードから状態データを収集すること（２０４）を含むことができる。
【００２６】
状態により、ノードｎが修理中ではない（すなわち、アクティブ、予備、またはテスト中のいずれかである）ことが示される場合（２０６）、クラスタマスタ１０２はノードｎからさらなるデータを収集する。
さらなるデータの収集は、品質関連データを収集すること（２０８）、鮮度関連データを収集すること（２１２）を含むが、必ずしもこの順番である必要はない。
品質関連データとしては、たとえば、ノードｎからのシャーシコードおよびパフォーマンスデータを挙げることができる。
品質関連データを使用して、品質測度またはランクを生成することができる（２１０）。
一実施態様では、品質測度の数値が大きいほど、ノードの品質が低いことを示す。
鮮度関連データを使用して、鮮度測度またはランクを生成することができる（２１４）。
一実施態様では、鮮度測度の数値が高いほど、ノードの「鮮度」が低いことを示す。
もちろん、品質測度および鮮度測度の他の実施態様も可能である。
たとえば、品質測度の数値が低いほど、ノードの品質が低いことを示してもよく、鮮度測度の数値が低いほど、ノードの鮮度が低いことを示してもよい。
【００２７】
図３Ａは、本発明の一実施形態による、アクティブノード１１０の品質を事前対応的に検査する方法を示すフローチャートである。
この「品質検査」タスク（３００）のサイクルは、クラスタマスタ１０２によって定期的に（３１８）実行することができる。
品質検査タスクの実行頻度は構成可能であることができる。
【００２８】
各タスクサイクル毎に、方法（３００）はすべてのノード１０４を巡る。
図３に示す例では、番号１が割り当てられたノード１０４が最初のノードとして設定される（３０２）が、これに代えて他の順番のノードを続けてもよい。
各ノード「ｎ」毎に、クラスタマスタ１０２に関連するデータ記憶装置１２０に記憶されている状態データを調べることにより、状態が検査される（３０４）。
状態により、ノードｎが「アクティブ」ではないことが示される場合（３０６）、プロセスは次のノードに移行する。
次のノードへの移行は、検査するノードがまだある限り（３１６）、たとえば、ノード番号ｎを増分すること（３１４）、および次のノードの状態を検査すること（３０４）を含むことができる。
【００２９】
状態により、ノードｎがアクティブであることが示される場合（３０６）、クラスタマスタ１０２は、データ記憶装置１２０に記憶されているノードｎの品質測度を検査する（３０８）。
品質測度が最大許容測度を超えない場合（３１０）、方法（３００）は、たとえばｎを増分すること（３１４）によって次のノードに移行する。
品質測度が最大許容測度を超える場合（３１０）、ノードｎは「最良」の予備ノードで置換される（３１２）。
換言すれば、ノードｎが不十分な不良品質測度を有するとみなされる場合（３１０）、ノードｎは利用可能な最良予備ノードで置換される（３１２）。
この置換の手順（３１２）について、図３Ｂに関連して以下で詳細に説明する。
置換（３１２）後、方法（３００）は、検査するノードがまだある限り（３１６）、たとえば、ｎを増分し（３１４）、次のノードの状態を検査する（３０４）ことによって次のノードに移行する。
【００３０】
代替の一実施形態では、品質検査タスクは、より良好な予備ノードが利用可能である限り、アクティブノードを置換することができる。
このような方法は、各アクティブノードの品質測度を利用可能な最良予備ノードの品質測度と比較することを含むことができる。
アクティブノードの品質測度のほうが劣る場合、アクティブノードは、利用可能な最良予備ノードでクラスタ内に置換される。
【００３１】
図３Ｂは、本発明の一実施形態による、低品質のアクティブノードを置換する手順（３１２）を示すフローチャートである。
クラスタマスタ１０２により、品質測度（３３２）および鮮度測度（３３４）が、すべての予備（スタンバイ）ノード１１２の記憶されている品質／鮮度データ１２０から得られる。
図３Ｂには、品質測度が最初に得られ、次いで鮮度測度が得られると示されているが、測度を必ずしもこの順番で得る必要があるわけではない。
【００３２】
品質データおよび鮮度データを使用して、「最良」予備ノードが決定される（３３６）。
この決定は、様々な技法または公式を使用して行うことができる。
たとえば、最良予備ノードは、満足のいく品質測度を有する最も新鮮な予備ノードであることができ、ここで満足のいく品質測度とは、最大許容可能値を超えないものである。
別の例としては、最良予備ノードは、満足のいく鮮度を有する最良品質の予備ノードであることができ、ここで満足のいく鮮度測度とは、最大許容可能値を超えないものである。
別の例としては、各予備ノードの品質測度および鮮度測度を平均化し、最低平均値（品質および鮮度の組み合わせが最良）を有する予備ノードを選択することができる。
平均化は、品質測度または鮮度測度のいずれかを優先して重み付けすることができる。
他の公式も使用することが可能である。
【００３３】
最良予備ノードが決定されると（３３６）、最良予備ノードをクラスタのアクティブリストに追加し（３３８）、次いでＨＡクラスタにスワップインさせることができる（３４０）。
次いで、クリティカルアプリケーションを置換中のノードから移し（３４２）、次いで置換中のノードをクラスタから除去し、その状態を修理（非稼働）状態に変更させる（３４４）ことができる。
【００３４】
図４Ａは、本発明の一実施形態による、予防的メンテナンスを実行する方法を示すフローチャートである。
この「予防的メンテナンス」タスク（４００）のサイクルは、クラスタマスタ１０２によって定期的に（４２０）実行することができる。
予防的メンテナンスタスクの実行頻度は構成可能であることができる。
【００３５】
各タスクサイクル毎に、方法（４００）はすべてのノード１０４を巡る。
図４Ａに示す例では、番号１が割り当てられたノード１０４が最初のノードとして設定される（４０２）が、これに代えて他の順番のノードを続けてもよい。
さらに、最大鮮度変数が、たとえばゼロにリセットされる。
各ノード「ｎ」毎に、クラスタマスタ１０２に関連するデータ記憶装置１２０に記憶されている状態データを調べることによって状態が検査される（４０４）。
状態により、ノードｎが「アクティブ」ではないことが示される場合（４０６）、プロセスは次のノードに移行する。
次のノードへの移行は、検査するノードがまだある限り（４１６）、たとえば、ノード番号ｎを増分すること（４１４）、および次のノードの状態を検査すること（４０４）を含むことができる。
【００３６】
状態により、ノードｎがアクティブであることが示される場合（４０６）、クラスタマスタ１０２は、データ記憶装置１２０に記憶されているノードｎの鮮度測度を検査する（４０８）。
ノードｎの鮮度測度は、最大鮮度変数の値と比較される。
このノードの鮮度測度が最大鮮度変数の値を超える場合、最大鮮度変数はこのノードの鮮度測度で置換され、テストすべきノードがノードｎに設定される（４１２）。
一方、このノードの鮮度測度が最大鮮度変数の値を超えない場合、方法（４００）は、検査するノードがまだある限り（４１６）、たとえば、ｎを増分し（４１４）、次のノードの状態を検査する（４０４）ことによって次のノードに移行する。
検査するノードがもうない場合、テストすべきノードは、最高の鮮度測度を有するアクティブノード、すなわち鮮度の最も低いノードであるはずである。
【００３７】
すべてのノードが検査されると（４１６）、テスト手順が実行される（４１８）。
テスト手順（４１８）の一例について、図４Ｂに関連してさらに詳細に以下で説明する。
【００３８】
図４Ｂは、本発明の一実施形態によるテスト手順（４１８）を示すフローチャートである。
このテスト手順（４１８）は、アクティブノード１１０のセットからテストすべきノードをテストすることに関する。
たとえば、テストすべきノードは、図４Ａに関連して上で説明した予防的メンテナンス方法（４００）によって決定することができる。
【００３９】
クラスタマスタ１０２により、品質測度（４３２）および鮮度測度（４３４）が、すべての予備（スタンバイ）ノード１１２の記憶されている品質／鮮度データ１２０から得られる。
図４Ｂには、品質測度が最初に得られ、次いで鮮度測度が得られると示されているが、測度を必ずしもこの順番で得る必要があるわけではない。
【００４０】
品質データおよび鮮度データを使用して、「最良」予備ノードが決定される（４３６）。
この決定は、様々な技法または公式を使用して行うことができる。
たとえば、最良予備ノードは、満足のいく品質測度を有する最も新鮮な予備ノードであることができ、ここで満足のいく品質測度とは、最大許容可能値を超えないものである。
別の例としては、最良予備ノードは、満足のいく鮮度を有する最良品質の予備ノードであることができ、ここで満足のいく鮮度測度とは、最大許容可能値を超えないものである。
別の例としては、各予備ノードの品質測度および鮮度測度を平均化し、最低平均値（品質および鮮度の組み合わせが最良）を有する予備ノードを選択することができる。
平均化は、品質測度または鮮度測度のいずれかを優先して重み付けすることができる。
他の公式も使用することが可能である。
【００４１】
最良予備ノードが決定されると（４３６）、最良予備ノードを（ノードの状態をアクティブに変更して）クラスタのアクティブリストに追加し（４３８）、次いでＨＡクラスタにスワップインさせることができる（４４０）。
次いで、クリティカルアプリケーションをテストすべきノードからスワップインされたノードに移すことができる（４４２）。
【００４２】
次いで、テストすべきノードは、ノードの状態をテスト中の状態に変更させ、機能および／または電気テスト（好ましくは両方）をテスト中ノードに対して行うことができる（４４４）。
これらテストは、「ワーストケース」式のデータパターンおよび他の負荷を使用して、テスト中のノードの機能および堅牢性をプロービングすることを含むことができる。
テスト結果から、ノードの新しい、すなわち更新された品質測度が求められる（４４６）。
【００４３】
ノードが再テスト直後である場合、その鮮度測度は最低（最も新鮮な）値にリストアされる（４４８）。
次いで、テスト直後のノードは、（ノードの状態を予備に変更して）予備（スタンバイ）リストに加えられる（４５０）。
しかし、テスト直後のノードの更新された品質測度が、あまりに不十分または「不良」であるとみなされる（たとえば、最大許容可能値を超える品質測度を有する）場合（４５２）、テスト直後のノードの状態は修理（非稼働）に変更することができる（４５４）。
【００４４】
上記説明では、本発明の実施形態の完全な理解を提供するために多くの特定の詳細があげられた。
しかし、本発明の示した実施形態の上記説明は、網羅的、すなわち本発明を開示した厳密な形態に限定する意図はない。
当業者は、特定の詳細の１つまたは複数なしで、または他の方法、構成要素等を使用して本発明を実施することが可能なことを認識するであろう。
場合によっては、既知の構造または動作については、本発明の態様を曖昧にしないように詳細に図示または説明していない。
本発明の特定の実施形態および例について、例示を目的として本明細書において説明したが、当業者により認識されるように、等価の各種変更が本発明の範囲内で可能である。
【００４５】
こういった変更は、上記詳細な説明に鑑みて本発明に対して行うことが可能である。
添付の特許請求の範囲において使用される用語は、本発明を本明細書および特許請求の範囲において開示する特定の実施形態に限定するものとして解釈されるべきではなく、本発明の範囲は、特許請求の範囲の解釈の確立された教義に従って解釈されるべき添付の特許請求の範囲によって決定されるべきである。
【図面の簡単な説明】
【００４６】
【図１】本発明の一実施形態による高可用性クラスタの概略図である。
【図２】本発明の一実施形態による、メンテナンス関連データを収集する方法を示すフローチャートである。
【図３Ａ】本発明の一実施形態による、アクティブノードの品質を事前対応的に検査する方法を示すフローチャートである。
【図３Ｂ】本発明の一実施形態による、低品質ノードを置換する手順を示すフローチャートである。
【図４Ａ】本発明の一実施形態による、予防的なメンテナンスを行う方法を示すフローチャートである。
【図４Ｂ】本発明の一実施形態によるテスト手順を示すフローチャートである。
【符号の説明】
【００４７】
１０２・・・クラスタマスタ，
１０３，１０６・・・入出力，
１０４・・・ノード，
１２０・・・状態／品質鮮度データ，
【図１】
2006079602.tif 000003
【図２】
2006079602.tif 000004
【図３Ａ】
2006079602.tif 000005
【図３Ｂ】
2006079602.tif 000006
【図４Ａ】
2006079602.tif 000007
【図４Ｂ】
2006079602.tif 000008