JP4898440B2

JP4898440B2 - ウェブ高可用性の自律型監視

Info

Publication number: JP4898440B2
Application number: JP2006527409A
Authority: JP
Inventors: アーメド、イムラン; オーベンシャイン、ジョン; ブラックバーン、ジャスティン
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2003-09-26
Filing date: 2004-09-17
Publication date: 2012-03-14
Anticipated expiration: 2024-09-17
Also published as: CN100559790C; US7689685B2; TW200518522A; JP2007507029A; EP1678915A1; WO2005032095A1; US20100180002A1; US7996529B2; TWI332331B; CN1856978A; IL174502A0; CA2535319A1; US20050080885A1; KR20060126916A

Description

本発明は、ウェブ・サービスを利用するアプリケーション全体に対して高可用性処理環境を提供するためのシステム及び方法に関する。

同一サーバのクラスタからなる現在のシステムは、こうしたシステムによって処理されるアプリケーション全体について、ウェブ・サービスに関する高可用性処理環境を提供することができない。実際に、こうしたシステムは、高可用性をアプリケーション全体について提供するのではなく、せいぜいアプリケーションの局所について提供するに過ぎない。したがって、ウェブ・サービスを利用するアプリケーション全体について高可用性処理環境を提供するためのシステム及び方法の必要性が存在する。

本発明の課題は、ウェブ・サービスを利用するアプリケーション全体について高可用性処理環境を提供することである。

１つの態様において、本発明は、複数のクラスタを有するネットワークであって、各々のクラスタは複数の同一サーバを備え、各々のクラスタは少なくとも１つの他のクラスタに直接接続され、相互に直接接続されるクラスタ対の各々は該クラスタ対の第１のクラスタにおける各々のサーバが通信リンクを介して該クラスタ対の第２のクラスタにおける少なくとも１つのサーバに直接接続されることを特徴とする、ネットワークと、前記通信リンクが稼働状態であるか又は非稼働状態であるかという該通信リンクの稼動状況を監視するようになっている制御サーバであって、各々のクラスタにおける少なくとも１つのサーバに、該少なくとも１つのサーバとの間の通信チャネルを介して直接リンクされる、制御サーバと、前記ネットワークにおける各々の通信リンクの識別符号を含む、前記制御サーバがアクセス可能なグローバル・データセットと、前記複数のクラスタの各々のクラスタに固有のローカル・データセットであって、前記グローバル・データセットにアクセス可能な前記各々のクラスタのサーバがクラスタからデータを流すために結合された、前記ネットワークにおける各々の通信リンクの識別符号を含むローカル・データセットと、を備える高可用性処理環境を保持するためのシステムを提供する。

本発明はまた、複数のクラスタを有するネットワークであって、各々のクラスタは複数の同一サーバを備え、各々のクラスタは少なくとも１つの他のクラスタに直接接続され、相互に直接接続されるクラスタ対の各々は該クラスタ対の第１のクラスタにおける各々のサーバが通信リンクを介して該クラスタ対の第２のクラスタにおける少なくとも１つのサーバに直接接続されることを特徴とする、ネットワークを提供するステップと、前記通信リンクが稼働状態であるか又は非稼働状態であるかという該通信リンクの稼動状況を監視するようになっている制御サーバであって、各々のクラスタにおける少なくとも１つのサーバに該少なくとも１つのサーバとの間の通信チャネルを介して直接リンクされる、制御サーバを提供するステップと、前記ネットワークにおける各々の通信リンクの識別符号を含む、前記制御サーバがアクセス可能なグローバル・データセットを提供するステップと、前記複数のクラスタの各々のクラスタに固有のローカル・データセットであって、前記グローバル・データセットにアクセス可能な前記各々のクラスタのサーバがクラスタからデータを流すために結合された、前記ネットワークにおける各々の通信リンクの識別符号を含むローカル・データセットを提供するステップと、を含む高可用性処理環境を保持するための方法を提供する。

本発明は、ウェブ・サービスを利用するアプリケーション全体について高可用性処理環境を与えるためのシステム及び方法を提供するという利点がある。

ここで、本発明の好ましい実施形態を、添付図面を参照して単なる例示の目的で説明する。

図１は、本発明の実施形態に従って、制御サーバ（Ｃ）２５と、リンクされたクラスタのネットワークとを含むシステム２０を示すものであり、該ネットワークは、データベース・サーバ・クラスタ２３と結合されたアプリケーション・サーバ・クラスタ２２に結合されるウェブ・サーバ・クラスタ２１を含み、各々のクラスタは、複数のサーバと１つのロード・バランサとを含み、該制御サーバは、各々のクラスタ内の各々のサーバにリンクされる。

ウェブ・サーバ・クラスタ２１は、同一のウェブ・サーバＷ_１及びＷ_２を含む。図１のウェブ・サーバ・クラスタ２１には、このような２つのウェブ・サーバＷ_１及びＷ_２のみが示されているが、ウェブ・サーバ・クラスタ２１は、一般には、２つまたはそれ以上のこのような同一のウェブ・サーバを含む。ロード・バランサＬ_Ｗは、ウェブ・サーバ・クラスタ２１のウェブ・サーバ（例えば、Ｗ_１及びＷ_２）間でデータ・トラフィックを均等に分配するようになっている。このようなデータ・トラフィックは、ウェブ・サーバ・クラスタ２１に文書又はウェブ・ページを要求するウェブ・ブラウザ（図示せず）から送出することができる。

定義として、ウェブ・サーバは、ウェブ・ブラウザ（又は、要求中の他のソフトウェア）からの要求に応答してファイルを送出するソフトウェアである。ウェブ・サーバは、静的ＨＴＭＬ（すなわち、ハイパーテキスト・マークアップ言語）ページについての要求を受信したとき、該要求を読み込み、該ページを見つけ出し、見つけたページを、要求中のブラウザ（又は、要求中の他のソフトウェア）に送信する。一般的なウェブ・サーバには、Ｍｉｃｒｏｓｏｆｔ（商標）ＩＩＳ、ＮｅｔｓｃａｐｅＥｎｔｅｒｐｒｉｓｅＳｅｒｖｅｒ、Ｊａｖａ（商標）ＷｅｂＳｅｒｖｅｒ、及び、ＡｐａｃｈｅＨＴＴＰＳｅｒｖｅｒが含まれる。ウェブ・サーバは、データベース・サーバと通信を行い、要求中のウェブ・ブラウザに送出されなければならない情報にアクセスすることができる。後述する図５〜図７において例示されるように、ウェブ・サーバとデータベース・サーバとの間のこうした通信は、静的ＨＴＭＬページがウェブ・ブラウザによって要求されたときに直接行われる。

しかしながら、ウェブ・ブラウザ（又は、要求中の他のソフトウェア）は、そのウェブ・ブラウザを用いて要求したウェブ・コンテンツを得ようとしているユーザによって提供される動的データを含むウェブ・コンテンツなどの、動的ウェブ・コンテンツを要求する場合がある。動的コンテンツについてのこうした要求は、ウェブ販売アプリケーション、個人向けウェブ広告アプリケーション、ストリーミング・ビデオ・アプリケーションなどにおいて行われるであろう。動的ウェブ・コンテンツを要求するアプリケーションは、データベース・サーバに直接接続された単純なモデルのウェブ・サーバでは実行することができない。その代わりに、ウェブ・サーバとデータベース・サーバとの間の中継ソフトウェアとして機能するアプリケーション・サーバが必要である。アプリケーション・サーバは、符号列をＨＴＭＬに挿入することによって動的コンテンツを処理することができる。アプリケーション・サーバの例には、ＩＢＭ（商標）Ｗｅｂｓｐｈｅｒｅ（商標）、ＳｕｎＪａｖａＷｅｂＳｅｒｖｅｒなどが含まれる。

図１に戻ると、アプリケーション・サーバ・クラスタ２２は、同一のアプリケーション・サーバＡ_１及びＡ_２を含む。図１のアプリケーション・サーバ・クラスタ２２には、こうした２つのアプリケーション・サーバＡ_１及びＡ_２のみが示されているが、アプリケーション・サーバ・クラスタ２２は、一般には、２つまたはそれ以上のこのような同一のアプリケーション・サーバを含む。ロード・バランサＬ_Ａは、アプリケーション・サーバ・クラスタ２２のアプリケーション・サーバ（例えば、Ａ_１及びＡ_２）間でデータ・トラフィックを均等に分配するようになっている。このようなデータ・トラフィックは、ウェブ・サーバ・クラスタ２１から送出することができる。

図１において、データベース・サーバ・クラスタ２３は、同一のデータベース・サーバＤ_１及びＤ_２を含む。図１のデータベース・サーバ・クラスタ２３には、このような２つのデータベース・サーバＤ_１及びＤ_２のみが示されているが、データベース・サーバ・クラスタ２３は、一般には、２つまたはそれ以上のこのような同一のデータベース・サーバを含む。ロード・バランサＬ_Ｄは、データベース・サーバ・クラスタ２３のデータベース・サーバ（例えば、Ｄ_１及びＤ_２）間でデータ・トラフィックを均等に分配するようになっている。このようなデータ・トラフィックは、アプリケーション・サーバ・クラスタ２２から送出することができる。

定義として、データベース・サーバは、１つまたはそれ以上のデータベースに格納された情報を、該情報を要求するアプリケーション・サーバ（例えば、図１のアプリケーション・サーバＡ_１又はＡ_２）、又は、該情報を要求するウェブ・サーバ（例えば、後述する図５のウェブ・サーバＷ_１又はＷ_２）といった要求中のソフトウェアに送出するソフトウェアである。

図１においては、ウェブ・サーバ・クラスタ２１はアプリケーション・サーバ・クラスタ２２に直接接続され、該アプリケーション・サーバ・クラスタ２２はデータベース・サーバ・クラスタ２３に直接接続され、該ウェブ・サーバ・クラスタ２１は該データベース・サーバ・クラスタ２３に間接接続される。特許請求の範囲を含む本明細書においてクラスタ及びサーバに対して用いられる「直接接続される」及び「間接接続される」の定義を次に説明する。

特に図１のシステム２０などのクラスタ・システムにおいて第１のクラスタ及び第２のクラスタとして示される２つのクラスタは、該第１のクラスタのサーバＳ１と該第２のクラスタのサーバＳ２とが相互に直接接続される場合には、相互に直接接続されると定義される。サーバＳ１及びＳ２は、Ｓ１とＳ２とを接続する通信リンクがＳ１とＳ２との間に介在するいかなるサーバも含まない場合には、相互に直接接続されると定義される。第１のクラスタ又は第２のクラスタのロード・バランサを当該通信リンクに含むことは、Ｓ１及びＳ２の間の直接接続を否定するものではない。このような２つのサーバ間の「通信リンク」の概念は、図９及び図１０において具体的に示される。図９は、本発明の実施形態に係る、ウェブ・サーバ・クラスタの第１のウェブ・サーバと、アプリケーション・サーバ・クラスタの第１のアプリケーション・サーバとの間の通信リンクを説明するように図１を示すものである。

図９は、本発明の実施形態に係る、クラスタ２１のウェブ・サーバＷ_１をクラスタ２２のアプリケーション・サーバＡ_１と直接接続する通信リンク４１を説明するように図１を示すものである。上記の「直接接続される」についての定義に従えば、通信リンク４１上にサーバが存在しないので、ウェブ・サーバＷ_１はアプリケーション・サーバＡ_１に直接接続される。通信リンク４１上に存在するロード・バランサＬ_Ａは、ウェブ・サーバＷ_１とアプリケーション・サーバＡ_１との間の直接接続を否定するものではないことに留意されたい。さらに、ウェブ・サーバＷ_１がアプリケーション・サーバＡ_１に直接接続されているので、クラスタ２１は、クラスタ２２に直接接続される。通信リンク４１、並びに、図１０における通信リンク４２及び４３は、特にインターネット、イントラネット、ケーブル、電話回線、コンピュータ・システム内部などの配線、光ファイバなどといった、いずれかの既知の通信リンクを表わすことができる。

図１０は、本発明の実施形態に係る、クラスタ２１のウェブ・サーバＷ_２をクラスタ２２のアプリケーション・サーバＡ_１と直接接続する通信リンク４２を説明するように図１を示すものである。上記の「直接接続される」についての定義に従えば、通信リンク４２上にサーバが存在しないので、ウェブ・サーバＷ_２はアプリケーション・サーバＡ_１に直接接続される。通信リンク４２上に存在するロード・バランサＬ_Ａは、ウェブ・サーバＷ_２とアプリケーション・サーバＡ_１との直接接続を否定するものではないことに留意されたい。さらに、ウェブ・サーバＷ_２がアプリケーション・サーバＡ_１に直接接続されているので、クラスタ２１はクラスタ２２に直接接続される。

図１０はまた、アプリケーション・サーバＡ_１をデータベース・サーバＤ_１と直接接続する通信リンク４３を示す。通信リンク４２及び４３のシリアル結合は、ウェブ・サーバＷ_２をデータベース・サーバＤ_１と間接接続する複合通信リンクである。この複合通信リンクは、ウェブ・サーバＷ_２とデータベース・サーバＤ_１との間に介在するサーバＡ_１を含むため、ウェブ・サーバＷ_２を、直接ではなく間接的にデータベース・サーバＤ_１と接続する。

図１に戻ると、上述の説明は、ウェブ・サーバ・クラスタ２１がアプリケーション・サーバ・クラスタ２２に直接接続され、該アプリケーション・サーバ・クラスタ２２がデータベース・サーバ・クラスタ２３に直接接続され、該ウェブ・サーバ・クラスタ２１が該データベース・サーバ・クラスタ２３に間接接続されることになる理由を明確にするものである。

図１において、制御サーバ２５は、以下のようにロード・バランサ及びサーバにリンクされるソフトウェアである。制御サーバ２５は、通信チャネル３１を介してロード・バランサＬ_Ｗにリンクされ、通信チャネル３４を介してロード・バランサＬ_Ａにリンクされ、通信チャネル３７を介してロード・バランサＬ_Ｄにリンクされる。制御サーバ２５は、通信チャネル３３を介してサーバＷ_１にリンクされ、通信チャネル３２を介してサーバＷ_２にリンクされ、通信チャネル３６を介してサーバＡ_１にリンクされ、通信チャネル３５を介してサーバＡ_２にリンクされ、通信チャネル３８を介してサーバＤ_１にリンクされ、通信チャネル３９を介してサーバＤ_２にリンクされる。通信チャネル３１〜３９は、特にインターネット、イントラネット、ケーブル、電話回線、コンピュータ・システム内部などの配線、光ファイバなどといった、いずれかの既知の通信リンクを表わすことができる。

制御サーバ２５の機能を理解するために、ユーザからの指示に基づいてブラウザがウェブ・サーバ・クラスタ２１から動的コンテンツ（例えば、動的ウェブページ）を要求するアプリケーションを考える。要求は、ウェブ・サーバ・クラスタ２１内のウェブ・サーバ（すなわち、Ｗ_１及びＷ_２）間でデータ・トラフィックを均等に分配しようとする、該ウェブ・サーバ・クラスタ２１のロード・バランサＬ_Ｗによって処理される。この要求は、Ｗ_１及び／又はＷ_２を経由して、アプリケーション・サーバ・クラスタ２２内のアプリケーション・サーバ（すなわち、Ａ_１及びＡ_２）間でデータ・トラフィックを均等に分配しようとする、該アプリケーション・サーバ・クラスタ２２のロード・バランサＬ_Ａに送信される。次に、アプリケーション・サーバＡ_１及び／又はＡ_２は、データベース・サーバ・クラスタ２３に、要求された情報にアクセスさせることによって、該当する１つ又は複数のデータベースから該要求された情報を取得しようとする。ロード・バランサＬ_Ｄは、データベース・サーバ・クラスタ内のデータベース・サーバ（すなわち、Ｄ_１及びＤ_２）間でデータ・トラフィックを均等に分配しようとする。要求された情報は、該当する１つ又は複数のデータベースから読み出された後、アプリケーション・サーバＡ_１及び／又はＡ_２に与えられ、アプリケーション・サーバＡ_１及び／又はＡ_２は、該要求された情報を操作及び再編成して要求された動的コンテンツを生成する。生成された動的コンテンツは、ウェブ・サーバＷ_１及び／又はＷ_２に戻され、続いて、要求中のウェブ・ブラウザ及びユーザに渡される。

クラスタ２１、２２、及び２３はアプリケーションを同時に処理するため、該アプリケーションを高効率で処理するには、含まれるサーバ間でデータ・トラフィックを均等に分配するロード・バランサＬ_Ｗ、Ｌ_Ａ、及びＬ_Ｄの機能が重要であることに留意されたい。このアプリケーションは、クラスタ２１、２２、及び２３内のすべてのサーバが完全に稼動（すなわち、正常に機能）している場合には、最適な効率で実行することができる。しかしながら、１つのサーバが非稼動状態になった場合には効率が低下する場合があり、非稼働状態になった１つのサーバによってもたらされる効率の損失を最小化することが重要である。各々のロード・バランサは、プロンプト信号に応答して戻り信号を受信することを想定して各々のサーバに該プロンプト信号を送信することにより、そのクラスタにおける各々のサーバの稼動状況を定期的に検査することができる。サーバの稼動状況は、サーバが稼動状態である（すなわち、正しく作動している）か、又は非稼動状態である（すなわち、誤って作動しているか、若しくは作動していない）かにより示される。戻り信号の有無は、各々のサーバの稼動状況を表す。ロード・バランサが、そのクラスタにおける１つのサーバが非稼動状態であると判断した場合には、サーバは、非稼動状態のサーバを「フェイル・オーバ」し（すなわち、非稼動状態のサーバが、該クラスタに入ってくるデータ・トラフィックを受信して処理することができないようにし）、該クラスタにおける残りのサーバ間でデータ・トラフィックを均等に分配しようとするようになっている。

ロード・バランサＬ_Ｗ、Ｌ_Ａ、及びＬ_Ｄの前述の機能は有益であるが、これらのロード・バランサは、所与のクラスタのロード・バランサ及びサーバが他のクラスタの機能していないサーバについて知らされていないため、アプリケーション全体の処理の最適化を容易にするものではない。したがって、所与のクラスタのロード・バランサ及びサーバは、別のクラスタにおける１つ又は複数のサーバの非稼動状況を考慮する方法でアプリケーションの処理を調整することはできない。例えば、ウェブ・サーバ・クラスタ２１のロード・バランサ及びサーバが、アプリケーション・サーバ・クラスタ２２の１つ又は複数のアプリケーション・サーバが非稼動状態になったことを知ることが可能であれば、ウェブ・サーバ・クラスタ２１は、アプリケーション・サーバ・クラスタ２２のすべてのサーバが完全に稼動するようになる時まで、アプリケーション・サーバ・クラスタ２２のサービスについて行われる同時要求の数を減らし、代わりに完全に稼動している別のアプリケーション・サーバ・クラスタにアプリケーションの幾つか又はすべてを迂回させることができるであろう。残念ながら、現行のロード・バランサは、別のクラスタにおける１つ又は複数のサーバが非稼動状態になったことを認識しない。本発明の制御サーバ２５は、図１６〜図１９に関連して後に説明するように、システム２０のサーバ及びロード・バランサと通信を行うことによってこの問題を解決する。

図２は、本発明の実施形態に係る、データベース・サーバ・クラスタ２３のロード・バランサＬ_Ｄを除去した後の図１を示す。図２は、クラスタがロード・バランサなしで存在できることを示す。ロード・バランサがないときは、ロード・バランサの機能を別の方法で真似ることができる。例えば、図２において、データベース・サーバＤ_１とＤ_２とを接続する通信リンク２７によって、Ｄ_１及びＤ_２間又は一般的にはデータベース・サーバ・クラスタ２３のデータベース・サーバ間でデータ・トラフィックを均等に分配するように、Ｄ_１及びＤ_２が互いに通信してデータを相互に受け渡しすることが可能になる。同様にして、システムのいずれのクラスタも、ロード・バランサなしで機能し、クラスタのサーバ間でデータ・トラフィックのバランスを取ることが可能であろう。別の例として、図４は、本発明の実施形態に係る、アプリケーション・サーバ・クラスタ２２のロード・バランサＬ_Ａを除去し、アプリケーション・サーバＡ_１とＡ_２とを接続する通信リンク２８を追加した後の図１を示す。

図３は、本発明の実施形態に係る、制御サーバ２５とデータベース・サーバ・クラスタ２３のデータベース・サーバＤ_２との間の通信チャネル３９を除去した後の図２を示す。上記のような制御サーバ２５とシステム２０のサーバ群との間の通信チャネルによって、制御サーバ２５が、図１６〜図１９に関連して詳述するように、クラスタのサーバに別のクラスタのサーバの非稼動状況を通知することが可能になる。図３においては、通信チャネル３９の除去により、制御サーバ２５とデータベース・サーバＤ_２との間の通信は、通信チャネル３８を介した制御サーバ２５とデータベース・サーバＤ_１との間の通信と、通信リンク２７を介したデータベース・サーバＤ_１及びＤ_２間の通信との組み合わせによって、間接的に達成することができる。

図５は、アプリケーション・サーバ・クラスタ２２を除去した後の図１のシステム２０を示す。このように、図５におけるシステム２０は、本発明の実施形態に係る、制御サーバ２５と、データベース・サーバ・クラスタ２３に直接結合されたウェブ・サーバ・クラスタ２１を含むリンクされたネットワークとを含む。制御サーバ２５は、クラスタ２１及び２３内の各々のサーバにリンクされる。図１におけるように、クラスタ２１は及び２３は、それぞれロード・バランサＬ_Ｗ及びＬ_Ｄを含む。ウェブ・サーバ・クラスタ２１がデータベース・サーバ・クラスタ２３に直接結合され、介在するアプリケーション・サーバ・クラスタがないので、図５におけるシステム２０は、静的ウェブ・コンテンツを要求するアプリケーションの処理には適するが、動的ウェブ・コンテンツを要求するアプリケーションの処理には適さない。

図６は、本発明の実施形態に係る、データベース・サーバ・クラスタ２３のロード・バランサＬ_Ｄを除去した後の図５を示す。図６は、上述の図２と同様のものである。

図７は、本発明の実施形態に係る、制御サーバ２５と、データベース・サーバ・クラスタ２３のデータベース・サーバＤ_２との間の通信チャネル３９を除去した後の図６を示す。図７は、上述の図３と同様のものである。

図８は、本発明の実施形態に係る、サービス・ノードを各々のクラスタに追加した後の図１を示す。クラスタのサービス・ノードは、ハードウェア・サービス、ソフトウェア・サービス、ヘルプデスク・サービスなどといった支援サービスを該クラスタ内のサーバ群に提供する。ウェブ・サーバ・クラスタ２１、アプリケーション・サーバ・クラスタ２２、及びデータベース・サーバ・クラスタ２３に、それぞれサービス・ノードＳ_Ｗ、Ｓ_Ａ、及びＳ_Ｄが追加された。制御サーバ２５は、通信チャネル４６、５１、及び５４を介して、それぞれサービス・ノードＳ_Ｗ、Ｓ_Ａ、及びＳ_Ｄに接続される。ウェブ・サーバ・クラスタ２１においては、サービス・ノードＳ_Ｗは、通信経路４７及び４８を介して、それぞれウェブ・サーバＷ_１及びＷ_２に接続される。アプリケーション・サーバ・クラスタ２２においては、サービス・ノードＳ_Ａは、通信経路５２及び５３を介して、それぞれアプリケーション・サーバＡ_１及びＡ_２に接続される。データベース・サーバ・クラスタ２３においては、サービス・ノードＳ_Ｄは、通信経路５５及び５６を介して、それぞれデータベース・サーバＤ_１及びＤ_２に接続される。

サービス・ノードをどのように利用できるかに関する例として、制御サーバ２５が、アプリケーション・サーバ・クラスタ２２のアプリケーション・サーバＡ_１は非稼動状態であると判断した状況を考える。この場合には、制御サーバ２５は、通信チャネル５１を介してサービス・ノードＳ_Ａと通信し、アプリケーション・サーバＡ_１が非稼動である原因の判断を行うよう通信チャネル５１に指示することができる。この判断が行われると、サービス・ノードＳ_Ａは、（例えば、アプリケーション・サーバＡ_１が非稼動である原因に関連する問題を修復することによって）アプリケーション・サーバＡ_１を稼動状態にすることが容易になる場合がある。サービス・ノードＳ_Ａは、アプリケーション・サーバＡ_１が非稼動状態である原因の判断を助けるために、及び／又は、アプリケーション・サーバＡ_１を稼動状態にすることを支援するために、通信経路５２及び／又は５３を利用することができる。

図１〜図４及び図８〜図９のシステム２０は３つのクラスタ（すなわち、クラスタ２１〜２３）からなるものとして説明し、図５〜図７のシステム２０は２つのクラスタ（すなわち、クラスタ２１及び２３）からなるものとして説明したが、本発明のシステムは、一般に複数のクラスタを含むものであり、したがって２つ又は３つのクラスタのみに限定されない。さらに、複数のアプリケーションをシステム２０上で同時に実行できることを理解すべきである。

図１〜図１０においては、制御サーバ２５は、システム２０の制御センタとして機能し、システム２０全体にわたる情報交換を調整するように機能する。したがって、制御サーバは、システム２０におけるサーバ間の直接通信リンクの全てに関するマップを利用することができる。したがって、制御サーバ２５は、この直接通信リンクの全てを記述するグローバル・データセットにアクセスすることができる。定義として、データセットは、いずれかのデータ・フォーマット又はデータ編成フォーマットに従ったデータの集合である。データセットの例として、フラット・ファイル、データ・テーブル、リレーショナル・データベース・テーブルなどが挙げられる。

図１１は、本発明の実施形態に係る図１のシステムに対応付けられたグローバル・データセットを示す。図１１のグローバル・データセットは、システム内の各々の通信リンク（すなわち、ＬＩＮＫ１、ＬＩＮＫ２、．．．）と、こうした各々の通信リンクによって相互に直接接続されるサーバとをリストにした表である。例として、図１１は、サーバＷ_１とＡ_１とを直接接続するＬＩＮＫ１を記載し、図９は、ＬＩＮＫ１が通信リンク４１を表わすことを示す。別の例として、図１１は、サーバＷ_２とＡ_１とを直接接続するＬＩＮＫ３を記載し、図１０は、ＬＩＮＫ３が通信リンク４２を表わすことを示す。

図１４及び図１５は、本発明の実施形態に係る、それぞれ図２及び図３のシステムに対応付けられたグローバル・データセットを示す。図２と対応させると、図１４のグローバル・データセットは、データベース・サーバＤ_１とＤ_２とを接続するものとしてＬＩＮＫ９を示し、したがって、ＬＩＮＫ９は、図２の通信リンク２７に対応する。図３と対応させると、図１５のグローバル・データセットは、図１４のＬＩＮＫ８がないことを示し、これは、上述のように図３に通信リンク３９がないことに対応する。

制御サーバ２５は、システム２０内の通信リンク全体を記述するグローバル・データセットにアクセスすることができるが、個々のクラスタは、個々のサーバをそのサーバの下流に位置する次のクラスタに直接接続する通信リンクのみを記述するローカル・データセットにアクセスすることができる。したがって、図１との関係では、図１２の表は、図１のウェブ・サーバ・クラスタ２１のためのローカル・データセットであり、すなわち、図１２のリンクであるＬＩＮＫ１、ＬＩＮＫ２、ＬＩＮＫ３、及びＬＩＮＫ４は、図１のクラスタ２１のウェブ・サーバと、クラスタ２２のアプリケーション・サーバとの間の通信リンクに対応する。同様に、図１との関係では、図１３の表は、図１のアプリケーション・サーバ・クラスタ２２のためのローカル・データセットであり、すなわち、図１３のリンクであるＬＩＮＫ５、ＬＩＮＫ６、ＬＩＮＫ７、及びＬＩＮＫ８は、図１のクラスタ２２のアプリケーション・サーバと、クラスタ２３のデータベース・サーバとの間の通信リンクに対応する。

図１６〜図１８は、本発明の実施形態に係る、図１〜図１０のシステム２０のデータ・トラフィックを最適化するための第１の方法を、制御サーバ２５の役割に特に着目しながら説明するフロー・チャートである。

図１６のフロー・チャートは方法ステップ６１〜６６を含む。ステップ６１では、制御サーバと、複数のクラスタを含むネットワークとを有するシステム（例えば、図１〜図１０のシステム２０）を提供する。ネットワークの各々のクラスタは、複数の同一サーバを含み、該ネットワークの少なくとも１つの他のクラスタに直接接続される。相互に直接接続されるクラスタ対の各々は、該クラスタ対の第１のクラスタにおける各々のサーバが、通信リンクを介して該クラスタ対の第２のクラスタにおける少なくとも１つのサーバに直接接続されることを特徴とする。例えば、説明のために図９を用いると、第１のクラスタ（例えば、クラスタ２１）の第１のサーバ（例えば、Ｗ_１）は、通信リンク４１を介して、第２のクラスタ（例えば、クラスタ２２）の第２のサーバ（例えば、Ａ_１）に直接接続することができる。制御サーバは、通信リンクの稼動状況を監視するようになっている。通信リンクの稼動状況は、通信リンクが稼動状態である（すなわち、正しく作動している）こと、又は、非稼動状態である（すなわち、誤って作動しているか、若しくは作動していない）ことである。制御サーバは、各々のクラスタにおける少なくとも１つのサーバに、該制御サーバと該少なくとも１つのサーバとの間の通信チャネルを介して直接リンクされる。

ステップ６２において、制御サーバは、第１のサーバに照会信号を送信することによって、第１のクラスタの第１のサーバと第２のクラスタの第２のサーバとの間にある第１の通信リンクの稼動状況を監視するようになっている。照会信号は、通信リンクの稼動状況を示す応答信号を制御サーバに送信するように第１のサーバに要求する。

ステップ６３において、制御サーバは、第１のサーバがステップ６２において送信された照会信号に対して所定時間内に応答したかどうかを判断する。所定時間は、第１のサーバが照会信号に応答することが当然に予想される最短時間と同一か、又はそれより長くなるように選択することができる。

ステップ６３において、制御サーバが、第１のサーバが所定時間内に応答しなかったと判断した場合には、該制御サーバは、該第１のサーバが非稼働状態であると見なし、それに応じて、次にステップ６４において、該第１のサーバが非稼働状態であることに対応する手順が実行される。ステップ６４は、図１８に関連して詳細に後述する。制御サーバは、監視目的で照会信号を繰り返し（例えば、定期的に）第１のサーバに送信するようになっているため、ステップ６４が実行された後は、手順はステップ６２に戻る。

ステップ６３において、制御サーバが、第１のサーバが所定時間内に予定された応答信号によって応答したと判断した場合には、次にステップ６５が実行される。ステップ６５において、制御サーバは、第１及び第２のサーバ間の通信リンクが稼動しているかどうかを判断するために、第１のサーバからの応答信号を検査する。ステップ６５において、制御サーバが、第１及び第２のサーバ間の通信リンクが非稼動状態であると判断した場合には、次にステップ６６において、通信リンクが非稼動状態であることに対応する手順が実行される。ステップ６６は、図１７に関連して詳細に後述する。制御サーバは、監視目的で照会信号を繰り返し（例えば、定期的に）第１のサーバに送信するようになっているため、ステップ６６が実行された後は、手順はステップ６２に戻る。

図１７は、図１６又は図１９の第１及び第２のサーバ間における非稼動状態の通信リンクに対応するものとして、本発明の実施形態に係る図１６のステップ６６の手順（又は、図１９のステップ８６の手順）を説明するフロー・チャートである。図１７のフロー・チャートは、方法ステップ７０〜７４を含む。図１７においては、第１のクラスタはロード・バランサを有するものと仮定する。

ステップ７０において、制御サーバは、第１及び第２のサーバ間の通信リンクが非稼動状態であることを、第１のクラスタのロード・バランサに通知する。

ステップ７１において、ロード・バランサは、その通信リンクが非稼動状態であることを通知されると、非稼動状態の第１の通信リンクに関する第１のサーバをフェイル・オーバするようになっている。これは、ロード・バランサが、第１のサーバが通信リンクを介して伝送されるデータ・トラフィックを処理できない状態にすることを意味する。

ステップ７２において、制御サーバは、第１及び第２のサーバ間の通信リンクが非稼動状態であることを、第１のクラスタのサービス・ノードに報告する。

ステップ７３において、サービス・ノードは、通信リンクが非稼動状態である原因を判断するようになっている。サービス・ノードは、通信リンクが非稼動状態である原因の判断を助けるために、自分自身と第１のクラスタのサーバとの間の通信経路を利用することができる。

ステップ７４において、サービス・ノードは、その通信リンクが非稼動状態である原因を判断すると、（例えば、通信リンクが非稼動状態である原因と関連する問題を修復することによって）該通信リンクを稼動状態にすることを支援するようになっている。サービス・ノードは、通信リンクを稼動状態にすることを支援するのに役立つように、自分自身と第１のクラスタのサーバとの間にある通信経路を利用することができる。

図１７において、ステップ７２〜７４はステップ７０〜７１に続くように示されるが、本発明の範囲には、ステップ７２〜７４がステップ７０〜７１と並列である実施形態、及び、ステップ７２〜７４がステップ７０〜７１に先行する実施形態を含む。

図１８は、図１６又は図１９の非稼動状態の第１のサーバに対応するものとして、本発明の実施形態に係る図１６のステップ６４の手順（又は、図１９のステップ８４の手順）を説明するフロー・チャートである。図１８のフロー・チャートは、方法ステップ７５〜７９を含む。図１８においては、第１のクラスタはロード・バランサを有するものと仮定する。

ステップ７５において、制御サーバは、第１のサーバが非稼動状態であることを、第１のクラスタのロード・バランサに通知する。

ステップ７６において、ロード・バランサは、第１のサーバが非稼動状態であることを通知されると、該第１のサーバをフェイル・オーバするようになっている。

ステップ７７において、制御サーバは、第１のサーバが非稼動状態であることを、第１のクラスタ内のサービス・ノードに報告する。

ステップ７８において、サービス・ノードは、第１のサーバが非稼動状態である原因を判断するようになっている。サービス・ノードは、第１のサーバが非稼動状態である原因の判断を助けるために、自分自身と第１のクラスタのサーバとの間の通信経路を利用することができる。

ステップ７９において、サービス・ノードは、第１のサーバが非稼動状態である原因を判断すると、（例えば、第１のサーバが非稼動状態である原因と関連する問題を修復することによって）該第１のサーバを稼動状態にすることを支援するようになっている。サービス・ノードは、第１のサーバを稼動状態にすることを支援するのに役立つように、自分自身と第１のクラスタのサーバとの間にある通信経路を利用することができる。

図１８において、ステップ７７〜７９はステップ７５〜７６に続くように示されるが、本発明の範囲には、ステップ７７〜７９がステップ７５〜７６と並列である実施形態、及び、ステップ７７〜７９がステップ７５〜７６に先行する実施形態を含む。

図１９及び図１７〜図１８は、本発明の実施形態に係る、図１〜図１０のシステム２０のデータ・トラフィックを最適化するための第２の方法を、制御サーバ２５の役割に特に着目しながら説明するフロー・チャートである。

図１９のフロー・チャートは、方法ステップ８１〜８７を含む。ステップ８１では、制御サーバと、複数のクラスタを含むネットワークとを有するシステム（例えば、図１〜図１０のシステム２０）を提供する。ネットワークの各々のクラスタは、複数の同一サーバを含み、該ネットワークの少なくとも１つの他のクラスタに直接接続される。相互に直接接続されるクラスタ対の各々は、該クラスタ対の第１のクラスタにおける各々のサーバが、通信リンクを介して、該クラスタ対の第２のクラスタにおける少なくとも１つのサーバに直接接続されることを特徴とする。例えば、説明のために図９を用いると、第１のクラスタ（例えば、クラスタ２１）の第１のサーバ（例えば、Ｗ_１）は、通信リンク４１を介して、第２のクラスタ（例えば、クラスタ２２）の第２のサーバ（例えば、Ａ_１）に直接接続することができる。制御サーバは、通信リンクの稼動状況を監視するようになっている。制御サーバは、各々のクラスタにおける少なくとも１つのサーバに、該制御サーバと該少なくとも１つのサーバとの間の通信チャネルを介して直接リンクされる。

ステップ８２において、制御サーバは、第１のクラスタの第１のサーバから、又は、第１のクラスタのロード・バランサから、エンティティが非稼動状態であることを示すメッセージを受信するようになっている。非稼動状態のエンティティは、第１のクラスタのサーバ、又は、第１のクラスタの第１のサーバと第２のクラスタの第２のサーバとの間にある通信リンクである。

ステップ８３において、制御サーバは、エンティティから受信したメッセージを分析して、第１のクラスタのサーバが非稼動状態であるかどうかを判断する。

ステップ８３において、制御サーバが、メッセージに基づいて第１のクラスタのサーバが非稼動状態であると判断した場合には、次にステップ８４において、第１のサーバが非稼動状態であることに対応する手順が実行される。ステップ８４は、図１８に関連して詳細に上述した。制御サーバは、監視目的で照会信号を繰り返し（例えば、定期的に）第１のサーバに送信するようになっているため、ステップ８４が実行された後は、手順は図１６のステップ６２に分岐させることができる。

ステップ８３において、制御サーバが、メッセージに基づいて第１のクラスタのサーバが非稼動状態であると判断しなかった場合には、次にステップ８５が実行される。ステップ８５において、制御サーバは、通信リンクが稼動状態であるかどうかを判断する。ステップ８５において、制御サーバが通信リンクは非稼動状態であると判断しなかった場合には、ステップ８２では制御サーバによって受信されたメッセージはエンティティ（すなわち、第１のクラスタのサーバ又は通信リンク）が非稼動状態であることを特定するものであることを前提とするので、ステップ８７に示すようにエラーを発生させる。ステップ８５において、制御サーバが通信リンクは非稼動状態であると判断した場合には、次にステップ８６において、通信リンクが非稼動状態であることに対応する手順が実行される。ステップ８６は、図１７に関連して詳細に上述した。制御サーバは、監視目的で照会信号を繰り返し（例えば、定期的に）第１のサーバに送信するようになっているため、ステップ８６が実行された後は、手順は図１６のステップ６２に分岐させることができる。

上述のように、本発明のシステム２０は、一般に複数のクラスタを含み、２つ又は３つのクラスタに限定されるものではない。さらに、複数のアプリケーションをシステム２０上で同時に実行することができる。したがって、図１６〜図１９に関連して上述した方法は、システム２０による１つ又は複数のアプリケーションの効率的な同時処理を容易にするものである。このように、システム２０は、アプリケーション全体を処理するのに必要なすべてのサーバに関して、アプリケーション全体を処理するためのシステム内サーバのアプリケーションについての可用性を高め、場合によっては最大にする可能性があるため、アプリケーションについて高可用性処理環境を与えるものである。

図２０は、本発明の実施形態に係る高可用性処理環境を保持するのに用いられるコンピュータ・システム９０を示す。コンピュータ・システム９０は、プロセッサ９１と、該プロセッサ９１に結合される入力装置９２と、該プロセッサ９１に結合される出力装置９３と、各々が該プロセッサ９１に結合されるメモリ装置９４及び９５とを備える。入力装置９２は、特に、キーボード、マウスなどとすることができる。出力装置９３は、特に、プリンタ、プロッタ、コンピュータ・スクリーン、磁気テープ、取り外し可能なハード・ディスク、フロッピー・ディスクなどとすることができる。メモリ装置９４及び９５は、特に、ハード・ディスク、フロッピー・ディスク、磁気テープ、コンパクト・ディスク（ＣＤ）又はデジタル・ビデオ・ディスク（ＤＶＤ）などの光学式記憶媒体、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）、読み出し専用メモリ（ＲＯＭ）などとすることができる。メモリ装置９５は、コンピュータ・コード９７を含む。コンピュータ・コード９７は、本発明に係る高可用性処理環境を保持するための、図１〜図１０の制御サーバ２５によって利用されるアルゴリズムを含むことができる。プロセッサ９１は、コンピュータ・コード９７を実行する。メモリ装置９４は、入力データ９６を含む。入力データ９６は、コンピュータ・コード９７によって必要とされる入力を含む。出力装置９３は、コンピュータ・コード９７からの出力を表示する。メモリ装置９４及び９５のいずれか又は両方（あるいは、図２０に図示されない１つ又は複数の追加のメモリ装置）は、コンピュータ・コード９７を含むコンピュータ可読プログラム・コードが組み込まれた、及び／又は、他のデータが格納されたコンピュータ使用可能媒体（又は、コンピュータ可読媒体若しくはプログラム格納装置）として、用いることができる。一般に、コンピュータ・システム９０のコンピュータ・プログラム（又は、代替的には、製品）は、上記のコンピュータ使用可能媒体（又は、上記のプログラム記憶装置）を含むことができる。

図２０は、ハードウェア及びソフトウェアの特定の構成としてコンピュータ・システム９０を示すが、当業者であれば分かるように、ハードウェア及びソフトウェアのいかなる構成も、図２０の特定のコンピュータ・システム９０に関連して上述した目的のために利用することができる。例えば、メモリ装置９４及び９５は、個別のメモリ装置ではなく、単一のメモリ装置の一部とすることができる。

本明細書において例示の目的で本発明の実施形態を説明したが、多くの修正及び変更が当業者に明らかになるであろう。したがって、特許請求の範囲は、こうした修正及び変更のすべてを本発明の範囲内にあるものとして包含することを意図している。

本発明の実施形態に係る、制御サーバと、リンクされたクラスタのネットワークとを示すものであり、ネットワークは、アプリケーション・サーバ・クラスタに結合されたウェブ・サーバ・クラスタと、データベース・サーバ・クラスタに結合されたアプリケーション・サーバ・クラスタとを含み、各々のクラスタは、複数のサーバと１つのロード・バランサとを含み、制御サーバは、各々のクラスタにおける各々のサーバにリンクされる。本発明の実施形態に係る、データベース・サーバ・クラスタのロード・バランサを除去した後の図１を示す。本発明の実施形態に係る、制御サーバとデータベース・サーバ・クラスタのデータベース・サーバとの間の通信リンクを除去した後の図２を示す。本発明の実施形態に係る、アプリケーション・サーバ・クラスタのロード・バランサを除去した後の図１を示す。本発明の実施形態に係る、制御サーバと、リンクされたクラスタのネットワークとを示すものであり、ネットワークは、データベース・サーバ・クラスタに結合されたウェブ・サーバ・クラスタを含み、各々のクラスタは、複数のサーバと１つのロード・バランサとを含み、制御サーバは、各々のクラスタにおける各々のサーバにリンクされる。本発明の実施形態に係る、データベース・サーバ・クラスタのロード・バランサを除去した後の図５を示す。本発明の実施形態に係る、制御サーバと、データベース・サーバ・クラスタのデータベース・サーバとの間の通信リンクを除去した後の図６を示す。本発明の実施形態に係る、サービス・ノードを各々のクラスタに追加した後の図１を示す。本発明の実施形態に係る、ウェブ・サーバ・クラスタの第１のウェブ・サーバと、アプリケーション・サーバ・クラスタの第１のアプリケーション・サーバと間の通信リンクを説明するように図１を示すものである。本発明の実施形態に係る、ウェブ・サーバ・クラスタの第２のウェブ・サーバと、アプリケーション・サーバ・クラスタの第１のアプリケーション・サーバと間の通信リンクを説明するように図１を示すものである。本発明の実施形態に係る、図１のシステムに対応付けられたグローバル・データセットを示す。本発明の実施形態に係る、図１のシステムのウェブ・サーバ・クラスタに対応付けられたローカル・データセットを示す。本発明の実施形態に係る、図１のシステムのアプリケーション・サーバ・クラスタに対応付けられたローカル・データセットを示す。本発明の実施形態に係る、図２のシステムに対応付けられたグローバル・データセットを示す。本発明の実施形態に係る、図３のシステムに対応付けられたグローバル・データセットを示す。本発明の実施形態に係る、図１のシステムにおける非稼動状態の通信リンクと非稼動状態のサーバとを軽減する第１の方法を説明するフロー・チャートである。本発明の実施形態に係る、非稼動状態の通信リンクに対応する図１６の手順を説明するフロー・チャートである。本発明の実施形態に係る、非稼動状態のサーバに対応する図１６の手順を説明するフロー・チャートである。本発明の実施形態に係る、図１のシステムにおける非稼動状態の通信リンクと非稼動状態のサーバとを軽減する第２の方法を説明するフロー・チャートである。本発明の実施形態に係る、高可用性処理環境を保持するのに用いられるコンピュータ・システムを示す。

Claims

複数のクラスタを有するネットワークであって、各々のクラスタは複数の同一サーバを備え、各々のクラスタは少なくとも１つの他のクラスタに直接接続され、相互に直接接続されるクラスタ対の各々は前記クラスタ対の第１のクラスタ内の各々のサーバが通信リンクを介して前記クラスタ対の第２のクラスタ内の複数の同一サーバのうちの少なくとも１つのサーバに直接接続されることを特徴とする、ネットワークと、
前記通信リンクが正しく作動しているか否かを表す前記通信リンクの稼働状況を監視するようになっている制御サーバであって、各々のクラスタ内の複数の同一サーバのうちの少なくとも１つのサーバに該少なくとも１つのサーバとの間の通信チャネルを介して直接リンクされる、制御サーバと、
前記ネットワーク内の前記複数のクラスタに関する各々の前記通信リンクの識別符号を含み、前記ネットワーク内の前記通信リンク全体を記述する、前記制御サーバがアクセス可能なグローバル・データセットと
を備え、前記制御サーバは、当該システム全体にわたる情報交換を調整する制御センタとして機能し、当該システム内のデータ・トラフィックを最適化するものであり、
前記制御サーバは、前記第１のクラスタの第１のサーバと前記第２のクラスタの第２のサーバとの間にある第１の通信リンクが正しく作動しているか否かを表す前記第１の通信リンクの稼動状況を、前記第１の通信リンクの前記稼動状況を示す応答信号を前記制御サーバに送信するよう前記第１のサーバに要求する照会信号を前記第１のサーバに送信することによって、監視するようになっている、高可用性処理環境を保持するためのシステム。
前記第１のサーバは、戻り信号を前記第１の通信リンクを介して前記第１のサーバに送信するように前記第２のサーバに指示するプロンプト信号を、前記第１の通信リンクを介して前記第２のサーバに送信することによって、前記照会信号に応答するようになっており、前記戻り信号の有無が前記第１の通信リンクの前記稼動状況を示すものである、請求項１に記載のシステム。
前記第１のクラスタは、前記第１のクラスタが備えるサーバ間でデータ・トラフィックを均等に分配するようになっているロード・バランサを有し、前記制御サーバは、前記第１の通信リンクが正しく作動していないことを示す前記応答信号を前記第１のサーバから受信した場合に、前記第１の通信リンクが正しく作動していないことを前記ロード・バランサに通知するようになっている、請求項１に記載のシステム。
前記第１のクラスタは、前記第１のクラスタが備えるサーバ間でデータ・トラフィックを均等に分配するようになっているロード・バランサを有し、前記制御サーバは、前記照会信号を前記第１のサーバに送信した後の所定時間内に前記第１のサーバから前記応答信号を受信しなかった場合に、前記第１のサーバが非稼動状態であると判断し、前記第１のサーバが非稼動状態であることを前記ロード・バランサに通知するようになっている、請求項１に記載のシステム。
前記制御サーバは、前記第１のクラスタの第１のサーバに直接リンクされ、かつ、前記第１のクラスタの第２のサーバに直接リンクされておらず、前記第１のサーバは前記第２のサーバに直接接続されており、前記制御サーバは、前記第２のサーバが稼動状態であるか又は非稼動状態であるかという前記第２のサーバの稼動状況を、前記第１のサーバとの直接通信と、前記第１のサーバ及び前記第２のサーバ間における直接通信とを併用することによって監視するようになっている、請求項１に記載のシステム。
前記複数のクラスタは、ウェブ・サーバのウェブ・クラスタと、アプリケーション・サーバのアプリケーション・クラスタと、データベース・サーバのデータベース・クラスタとを含み、前記ウェブ・クラスタは前記アプリケーション・クラスタに直接接続され、前記アプリケーション・クラスタは前記データベース・クラスタに直接接続され、前記ウェブ・クラスタは、前記ウェブ・クラスタと前記データベース・クラスタとの間の中継クラスタとして機能する前記アプリケーション・クラスタを介して、前記データベース・クラスタと通信を行うようになっている、請求項１に記載のシステム。
前記ウェブ・クラスタは、前記ウェブ・クラスタが備える前記ウェブ・サーバ間でデータ・トラフィックを均等に分配するようになっているロード・バランサを有し、前記アプリケーション・クラスタは、前記アプリケーション・クラスタが備える前記アプリケーション・サーバ間でデータ・トラフィックを均等に分配するようになっているロード・バランサを有し、前記データベース・クラスタは、前記データベース・クラスタが備える前記データベース・サーバ間でデータ・トラフィックを均等に分配するようになっているロード・バランサを有する、請求項６に記載のシステム。
前記複数のクラスタは、ウェブ・サーバのウェブ・クラスタとデータベース・サーバのデータベース・クラスタとを含み、前記ウェブ・クラスタは前記データベース・クラスタに直接接続され、前記ウェブ・クラスタは前記データベース・クラスタと直接通信するようになっている、請求項１に記載のシステム。
複数のクラスタを有するネットワークであって、各々のクラスタは複数の同一サーバを備え、各々のクラスタは少なくとも１つの他のクラスタに直接接続され、相互に直接接続されるクラスタ対の各々は前記クラスタ対の第１のクラスタ内の各々のサーバが通信リンクを介して前記クラスタ対の第２のクラスタ内の複数の同一サーバのうちの少なくとも１つのサーバに直接接続されることを特徴とする、ネットワークを提供するステップと、
前記通信リンクが正しく作動しているか否かを表す前記通信リンクの稼働状況を監視するようになっている制御サーバであって、各々のクラスタ内の複数の同一サーバのうちの少なくとも１つのサーバに該少なくとも１つのサーバとの間の通信チャネルを介して直接リンクされる、制御サーバを提供するステップと、
前記ネットワーク内の前記複数のクラスタに関する各々の前記通信リンクの識別符号を含み、前記ネットワーク内の前記通信リンク全体を記述する、前記制御サーバがアクセス可能なグローバル・データセットを提供するステップと、
前記制御サーバが、前記ネットワークのデータ・トラフィックを最適化する処理を実行するステップと
を含み、前記制御サーバは、システム全体にわたる情報交換を調整する制御センタとして機能し、前記最適化する処理を実行するステップは、前記第１のクラスタの第１のサーバと前記第２のクラスタの第２のサーバとの間にある第１の通信リンクの稼動状況を監視するステップを含み、前記監視するステップは、前記制御サーバが、前記第１の通信リンクが正しく作動しているか否かを表す前記第１の通信リンクの前記稼動状況を示す応答信号を前記制御サーバに送信するように前記第１のサーバに要求する照会信号を前記第１のサーバに送信するステップを含む、高可用性処理環境を保持するための方法。
前記第１のサーバは、戻り信号を前記第１の通信リンクを介して前記第１のサーバに送信するように前記第２のサーバに指示するプロンプト信号を、前記第１の通信リンクを介して前記第２のサーバに送信することによって、前記照会信号に応答するようになっており、前記戻り信号の有無が前記第１の通信リンクの前記稼動状況を示すものである、請求項９に記載の方法。
前記第１のクラスタは、前記第１のクラスタが備えるサーバ間でデータ・トラフィックを均等に分配するようになっているロード・バランサを有し、前記最適化する処理を実行するステップは、前記制御サーバが、前記照会信号を前記第１のサーバに送信した後の所定時間内に前記第１のサーバから前記応答信号を受信しなかった場合に、前記第１のサーバが非稼動状態であると判断するステップと、前記第１のサーバが非稼動状態であることを前記ロード・バランサに通知するステップとをさらに含み、前記第１のサーバが非稼働状態であることを判断する前記ステップと通知する前記ステップとは、前記制御サーバによって実行される、請求項９に記載の方法。
前記制御サーバは、前記第１のクラスタの第１のサーバ又は前記第１のクラスタのロード・バランサから、前記第１のクラスタのサーバと、前記第１のクラスタの前記第１のサーバ及び前記第２のクラスタの第２のサーバの間にある通信リンクとからなる群から選択されるエンティティが非稼動状態であることを示すメッセージを受信するようになっている、請求項９に記載の方法。