冗長サーバシステム及びサーバ装置
【課題】ＬＡＮとＷＡＮの境界に配置され、ＬＡＮ上のクライアントに対し、ＬＡＮ及びＷＡＮに関するサービスを提供するサーバを、低コストで冗長化する。
【解決手段】ＬＡＮとＷＡＮとの境界に２つのサーバを設け、一方を運用系サーバ１０Ａ、他方が待機系サーバ１０Ｂとして動作させる。運用系サーバ１０Ａ及び待機系サーバ１０ＢはＬＡＮ側のハブ２０Ｌに接続され、ＬＡＮ上の各クライアント４０は、そのハブ２０Ｌに接続される。また運用系サーバ１０Ａ及び待機系サーバ１０ＢはＷＡＮ側のハブ２０Ｗに接続され、ハブ２０ＷはＩＳＰ３０との接続のためのＡＤＳＬモデム２２に接続される。運用系サーバ１０Ａと待機系サーバ１０Ｂとは、ハブ２０Ｗを介したＷＡＮ側経路とハブ２０Ｌを介したＬＡＮ側経路で二重に通信可能であり、その二重経路を通じてヘルスチェックや系切替などのための通信を行う。
【解決手段】ＬＡＮとＷＡＮとの境界に２つのサーバを設け、一方を運用系サーバ１０Ａ、他方が待機系サーバ１０Ｂとして動作させる。運用系サーバ１０Ａ及び待機系サーバ１０ＢはＬＡＮ側のハブ２０Ｌに接続され、ＬＡＮ上の各クライアント４０は、そのハブ２０Ｌに接続される。また運用系サーバ１０Ａ及び待機系サーバ１０ＢはＷＡＮ側のハブ２０Ｗに接続され、ハブ２０ＷはＩＳＰ３０との接続のためのＡＤＳＬモデム２２に接続される。運用系サーバ１０Ａと待機系サーバ１０Ｂとは、ハブ２０Ｗを介したＷＡＮ側経路とハブ２０Ｌを介したＬＡＮ側経路で二重に通信可能であり、その二重経路を通じてヘルスチェックや系切替などのための通信を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運用系と待機系のサーバを備えた冗長構成のサーバシステムに関する。
【背景技術】
【０００２】
サーバを冗長構成とすることで可用性を向上させる仕組みは従来より多く提案されている。このような冗長構成のサーバシステムでは、運用系サーバと待機系サーバのヘルスチェック（稼働しているか否かの確認）や、運用系が停止した場合の待機系への切り替えが行われている。
【０００３】
例えば特許文献１には、ＬＡＮで他の計算機と接続され、同一の論理アドレスを持つ現用系の計算機と予備系の計算機により構成されるホットスタンバイ型の２重化ノードシステムにおいて、予備系の計算機は、現用系の計算機がダウンしたかどうかを監視し、現用系の計算機がダウンしたと認識した場合に、予備系の計算機の論理アドレスを活性化し、かつ２つの系間通信路およびＬＡＮを経由して系切替え情報を通知して現用系の計算機の論理アドレスを非活性化する点が開示されている。
【０００４】
また特許文献２に示されるシステムでは、現用系サーバは、ヘルスチェックにより待機系サーバの異常を検出するとＬＡＮを介してクライアントの接続確認を行うことで自サーバの孤立の判定を行い、孤立と判定した場合に共通ＩＰアドレスを無効化する。一方、待機系サーバは、ヘルスチェックにより現用系サーバの異常を検出するとＬＡＮを介して現用系サーバの接続確認を行い、これにより現用系サーバのダウンと判定した場合にＬＡＮを介してクライアントの接続確認を行うことで自サーバの孤立の判定を行い、孤立でないと判定した場合に共通ＩＰアドレスを有効化する。
【０００５】
【特許文献１】特開２００１−３４４１２５号公報
【特許文献２】特開２００４−１７１３７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１及び２はいずれもＬＡＮ（ローカル・エリア・ネットワーク）のみを対象としたサーバに関するものである。
【０００７】
一方、ＬＡＮとＷＡＮ（ワイド・エリア・ネットワーク）の境界に位置し、クライアント装置に対してＬＡＮ上のサービスのみならずＷＡＮへの接続のためのサービスを提供するサーバも存在する。例えばこの種のサーバでは、ＬＡＮに対してはＤＨＣＰ(dynamic host configuration protocol)などのネットワークサービスを、またＬＡＮ−ＷＡＮ接続においてＩＳＰ(internet service provider)認証、ファイアウォール、ＶＰＮ(virtual private network)などのサービスを一台の装置で提供する例も少なくない。
【０００８】
インターネット接続や、同一法人もしくはグループ法人に属する物理的に分散した拠点間接続を行うＶＰＮなどは、近年、業務遂行の上で欠かせないものとなりつつある。このため、ＬＡＮ−ＷＡＮ境界に位置するサーバの可用性を向上させることが極めて重要となる。サーバ単体としては、内部の構成要素が二重化されているような高可用性サーバも存在するが、価格が極めて高い。安価に実現可能な、冗長構成のシステムが求められる。
【０００９】
特許文献１及び２に示される構成はＬＡＮとの間の通信しか考慮していないため、ＬＡＮ−ＷＡＮ境界に位置するサーバの冗長構成としては必ずしも好適なものとはいえない。
【課題を解決するための手段】
【００１０】
本発明に係る冗長サーバシステムは、ＬＡＮとＷＡＮとの境界に設置され、一方がＬＡＮ上のクライアントに対してサービスを提供する運用系、他方がその運用系の予備である待機系として機能する２台のサーバ装置と、前記２台のサーバ装置の各ＬＡＮ側ネットワークポートと前記ＬＡＮとを接続するＬＡＮ側ハブと、前記２台のサーバ装置の各ＷＡＮ側ネットワークポートと前記ＷＡＮとを接続するＷＡＮ側ハブと、を備え、前記ＬＡＮ側ハブを介した前記２台のサーバ装置間の通信経路と、前記ＷＡＮ側ハブを介した前記２台のサーバ装置間の通信経路と、の両経路を介して前記２台のサーバ装置間での冗長系制御のための通信を行う。
【００１１】
好適な態様では、前記２台のサーバ装置のうち運用系は、前記ＷＡＮとの通信のための論理アドレスとは別に前記ＷＡＮ側ハブを介して待機系と通信するためのＷＡＮ側論理アドレスを有し、待機系は前記ＷＡＮ側ハブを介して運用系と通信するためのＷＡＮ側論理アドレスを有し、前記運用系及び待機系は相互のＷＡＮ側論理アドレスを用いて冗長系制御のための通信を行う。
【００１２】
別の好適な態様では、前記２台のサーバ装置のうち待機系は、運用系が前記ＷＡＮと接続できない状態であることを検知した場合、前記ＷＡＮに対する接続を試み、その接続が成功した場合、運用系に停止を指示し、自らが運用系に切り替わる。
【００１３】
更に別の好適な態様では、前記２台のサーバ装置のうち待機系が運用系を監視し、この監視により運用系が停止していることを検知した場合は待機系が自律的に運用系へと切り替わり、前記監視により運用系は稼働しているものの機能不全であることを検知した場合は待機系が運用系に対して停止又は待機系への切替を指示し、その指示に対する処理が完了した後で待機系が運用系へと切り替わる。
【００１４】
更に別の好適な態様では、前記２台のサーバ装置のうち運用系は、自らのソフトウエア及びハードウエアの状態を監視し、この監視により異常を発見した場合は、待機系に対し運用系への切替を依頼し、この依頼に応じて待機系が運用系へ切り替わる。
【００１５】
更に別の好適な態様では、前記各サーバ装置は、起動時には待機系として機能し、前記ＬＡＮ側ハブを介した前記２台のサーバ装置間の通信経路と、前記ＷＡＮ側ハブを介した前記２台のサーバ装置間の通信経路とを介して運用系の存在の有無を確認し、運用系が存在することが確認された場合は待機系としての動作を続行し、運用系が存在しないことが確認された場合は運用系に切り替わる。
【００１６】
更に別の好適な態様では、前記２台のサーバ装置は、それぞれ、前記ＬＡＮ側ハブを介した通信用の論理アドレスとして、ＬＡＮ上のクライアント装置へのサービス提供のための運用系ＬＡＮ側論理アドレスと、運用系との冗長系制御のための通信のための待機系ＬＡＮ側論理アドレスとを保持しており、該サーバ装置が運用系である場合はそれらのうちの運用系ＬＡＮ側論理アドレスを有効にし、該サーバ装置が待機系である場合はそれらのうちの待機系ＬＡＮ側論理アドレスを有効にする。
【００１７】
本発明の別の側面では、ＬＡＮとＷＡＮとの境界に設置されるサーバ装置であって、２台１組として構成した場合に、一方がＬＡＮ上のクライアントに対してサービスを提供する運用系、他方がその運用系の予備である待機系として機能し得るサーバ装置であって、自らが運用系としてＬＡＮ上のクライアントに対してサービスを提供する際に用いる運用系ＷＡＮ側論理アドレス及び運用系ＬＡＮ側論理アドレスと、自らが待機系として機能する際に用いる待機系ＷＡＮ側論理アドレス及び待機系ＬＡＮ側論理アドレスと、を記憶した記憶装置と、自らが運用系になった場合には、当該サーバ装置のＷＡＮ側通信ポート及びＬＡＮ側通信ポートに運用系ＷＡＮ側論理アドレス及び運用系ＬＡＮ側論理アドレスをそれぞれ設定し、自らが待機系になった場合には、前記ＷＡＮ側通信ポート及びＬＡＮ側通信ポートに待機系ＷＡＮ側論理アドレス及び待機系ＬＡＮ側論理アドレスをそれぞれ設定するアドレス設定手段と、自らが運用系である場合は、待機系との間の冗長系制御のために、前記ＷＡＮ側ポートから前記待機系ＷＡＮ側論理アドレスを宛先として通信を行うとともに、前記ＬＡＮ側ポートから前記待機系ＬＡＮ側論理アドレスを宛先として通信を行い、自らが待機系である場合は、運用系との間の冗長系制御のために、前記ＷＡＮ側ポートから前記運用系ＷＡＮ側論理アドレスを宛先として通信を行うとともに、前記ＬＡＮ側ポートから前記運用系ＬＡＮ側論理アドレスを宛先として通信を行う冗長系制御手段と、を備えるサーバ装置を提供する。
【００１８】
好適な態様では、前記サーバ装置は、起動されたときに前記ＷＡＮ側通信ポート及びＬＡＮ側通信ポートに前記待機系ＷＡＮ側論理アドレス及び待機系ＬＡＮ側論理アドレスをそれぞれ設定することにより待機系として機能し、その後前記ＷＡＮ側ポートから前記運用系ＷＡＮ側論理アドレスを宛先として通信を試み、前記ＬＡＮ側ポートから前記運用系ＬＡＮ側論理アドレスを宛先として通信を試みることで、運用系の有無を確認し、運用系が存在することが確認された場合は待機系としての動作を続行し、運用系が存在しないことが確認された場合は前記ＷＡＮ側通信ポート及びＬＡＮ側通信ポートに前記運用系ＷＡＮ側論理アドレス及び運用系ＬＡＮ側論理アドレスをそれぞれ設定することにより運用系に切り替わる。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照して、本発明を実施するための最良の形態（以下「実施形態」と呼ぶ）について説明する。
【００２０】
ＬＡＮとＷＡＮと境界に位置し、例えばＬＡＮに対してはＤＨＣＰなどのネットワークサービスを、またＬＡＮ−ＷＡＮ接続についてはＩＳＰ認証、ファイアウォール、ＶＰＮなどのサービスを提供するサーバが広く普及している。本実施形態では、この種のサーバを二台設置し、一方を運用系、他方をホットスタンバイしている待機系とし、運用系が機能不全に陥ったときに待機系に切り替えることにより可用性を向上させる。
【００２１】
図１は本発明に係るシステムの概略構成を示す図である。図１のシステムでは、例えば企業内の内部ネットワークであるＬＡＮと、その外部のインターネット等の外部ネットワークであるＷＡＮとの境界に２つのサーバ１０Ａ，１０Ｂが設けられている。そして図示例ではその一方がＬＡＮ上の各クライアント４０にサービスを提供する運用系サーバ１０Ａとして、他方がその運用系サーバ１０Ａが停止乃至故障した際のバックアップである待機系サーバ１０Ｂとして機能している。
【００２２】
ＬＡＮ側では、運用系サーバ１０Ａ及び待機系サーバ１０Ｂは、ハブ２０Ｌに接続されている。そして、ＬＡＮ上の各クライアント４０は、そのハブ２０Ｌに対して直接、又は他のハブを介して間接的に接続されている。
【００２３】
ＷＡＮ側では、運用系サーバ１０Ａ及び待機系サーバ１０Ｂは、ハブ２０Ｗに接続されている。このハブ２０ＷはＡＤＳＬモデム２２に接続されており、ＡＤＳＬモデム２２はＡＤＳＬ回線を介してＩＳＰ（プロバイダ）３０に接続されている。ここでは、サーバ１０Ａ，１０ＢとＩＳＰ３０との間の接続回線としてＡＤＳＬを例示したが、これはＦＴＴＨや専用線など、他の回線であってももちろん構わない。
【００２４】
本実施形態では、運用系サーバ１０Ａ及び待機系サーバ１０Ｂは、ハードウエア及びソフトウエア構成としては共通のものを用いる。すなわち、同じ構成を持つ２台のサーバ１０が、相互に協調しながら動作することで、一方が運用系サーバ１０Ａとなり、他方が待機系サーバ１０Ｂとなるようにしている。この共通のサーバ１０の構成を、図２を参照して以下に説明する。
【００２５】
サーバ１０は、ＬＡＮ側の通信デバイス１１０Ｌと、ＷＡＮ側の通信デバイス１１０Ｗを備えている。通信デバイス１１０Ｌ及び１１０Ｗは、例えばＮＩＣ(network interaface card)である。
【００２６】
また、サーバ１０は、運用系サーバ１０Ａとしての処理の実行に用いる運用用データ１０２及び運用用プログラム１０４と、もう一方のサーバとの冗長構成の制御のために用いる冗長制御データ１０６及び冗長制御プログラム１０８を有している。
【００２７】
運用用データ１０２は、運用系サーバ１０Ａが提供するサービスのための処理に必要な各種データであり、運用系サーバ１０Ａが提供するサービスの内容によってデータ項目は様々である。一例として、インターネット接続サービスのためには、図３に示すように、ＩＳＰへの接続時の認証に必要なネットワークＩＤ１０２０やパスワード情報１０２２を挙げることができる。なお、接続時のアクセス認証にどのような情報を必要とするかはＩＳＰによって異なるので、ここに挙げたネットワークＩＤ１０２０やパスワード情報１０２２はあくまで一例に過ぎない。また、ＬＡＮ上のクライアント４０との通信のためのＬＡＮ側ＩＰアドレス１０２４も、運用用データ１０２の一項目ではあるが、これは後述する冗長制御データ１０６中の運用系ＬＡＮ側ＩＰアドレスと同じであるので、運用用データ１０２に含める必要はない。また、インターネット接続用のＩＰアドレスとしてＩＳＰから固定のＩＰアドレスが付与されている場合は、そのＩＰアドレスも運用用データ１０２の一つになり、サブネットマスクがある場合はそれも運用用データ１０２の一項目となる。また、ＤＨＣＰサービスのための割り当て可能なアドレス領域の情報や、ファイヤウォール制御のためのセキュリティポリシーの情報、ＶＰＮサービスのための相手側のＩＰアドレスや認証情報なども運用用データ１０２に含まれる。このほか、運用系サーバ１０Ａがクライアント４０に対し提供する各種サービスそれぞれに応じた設定データが運用用データ１０２には含まれる。
【００２８】
運用用プログラム１０４は、サーバ１０が運用系サーバ１０Ａとして動作する際に、各クライアント４０に対して提供するサービスのための処理を記述したプログラムである。運用用プログラム１０４は、上述の運用用データ１０２を用いて、ＩＳＰ接続サービス、ＤＨＣＰサービス、ファイアウォール制御、ＶＰＮ接続サービスなどの各種サービスのための処理を実行する。
【００２９】
なお、運用用データ１０２及び運用用プログラム１０４は、ＬＡＮ−ＷＡＮ境界でサービスを提供する従来のサーバが備えているものと同様のものでよい。
【００３０】
冗長制御データ１０６は、図４に示すように、運用系フラグ１０６０、運用系ＷＡＮ側ＩＰアドレス１０６２、運用系ＬＡＮ側ＩＰアドレス１０６４、待機系ＷＡＮ側ＩＰアドレス１０６６、待機系ＬＡＮ側ＩＰアドレス１０６８を含んでいる。
【００３１】
運用系フラグ１０６０は、当該サーバ１０自身が運用系であるか否かを示すフラグであり、自身が運用系であればオンに、待機系であればオフにセットされる。
【００３２】
運用系ＷＡＮ側ＩＰアドレス１０６２は、自身が運用系サーバ１０Ａである時に用いる、待機系サーバ１０Ｂとの通信専用のＩＰアドレスである。運用系サーバ１０Ａは、ＷＡＮ側の通信デバイス１１０Ｗ及びハブ２０Ｗを介して待機系サーバ１０Ｂとの間で冗長系制御のための通信を行う場合に、この運用系ＷＡＮ側ＩＰアドレス１０６２を自身のＩＰアドレスとして用いる。すなわち、本システムでは、運用系サーバ１０Ａ−ハブ２０Ｗ−待機系サーバ１０Ｂという接続経路が、そこだけで独立したサブネットとなる。
【００３３】
なお、この運用系ＷＡＮ側ＩＰアドレス１０６２は、ＩＳＰ３０を介したインターネット接続において用いるＩＰアドレスとは別のものである。すなわち、運用系サーバ１０Ａのインターネット接続のためのＩＰアドレスは、固定割当又はＤＨＣＰによる動的割当のいずれにせよＩＳＰ３０から割り当てられるものであるのに対し、冗長系制御に用いる運用系ＷＡＮ側ＩＰアドレスは、システム管理者が適宜定め、各サーバ１０に登録しておく。
【００３４】
運用系ＬＡＮ側ＩＰアドレス１０６４は、自身が運用系サーバ１０Ａの時に用いるＬＡＮ側のＩＰアドレスであり、クライアント４０や待機系サーバ１０Ａとの通信に用いる。クライアント４０は、この運用系ＬＡＮ側ＩＰアドレス１０６４を宛先として通信を行うことで、運用系サーバ１０Ａに対して各種のサービスを要求することができる。また、運用系サーバ１０Ａは、ＬＡＮ側の通信デバイス１１０Ｌ及びハブ２０Ｌを介して待機系サーバ１０Ｂとの間で冗長系制御のための通信を行う場合、この運用系ＬＡＮ側ＩＰアドレス１０６４を自身のＩＰアドレスとして用いる。
【００３５】
待機系ＷＡＮ側ＩＰアドレス１０６６は、自身が待機系サーバ１０Ｂであるときに用いる、運用系サーバ１０Ａとの通信専用のＩＰアドレスである。待機系サーバ１０Ｂは、ＷＡＮ側の通信デバイス１１０Ｗ及びハブ２０Ｗを介して運用系サーバ１０Ａとの間で冗長系制御のための通信を行う場合に、この待機系ＷＡＮ側ＩＰアドレス１０６６を自身のＩＰアドレスとして用いる。
【００３６】
待機系ＬＡＮ側ＩＰアドレス１０６８は、自身が待機系サーバ１０Ｂであるときに用いる、運用系サーバ１０Ａとの通信専用のＩＰアドレスである。待機系サーバ１０Ｂは、ＬＡＮ側の通信デバイス１１０Ｌ及びハブ２０Ｌを介して運用系サーバ１０Ａとの間で冗長系制御のための通信を行う場合、この待機系ＬＡＮ側ＩＰアドレス１０６８を自身のＩＰアドレスとして用いる。
【００３７】
二重化サーバシステムを構成する２つのサーバ１０Ａ，１０Ｂが持つ冗長制御データ１０６は、運用系フラグ１０６０の値以外のＩＰアドレス１０６２〜１０６８の値は共通である。すなわち、本実施形態では、２つのサーバ１０Ａ，１０Ｂのうち運用系となったものが、それら共通のＩＰアドレス群のうち運用系のものを用い、待機系となったものが待機系用のものを用いる。したがって、各サーバ１０Ａ（又は１０Ｂ）は、待機系用アドレスと運用系用アドレスのうち、自分が用いていない方を相手のサーバ１０Ｂ（又は１０Ａ）が用いていることが分かる。
【００３８】
再び図２に戻り、冗長制御プログラム１０８は、運用系及び待機系により冗長システムを成り立たせるための処理を記述したプログラムである。以下、この冗長制御プログラム１０８により実現される処理について説明する。
【００３９】
まず、サーバ１０が起動したときに実行される処理の手順を図５に示す。図５に示すように、本実施形態では、サーバ１０が起動した場合、運用系フラグ１０６０をオフに設定する（Ｓ１０）。すなわち、本実施形態では、二重系のどちらのサーバ１０も、まず待機系として起動する。その後、待機系として起動したサーバ１０は、稼働中の運用系サーバ１０Ａが存在するかを調べ、存在すればそのまま待機系サーバ１０Ｂとしての動作を続行し、存在しなければ自らが運用系サーバ１０Ａとなる。
【００４０】
図５の処理手順では、Ｓ１０の後、《ＷＡＮ側ＩＰアドレス切替制御》Ｓ１００を実行することにより、ＷＡＮ側の通信デバイス１１０Ｗに対し、ＩＰアドレスとして待機系ＷＡＮ側ＩＰアドレス１０６６の値を設定し、また《ＬＡＮ側ＩＰアドレス切替制御》Ｓ２００を実行することにより、ＬＡＮ側の通信デバイス１１０Ｌに対し、ＩＰアドレスとして待機系ＬＡＮ側ＩＰアドレス１０６８の値を設定する。これらの処理により、起動したサーバ１０は、待機系サーバ１０Ｂとして他の装置（例えば存在するかも知れない運用系サーバ１０Ａ）と通信可能になる。Ｓ１００とＳ２００の詳細な処理内容は、後で図６及び図７を参照して説明する。なお、Ｓ１００とＳ２００はどちらを先に実行してもよい。
【００４１】
このようにして、起動したサーバ１０が待機系サーバ１０Ｂとして他の装置と通信可能な状態になると、次に《待機系による運用系障害監視》の処理を実行する（Ｓ３００）。この《待機系による運用系障害監視》（Ｓ３００）は、運用系サーバ１０Ａの障害を監視する処理であり、これにより運用系サーバ１０Ａの障害を検知した場合は、そのＳ３００の処理を実行している自分自身（すなわち待機系サーバ１０Ｂ）が運用系サーバ１０Ａに成り代わる。なお、サーバ１０が起動したときに、二重化サーバシステム中のもう一方のサーバが稼働していなければ、このＳ３００の処理により、運用系サーバ１０Ａが不在であることが検知され、これに応じ、最初は待機系として起動したそのサーバ１０自身が運用系サーバ１０Ａになる。なお、Ｓ３００の処理の詳細は、後で図１０を参照して説明する。
【００４２】
次に図６を参照してＳ１００の《ＷＡＮ側ＩＰアドレス切替制御》の詳細について説明する。
【００４３】
この処理では、まず当該サーバ１０自身が持つ冗長制御データ１０６中の運用系フラグ１０６０がオンであるか否かを調べる（Ｓ１０２）。この結果、運用系フラグがオフであれば、そのサーバ１０は待機系であるので、図８に示すように、ＷＡＮ側の通信デバイス１１０Ｗに対し、通信のためのＩＰアドレスとして、待機系ＷＡＮ側ＩＰアドレス１０６６の値をセットする（Ｓ１０４）。
【００４４】
一方、Ｓ１０２で運用系フラグ１０６０がオンであれば、そのサーバ１０は運用系であり、ＩＳＰ３０に対する接続処理を実行し（Ｓ１０６）、ＷＡＮ側の通信デバイス１１０Ｗに対し、運用系ＷＡＮ側ＩＰアドレス１０６２の値をセットする（Ｓ１０８）。ここで、Ｓ１０６のＩＳＰ接続処理では、ＩＳＰ３０から固定に割り当てられるかＤＨＣＰによって動的に割り当てられるかしたインターネット接続用のＩＰアドレスをＷＡＮ側の通信デバイス１１０Ｗにセットする。したがって、本実施形態では、サーバ１０が運用系である場合、ＷＡＮ側の通信デバイス１１０Ｗには、図９に示すように、インターネット接続用のＩＰアドレス１１２と、待機系との通信専用のＩＰアドレスである運用系ＷＡＮ側ＩＰアドレス１０６２とがセットされることになる。１つのＮＩＣ（ネットワーク・インタフェース・カード）ポートに対してデバイスドライバ上で複数のＩＰアドレスを割り当て、複数のＮＩＣが存在するのと同等の通信を実現する仕組みは既に存在するので、ＷＡＮ側の通信デバイス１１０Ｗにこの仕組みを利用して２つのＩＰアドレスを割り当て、２系統の通信を実現することができる。
【００４５】
次に図７を参照してＳ２００の《ＬＡＮ側ＩＰアドレス切替制御》の詳細について説明する。
【００４６】
この処理では、まず当該サーバ１０自身が持つ冗長制御データ１０６中の運用系フラグ１０６０がオンであるか否かを調べる（Ｓ２０２）。この結果、運用系フラグがオフであれば、そのサーバ１０は待機系であるので、図８に示すように、ＬＡＮ側の通信デバイス１１０Ｌに対し、通信のためのＩＰアドレスとして、待機系ＬＡＮ側ＩＰアドレス１０６８の値をセットする（Ｓ２０４）。一方、Ｓ２０２で運用系フラグ１０６０がオンであれば、図９に示すように、ＬＡＮ側の通信デバイス１１０Ｌに対し、運用系ＬＡＮ側ＩＰアドレス１０６４をセットする。
【００４７】
以上に説明した《ＷＡＮ側ＩＰアドレス切替制御》及び《ＬＡＮ側ＩＰアドレス切替制御》の各処理プログラムは、サーバ１０が運用系である場合と待機系である場合とに共通したプログラムとなっている。
【００４８】
なお、図５の起動処理でのＳ１００の《ＷＡＮ側ＩＰアドレス切替制御》及びＳ２００の《ＬＡＮ側ＩＰアドレス切替制御》では、サーバ１０は待機系として動作しているので、Ｓ１０４及びＳ２０４がそれぞれが実行され、図８に示すように通信デバイス１１０Ｗ、１１０Ｌには、それぞれ待機系のときのＩＰアドレス１０６６及び１０６８がセットされることになる。
【００４９】
次に、図１０を参照して、Ｓ３００の《待機系による運用系障害監視》の詳細な流れを説明する。この処理は待機系サーバ１０Ｂにより実行される処理であり、必然的に運用系サーバ１０Ａも存在している。
【００５０】
この処理では、待機系サーバ１０Ｂは、まずタイマー計時により所定時間ごとの監視時刻が到来したかどうかを判定し（Ｓ３０２）、監視時刻になるごとに、Ｓ３０４以下の処理を実行する。
【００５１】
監視時刻が到来すると、待機系サーバ１０Ｂは、ＷＡＮ側の通信デバイス１１０Ｗのポート、及びＬＡＮ側の通信デバイス１１０Ｌのポートの双方から、運用系サーバ１０Ａへのアクセスを試み（Ｓ３０４）、アクセスできるかどうかを判定する（Ｓ３０６）。このときの通信では、自分が持っている冗長制御データ１０６の中にある運用系ＷＡＮ側ＩＰアドレス１０６２と運用系ＬＡＮ側ＩＰアドレス１０６４を宛先として用いれば、運用系サーバ１０Ａ（もし存在するならば）と通信できる。このアクセス試行において、ＷＡＮ側の経路（すなわちハブ２０Ｗを経由する経路）とＬＡＮ側の経路（すなわちハブ２０Ｌを経由する経路）のいずれを用いても運用系サーバ１０Ａにアクセスできなければ、待機系サーバ１０Ｂは、運用系サーバ１０Ａが存在しないか、ＷＡＮ側及びＬＡＮ側のいずれの側からのアクセス要求にも応えられないほど深刻な障害が生じているものと判断し、Ｓ４００に進み《待機系による系切替》を実行することで、その待機系サーバ１０Ｂが運用系サーバ１０Ａへと成り代わる。なおＳ４００の《待機系による系切替》の詳細な処理については、後で説明する。
【００５２】
ＷＡＮ側及びＬＡＮ側の少なくとも一方の経路で運用系サーバ１０Ａにアクセスできた場合、運用系サーバ１０Ａは動作しており、かつ少なくとも一方の経路で通信可能ということである。この場合、待機系サーバ１０Ｂは、その通信可能な経路を用いて（両方とも通信可能なら両方を用いてもよい）、運用系サーバ１０Ａに対するヘルスチェックを行う（Ｓ３０８）。このヘルスチェックでは、運用系サーバ１０Ａがサービスに必要な処理を実行しているかどうかを調べる。例えばＩＳＰ３０への接続が実行できているかや、ＬＡＮ上のクライアント４０への接続が実行できているかを調査する。ＩＳＰ３０やクライアント４０と通信可能かどうかは、従来手法によりチェックできる。クライアント４０へのアクセスが可能かどうかは、１つのクライアント４０だけではクライアント４０が単に停止しているためアクセスできない可能性もあるため、いくつかのクライアント４０に対してアクセス可否を確認する。Ｓ３０８では、このほかにも、従来の冗長サーバシステムでのヘルスチェックで確認している項目を調べるようにしてももちろんよい。このような調査では、例えば待機系サーバ１０Ｂから運用系サーバ１０Ａに対し各調査項目の処理が実行できているかを問い合わせ、この問い合わせに応じ運用系サーバ１０Ａが各調査項目の処理が実行できているかを自己診断し、その結果を待機系サーバ１０Ｂに返すようにすればよい。これは、待機系サーバ１０Ｂの主導によるヘルスチェックであるが、この代わりに、運用系サーバ１０Ａが定期的に各調査項目の自己診断を行い、その結果を定期的に待機系サーバ１０Ｂに通知するような構成でもよい。この構成の場合、Ｓ３０８は、定期的に運用系サーバ１０Ａから通知されてくる診断結果を確認する処理となる。
【００５３】
このヘルスチェックの結果、運用系サーバ１０ＡがＩＳＰ３０に接続不可であるか否かを判定する（Ｓ３１０）。ここで運用系サーバ１０ＡがＩＳＰ３０に接続できなければ、運用系サーバ１０Ａは現在クライアント４０に対してインターネット接続のサービスを提供できないということなので、待機系サーバ１０Ｂが交代できないかを調べる。すなわち、待機系サーバ１０ＢはＩＳＰ３０にアクセスを試み（Ｓ３１２）、アクセスが成功したかどうかを判定する（Ｓ３１４）。そしてＳ３１２のアクセスが成功した場合、ＷＡＮ側のハブ２０Ｗは正常に動作しており、運用系サーバ１０ＡのＷＡＮ側ポート（通信デバイス１１０Ｗ）、又は運用系のＷＡＮ側ポートとハブ２０Ｗを結ぶケーブルの障害と判断できるので、待機系サーバ１０Ｂが主導的に系切替を実行する。すなわち、待機系サーバ１０Ｂは、ＩＳＰ接続サービスを提供できるため、運用系サーバに成り代わることができるので、Ｓ４００に進んで《待機系による系切替》を実行する。一方、Ｓ３１２のアクセスが成功しなかった場合は、運用系サーバ１０Ａも待機系サーバ１０ＢもＩＳＰ３０に接続できないので、冗長サーバシステムとしてＩＳＰ接続サービスが提供できないということになる。この場合は、冗長制御では対処できないので、待機系サーバ１０Ｂ（及び運用系サーバ１０Ａ）は冗長制御に関しては何も行わず、Ｓ３０２に戻って監視処理を続ける。
【００５４】
Ｓ３１０の判定で、運用系サーバ１０ＡがＩＳＰ３０に接続できると判定した場合、待機系サーバ１０Ｂは、更にヘルスチェックの結果に基づき、運用系サーバ１０ＡがＬＡＮ上のクライアント４０に接続不可であるか否かを判定する（Ｓ３１６）。ここで運用系サーバ１０ＡがＬＡＮ上のクライアント４０に接続できなければ、運用系サーバ１０Ａはクライアント４０に対し、各種サービスが提供できないということなので、待機系サーバ１０Ｂは交代を試みる。すなわち、待機系サーバ１０Ｂは、ＬＡＮ上のいずれかのクライアント４０にアクセスを試み（Ｓ３１８）、その結果を判定する（Ｓ３２０）。クライアント４０にアクセスできるかどうかは、例えばpingコマンドなどをクライアント４０に送信し、それに対する応答があるかどうかで判断すればよい。ここで、クライアント４０へのアクセスが成功すればＳ４００に進んで《待機系による系切替》を実行する。すなわち、この場合、運用系サーバ１０ＡのＬＡＮ側ポート、又は運用系のＷＡＮ側ポートとＬＡＮ側のハブ２０Ｌを結ぶケーブルの障害と判断できるので、待機系サーバ１０Ｂが主導的に系切替を実行する。一方、Ｓ３１８のアクセスが成功しなかった場合は、運用系サーバ１０Ａも待機系サーバ１０Ｂもどちらもクライアント４０と通信できない、すなわち冗長サーバシステムがクライアント４０と通信できないことになる。この場合は、冗長制御では対処できないので、待機系サーバ１０Ｂ（及び運用系サーバ１０Ａ）は冗長制御に関しては何も行わず、Ｓ３０２に戻って監視処理を続ける。
【００５５】
なお、Ｓ３０８のヘルスチェックで、運用系サーバ１０ＡがＩＳＰ３０にもクライアント４０にも接続可能であることが分かれば（Ｓ３１０及びＳ３１６の判定結果が共に否定（Ｎ））、運用系サーバ１０Ａは正常にサービスを提供できる状態であるので、待機系サーバ１０ＢはＳ３０２に戻って監視処理を続行すればよい。
【００５６】
次に、図１１を参照して、Ｓ４００の《待機系による系切替》の詳細な手順を説明する。この処理手順は、サーバ１０が待機系サーバ１０Ｂにある時に呼び出される処理である。
【００５７】
この処理では、まず待機系サーバ１０Ｂは、ＷＡＮ側及びＬＡＮ側の両方の経路から運用系サーバ１０Ａへのアクセスを試み（Ｓ４０２）、アクセスできるかどうかを判定する（Ｓ４０４）。そして、少なくとも一方の経路でアクセスできた場合、待機系サーバ１０Ｂは、その経路を使って運用系サーバ１０Ａに停止を指示する（Ｓ４０６）。この指示を受け取った運用系サーバ１０Ａは、サーバとしての動作を停止する。そして、待機系サーバ１０Ｂは、運用系サーバ１０Ａが停止したのを確認して、自分が運用系に成り代わるためにＳ４０８以降の処理を行う。なお、Ｓ４０４で運用系サーバ１０ＡへのアクセスがＷＡＮ側、ＬＡＮ側のどちらの経路でも失敗した場合、待機系サーバ１０Ｂは、運用系サーバ１０Ａ自体が停止しているものと判断し、運用系の停止処理は飛ばし、Ｓ４０８に進んで自らが運用系となるための処理を行う。
【００５８】
なお、Ｓ４０６では、運用系サーバ１０Ａを停止させる代わりに、待機系への切替を指示するようにしてもよい。この場合、指示を受けた運用系サーバ１０Ａは、ＷＡＮ側及びＬＡＮ側のＩＰアドレスを待機系のものへと切り替える。そして、この切替が完了した後で、待機系サーバ１０Ｂが運用系へと切り替わる。
【００５９】
Ｓ４０８では、待機系サーバ１０Ｂは、自らの運用系フラグ１０６０をオンに設定する。そして、この状態で、前述の《ＷＡＮ側ＩＰアドレス切替処理》（Ｓ１００）及び《ＬＡＮ側ＩＰアドレス切替処理》（Ｓ２００）を実行することで、それまで待機系サーバ１０Ｂであったサーバは、運用系サーバ１０ＡとしてのＩＰアドレスで他の装置と通信可能な状態となり、運用系サーバ１０Ａとしての動作を開始する。そして、今や運用系サーバ１０Ａとなったこのサーバは、Ｓ５００の《運用系自己監視》の処理を実行することで、自己の運用系サーバとしての機能に問題がないかをチェックする。
【００６０】
次に図１２を参照して、Ｓ５００の《運用系自己監視》の詳細な手順について説明する。この手順では、サーバ１０は、自身の運用系フラグ１０６０がオンにセットされているか否かを判定し、オンになっていれば、Ｓ５０２以降の処理により、運用系サーバとしての機能の自己診断を行う。
【００６１】
まずＳ５０２では、タイマー計時により、定期的な診断処理の実行タイミングが来たかどうかを判定し（Ｓ５０２）、実行タイミングが到来した場合には、サーバ１０は自己診断プログラムを実行する（Ｓ５０４）。この自己診断プログラムは、運用系サーバ１０Ａとしてのサービスを提供するために必要な各ハードウエア、ソフトウエアが実際に働いているかどうかを確認する。自己診断では、例えば、ＩＳＰへの接続可否、ＬＡＮ上のクライアントとの通信可否、ＤＨＣＰサービスやＶＰＮサービスの実行可否、通信デバイスやハードディスクなどの性能などを確認する。そして、この自己診断により、いずれかのソフトウエア又はハードウエアに異常（障害又はその兆候）があるかどうかを判定する（Ｓ５０６）。ここで障害も、その兆候もないと判定した場合は、Ｓ５０２に戻って定期的な診断を実行する。
【００６２】
一方、Ｓ５０６でいずれかの機能に異常があると判定した場合は、運用系サーバ１０Ａは、運用系としての十分な能力を持っていないか、あるいは近い将来そのような事態に陥る可能性が高いと判断できるので、運用系サーバ１０Ａは、待機系サーバ１０Ｂに運用系の処理を引き継ぐための処理を実行する。すなわち、この場合、運用系サーバ１０Ａは、ＷＡＮ側及びＬＡＮ側の両経路から待機系サーバ１０Ｂに対してアクセスを試み（Ｓ５０８）、アクセスできれば（Ｓ５１０の判定結果がＹ）、待機系サーバ１０Ｂに対して《待機系による系切替》の実行を依頼する（Ｓ５１２）。この依頼を受けた待機系サーバ１０Ｂは、図１１に示した《待機系による系切替》の処理を実行することで、運用系サーバ１０Ａを停止させ、自らが新たに運用系サーバとなる。
【００６３】
なお、Ｓ５０８での待機系へのアクセスが失敗した場合は、待機系サーバ１０Ｂが存在しない（或いは稼働していない）ということであり、この場合冗長制御では運用系サーバ１０Ａの能力不足は解消できないので、運用系サーバ１０Ａは冗長制御に関しては何も行わず、Ｓ５０２に戻って定期的な自己診断を繰り返す。なお、この場合、運用系サーバ１０Ａが障害のある機能の自己復旧処理を実行するようにしてももちろんよい。
【００６４】
以上、冗長サーバシステムを構成するサーバ１０の処理手順について説明した。
【００６５】
以上の手順では、運用系サーバ１０Ａとして機能していたサーバ１０は、待機系サーバ１０Ｂからの監視により障害発生を検出されるか、或いは自己診断により機能障害やそのおそれが検出した場合、《待機系による系切替》により停止させられる。このあと、その停止されたサーバ１０がシステム管理者等により復旧された場合は、単にそのサーバ１０を起動すれば、図５の起動処理により、そのサーバ１０を待機系サーバ１０Ｂとして冗長サーバシステムに参加させることができる（もちろんこれは運用系サーバ１０Ａは健在であるとした場合のことである）。
【００６６】
また、本実施形態のサーバ１０は、１台でも動作可能である。すなわちこの場合は、まずサーバ１０は、起動処理により待機系として起動した後、待機系による運用系の障害監視（Ｓ３００）により、稼働中の運用系サーバ１０Ａがないことを検知し、自らが運用系へと切り替わる。そして、このサーバ１０が、運用系のみの一台構成のサーバとして、クライアント４０に対してＬＡＮ上及びインターネット接続その他のサービスを提供する。したがって、予算が少ないユーザは、１台のサーバ１０のみを導入することもできる。そして、資金的に余裕ができた場合は、もう１台のサーバ１０をシステムに追加することで、上述の冗長サーバシステムを実現できる。この場合、追加したサーバは、図５の起動処理により、待機系として機能することになる。
【００６７】
なお、システムへのサーバ１０の追加のために、例えば、１台しかサーバ１０を用いないときでもＷＡＮ側及びＬＡＮ側のハブ２０Ｗ及び２０Ｌを設置しておけば、新たに追加するサーバ１０をこれらハブ２０Ｗ及び２０Ｌに接続し、起動するだけで、冗長構成のサーバシステムを構成できる。
【００６８】
以上説明した本実施形態のシステムでは、まず２つのサーバ１０Ａ及び１０Ｂ間でのヘルスチェックその他の通信のために、ハブ２０Ｗを経由するＷＡＮ側の経路と、ハブ２０Ｌを経由するＬＡＮ側の経路の２つの経路を用いることができる。これら２つの経路は、各サーバ１０Ａ，１０Ｂがクライアント４０やＩＳＰ３０と通信する際にも用いる経路である。すなわち、本実施形態では、ヘルスチェックなど２つのサーバ１０Ａ及び１０Ｂ間での冗長制御のための通信を、専用の通信経路を用いなくても、二重の通信経路を用いて実行することができる。これら２つの通信経路が同時に通信不可となる可能性は極めて低いので、一方のサーバから他方へどちらの通信経路を用いても通信ができなければ、十分に高い確率で他方が停止していると判断できる。
【００６９】
本実施形態の冗長サーバ構成は、ＬＡＮ−ＷＡＮ境界のサーバが１つしかない従来のシステム構成に比べ、ハードウエア構成上は、サーバ１台と、ＷＡＮ側及びＬＡＮ側で合計２台のハブを追加するだけで済むのでコスト面で有利である。また、ＬＡＮ側のハブは、ＬＡＮ構成上もともと設置されている場合が一般的なので、通常はサーバ１台とハブ１台を追加する分のコストアップしかない。また、冗長系を構成する個々のサーバ１０は、ＷＡＮ側及びＬＡＮ側にネットワークインタフェースカードなどの通信デバイスを１つずつ持つだけでよいので、サーバ１台当たりの通信デバイスの数も従来から増やす必要がない。
【００７０】
また、本実施形態では、一旦停止した運用系サーバが自動的に復旧した場合でも、復旧時の起動処理により、そのサーバは待機系として冗長サーバシステムに参加することとなるので、運用系サーバが重複してしまうという不具合を避けることができる。
【００７１】
また、本実施形態のサーバは１台だけでも運用系サーバとして機能できると共に、同じソフトウエア構成のサーバをもう１台追加すれば、追加したサーバが自動的に待機系として動作する。また、２台のサーバの冗長構成で運用している際に、運用系サーバを停止さても、残った待機系が自動的に運用系に成り代わってサービスを引き継ぐ。このように、本実施形態のサーバを用いた冗長サーバシステムは、システム構成を柔軟に壊変することができるという利点を持つ。
【００７２】
また、特許文献１及び２に示した従来技術では、サーバ相互間のヘルスチェックは行っていたが、これだけでは、相手方のサーバまでの通信経路が繋がっていることと、相手方のサーバがpingコマンド等の問い合わせに答えられることが分かるだけである。仮にpingの問い合わせに答えられたとしても、それだけでは相手がクライアントに対して必要なサービスを提供できるかまでは分からない。これに対し、本実施形態では、（１）待機系が運用系を監視することで、運用系の停止や、待機系のみが検出可能な運用系の障害を検出でき、（２）運用系自身が自己診断を行うことで外からは分からない内部機能の障害を検出できる。
【００７３】
また、本実施形態では、運用系及び待機系が、定期的な監視や自己診断の際に、それぞれＩＳＰ３０やＬＡＮ上のクライアント４０と通信ができるかどうかを検査するので、孤立検査も実現できる。
【００７４】
また、本実施形態の冗長サーバシステムでは、ＩＳＰ３０との接続は、運用系サーバ１０Ａのみが行うので、ＩＳＰ３０への登録情報など、ＷＡＮ側の接続系に設定変更を行う必要がない。また、運用系サーバ１０Ａと待機系サーバ１０Ｂが同時にインターネット接続を行うことがないので、一般的に１台との接続しか許していないＩＳＰの契約条件やシステム上の利用制限を満足することができる。
【００７５】
また、本実施形態のシステムでは、運用系サーバ１０Ａは常に一つしか存在せず、そのＬＡＮ側のＩＰアドレスは固定されているので、ＬＡＮ−ＷＡＮ境界のサーバが１つしかない従来のシステム構成と比べて、ＬＡＮ上のクライアント４０などサービスを享受する側の装置の持つソフトウエアや設定に変更や追加を加える必要がない。
【００７６】
以上の例では、各サーバ１０Ａ、１０ＢのＷＡＮ側ポートに設定する運用系−待機系間の通信のためのＩＰアドレス（すなわち運用系ＷＡＮ側ＩＰアドレス１０６２と待機系ＷＡＮ側ＩＰアドレス１０６６）を、系の切替に応じて切り替えた。しかし、これらは運用系−待機系間の通信専用のＩＰアドレスであり、ＬＡＮ上及びＷＡＮ上の他のノードには影響を及ぼさないので、そのような切替をせずに、サーバ１０Ａとサーバ１０Ｂとで固定的に設定しておく方式でも構わない。
【図面の簡単な説明】
【００７７】
【図１】本発明に係るシステムの概略構成例を示す図である。
【図２】本実施形態のサーバの構成例を示す図である。
【図３】運用用データの例を示す図である。
【図４】冗長制御データの例を示す図である。
【図５】起動処理の手順を示すフローチャートである。
【図６】ＷＡＮ側ＩＰアドレス切替制御の手順を示すフローチャートである。
【図７】ＬＡＮ側ＩＰアドレス切替制御の手順を示すフローチャートである。
【図８】サーバが待機系に設定されたときの、通信デバイスにセットされるＩＰアドレスを説明するための図である。
【図９】サーバが運用系に設定されたときの、通信デバイスにセットされるＩＰアドレスを説明するための図である。
【図１０】待機系による運用系障害監視の手順を示すフローチャートである。
【図１１】待機系による系切替の手順を示すフローチャートである。
【図１２】運用系自己監視の手順を示すフローチャートである。
【符号の説明】
【００７８】
１０Ａ 運用系サーバ、１０Ｂ 待機系サーバ、２０Ｌ，２０Ｗ ハブ、２２ ＡＤＳＬモデム、３０ ＩＳＰ、４０ クライアント。
【技術分野】
【０００１】
本発明は、運用系と待機系のサーバを備えた冗長構成のサーバシステムに関する。
【背景技術】
【０００２】
サーバを冗長構成とすることで可用性を向上させる仕組みは従来より多く提案されている。このような冗長構成のサーバシステムでは、運用系サーバと待機系サーバのヘルスチェック（稼働しているか否かの確認）や、運用系が停止した場合の待機系への切り替えが行われている。
【０００３】
例えば特許文献１には、ＬＡＮで他の計算機と接続され、同一の論理アドレスを持つ現用系の計算機と予備系の計算機により構成されるホットスタンバイ型の２重化ノードシステムにおいて、予備系の計算機は、現用系の計算機がダウンしたかどうかを監視し、現用系の計算機がダウンしたと認識した場合に、予備系の計算機の論理アドレスを活性化し、かつ２つの系間通信路およびＬＡＮを経由して系切替え情報を通知して現用系の計算機の論理アドレスを非活性化する点が開示されている。
【０００４】
また特許文献２に示されるシステムでは、現用系サーバは、ヘルスチェックにより待機系サーバの異常を検出するとＬＡＮを介してクライアントの接続確認を行うことで自サーバの孤立の判定を行い、孤立と判定した場合に共通ＩＰアドレスを無効化する。一方、待機系サーバは、ヘルスチェックにより現用系サーバの異常を検出するとＬＡＮを介して現用系サーバの接続確認を行い、これにより現用系サーバのダウンと判定した場合にＬＡＮを介してクライアントの接続確認を行うことで自サーバの孤立の判定を行い、孤立でないと判定した場合に共通ＩＰアドレスを有効化する。
【０００５】
【特許文献１】特開２００１−３４４１２５号公報
【特許文献２】特開２００４−１７１３７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１及び２はいずれもＬＡＮ（ローカル・エリア・ネットワーク）のみを対象としたサーバに関するものである。
【０００７】
一方、ＬＡＮとＷＡＮ（ワイド・エリア・ネットワーク）の境界に位置し、クライアント装置に対してＬＡＮ上のサービスのみならずＷＡＮへの接続のためのサービスを提供するサーバも存在する。例えばこの種のサーバでは、ＬＡＮに対してはＤＨＣＰ(dynamic host configuration protocol)などのネットワークサービスを、またＬＡＮ−ＷＡＮ接続においてＩＳＰ(internet service provider)認証、ファイアウォール、ＶＰＮ(virtual private network)などのサービスを一台の装置で提供する例も少なくない。
【０００８】
インターネット接続や、同一法人もしくはグループ法人に属する物理的に分散した拠点間接続を行うＶＰＮなどは、近年、業務遂行の上で欠かせないものとなりつつある。このため、ＬＡＮ−ＷＡＮ境界に位置するサーバの可用性を向上させることが極めて重要となる。サーバ単体としては、内部の構成要素が二重化されているような高可用性サーバも存在するが、価格が極めて高い。安価に実現可能な、冗長構成のシステムが求められる。
【０００９】
特許文献１及び２に示される構成はＬＡＮとの間の通信しか考慮していないため、ＬＡＮ−ＷＡＮ境界に位置するサーバの冗長構成としては必ずしも好適なものとはいえない。
【課題を解決するための手段】
【００１０】
本発明に係る冗長サーバシステムは、ＬＡＮとＷＡＮとの境界に設置され、一方がＬＡＮ上のクライアントに対してサービスを提供する運用系、他方がその運用系の予備である待機系として機能する２台のサーバ装置と、前記２台のサーバ装置の各ＬＡＮ側ネットワークポートと前記ＬＡＮとを接続するＬＡＮ側ハブと、前記２台のサーバ装置の各ＷＡＮ側ネットワークポートと前記ＷＡＮとを接続するＷＡＮ側ハブと、を備え、前記ＬＡＮ側ハブを介した前記２台のサーバ装置間の通信経路と、前記ＷＡＮ側ハブを介した前記２台のサーバ装置間の通信経路と、の両経路を介して前記２台のサーバ装置間での冗長系制御のための通信を行う。
【００１１】
好適な態様では、前記２台のサーバ装置のうち運用系は、前記ＷＡＮとの通信のための論理アドレスとは別に前記ＷＡＮ側ハブを介して待機系と通信するためのＷＡＮ側論理アドレスを有し、待機系は前記ＷＡＮ側ハブを介して運用系と通信するためのＷＡＮ側論理アドレスを有し、前記運用系及び待機系は相互のＷＡＮ側論理アドレスを用いて冗長系制御のための通信を行う。
【００１２】
別の好適な態様では、前記２台のサーバ装置のうち待機系は、運用系が前記ＷＡＮと接続できない状態であることを検知した場合、前記ＷＡＮに対する接続を試み、その接続が成功した場合、運用系に停止を指示し、自らが運用系に切り替わる。
【００１３】
更に別の好適な態様では、前記２台のサーバ装置のうち待機系が運用系を監視し、この監視により運用系が停止していることを検知した場合は待機系が自律的に運用系へと切り替わり、前記監視により運用系は稼働しているものの機能不全であることを検知した場合は待機系が運用系に対して停止又は待機系への切替を指示し、その指示に対する処理が完了した後で待機系が運用系へと切り替わる。
【００１４】
更に別の好適な態様では、前記２台のサーバ装置のうち運用系は、自らのソフトウエア及びハードウエアの状態を監視し、この監視により異常を発見した場合は、待機系に対し運用系への切替を依頼し、この依頼に応じて待機系が運用系へ切り替わる。
【００１５】
更に別の好適な態様では、前記各サーバ装置は、起動時には待機系として機能し、前記ＬＡＮ側ハブを介した前記２台のサーバ装置間の通信経路と、前記ＷＡＮ側ハブを介した前記２台のサーバ装置間の通信経路とを介して運用系の存在の有無を確認し、運用系が存在することが確認された場合は待機系としての動作を続行し、運用系が存在しないことが確認された場合は運用系に切り替わる。
【００１６】
更に別の好適な態様では、前記２台のサーバ装置は、それぞれ、前記ＬＡＮ側ハブを介した通信用の論理アドレスとして、ＬＡＮ上のクライアント装置へのサービス提供のための運用系ＬＡＮ側論理アドレスと、運用系との冗長系制御のための通信のための待機系ＬＡＮ側論理アドレスとを保持しており、該サーバ装置が運用系である場合はそれらのうちの運用系ＬＡＮ側論理アドレスを有効にし、該サーバ装置が待機系である場合はそれらのうちの待機系ＬＡＮ側論理アドレスを有効にする。
【００１７】
本発明の別の側面では、ＬＡＮとＷＡＮとの境界に設置されるサーバ装置であって、２台１組として構成した場合に、一方がＬＡＮ上のクライアントに対してサービスを提供する運用系、他方がその運用系の予備である待機系として機能し得るサーバ装置であって、自らが運用系としてＬＡＮ上のクライアントに対してサービスを提供する際に用いる運用系ＷＡＮ側論理アドレス及び運用系ＬＡＮ側論理アドレスと、自らが待機系として機能する際に用いる待機系ＷＡＮ側論理アドレス及び待機系ＬＡＮ側論理アドレスと、を記憶した記憶装置と、自らが運用系になった場合には、当該サーバ装置のＷＡＮ側通信ポート及びＬＡＮ側通信ポートに運用系ＷＡＮ側論理アドレス及び運用系ＬＡＮ側論理アドレスをそれぞれ設定し、自らが待機系になった場合には、前記ＷＡＮ側通信ポート及びＬＡＮ側通信ポートに待機系ＷＡＮ側論理アドレス及び待機系ＬＡＮ側論理アドレスをそれぞれ設定するアドレス設定手段と、自らが運用系である場合は、待機系との間の冗長系制御のために、前記ＷＡＮ側ポートから前記待機系ＷＡＮ側論理アドレスを宛先として通信を行うとともに、前記ＬＡＮ側ポートから前記待機系ＬＡＮ側論理アドレスを宛先として通信を行い、自らが待機系である場合は、運用系との間の冗長系制御のために、前記ＷＡＮ側ポートから前記運用系ＷＡＮ側論理アドレスを宛先として通信を行うとともに、前記ＬＡＮ側ポートから前記運用系ＬＡＮ側論理アドレスを宛先として通信を行う冗長系制御手段と、を備えるサーバ装置を提供する。
【００１８】
好適な態様では、前記サーバ装置は、起動されたときに前記ＷＡＮ側通信ポート及びＬＡＮ側通信ポートに前記待機系ＷＡＮ側論理アドレス及び待機系ＬＡＮ側論理アドレスをそれぞれ設定することにより待機系として機能し、その後前記ＷＡＮ側ポートから前記運用系ＷＡＮ側論理アドレスを宛先として通信を試み、前記ＬＡＮ側ポートから前記運用系ＬＡＮ側論理アドレスを宛先として通信を試みることで、運用系の有無を確認し、運用系が存在することが確認された場合は待機系としての動作を続行し、運用系が存在しないことが確認された場合は前記ＷＡＮ側通信ポート及びＬＡＮ側通信ポートに前記運用系ＷＡＮ側論理アドレス及び運用系ＬＡＮ側論理アドレスをそれぞれ設定することにより運用系に切り替わる。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照して、本発明を実施するための最良の形態（以下「実施形態」と呼ぶ）について説明する。
【００２０】
ＬＡＮとＷＡＮと境界に位置し、例えばＬＡＮに対してはＤＨＣＰなどのネットワークサービスを、またＬＡＮ−ＷＡＮ接続についてはＩＳＰ認証、ファイアウォール、ＶＰＮなどのサービスを提供するサーバが広く普及している。本実施形態では、この種のサーバを二台設置し、一方を運用系、他方をホットスタンバイしている待機系とし、運用系が機能不全に陥ったときに待機系に切り替えることにより可用性を向上させる。
【００２１】
図１は本発明に係るシステムの概略構成を示す図である。図１のシステムでは、例えば企業内の内部ネットワークであるＬＡＮと、その外部のインターネット等の外部ネットワークであるＷＡＮとの境界に２つのサーバ１０Ａ，１０Ｂが設けられている。そして図示例ではその一方がＬＡＮ上の各クライアント４０にサービスを提供する運用系サーバ１０Ａとして、他方がその運用系サーバ１０Ａが停止乃至故障した際のバックアップである待機系サーバ１０Ｂとして機能している。
【００２２】
ＬＡＮ側では、運用系サーバ１０Ａ及び待機系サーバ１０Ｂは、ハブ２０Ｌに接続されている。そして、ＬＡＮ上の各クライアント４０は、そのハブ２０Ｌに対して直接、又は他のハブを介して間接的に接続されている。
【００２３】
ＷＡＮ側では、運用系サーバ１０Ａ及び待機系サーバ１０Ｂは、ハブ２０Ｗに接続されている。このハブ２０ＷはＡＤＳＬモデム２２に接続されており、ＡＤＳＬモデム２２はＡＤＳＬ回線を介してＩＳＰ（プロバイダ）３０に接続されている。ここでは、サーバ１０Ａ，１０ＢとＩＳＰ３０との間の接続回線としてＡＤＳＬを例示したが、これはＦＴＴＨや専用線など、他の回線であってももちろん構わない。
【００２４】
本実施形態では、運用系サーバ１０Ａ及び待機系サーバ１０Ｂは、ハードウエア及びソフトウエア構成としては共通のものを用いる。すなわち、同じ構成を持つ２台のサーバ１０が、相互に協調しながら動作することで、一方が運用系サーバ１０Ａとなり、他方が待機系サーバ１０Ｂとなるようにしている。この共通のサーバ１０の構成を、図２を参照して以下に説明する。
【００２５】
サーバ１０は、ＬＡＮ側の通信デバイス１１０Ｌと、ＷＡＮ側の通信デバイス１１０Ｗを備えている。通信デバイス１１０Ｌ及び１１０Ｗは、例えばＮＩＣ(network interaface card)である。
【００２６】
また、サーバ１０は、運用系サーバ１０Ａとしての処理の実行に用いる運用用データ１０２及び運用用プログラム１０４と、もう一方のサーバとの冗長構成の制御のために用いる冗長制御データ１０６及び冗長制御プログラム１０８を有している。
【００２７】
運用用データ１０２は、運用系サーバ１０Ａが提供するサービスのための処理に必要な各種データであり、運用系サーバ１０Ａが提供するサービスの内容によってデータ項目は様々である。一例として、インターネット接続サービスのためには、図３に示すように、ＩＳＰへの接続時の認証に必要なネットワークＩＤ１０２０やパスワード情報１０２２を挙げることができる。なお、接続時のアクセス認証にどのような情報を必要とするかはＩＳＰによって異なるので、ここに挙げたネットワークＩＤ１０２０やパスワード情報１０２２はあくまで一例に過ぎない。また、ＬＡＮ上のクライアント４０との通信のためのＬＡＮ側ＩＰアドレス１０２４も、運用用データ１０２の一項目ではあるが、これは後述する冗長制御データ１０６中の運用系ＬＡＮ側ＩＰアドレスと同じであるので、運用用データ１０２に含める必要はない。また、インターネット接続用のＩＰアドレスとしてＩＳＰから固定のＩＰアドレスが付与されている場合は、そのＩＰアドレスも運用用データ１０２の一つになり、サブネットマスクがある場合はそれも運用用データ１０２の一項目となる。また、ＤＨＣＰサービスのための割り当て可能なアドレス領域の情報や、ファイヤウォール制御のためのセキュリティポリシーの情報、ＶＰＮサービスのための相手側のＩＰアドレスや認証情報なども運用用データ１０２に含まれる。このほか、運用系サーバ１０Ａがクライアント４０に対し提供する各種サービスそれぞれに応じた設定データが運用用データ１０２には含まれる。
【００２８】
運用用プログラム１０４は、サーバ１０が運用系サーバ１０Ａとして動作する際に、各クライアント４０に対して提供するサービスのための処理を記述したプログラムである。運用用プログラム１０４は、上述の運用用データ１０２を用いて、ＩＳＰ接続サービス、ＤＨＣＰサービス、ファイアウォール制御、ＶＰＮ接続サービスなどの各種サービスのための処理を実行する。
【００２９】
なお、運用用データ１０２及び運用用プログラム１０４は、ＬＡＮ−ＷＡＮ境界でサービスを提供する従来のサーバが備えているものと同様のものでよい。
【００３０】
冗長制御データ１０６は、図４に示すように、運用系フラグ１０６０、運用系ＷＡＮ側ＩＰアドレス１０６２、運用系ＬＡＮ側ＩＰアドレス１０６４、待機系ＷＡＮ側ＩＰアドレス１０６６、待機系ＬＡＮ側ＩＰアドレス１０６８を含んでいる。
【００３１】
運用系フラグ１０６０は、当該サーバ１０自身が運用系であるか否かを示すフラグであり、自身が運用系であればオンに、待機系であればオフにセットされる。
【００３２】
運用系ＷＡＮ側ＩＰアドレス１０６２は、自身が運用系サーバ１０Ａである時に用いる、待機系サーバ１０Ｂとの通信専用のＩＰアドレスである。運用系サーバ１０Ａは、ＷＡＮ側の通信デバイス１１０Ｗ及びハブ２０Ｗを介して待機系サーバ１０Ｂとの間で冗長系制御のための通信を行う場合に、この運用系ＷＡＮ側ＩＰアドレス１０６２を自身のＩＰアドレスとして用いる。すなわち、本システムでは、運用系サーバ１０Ａ−ハブ２０Ｗ−待機系サーバ１０Ｂという接続経路が、そこだけで独立したサブネットとなる。
【００３３】
なお、この運用系ＷＡＮ側ＩＰアドレス１０６２は、ＩＳＰ３０を介したインターネット接続において用いるＩＰアドレスとは別のものである。すなわち、運用系サーバ１０Ａのインターネット接続のためのＩＰアドレスは、固定割当又はＤＨＣＰによる動的割当のいずれにせよＩＳＰ３０から割り当てられるものであるのに対し、冗長系制御に用いる運用系ＷＡＮ側ＩＰアドレスは、システム管理者が適宜定め、各サーバ１０に登録しておく。
【００３４】
運用系ＬＡＮ側ＩＰアドレス１０６４は、自身が運用系サーバ１０Ａの時に用いるＬＡＮ側のＩＰアドレスであり、クライアント４０や待機系サーバ１０Ａとの通信に用いる。クライアント４０は、この運用系ＬＡＮ側ＩＰアドレス１０６４を宛先として通信を行うことで、運用系サーバ１０Ａに対して各種のサービスを要求することができる。また、運用系サーバ１０Ａは、ＬＡＮ側の通信デバイス１１０Ｌ及びハブ２０Ｌを介して待機系サーバ１０Ｂとの間で冗長系制御のための通信を行う場合、この運用系ＬＡＮ側ＩＰアドレス１０６４を自身のＩＰアドレスとして用いる。
【００３５】
待機系ＷＡＮ側ＩＰアドレス１０６６は、自身が待機系サーバ１０Ｂであるときに用いる、運用系サーバ１０Ａとの通信専用のＩＰアドレスである。待機系サーバ１０Ｂは、ＷＡＮ側の通信デバイス１１０Ｗ及びハブ２０Ｗを介して運用系サーバ１０Ａとの間で冗長系制御のための通信を行う場合に、この待機系ＷＡＮ側ＩＰアドレス１０６６を自身のＩＰアドレスとして用いる。
【００３６】
待機系ＬＡＮ側ＩＰアドレス１０６８は、自身が待機系サーバ１０Ｂであるときに用いる、運用系サーバ１０Ａとの通信専用のＩＰアドレスである。待機系サーバ１０Ｂは、ＬＡＮ側の通信デバイス１１０Ｌ及びハブ２０Ｌを介して運用系サーバ１０Ａとの間で冗長系制御のための通信を行う場合、この待機系ＬＡＮ側ＩＰアドレス１０６８を自身のＩＰアドレスとして用いる。
【００３７】
二重化サーバシステムを構成する２つのサーバ１０Ａ，１０Ｂが持つ冗長制御データ１０６は、運用系フラグ１０６０の値以外のＩＰアドレス１０６２〜１０６８の値は共通である。すなわち、本実施形態では、２つのサーバ１０Ａ，１０Ｂのうち運用系となったものが、それら共通のＩＰアドレス群のうち運用系のものを用い、待機系となったものが待機系用のものを用いる。したがって、各サーバ１０Ａ（又は１０Ｂ）は、待機系用アドレスと運用系用アドレスのうち、自分が用いていない方を相手のサーバ１０Ｂ（又は１０Ａ）が用いていることが分かる。
【００３８】
再び図２に戻り、冗長制御プログラム１０８は、運用系及び待機系により冗長システムを成り立たせるための処理を記述したプログラムである。以下、この冗長制御プログラム１０８により実現される処理について説明する。
【００３９】
まず、サーバ１０が起動したときに実行される処理の手順を図５に示す。図５に示すように、本実施形態では、サーバ１０が起動した場合、運用系フラグ１０６０をオフに設定する（Ｓ１０）。すなわち、本実施形態では、二重系のどちらのサーバ１０も、まず待機系として起動する。その後、待機系として起動したサーバ１０は、稼働中の運用系サーバ１０Ａが存在するかを調べ、存在すればそのまま待機系サーバ１０Ｂとしての動作を続行し、存在しなければ自らが運用系サーバ１０Ａとなる。
【００４０】
図５の処理手順では、Ｓ１０の後、《ＷＡＮ側ＩＰアドレス切替制御》Ｓ１００を実行することにより、ＷＡＮ側の通信デバイス１１０Ｗに対し、ＩＰアドレスとして待機系ＷＡＮ側ＩＰアドレス１０６６の値を設定し、また《ＬＡＮ側ＩＰアドレス切替制御》Ｓ２００を実行することにより、ＬＡＮ側の通信デバイス１１０Ｌに対し、ＩＰアドレスとして待機系ＬＡＮ側ＩＰアドレス１０６８の値を設定する。これらの処理により、起動したサーバ１０は、待機系サーバ１０Ｂとして他の装置（例えば存在するかも知れない運用系サーバ１０Ａ）と通信可能になる。Ｓ１００とＳ２００の詳細な処理内容は、後で図６及び図７を参照して説明する。なお、Ｓ１００とＳ２００はどちらを先に実行してもよい。
【００４１】
このようにして、起動したサーバ１０が待機系サーバ１０Ｂとして他の装置と通信可能な状態になると、次に《待機系による運用系障害監視》の処理を実行する（Ｓ３００）。この《待機系による運用系障害監視》（Ｓ３００）は、運用系サーバ１０Ａの障害を監視する処理であり、これにより運用系サーバ１０Ａの障害を検知した場合は、そのＳ３００の処理を実行している自分自身（すなわち待機系サーバ１０Ｂ）が運用系サーバ１０Ａに成り代わる。なお、サーバ１０が起動したときに、二重化サーバシステム中のもう一方のサーバが稼働していなければ、このＳ３００の処理により、運用系サーバ１０Ａが不在であることが検知され、これに応じ、最初は待機系として起動したそのサーバ１０自身が運用系サーバ１０Ａになる。なお、Ｓ３００の処理の詳細は、後で図１０を参照して説明する。
【００４２】
次に図６を参照してＳ１００の《ＷＡＮ側ＩＰアドレス切替制御》の詳細について説明する。
【００４３】
この処理では、まず当該サーバ１０自身が持つ冗長制御データ１０６中の運用系フラグ１０６０がオンであるか否かを調べる（Ｓ１０２）。この結果、運用系フラグがオフであれば、そのサーバ１０は待機系であるので、図８に示すように、ＷＡＮ側の通信デバイス１１０Ｗに対し、通信のためのＩＰアドレスとして、待機系ＷＡＮ側ＩＰアドレス１０６６の値をセットする（Ｓ１０４）。
【００４４】
一方、Ｓ１０２で運用系フラグ１０６０がオンであれば、そのサーバ１０は運用系であり、ＩＳＰ３０に対する接続処理を実行し（Ｓ１０６）、ＷＡＮ側の通信デバイス１１０Ｗに対し、運用系ＷＡＮ側ＩＰアドレス１０６２の値をセットする（Ｓ１０８）。ここで、Ｓ１０６のＩＳＰ接続処理では、ＩＳＰ３０から固定に割り当てられるかＤＨＣＰによって動的に割り当てられるかしたインターネット接続用のＩＰアドレスをＷＡＮ側の通信デバイス１１０Ｗにセットする。したがって、本実施形態では、サーバ１０が運用系である場合、ＷＡＮ側の通信デバイス１１０Ｗには、図９に示すように、インターネット接続用のＩＰアドレス１１２と、待機系との通信専用のＩＰアドレスである運用系ＷＡＮ側ＩＰアドレス１０６２とがセットされることになる。１つのＮＩＣ（ネットワーク・インタフェース・カード）ポートに対してデバイスドライバ上で複数のＩＰアドレスを割り当て、複数のＮＩＣが存在するのと同等の通信を実現する仕組みは既に存在するので、ＷＡＮ側の通信デバイス１１０Ｗにこの仕組みを利用して２つのＩＰアドレスを割り当て、２系統の通信を実現することができる。
【００４５】
次に図７を参照してＳ２００の《ＬＡＮ側ＩＰアドレス切替制御》の詳細について説明する。
【００４６】
この処理では、まず当該サーバ１０自身が持つ冗長制御データ１０６中の運用系フラグ１０６０がオンであるか否かを調べる（Ｓ２０２）。この結果、運用系フラグがオフであれば、そのサーバ１０は待機系であるので、図８に示すように、ＬＡＮ側の通信デバイス１１０Ｌに対し、通信のためのＩＰアドレスとして、待機系ＬＡＮ側ＩＰアドレス１０６８の値をセットする（Ｓ２０４）。一方、Ｓ２０２で運用系フラグ１０６０がオンであれば、図９に示すように、ＬＡＮ側の通信デバイス１１０Ｌに対し、運用系ＬＡＮ側ＩＰアドレス１０６４をセットする。
【００４７】
以上に説明した《ＷＡＮ側ＩＰアドレス切替制御》及び《ＬＡＮ側ＩＰアドレス切替制御》の各処理プログラムは、サーバ１０が運用系である場合と待機系である場合とに共通したプログラムとなっている。
【００４８】
なお、図５の起動処理でのＳ１００の《ＷＡＮ側ＩＰアドレス切替制御》及びＳ２００の《ＬＡＮ側ＩＰアドレス切替制御》では、サーバ１０は待機系として動作しているので、Ｓ１０４及びＳ２０４がそれぞれが実行され、図８に示すように通信デバイス１１０Ｗ、１１０Ｌには、それぞれ待機系のときのＩＰアドレス１０６６及び１０６８がセットされることになる。
【００４９】
次に、図１０を参照して、Ｓ３００の《待機系による運用系障害監視》の詳細な流れを説明する。この処理は待機系サーバ１０Ｂにより実行される処理であり、必然的に運用系サーバ１０Ａも存在している。
【００５０】
この処理では、待機系サーバ１０Ｂは、まずタイマー計時により所定時間ごとの監視時刻が到来したかどうかを判定し（Ｓ３０２）、監視時刻になるごとに、Ｓ３０４以下の処理を実行する。
【００５１】
監視時刻が到来すると、待機系サーバ１０Ｂは、ＷＡＮ側の通信デバイス１１０Ｗのポート、及びＬＡＮ側の通信デバイス１１０Ｌのポートの双方から、運用系サーバ１０Ａへのアクセスを試み（Ｓ３０４）、アクセスできるかどうかを判定する（Ｓ３０６）。このときの通信では、自分が持っている冗長制御データ１０６の中にある運用系ＷＡＮ側ＩＰアドレス１０６２と運用系ＬＡＮ側ＩＰアドレス１０６４を宛先として用いれば、運用系サーバ１０Ａ（もし存在するならば）と通信できる。このアクセス試行において、ＷＡＮ側の経路（すなわちハブ２０Ｗを経由する経路）とＬＡＮ側の経路（すなわちハブ２０Ｌを経由する経路）のいずれを用いても運用系サーバ１０Ａにアクセスできなければ、待機系サーバ１０Ｂは、運用系サーバ１０Ａが存在しないか、ＷＡＮ側及びＬＡＮ側のいずれの側からのアクセス要求にも応えられないほど深刻な障害が生じているものと判断し、Ｓ４００に進み《待機系による系切替》を実行することで、その待機系サーバ１０Ｂが運用系サーバ１０Ａへと成り代わる。なおＳ４００の《待機系による系切替》の詳細な処理については、後で説明する。
【００５２】
ＷＡＮ側及びＬＡＮ側の少なくとも一方の経路で運用系サーバ１０Ａにアクセスできた場合、運用系サーバ１０Ａは動作しており、かつ少なくとも一方の経路で通信可能ということである。この場合、待機系サーバ１０Ｂは、その通信可能な経路を用いて（両方とも通信可能なら両方を用いてもよい）、運用系サーバ１０Ａに対するヘルスチェックを行う（Ｓ３０８）。このヘルスチェックでは、運用系サーバ１０Ａがサービスに必要な処理を実行しているかどうかを調べる。例えばＩＳＰ３０への接続が実行できているかや、ＬＡＮ上のクライアント４０への接続が実行できているかを調査する。ＩＳＰ３０やクライアント４０と通信可能かどうかは、従来手法によりチェックできる。クライアント４０へのアクセスが可能かどうかは、１つのクライアント４０だけではクライアント４０が単に停止しているためアクセスできない可能性もあるため、いくつかのクライアント４０に対してアクセス可否を確認する。Ｓ３０８では、このほかにも、従来の冗長サーバシステムでのヘルスチェックで確認している項目を調べるようにしてももちろんよい。このような調査では、例えば待機系サーバ１０Ｂから運用系サーバ１０Ａに対し各調査項目の処理が実行できているかを問い合わせ、この問い合わせに応じ運用系サーバ１０Ａが各調査項目の処理が実行できているかを自己診断し、その結果を待機系サーバ１０Ｂに返すようにすればよい。これは、待機系サーバ１０Ｂの主導によるヘルスチェックであるが、この代わりに、運用系サーバ１０Ａが定期的に各調査項目の自己診断を行い、その結果を定期的に待機系サーバ１０Ｂに通知するような構成でもよい。この構成の場合、Ｓ３０８は、定期的に運用系サーバ１０Ａから通知されてくる診断結果を確認する処理となる。
【００５３】
このヘルスチェックの結果、運用系サーバ１０ＡがＩＳＰ３０に接続不可であるか否かを判定する（Ｓ３１０）。ここで運用系サーバ１０ＡがＩＳＰ３０に接続できなければ、運用系サーバ１０Ａは現在クライアント４０に対してインターネット接続のサービスを提供できないということなので、待機系サーバ１０Ｂが交代できないかを調べる。すなわち、待機系サーバ１０ＢはＩＳＰ３０にアクセスを試み（Ｓ３１２）、アクセスが成功したかどうかを判定する（Ｓ３１４）。そしてＳ３１２のアクセスが成功した場合、ＷＡＮ側のハブ２０Ｗは正常に動作しており、運用系サーバ１０ＡのＷＡＮ側ポート（通信デバイス１１０Ｗ）、又は運用系のＷＡＮ側ポートとハブ２０Ｗを結ぶケーブルの障害と判断できるので、待機系サーバ１０Ｂが主導的に系切替を実行する。すなわち、待機系サーバ１０Ｂは、ＩＳＰ接続サービスを提供できるため、運用系サーバに成り代わることができるので、Ｓ４００に進んで《待機系による系切替》を実行する。一方、Ｓ３１２のアクセスが成功しなかった場合は、運用系サーバ１０Ａも待機系サーバ１０ＢもＩＳＰ３０に接続できないので、冗長サーバシステムとしてＩＳＰ接続サービスが提供できないということになる。この場合は、冗長制御では対処できないので、待機系サーバ１０Ｂ（及び運用系サーバ１０Ａ）は冗長制御に関しては何も行わず、Ｓ３０２に戻って監視処理を続ける。
【００５４】
Ｓ３１０の判定で、運用系サーバ１０ＡがＩＳＰ３０に接続できると判定した場合、待機系サーバ１０Ｂは、更にヘルスチェックの結果に基づき、運用系サーバ１０ＡがＬＡＮ上のクライアント４０に接続不可であるか否かを判定する（Ｓ３１６）。ここで運用系サーバ１０ＡがＬＡＮ上のクライアント４０に接続できなければ、運用系サーバ１０Ａはクライアント４０に対し、各種サービスが提供できないということなので、待機系サーバ１０Ｂは交代を試みる。すなわち、待機系サーバ１０Ｂは、ＬＡＮ上のいずれかのクライアント４０にアクセスを試み（Ｓ３１８）、その結果を判定する（Ｓ３２０）。クライアント４０にアクセスできるかどうかは、例えばpingコマンドなどをクライアント４０に送信し、それに対する応答があるかどうかで判断すればよい。ここで、クライアント４０へのアクセスが成功すればＳ４００に進んで《待機系による系切替》を実行する。すなわち、この場合、運用系サーバ１０ＡのＬＡＮ側ポート、又は運用系のＷＡＮ側ポートとＬＡＮ側のハブ２０Ｌを結ぶケーブルの障害と判断できるので、待機系サーバ１０Ｂが主導的に系切替を実行する。一方、Ｓ３１８のアクセスが成功しなかった場合は、運用系サーバ１０Ａも待機系サーバ１０Ｂもどちらもクライアント４０と通信できない、すなわち冗長サーバシステムがクライアント４０と通信できないことになる。この場合は、冗長制御では対処できないので、待機系サーバ１０Ｂ（及び運用系サーバ１０Ａ）は冗長制御に関しては何も行わず、Ｓ３０２に戻って監視処理を続ける。
【００５５】
なお、Ｓ３０８のヘルスチェックで、運用系サーバ１０ＡがＩＳＰ３０にもクライアント４０にも接続可能であることが分かれば（Ｓ３１０及びＳ３１６の判定結果が共に否定（Ｎ））、運用系サーバ１０Ａは正常にサービスを提供できる状態であるので、待機系サーバ１０ＢはＳ３０２に戻って監視処理を続行すればよい。
【００５６】
次に、図１１を参照して、Ｓ４００の《待機系による系切替》の詳細な手順を説明する。この処理手順は、サーバ１０が待機系サーバ１０Ｂにある時に呼び出される処理である。
【００５７】
この処理では、まず待機系サーバ１０Ｂは、ＷＡＮ側及びＬＡＮ側の両方の経路から運用系サーバ１０Ａへのアクセスを試み（Ｓ４０２）、アクセスできるかどうかを判定する（Ｓ４０４）。そして、少なくとも一方の経路でアクセスできた場合、待機系サーバ１０Ｂは、その経路を使って運用系サーバ１０Ａに停止を指示する（Ｓ４０６）。この指示を受け取った運用系サーバ１０Ａは、サーバとしての動作を停止する。そして、待機系サーバ１０Ｂは、運用系サーバ１０Ａが停止したのを確認して、自分が運用系に成り代わるためにＳ４０８以降の処理を行う。なお、Ｓ４０４で運用系サーバ１０ＡへのアクセスがＷＡＮ側、ＬＡＮ側のどちらの経路でも失敗した場合、待機系サーバ１０Ｂは、運用系サーバ１０Ａ自体が停止しているものと判断し、運用系の停止処理は飛ばし、Ｓ４０８に進んで自らが運用系となるための処理を行う。
【００５８】
なお、Ｓ４０６では、運用系サーバ１０Ａを停止させる代わりに、待機系への切替を指示するようにしてもよい。この場合、指示を受けた運用系サーバ１０Ａは、ＷＡＮ側及びＬＡＮ側のＩＰアドレスを待機系のものへと切り替える。そして、この切替が完了した後で、待機系サーバ１０Ｂが運用系へと切り替わる。
【００５９】
Ｓ４０８では、待機系サーバ１０Ｂは、自らの運用系フラグ１０６０をオンに設定する。そして、この状態で、前述の《ＷＡＮ側ＩＰアドレス切替処理》（Ｓ１００）及び《ＬＡＮ側ＩＰアドレス切替処理》（Ｓ２００）を実行することで、それまで待機系サーバ１０Ｂであったサーバは、運用系サーバ１０ＡとしてのＩＰアドレスで他の装置と通信可能な状態となり、運用系サーバ１０Ａとしての動作を開始する。そして、今や運用系サーバ１０Ａとなったこのサーバは、Ｓ５００の《運用系自己監視》の処理を実行することで、自己の運用系サーバとしての機能に問題がないかをチェックする。
【００６０】
次に図１２を参照して、Ｓ５００の《運用系自己監視》の詳細な手順について説明する。この手順では、サーバ１０は、自身の運用系フラグ１０６０がオンにセットされているか否かを判定し、オンになっていれば、Ｓ５０２以降の処理により、運用系サーバとしての機能の自己診断を行う。
【００６１】
まずＳ５０２では、タイマー計時により、定期的な診断処理の実行タイミングが来たかどうかを判定し（Ｓ５０２）、実行タイミングが到来した場合には、サーバ１０は自己診断プログラムを実行する（Ｓ５０４）。この自己診断プログラムは、運用系サーバ１０Ａとしてのサービスを提供するために必要な各ハードウエア、ソフトウエアが実際に働いているかどうかを確認する。自己診断では、例えば、ＩＳＰへの接続可否、ＬＡＮ上のクライアントとの通信可否、ＤＨＣＰサービスやＶＰＮサービスの実行可否、通信デバイスやハードディスクなどの性能などを確認する。そして、この自己診断により、いずれかのソフトウエア又はハードウエアに異常（障害又はその兆候）があるかどうかを判定する（Ｓ５０６）。ここで障害も、その兆候もないと判定した場合は、Ｓ５０２に戻って定期的な診断を実行する。
【００６２】
一方、Ｓ５０６でいずれかの機能に異常があると判定した場合は、運用系サーバ１０Ａは、運用系としての十分な能力を持っていないか、あるいは近い将来そのような事態に陥る可能性が高いと判断できるので、運用系サーバ１０Ａは、待機系サーバ１０Ｂに運用系の処理を引き継ぐための処理を実行する。すなわち、この場合、運用系サーバ１０Ａは、ＷＡＮ側及びＬＡＮ側の両経路から待機系サーバ１０Ｂに対してアクセスを試み（Ｓ５０８）、アクセスできれば（Ｓ５１０の判定結果がＹ）、待機系サーバ１０Ｂに対して《待機系による系切替》の実行を依頼する（Ｓ５１２）。この依頼を受けた待機系サーバ１０Ｂは、図１１に示した《待機系による系切替》の処理を実行することで、運用系サーバ１０Ａを停止させ、自らが新たに運用系サーバとなる。
【００６３】
なお、Ｓ５０８での待機系へのアクセスが失敗した場合は、待機系サーバ１０Ｂが存在しない（或いは稼働していない）ということであり、この場合冗長制御では運用系サーバ１０Ａの能力不足は解消できないので、運用系サーバ１０Ａは冗長制御に関しては何も行わず、Ｓ５０２に戻って定期的な自己診断を繰り返す。なお、この場合、運用系サーバ１０Ａが障害のある機能の自己復旧処理を実行するようにしてももちろんよい。
【００６４】
以上、冗長サーバシステムを構成するサーバ１０の処理手順について説明した。
【００６５】
以上の手順では、運用系サーバ１０Ａとして機能していたサーバ１０は、待機系サーバ１０Ｂからの監視により障害発生を検出されるか、或いは自己診断により機能障害やそのおそれが検出した場合、《待機系による系切替》により停止させられる。このあと、その停止されたサーバ１０がシステム管理者等により復旧された場合は、単にそのサーバ１０を起動すれば、図５の起動処理により、そのサーバ１０を待機系サーバ１０Ｂとして冗長サーバシステムに参加させることができる（もちろんこれは運用系サーバ１０Ａは健在であるとした場合のことである）。
【００６６】
また、本実施形態のサーバ１０は、１台でも動作可能である。すなわちこの場合は、まずサーバ１０は、起動処理により待機系として起動した後、待機系による運用系の障害監視（Ｓ３００）により、稼働中の運用系サーバ１０Ａがないことを検知し、自らが運用系へと切り替わる。そして、このサーバ１０が、運用系のみの一台構成のサーバとして、クライアント４０に対してＬＡＮ上及びインターネット接続その他のサービスを提供する。したがって、予算が少ないユーザは、１台のサーバ１０のみを導入することもできる。そして、資金的に余裕ができた場合は、もう１台のサーバ１０をシステムに追加することで、上述の冗長サーバシステムを実現できる。この場合、追加したサーバは、図５の起動処理により、待機系として機能することになる。
【００６７】
なお、システムへのサーバ１０の追加のために、例えば、１台しかサーバ１０を用いないときでもＷＡＮ側及びＬＡＮ側のハブ２０Ｗ及び２０Ｌを設置しておけば、新たに追加するサーバ１０をこれらハブ２０Ｗ及び２０Ｌに接続し、起動するだけで、冗長構成のサーバシステムを構成できる。
【００６８】
以上説明した本実施形態のシステムでは、まず２つのサーバ１０Ａ及び１０Ｂ間でのヘルスチェックその他の通信のために、ハブ２０Ｗを経由するＷＡＮ側の経路と、ハブ２０Ｌを経由するＬＡＮ側の経路の２つの経路を用いることができる。これら２つの経路は、各サーバ１０Ａ，１０Ｂがクライアント４０やＩＳＰ３０と通信する際にも用いる経路である。すなわち、本実施形態では、ヘルスチェックなど２つのサーバ１０Ａ及び１０Ｂ間での冗長制御のための通信を、専用の通信経路を用いなくても、二重の通信経路を用いて実行することができる。これら２つの通信経路が同時に通信不可となる可能性は極めて低いので、一方のサーバから他方へどちらの通信経路を用いても通信ができなければ、十分に高い確率で他方が停止していると判断できる。
【００６９】
本実施形態の冗長サーバ構成は、ＬＡＮ−ＷＡＮ境界のサーバが１つしかない従来のシステム構成に比べ、ハードウエア構成上は、サーバ１台と、ＷＡＮ側及びＬＡＮ側で合計２台のハブを追加するだけで済むのでコスト面で有利である。また、ＬＡＮ側のハブは、ＬＡＮ構成上もともと設置されている場合が一般的なので、通常はサーバ１台とハブ１台を追加する分のコストアップしかない。また、冗長系を構成する個々のサーバ１０は、ＷＡＮ側及びＬＡＮ側にネットワークインタフェースカードなどの通信デバイスを１つずつ持つだけでよいので、サーバ１台当たりの通信デバイスの数も従来から増やす必要がない。
【００７０】
また、本実施形態では、一旦停止した運用系サーバが自動的に復旧した場合でも、復旧時の起動処理により、そのサーバは待機系として冗長サーバシステムに参加することとなるので、運用系サーバが重複してしまうという不具合を避けることができる。
【００７１】
また、本実施形態のサーバは１台だけでも運用系サーバとして機能できると共に、同じソフトウエア構成のサーバをもう１台追加すれば、追加したサーバが自動的に待機系として動作する。また、２台のサーバの冗長構成で運用している際に、運用系サーバを停止さても、残った待機系が自動的に運用系に成り代わってサービスを引き継ぐ。このように、本実施形態のサーバを用いた冗長サーバシステムは、システム構成を柔軟に壊変することができるという利点を持つ。
【００７２】
また、特許文献１及び２に示した従来技術では、サーバ相互間のヘルスチェックは行っていたが、これだけでは、相手方のサーバまでの通信経路が繋がっていることと、相手方のサーバがpingコマンド等の問い合わせに答えられることが分かるだけである。仮にpingの問い合わせに答えられたとしても、それだけでは相手がクライアントに対して必要なサービスを提供できるかまでは分からない。これに対し、本実施形態では、（１）待機系が運用系を監視することで、運用系の停止や、待機系のみが検出可能な運用系の障害を検出でき、（２）運用系自身が自己診断を行うことで外からは分からない内部機能の障害を検出できる。
【００７３】
また、本実施形態では、運用系及び待機系が、定期的な監視や自己診断の際に、それぞれＩＳＰ３０やＬＡＮ上のクライアント４０と通信ができるかどうかを検査するので、孤立検査も実現できる。
【００７４】
また、本実施形態の冗長サーバシステムでは、ＩＳＰ３０との接続は、運用系サーバ１０Ａのみが行うので、ＩＳＰ３０への登録情報など、ＷＡＮ側の接続系に設定変更を行う必要がない。また、運用系サーバ１０Ａと待機系サーバ１０Ｂが同時にインターネット接続を行うことがないので、一般的に１台との接続しか許していないＩＳＰの契約条件やシステム上の利用制限を満足することができる。
【００７５】
また、本実施形態のシステムでは、運用系サーバ１０Ａは常に一つしか存在せず、そのＬＡＮ側のＩＰアドレスは固定されているので、ＬＡＮ−ＷＡＮ境界のサーバが１つしかない従来のシステム構成と比べて、ＬＡＮ上のクライアント４０などサービスを享受する側の装置の持つソフトウエアや設定に変更や追加を加える必要がない。
【００７６】
以上の例では、各サーバ１０Ａ、１０ＢのＷＡＮ側ポートに設定する運用系−待機系間の通信のためのＩＰアドレス（すなわち運用系ＷＡＮ側ＩＰアドレス１０６２と待機系ＷＡＮ側ＩＰアドレス１０６６）を、系の切替に応じて切り替えた。しかし、これらは運用系−待機系間の通信専用のＩＰアドレスであり、ＬＡＮ上及びＷＡＮ上の他のノードには影響を及ぼさないので、そのような切替をせずに、サーバ１０Ａとサーバ１０Ｂとで固定的に設定しておく方式でも構わない。
【図面の簡単な説明】
【００７７】
【図１】本発明に係るシステムの概略構成例を示す図である。
【図２】本実施形態のサーバの構成例を示す図である。
【図３】運用用データの例を示す図である。
【図４】冗長制御データの例を示す図である。
【図５】起動処理の手順を示すフローチャートである。
【図６】ＷＡＮ側ＩＰアドレス切替制御の手順を示すフローチャートである。
【図７】ＬＡＮ側ＩＰアドレス切替制御の手順を示すフローチャートである。
【図８】サーバが待機系に設定されたときの、通信デバイスにセットされるＩＰアドレスを説明するための図である。
【図９】サーバが運用系に設定されたときの、通信デバイスにセットされるＩＰアドレスを説明するための図である。
【図１０】待機系による運用系障害監視の手順を示すフローチャートである。
【図１１】待機系による系切替の手順を示すフローチャートである。
【図１２】運用系自己監視の手順を示すフローチャートである。
【符号の説明】
【００７８】
１０Ａ 運用系サーバ、１０Ｂ 待機系サーバ、２０Ｌ，２０Ｗ ハブ、２２ ＡＤＳＬモデム、３０ ＩＳＰ、４０ クライアント。
【特許請求の範囲】
【請求項１】
ＬＡＮとＷＡＮとの境界に設置され、一方がＬＡＮ上のクライアントに対してサービスを提供する運用系、他方がその運用系の予備である待機系として機能する２台のサーバ装置と、
前記２台のサーバ装置の各ＬＡＮ側ネットワークポートと前記ＬＡＮとを接続するＬＡＮ側ハブと、
前記２台のサーバ装置の各ＷＡＮ側ネットワークポートと前記ＷＡＮとを接続するＷＡＮ側ハブと、
を備え、前記ＬＡＮ側ハブを介した前記２台のサーバ装置間の通信経路と、前記ＷＡＮ側ハブを介した前記２台のサーバ装置間の通信経路と、の両経路を介して前記２台のサーバ装置間での冗長系制御のための通信を行う冗長サーバシステム。
【請求項２】
前記２台のサーバ装置のうち運用系は、前記ＷＡＮとの通信のための論理アドレスとは別に前記ＷＡＮ側ハブを介して待機系と通信するためのＷＡＮ側論理アドレスを有し、待機系は前記ＷＡＮ側ハブを介して運用系と通信するためのＷＡＮ側論理アドレスを有し、前記運用系及び待機系は相互のＷＡＮ側論理アドレスを用いて冗長系制御のための通信を行うことを特徴とする請求項１記載の冗長サーバシステム。
【請求項３】
前記２台のサーバ装置のうち待機系は、運用系が前記ＷＡＮと接続できない状態であることを検知した場合、前記ＷＡＮに対する接続を試み、その接続が成功した場合、運用系に停止を指示し、自らが運用系に切り替わることを特徴とする請求項１記載の冗長サーバシステム。
【請求項４】
前記２台のサーバ装置のうち待機系が運用系を監視し、この監視により運用系が停止していることを検知した場合は待機系が自律的に運用系へと切り替わり、前記監視により運用系は稼働しているものの機能不全であることを検知した場合は待機系が運用系に対して停止又は待機系への切替を指示し、その指示に対する処理が完了した後で待機系が運用系へと切り替わることを特徴とする請求項１記載の冗長サーバシステム。
【請求項５】
前記２台のサーバ装置のうち運用系は、自らのソフトウエア及びハードウエアの状態を監視し、この監視により異常を発見した場合は、待機系に対し運用系への切替を依頼し、この依頼に応じて待機系が運用系への切り替わることを特徴とする請求項１記載の冗長サーバシステム。
【請求項６】
前記各サーバ装置は、起動時には待機系として機能し、前記ＬＡＮ側ハブを介した前記２台のサーバ装置間の通信経路と、前記ＷＡＮ側ハブを介した前記２台のサーバ装置間の通信経路とを介して運用系の存在の有無を確認し、運用系が存在することが確認された場合は待機系としての動作を続行し、運用系が存在しないことが確認された場合は運用系に切り替わることを特徴とする、請求項１記載の冗長サーバシステム。
【請求項７】
前記２台のサーバ装置は、それぞれ、前記ＬＡＮ側ハブを介した通信用の論理アドレスとして、ＬＡＮ上のクライアント装置へのサービス提供のための運用系ＬＡＮ側論理アドレスと、運用系との冗長系制御のための通信のための待機系ＬＡＮ側論理アドレスとを保持しており、該サーバ装置が運用系である場合はそれらのうちの運用系ＬＡＮ側論理アドレスを有効にし、該サーバ装置が待機系である場合はそれらのうちの待機系ＬＡＮ側論理アドレスを有効にすることを特徴とする請求項１記載の冗長サーバシステム。
【請求項８】
ＬＡＮとＷＡＮとの境界に設置されるサーバ装置であって、２台１組として構成した場合に、一方がＬＡＮ上のクライアントに対してサービスを提供する運用系、他方がその運用系の予備である待機系として機能し得るサーバ装置であって、
自らが運用系としてＬＡＮ上のクライアントに対してサービスを提供する際に用いる運用系ＷＡＮ側論理アドレス及び運用系ＬＡＮ側論理アドレスと、自らが待機系として機能する際に用いる待機系ＷＡＮ側論理アドレス及び待機系ＬＡＮ側論理アドレスと、を記憶した記憶装置と、
自らが運用系になった場合には、当該サーバ装置のＷＡＮ側通信ポート及びＬＡＮ側通信ポートに運用系ＷＡＮ側論理アドレス及び運用系ＬＡＮ側論理アドレスをそれぞれ設定し、自らが待機系になった場合には、前記ＷＡＮ側通信ポート及びＬＡＮ側通信ポートに待機系ＷＡＮ側論理アドレス及び待機系ＬＡＮ側論理アドレスをそれぞれ設定するアドレス設定手段と、
自らが運用系である場合は、待機系との間の冗長系制御のために、前記ＷＡＮ側ポートから前記待機系ＷＡＮ側論理アドレスを宛先として通信を行うとともに、前記ＬＡＮ側ポートから前記待機系ＬＡＮ側論理アドレスを宛先として通信を行い、自らが待機系である場合は、運用系との間の冗長系制御のために、前記ＷＡＮ側ポートから前記運用系ＷＡＮ側論理アドレスを宛先として通信を行うとともに、前記ＬＡＮ側ポートから前記運用系ＬＡＮ側論理アドレスを宛先として通信を行う冗長系制御手段と、
を備えるサーバ装置。
【請求項９】
前記サーバ装置は、起動されたときに前記ＷＡＮ側通信ポート及びＬＡＮ側通信ポートに前記待機系ＷＡＮ側論理アドレス及び待機系ＬＡＮ側論理アドレスをそれぞれ設定することにより待機系として機能し、その後前記ＷＡＮ側ポートから前記運用系ＷＡＮ側論理アドレスを宛先として通信を試み、前記ＬＡＮ側ポートから前記運用系ＬＡＮ側論理アドレスを宛先として通信を試みることで、運用系の有無を確認し、運用系が存在することが確認された場合は待機系としての動作を続行し、運用系が存在しないことが確認された場合は前記ＷＡＮ側通信ポート及びＬＡＮ側通信ポートに前記運用系ＷＡＮ側論理アドレス及び運用系ＬＡＮ側論理アドレスをそれぞれ設定することにより運用系に切り替わることを特徴とする、請求項８記載のサーバ装置。
【請求項１０】
ＬＡＮとＷＡＮとの境界に設置されるサーバ装置であって、２台１組として構成した場合に、一方がＬＡＮ上のクライアントに対してサービスを提供する運用系、他方がその運用系の予備である待機系として機能し得るサーバ装置として、コンピュータシステムを機能させるためのプログラムであって、該コンピュータシステムを、
自らが運用系としてＬＡＮ上のクライアントに対してサービスを提供する際に用いる運用系ＷＡＮ側論理アドレス及び運用系ＬＡＮ側論理アドレスと、自らが待機系として機能する際に用いる待機系ＷＡＮ側論理アドレス及び待機系ＬＡＮ側論理アドレスと、を記憶した記憶手段、
自らが運用系になった場合には、当該サーバ装置のＷＡＮ側通信ポート及びＬＡＮ側通信ポートに運用系ＷＡＮ側論理アドレス及び運用系ＬＡＮ側論理アドレスをそれぞれ設定し、自らが待機系になった場合には、前記ＷＡＮ側通信ポート及びＬＡＮ側通信ポートに待機系ＷＡＮ側論理アドレス及び待機系ＬＡＮ側論理アドレスをそれぞれ設定するアドレス設定手段、
自らが運用系である場合は、待機系との間の冗長系制御のために、前記ＷＡＮ側ポートから前記待機系ＷＡＮ側論理アドレスを宛先として通信を行うとともに、前記ＬＡＮ側ポートから前記待機系ＬＡＮ側論理アドレスを宛先として通信を行い、自らが待機系である場合は、運用系との間の冗長系制御のために、前記ＷＡＮ側ポートから前記運用系ＷＡＮ側論理アドレスを宛先として通信を行うとともに、前記ＬＡＮ側ポートから前記運用系ＬＡＮ側論理アドレスを宛先として通信を行う冗長系制御手段、
として機能させるプログラム。
【請求項１】
ＬＡＮとＷＡＮとの境界に設置され、一方がＬＡＮ上のクライアントに対してサービスを提供する運用系、他方がその運用系の予備である待機系として機能する２台のサーバ装置と、
前記２台のサーバ装置の各ＬＡＮ側ネットワークポートと前記ＬＡＮとを接続するＬＡＮ側ハブと、
前記２台のサーバ装置の各ＷＡＮ側ネットワークポートと前記ＷＡＮとを接続するＷＡＮ側ハブと、
を備え、前記ＬＡＮ側ハブを介した前記２台のサーバ装置間の通信経路と、前記ＷＡＮ側ハブを介した前記２台のサーバ装置間の通信経路と、の両経路を介して前記２台のサーバ装置間での冗長系制御のための通信を行う冗長サーバシステム。
【請求項２】
前記２台のサーバ装置のうち運用系は、前記ＷＡＮとの通信のための論理アドレスとは別に前記ＷＡＮ側ハブを介して待機系と通信するためのＷＡＮ側論理アドレスを有し、待機系は前記ＷＡＮ側ハブを介して運用系と通信するためのＷＡＮ側論理アドレスを有し、前記運用系及び待機系は相互のＷＡＮ側論理アドレスを用いて冗長系制御のための通信を行うことを特徴とする請求項１記載の冗長サーバシステム。
【請求項３】
前記２台のサーバ装置のうち待機系は、運用系が前記ＷＡＮと接続できない状態であることを検知した場合、前記ＷＡＮに対する接続を試み、その接続が成功した場合、運用系に停止を指示し、自らが運用系に切り替わることを特徴とする請求項１記載の冗長サーバシステム。
【請求項４】
前記２台のサーバ装置のうち待機系が運用系を監視し、この監視により運用系が停止していることを検知した場合は待機系が自律的に運用系へと切り替わり、前記監視により運用系は稼働しているものの機能不全であることを検知した場合は待機系が運用系に対して停止又は待機系への切替を指示し、その指示に対する処理が完了した後で待機系が運用系へと切り替わることを特徴とする請求項１記載の冗長サーバシステム。
【請求項５】
前記２台のサーバ装置のうち運用系は、自らのソフトウエア及びハードウエアの状態を監視し、この監視により異常を発見した場合は、待機系に対し運用系への切替を依頼し、この依頼に応じて待機系が運用系への切り替わることを特徴とする請求項１記載の冗長サーバシステム。
【請求項６】
前記各サーバ装置は、起動時には待機系として機能し、前記ＬＡＮ側ハブを介した前記２台のサーバ装置間の通信経路と、前記ＷＡＮ側ハブを介した前記２台のサーバ装置間の通信経路とを介して運用系の存在の有無を確認し、運用系が存在することが確認された場合は待機系としての動作を続行し、運用系が存在しないことが確認された場合は運用系に切り替わることを特徴とする、請求項１記載の冗長サーバシステム。
【請求項７】
前記２台のサーバ装置は、それぞれ、前記ＬＡＮ側ハブを介した通信用の論理アドレスとして、ＬＡＮ上のクライアント装置へのサービス提供のための運用系ＬＡＮ側論理アドレスと、運用系との冗長系制御のための通信のための待機系ＬＡＮ側論理アドレスとを保持しており、該サーバ装置が運用系である場合はそれらのうちの運用系ＬＡＮ側論理アドレスを有効にし、該サーバ装置が待機系である場合はそれらのうちの待機系ＬＡＮ側論理アドレスを有効にすることを特徴とする請求項１記載の冗長サーバシステム。
【請求項８】
ＬＡＮとＷＡＮとの境界に設置されるサーバ装置であって、２台１組として構成した場合に、一方がＬＡＮ上のクライアントに対してサービスを提供する運用系、他方がその運用系の予備である待機系として機能し得るサーバ装置であって、
自らが運用系としてＬＡＮ上のクライアントに対してサービスを提供する際に用いる運用系ＷＡＮ側論理アドレス及び運用系ＬＡＮ側論理アドレスと、自らが待機系として機能する際に用いる待機系ＷＡＮ側論理アドレス及び待機系ＬＡＮ側論理アドレスと、を記憶した記憶装置と、
自らが運用系になった場合には、当該サーバ装置のＷＡＮ側通信ポート及びＬＡＮ側通信ポートに運用系ＷＡＮ側論理アドレス及び運用系ＬＡＮ側論理アドレスをそれぞれ設定し、自らが待機系になった場合には、前記ＷＡＮ側通信ポート及びＬＡＮ側通信ポートに待機系ＷＡＮ側論理アドレス及び待機系ＬＡＮ側論理アドレスをそれぞれ設定するアドレス設定手段と、
自らが運用系である場合は、待機系との間の冗長系制御のために、前記ＷＡＮ側ポートから前記待機系ＷＡＮ側論理アドレスを宛先として通信を行うとともに、前記ＬＡＮ側ポートから前記待機系ＬＡＮ側論理アドレスを宛先として通信を行い、自らが待機系である場合は、運用系との間の冗長系制御のために、前記ＷＡＮ側ポートから前記運用系ＷＡＮ側論理アドレスを宛先として通信を行うとともに、前記ＬＡＮ側ポートから前記運用系ＬＡＮ側論理アドレスを宛先として通信を行う冗長系制御手段と、
を備えるサーバ装置。
【請求項９】
前記サーバ装置は、起動されたときに前記ＷＡＮ側通信ポート及びＬＡＮ側通信ポートに前記待機系ＷＡＮ側論理アドレス及び待機系ＬＡＮ側論理アドレスをそれぞれ設定することにより待機系として機能し、その後前記ＷＡＮ側ポートから前記運用系ＷＡＮ側論理アドレスを宛先として通信を試み、前記ＬＡＮ側ポートから前記運用系ＬＡＮ側論理アドレスを宛先として通信を試みることで、運用系の有無を確認し、運用系が存在することが確認された場合は待機系としての動作を続行し、運用系が存在しないことが確認された場合は前記ＷＡＮ側通信ポート及びＬＡＮ側通信ポートに前記運用系ＷＡＮ側論理アドレス及び運用系ＬＡＮ側論理アドレスをそれぞれ設定することにより運用系に切り替わることを特徴とする、請求項８記載のサーバ装置。
【請求項１０】
ＬＡＮとＷＡＮとの境界に設置されるサーバ装置であって、２台１組として構成した場合に、一方がＬＡＮ上のクライアントに対してサービスを提供する運用系、他方がその運用系の予備である待機系として機能し得るサーバ装置として、コンピュータシステムを機能させるためのプログラムであって、該コンピュータシステムを、
自らが運用系としてＬＡＮ上のクライアントに対してサービスを提供する際に用いる運用系ＷＡＮ側論理アドレス及び運用系ＬＡＮ側論理アドレスと、自らが待機系として機能する際に用いる待機系ＷＡＮ側論理アドレス及び待機系ＬＡＮ側論理アドレスと、を記憶した記憶手段、
自らが運用系になった場合には、当該サーバ装置のＷＡＮ側通信ポート及びＬＡＮ側通信ポートに運用系ＷＡＮ側論理アドレス及び運用系ＬＡＮ側論理アドレスをそれぞれ設定し、自らが待機系になった場合には、前記ＷＡＮ側通信ポート及びＬＡＮ側通信ポートに待機系ＷＡＮ側論理アドレス及び待機系ＬＡＮ側論理アドレスをそれぞれ設定するアドレス設定手段、
自らが運用系である場合は、待機系との間の冗長系制御のために、前記ＷＡＮ側ポートから前記待機系ＷＡＮ側論理アドレスを宛先として通信を行うとともに、前記ＬＡＮ側ポートから前記待機系ＬＡＮ側論理アドレスを宛先として通信を行い、自らが待機系である場合は、運用系との間の冗長系制御のために、前記ＷＡＮ側ポートから前記運用系ＷＡＮ側論理アドレスを宛先として通信を行うとともに、前記ＬＡＮ側ポートから前記運用系ＬＡＮ側論理アドレスを宛先として通信を行う冗長系制御手段、
として機能させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００６−１２９０９４（Ｐ２００６−１２９０９４Ａ）
【公開日】平成１８年５月１８日（２００６．５．１８）
【国際特許分類】
【出願番号】特願２００４−３１４８８０（Ｐ２００４−３１４８８０）
【出願日】平成１６年１０月２８日（２００４．１０．２８）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成１８年５月１８日（２００６．５．１８）
【国際特許分類】
【出願日】平成１６年１０月２８日（２００４．１０．２８）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]