(57)【要約】【課題】クラスタシステムを構成するサーバ間でデータ通信する通信手段の冗長化において、通信手段自体が故障した場合でも使用可能な通信手段に切り替えることができる冗長化装置及びプログラムを提供する。【解決手段】本発明の冗長化装置は、クラスタシステムを構成する他のサーバとの間でデータ通信を行う複数の通信手段の冗長化を行う冗長化装置において、複数の通信手段のうち、データ通信に使用する通信手段を設定する冗長化設定手段と、複数の通信手段のそれぞれの通信機能を監視する通信監視手段と、通信監視手段によりデータ通信に使用する通信手段の障害が検出されると、冗長化設定手段に対して、他の通信手段への切り替え指示を行う切替指示手段とを備えることを特徴とする。【選択図】      図１
2012075009.tif 000002
【特許請求の範囲】
【請求項１】
クラスタシステムを構成する他のサーバとの間でデータ通信を行う複数の通信手段の冗長化を行う冗長化装置において、
上記複数の通信手段のうち、データ通信に使用する通信手段を設定する冗長化設定手段と、
上記複数の通信手段のそれぞれの通信機能を監視する通信監視手段と、
上記通信監視手段により上記データ通信に使用する通信手段の障害が検出されると、上記冗長化設定手段に対して、他の上記通信手段への切り替え指示を行う切替指示手段と
を備えることを特徴とする冗長化装置。
【請求項２】
上記冗長化設定手段が、上記他のサーバと接続するポートのリンク状態に応じて、上記各通信手段の冗長化設定を行うものであり、
上記通信監視手段が、上記複数の通信手段と上記他のサーバの通信手段との間の接続確認に基づいて監視を行うものである
ことを特徴とする請求項１に記載の冗長化装置。
【請求項３】
上記切替指示手段が、上記通信監視手段による監視結果に基づいて、データ通信を正常に行う上記通信手段を選択して上記切り替え指示を行うものであることを特徴とする請求項１又は２に記載の冗長化装置。
【請求項４】
クラスタシステムを構成する他のサーバとの間でデータ通信を行う複数の通信手段の冗長化を行う冗長化プログラムにおいて、
コンピュータを、
上記複数の通信手段のうち、データ通信に使用する通信手段を設定する冗長化設定手段、
上記複数の通信手段のそれぞれの通信機能を監視する通信監視手段、
上記通信監視手段により上記データ通信に使用する通信手段の障害が検出されると、上記冗長化設定手段に対して、他の上記通信手段への切り替え指示を行う切替指示手段
として機能させることを特徴とする冗長化プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、冗長化装置及び冗長化プログラムに関し、例えばクラスタ構成をとるサーバ間でネットワークを直結した場合に、サーバのネットワークデバイスの冗長化を実現する冗長化装置及びプログラムに適用し得るものである。
【背景技術】
【０００２】
一般的に、システムの信頼性を向上させるために、通信機器を使用するサーバは、現用系サーバと待機系サーバとを組み合わせたＨＡ（High  Availability）クラスタシステムを採用することが多い。
【０００３】
ＨＡクラスタシステムでは、各サーバが、相手サーバの死活監視及びデータ同期を行うために、プライベートＬＡＮにてサーバ間を接続するのが一般的である。このサーバ間のＬＡＮ接続をインターコネクトＬＡＮと呼んでいる。
【０００４】
インターコネクトＬＡＮは、サーバ間で多量なデータをやり取りするため、他のサーバのデータ通信の影響を受けないようにする必要があり、サーバ間に専用のネットワーク装置（例えば、ＮＷスイッチなど）を配置させたり、若しくは、サーバ間を直結して接続したりするケースが多く採用されている。
【０００５】
例えば、図２は、ＮＷスイッチを用いたインターコネクトＬＡＮの接続構成例を示す構成図であり、図３は、サーバ間を直結したインターコネクトＬＡＮの接続構成例を示す構成図である。
【０００６】
図２において、インターコネクトＬＡＮは、ＨＡクラスタ構成をとるサーバＡとサーバＢとの間に、ＮＷスイッチＳＷが置かれる。サーバＡ及びサーバＢは、ＮＷスイッチＳＷを介して、相手サーバとの間でデータ授受を行うことで、相手サーバの死活監視やデータ同期を実現する。
【０００７】
図３に例示するインターコネクトＬＡＮは、ＮＷスイッチを介在させることなく、サーバＡとサーバＢとに直結してデータ授受を行う。つまり、各サーバのネットワークデバイスは、ＮＷスイッチを介さず、直接相手サーバのＮＷデバイスとデータ授受を行う。
【０００８】
また、特許文献１には、ネットワークの障害耐性を高めるために、運用リンクと予備リンクとを設けて、ネットワークに対する冗長性を付与する技術が記載されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００４−３４９７６４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
上述したように、図２に例示したＮＷスイッチを用いたインターコネクトＬＡＮを構成する場合、サーバ間にＮＷスイッチＳＷを置くことが必要なので、その分コストが増加するという問題が生じ得る。また、ＮＷスイッチＳＷの障害発生も生じ得るので、ＮＷスイッチＳＷの障害によるシステムの信頼性の低下という問題も生じ得る。
【００１１】
また、図３に例示したサーバ間を直結したインターコネクタＬＡＮを構成する場合、ＮＷスイッチを置く必要がないので、その分コストを抑えることはできる。しかし、サーバが複数のネットワークデバイス（例えばＮＩＣ等）を備えて、ネットワークデバイスの冗長化を実現する際に、次のような問題が生じ得る。
【００１２】
例えば、Ｌｉｎｕｘ（登録商標）の場合、ネットワークデバイスの冗長化は、カーネルのモジュールであるｂｏｎｄｉｎｇモジュールというソフトウェアを使用して行う。ｂｏｎｄｉｎｇは、複数のネットワークデバイスを監視し、正常に動作するネットワークデバイスを選択し、ネットワークデバイスの障害時には他のネットワークデバイスに切り替える機能である。
【００１３】
ｂｏｎｄｉｎｇによるネットワークデバイスの監視方式には、ＡＲＰ監視方式とＭＩＩリンク監視方式とがある。ＡＲＰ監視方式は、指定したＩＰアドレスに対して定期的にＡＲＰパケット（ＡＲＰ信号）を送信し、その応答の受信に基づいて障害の有無を監視する方法である。一方、ＭＩＩリンク監視方式は、ネットワークデバイスのポートリンクのリンク状態に基づいて障害の有無を監視する方法である。
【００１４】
図４は、ｂｏｎｄｉｎｇにおけるＡＲＰ監視方式を説明する説明図である。図４に示すように、ｂｏｎｄｉｎｇにおけるＡＲＰ監視は、ＡＲＰカウンタを用いて、ＡＲＰパケットの送達確認を行う。
【００１５】
例えば、図４において、サーバＡ及びサーバＢは、それぞれ２つのネットワークデバイス（ＮＷデバイス）１０Ａ−１〜１０Ａ−２及び１０Ｂ−１〜１０Ｂ−２を有する。サーバＡのＮＷデバイス１０Ａ−１は、サーバＢのＮＷデバイス１０Ｂ−１とＬＡＮ接続している。ｂｏｎｄｉｎｇにおけるＡＲＰ監視の場合、ＮＷデバイス１０Ａ−１とＮＷデバイス１０Ｂ−１との間で、定期的にＡＲＰパケットが送受信される。
【００１６】
このとき、ＮＷデバイス１０Ａ−１及び１０Ｂ−１のＮＷデバイスドライバは、ＡＲＰパケットが送受信されるたびに、ＡＲＰカウンタ２０Ａ−１及び２０Ｂ−１のカウンタ値を更新する。
【００１７】
一方、ＮＷデバイス１０Ａ−２及び１０Ｂ−２のＮＷデバイスドライバは、ＡＲＰカウンタ２０Ａ−２及び２０Ｂ−２のカウンタ値に変動させない。
【００１８】
各サーバにおいて、ｂｏｎｄｉｎｇは、ＡＲＰカウンタを監視しており、カウンタ値の更新がなされている場合には、正常にＡＲＰパケットが送受信されており、ＮＷデバイスが正常に動作していることを判断する。従って、図４の例の場合、サーバＡ及びサーバＢにおけるｂｏｎｄｉｎｇは、カウンタ値が更新されているＮＷデバイス１０Ａ−１及びＮＷデバイス１０Ｂ−１を選択して通信を行う。
【００１９】
しかし、例えばＬｉｎｕｘシステムでのＡＲＰ監視は、ＮＷデバイスドライバに依存する。つまり、ＮＷデバイスドライバがＡＲＰカウンタの更新機能を有している場合には対応できるが、そうでない場合にはＡＲＰ監視機能を対応することができない。
【００２０】
従来、サーバ間を直結したインターコネクトＬＡＮを構成する場合には、ＡＲＰ監視方式を使用する場合が多い。しかし、上記の理由もあり、ｂｏｎｄｉｎｇを使用する場合には、ＭＩＩリンク監視方式を採用することが一般的である。そこで、サーバ間を直結したインターコネクトＬＡＮを構成する場合でも、ＭＩＩリンク監視方式を採用することが望まれている。
【００２１】
ところが、ｂｏｎｄｉｎｇにおけるＭＩＩリンク監視方式を採用する場合、以下のような課題が生じ得る。
【００２２】
例えば、図５において、サーバＡのＮＷデバイス１０Ａ−１とサーバＢのＮＷデバイス１０Ｂ−１のＬＡＮポートがリンクアップしているのに対して、サーバＡのＮＷデバイス１０Ａ−２とサーバＢのＮＷデバイス１０Ｂ−２のＬＡＮポートがリンクダウンしている。
【００２３】
この場合、サーバＡ及びサーバＢにおいて、ＬＡＮポートがリンクアップしているＮＷデバイス１０Ａ及びＮＷデバイス１０Ｂ−１が選択されるが、ＬＡＮポートがリンクアップしている状態であっても、ネットワークデバイス自体が故障している場合には、ＮＷデバイスの切り替えができず、使用可能なＮＷデバイスの選択ができないという問題もある。
【００２４】
また、ＭＩＩリンク監視方式は、ＬＡＮポートのリンク状態を監視するものであるから、ポートの先の状態（例えば回線の障害など）を見ることができないという問題もある。
【００２５】
そのため、ＬＡＮポートがリンクアップしているネットワークデバイスが故障した場合でも、使用可能なネットワークデバイスへの切り替え及び選択ができる冗長化システム及び冗長化プログラムが求められている。
【課題を解決するための手段】
【００２６】
かかる課題を解決するために、第１の本発明の冗長化装置は、クラスタシステムを構成する他のサーバとの間でデータ通信を行う複数の通信手段の冗長化を行う冗長化装置において、（１）複数の通信手段のうち、データ通信に使用する通信手段を設定する冗長化設定手段と、（２）複数の通信手段のそれぞれの通信機能を監視する通信監視手段と、（３）通信監視手段によりデータ通信に使用する通信手段の障害が検出されると、冗長化設定手段に対して、他の通信手段への切り替え指示を行う切替指示手段とを備えることを特徴とする。
【００２７】
第２の本発明の冗長化プログラムは、クラスタシステムを構成する他のサーバとの間でデータ通信を行う複数の通信手段の冗長化を行う冗長化プログラムにおいて、コンピュータを、（１）複数の通信手段のうち、データ通信に使用する通信手段を設定する冗長化設定手段、（２）複数の通信手段のそれぞれの通信機能を監視する通信監視手段、（３）通信監視手段によりデータ通信に使用する通信手段の障害が検出されると、冗長化設定手段に対して、他の上記通信手段への切り替え指示を行う切替指示手段として機能させることを特徴とする。
【発明の効果】
【００２８】
本発明によれば、リンクアップしている状態でネットワークデバイス（通信手段）が故障した場合でも、使用可能なネットワークデバイスへの切り替え及び選択ができる。
【図面の簡単な説明】
【００２９】
【図１】実施形態のＨＡクラスタシステムの全体構成及びサーバの内部構成を示す構成図である。
【図２】従来のＮＷスイッチを用いたインターコネクトＬＡＮの接続構成例を示す構成図である。
【図３】従来のサーバ間を直結したインターコネクトＬＡＮの接続構成例を示す構成図である。
【図４】従来のｂｏｎｄｉｎｇにおけるＡＲＰ監視方式を説明する説明図である。
【図５】従来のｂｏｎｄｉｎｇにおけるＭＩＩリンク監視方式を採用する場合
【図６】実施形態のネットワークデバイスの冗長化処理の動作を説明する説明図である。
【発明を実施するための形態】
【００３０】
（Ａ）実施形態
以下では、本発明の冗長化装置及び冗長化プログラムの実施形態について図面を参照しながら説明する。
【００３１】
この実施形態は、例えば、２台のサーバ間で直結したインターコネクトＬＡＮを構成するＨＡクラスタシステムにおいて、各サーバのネットワークデバイスの冗長化を実現する技術に本発明を適用する場合を例示する。
【００３２】
（Ａ−１）実施形態の構成
図１は、実施形態のＨＡクラスタシステムの全体構成及びサーバの内部構成を示す構成図である。
【００３３】
図１において、実施形態のＨＡクラスタシステム１は、サーバＡとサーバＢの２台のサーバ間で構成される。
【００３４】
サーバＡ及びサーバＢは、所定のサービスを提供するものである。サーバＡ及びサーバＢは、一般的なサーバを適用することができ、そのハードウェア構成は、例えば、制御部、記憶部、通信部などを有して構成されるものである。また、サーバＡ及びサーバＢにおけるオペレーティングシステム（ＯＳ）は、特に限定されるものではなく広く適用することができる。この実施形態では、例えばＬｉｎｕｘ（登録商標）を適用する場合を例示する。
【００３５】
サーバＡ及びサーバＢは、ＨＡクラスタを構成しており、ＮＷスイッチを介さず、ＬＡＮケーブルを直結してインタークラスタＬＡＮを構成するものである。サーバＡ及びサーバＢは、インタークラスタＬＡＮにて、それぞれ相手サーバの死活監視やデータ同期を行うものである。
【００３６】
図１において、サーバＡ及びサーバＢは、内部構成として、制御部３０Ａ及び３０Ｂ、ＮＷデバイス１０Ａ−１〜１０Ａ−２及び１０Ｂ−１〜１０Ｂ−２、記憶部４０Ａ及び４０Ｂを少なくとも有する。サーバＡとサーバＢの内部構成は同じであるので、以下では、説明便宜上、サーバＡの内部構成を説明する。
【００３７】
ＮＷデバイス１０Ａ−１及び１０Ａ−２は、相手サーバであるサーバＢとの間でデータ通信を行う通信手段である。ＮＷデバイス１０Ａ−１及び１０Ａ−２は、サーバＢが備えるＮＷデバイス１０Ｂ−１及び１０Ｂ−２と直接ＬＡＮケーブルと接続してデータ通信を行うものである。
【００３８】
なお、ＮＷデバイス１０Ａ−１及び１０Ａ−２は、データ通信を行うことができれば種々のデバイスを適用することができ、例えば、ネットワークインターフェースカード（ＮＩＣ）等を適用することができる。また、図１では、サーバＡが２個のＮＷデバイスを有する場合を例示するが、３個以上有するようにしてもよい。
【００３９】
制御部３０Ａは、サーバＡの機能を司る処理部又は装置である。この実施形態において、制御部３０Ａは、ネットワークデバイスの冗長化を実現する冗長化機能を有する。ネットワークデバイスの冗長化機能は、複数のＮＷデバイス１０Ａ−１及び１０Ａ−２を監視し、いずれかのＮＷデバイスを用いてデータ通信させ、障害発生時に、データ通信を実行させるＮＷデバイスとして、他のＮＷデバイスに切り替える機能である。
【００４０】
図１に示すように、制御部３０Ａの冗長化機能は、ｂｏｎｄｉｎｇ機能部３１、ＮＷデバイス監視・障害検出機能部３２、ＮＷデバイス切り替え機能部３３を少なくとも有する。
【００４１】
ｂｏｎｄｉｎｇ機能部３１は、データ通信に用いるＮＷデバイス１０Ａ−１及び１０Ａ−２のいずれかを選択して切り替えるものである。ＮＷデバイス１０Ａ−１及び１０Ａ−２のＬＡＮポートのリンク状態に基づいてデータ通信に用いるＮＷデバイスを設定するＭＩＩリンク監視方式を採用するものである。
【００４２】
また、ｂｏｎｄｉｎｇ機能部３１は、ＮＷデバイス切り替え機能部３３から切り替え指示を受けると、データ通信に用いるＮＷデバイス１０Ａ−１及び１０Ａ−２の切り替えを行うものである。
【００４３】
ｂｏｎｄｉｎｇ機能部３１は、例えば、Ｌｉｎｕｘ（登録商標）のｂｏｎｄｉｎｇモジュールを適用することができる。ｂｏｎｄｉｎｇ機能部３１のｂｏｎｄｉｎｇ設定の方法は、既存のｂｏｎｄｉｎｇモジュールの設定方法を用いることができ、例えば、実装するＮＷデバイス１０Ａ−１及び１０Ａ−２の設定（ＮＷデバイス名やアドレス情報の設定等）や、パラメータの設定（例えば、動作モードの設定、ＭＩＩ監視のインターバル設定、優先的に動作させるＮＷデバイスの指定等）などを行う。各ＮＷデバイスの設定や各パラメータの設定は予め行っておき、ＭＩＩリンク監視方式による監視結果やＮＷデバイス切り替え機能部３３からの指示に応じて、運用するＮＷデバイスの切り替えを行う。
【００４４】
ＮＷデバイス監視・障害検出機能部３２は、ＮＷデバイス１０Ａ−１及び１０Ａ−２の通信機能を監視し、ＮＷデバイス１０Ａ−１及び１０Ａ−２の障害を検出すると、ＮＷデバイス切り替え機能部３３に対して障害検出通知を行うものである。
【００４５】
ＮＷデバイス監視・障害検出機能部３２によるＮＷデバイス１０Ａ−１及び１０Ａ−２の障害検出は、例えば、ＮＷデバイス１０Ａ−１及び１０Ａ−２が行うＩＣＭＰ（Internet  Control  Message  Protocol）による接続確認に基づいて検出する方法を適用することができる。
【００４６】
例えば、ＮＷデバイス１０Ａ−１及び１０Ａ−２が、サーバＢのＮＷデバイス１０Ｂ−１及び１０Ｂ−２に対してＩＣＭＰ要求信号を送信する。これに対して、接続や通信機能が正常なＮＷデバイス１０Ｂ−１及び１０Ｂ−２は、ＩＣＭＰ応答信号をＮＷデバイス１０Ａ−１及び１０Ａ−２に対して返信する。ＮＷデバイス監視・障害検出機能部３２は、そのＩＣＭＰ応答信号がＮＷデバイス１０Ａ−１及び１０Ａ−２に返信されたか否かを監視している。ＩＣＭＰ応答信号の返信がある場合、当該ＮＷデバイス間は正常に接続されており、両サーバのＮＷデバイスは正常に通信機能を動作していると判断することができる。一方、ＩＣＭＰ応答信号の返信がない場合には、当該ＮＷデバイス間で何かしらの障害が生じていることを判断することができる。
【００４７】
ＭＩＩリンク監視方式を採用するｂｏｎｄｉｎｇ機能部３１は、ＬＡＮポートのリンク状態を監視するものであり、ＮＷデバイス自体の故障を認識することができない。しかし、この実施形態のように、ＮＷデバイス監視・障害検出機能部３２を備えることにより、ＮＷデバイス自体の故障も検出することができる。また、正常に動作しているＮＷデバイスも認識することができる。
【００４８】
なお、ＮＷデバイス監視・障害検出機能部３２は、正常に動作しているＮＷデバイスも認識することができるので、３個以上のＮＷデバイスを実装する場合、障害発生時に、正常に動作しているＮＷデバイスを、ＮＷデバイス切り替え機能部３３に通知するようにしてもよい。この通知は、例えば、ＮＷデバイス名やアドレス情報などの識別情報を障害検出通知に付与することで実現できる。
【００４９】
ＮＷデバイス切り替え機能部３３は、ＮＷデバイス監視・障害検出機能部３２から障害検出通知を受けると、ｂｏｎｄｉｎｇ機能部１３に対して、データ通信を実行するＮＷデバイス１０Ａ−１及び１０Ａ−２の切り替え指示を行うものである。
【００５０】
ここで、ＮＷデバイス切り替え機能部３３は、ＮＷデバイス監視・障害検出機能部３２の監視結果に基づいて、切り替え先のＮＷデバイス１０Ａ−１及び１０Ａ−２の正常動作を確認するようにしてもよい。
【００５１】
また、例えば、３個以上のＮＷデバイスを実装する場合に、正常動作しているＮＷデバイスが複数あるとき、ＮＷデバイス切り替え機能部３３は、複数のＮＷデバイスのうちいずれか１個のＮＷデバイスを選択決定するようにしてもよい。このとき、ＮＷデバイスの選択方法は、種々の方法を適用することができるが、例えば、予め設定した順位（例えば優先順位）に従って選択する方法や、ＩＣＭＰ要求信号に対する応答時間が早いものを選択する方法や、ランダムに選択する方法などを適用するようにしてもよい。
【００５２】
記憶部４０Ａは、サーバ処理に必要なデータを記憶する記憶領域である。記憶部４０Ａは、相手サーバとの間で同期したデータを記憶するものである。
【００５３】
（Ａ−２）実施形態の動作
次に、この実施形態のＨＡクラスタシステム１を構成するサーバのネットワークデバイスの冗長化処理の動作について図面を参照しながら説明する。
【００５４】
図６は、この実施形態のネットワークデバイスの冗長化処理の動作を説明する説明図である。
【００５５】
図６において、各サーバＡ及びサーバＢでは、ＭＩＩリンク監視方式を採用するｂｏｎｄｉｎｇ機能部３１により、実装された各ＮＷデバイスの設定及び各パラメータの設定が予め行われている。
【００５６】
障害発生前、サーバＡ及びサーバＢは、ＮＷデバイス１０Ａ−２及び１０Ｂ−２を運用デバイスとしてデータ通信しており、その後にサーバＢのＮＷデバイス１０Ｂ−２自体が故障した場合を仮定して説明する。
【００５７】
各サーバＡ及びサーバＢにおいて、ｂｏｎｄｉｎｇ機能部３１は、ＭＩＩリンク監視方式を採用しているので、ＬＡＮポートのリンク状態を監視している。ＮＷデバイス１０Ｂ−２自体が故障しても、ＮＷデバイス１０Ａ−２及び１０Ｂ−２のＬＡＮポートがリンクアップしている場合、ｂｏｎｄｉｎｇ機能部３１は障害を検出することができない。
【００５８】
サーバＡにおいて、ＮＷデバイス監視・障害検出機能部３２は、ＮＷデバイス１０Ａ−１とＮＷデバイス１０Ｂ−１との間の通信機能が正常に行われているか否かを監視する（Ｓ１）。
【００５９】
例えば、ＮＷデバイス監視・障害検出機能部３２は、ＮＷデバイス１０Ａ−１が、ＮＷデバイス１０Ｂ−１に対してＩＣＭＰ要求信号（例えばＰｉｎｇコマンドの要求パケット等）を送信し、ＮＷデバイス１０Ｂ−１からＩＣＭＰ応答信号（例えば、Ｐｉｎｇに対する応答パケット等）の返信があるか否かを判断する。
【００６０】
ここで、ＩＣＭＰ要求信号の送信について、ＮＷデバイス監視・障害検出機能部３２は、リンクアップした状態でＮＷデバイスが故障して動作が停止したことをトリガとすることができる。すなわち、ＬＡＮポートはリンクアップしているが、ＮＷデバイスがハングアップしている状態をトリガとすることができる。そして、ＮＷデバイス監視・障害検出機能部３２は、タイムアウト時間内に、ＩＣＭＰ要求信号に対するＩＣＭＰ応答信号が返信されるかどうかを判断する。
【００６１】
また、サーバＡにおいて、ＮＷデバイス監視・障害検出機能部３２は、上記と同様にして、ＮＷデバイス１０Ａ−２とＮＷデバイス１０Ｂ−２との間の通信の正常性についても監視する（Ｓ２）。
【００６２】
Ｓ１の監視により、ＮＷデバイス監視・障害検出機能部３２は、ＮＷデバイス１０Ｂ−１からＩＣＭＰ応答信号を受信することで、ＮＷデバイス１０Ａ−１とＮＷデバイス１０Ｂ−１との間の通信は正常に行われていると判断する。
【００６３】
また、Ｓ２において、ＮＷデバイス１０Ｂ−２は故障している。ＮＷデバイス１０Ｂ−２はＩＣＭＰ応答信号の返信ができない。ＮＷデバイス監視・障害検出機能部３２は、所定のタイムアウト期間内に、ＮＷデバイス１０Ｂ−２からのＩＣＭＰ応答信号の受信を検出できない。従って、ＮＷデバイス監視・障害検出機能部３２は、ＮＷデバイス１０Ａ−２とＮＷデバイス１０Ｂ−２との間の通信は正常に行われていないと認識することができる。つまり、ＮＷデバイス監視・障害検出機能部３２は、相手サーバＢのＮＷデバイス１０Ｂ−２が故障していることを検出する（Ｓ３）。
【００６４】
サーバＢのＮＷデバイス１０Ｂ−２の故障を検出すると、ＮＷデバイス監視・障害検出機能部３２は、ＮＷデバイス切り替え機能部３３に対して障害検出通知を与える（Ｓ４）。
【００６５】
ＮＷデバイス切り替え機能部３３は、ＮＷデバイス監視・障害検出機能部３２から障害検出通知を受けると、ｂｏｎｄｉｎｇ機能部３１に対してＮＷデバイスの切り替え指示を行う（Ｓ５）。
【００６６】
例えば、ＮＷデバイス切り替え機能部３３は、故障したＮＷデバイス１０Ｂ−２と接続するＮＷデバイス１０Ａ−２側に障害が生じているので、もう一方のＮＷデバイス１０Ａ−１への切り替えを指示する。
【００６７】
このとき、ＮＷデバイス切り替え機能部３３は、ＮＷデバイス監視・障害検出機能部３２の監視結果を受け取り、その監視結果に基づいて切り替え先であるＮＷデバイス１０Ａ−１が正常に機能しているか否かを判断し、正常に機能している場合に、ＮＷデバイス１０Ａ−１への切り替えを指示するようにしてもよい。これにより、確実に正常動作しているＮＷデバイスへの切り替えを行うことができるので、システムの信頼性をより高めることができる。
【００６８】
ｂｏｎｄｉｎｇ機能部３１は、ＮＷデバイス切り替え機能部３３から切り替え指示を受けると、運用デバイスをＮＷデバイス１０Ａ−２からＮＷデバイス１０Ａ−１に切り替える（Ｓ６）。これにより、ＬＡＮポートがリンクアップした状態でＮＷデバイスが故障した場合でも、データ通信を行うＮＷデバイスを切り替えることができる。
【００６９】
（Ａ−３）実施形態の効果
以上のように、この実施形態によれば、ＮＷスイッチを介さず、サーバ間を直結してインターコネクトＬＡＮを構成する場合に、ＭＩＩリンク監視方式を採用したｂｏｎｄｉｎｇにより、安価にネットワークデバイスの冗長化を実現することができる。
【００７０】
また、この実施形態によれば、ＭＩＩリンク監視方式のｂｏｎｄｉｎｇにより、リンクアップしている状態でネットワークデバイスが故障した場合でも、ネットワークデバイスの切り替えができる。
【００７１】
さらに、この実施形態によれば、ＭＩＩリンク監視方式のｂｏｎｄｉｎｇによっても、ＬＡＮポートの先の接続や通信の正常を監視することができる。
【００７２】
（Ｂ）他の実施形態
上述した実施形態で例示したＨＡクラスタシステムは、２台のサーバ間でクラスタシステムを構成する場合を例示したが、３台以上のサーバ間であってもよい。
【００７３】
上述した実施形態では、サーバのＯＳがＬｉｎｕｘ（登録商標）である場合を例示したが、これに限定されるものではない。他のＯＳであっても、ネットワークデバイスのリンク状態に応じてネットワークデバイスの切り替えを行う冗長機能を有するものであれば本発明を適用することができる。
【符号の説明】
【００７４】
１…ＨＡクラスタシステム、
１０Ａ−１及び１０Ａ−２、１０Ｂ−１及び１０Ｂ−２…ＮＷデバイス、
３０Ａ及び３０Ｂ…制御部、３１…ｂｏｎｄｉｎｇ機能部、
３２…ＮＷデバイス監視・障害検出機能部、３３…ＮＷデバイス切り替え機能部。
【図１】
2012075009.tif 000003
【図２】
2012075009.tif 000004
【図３】
2012075009.tif 000005
【図４】
2012075009.tif 000006
【図５】
2012075009.tif 000007
【図６】
2012075009.tif 000008