JPH10224378A - クライアントサーバシステムの制御方法及びクライアントサーバシステム - Google Patents

Abstract

(57)【要約】 【課題】本発明はクライアントサーバシステムに於いて
主系サーバのＬＡＮの物理アドレスを待機系サーバが受
信可能とすることを課題とする。 【解決手段】主系サーバ１と待機系サーバ１０を通信リ
ンク２０で接続し、ＬＡＮインタフェース２，１１を制
御するＬＡＮドライバ３，１２と、故障発生時にサーバ
１のインタフェース２を用いずにサーバ１０のインタフ
ェース１１を用いるよう通信リンク２０を介しサーバ１
０の通信管理部１３により通信するサーバ１の通信管理
部４と、サーバ１の通信をサーバ１０のインタフェース
１１を用いて行うサーバ１０の通信管理部１３とを備
え、サーバ１で故障が発生しＬＡＮ２１での通信不可能
ではあるが処理続行が可能である場合、サーバ１と他の
クライアントとの通信をサーバ１０のインタフェース１
１を用いて行い、サーバ１の処理を継続することを特徴
とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＬＡＮ（ローカル
・エリア・ネットワーク）環境において、ある計算機の
通信装置を他の計算機の通信装置で肩代わりする方式に
係わるクライアントサーバシステムの制御方法、クライ
アントサーバシステム、パケットフィルタ装置、通信方
式切り替え方法、及び同方法のプログラム情報を格納し
たコンピュータ読取り可能な記録媒体に関する。

【０００２】

【従来の技術】従来の計算機クラスタ、ホットスタンバ
イなどの技術では、ある計算機に故障が発生し、処理を
継続できなくなった場合、代替の計算機が処理を引き継
ぐことが行われている。

【０００３】クラスタには、さまざまな方式があるが、
その一例として、図１１を用いてクラスタ処理の引継ぎ
を説明する。主系サーバ１０１、並びに待機系サーバ１
１０があり、処理引継ぎを行うクラスタ制御ＳＷ（ソフ
トウェア）が動作している。通常時、各サーバはそれぞ
れに別の処理を実行する。クラスタ制御ＳＷは、制御用
通信リンク１２０を用いて相手が正しく動作しているか
どうかを定期的に検査する。

【０００４】主系サーバ１０１に故障が発生し、主系サ
ーバ１０１のクラスタ制御ＳＷがそれを検知した場合、
主系サーバ１０１は処理を停止し、待機系サーバ１１０
のクラスタ制御ＳＷに通知する。或いは、待機系サーバ
１１０のクラスタ制御ＳＷが定期的に主系サーバ１０１
を検査した際に主系サーバ１０１の故障を検知する。上
記のいずれに於いても待機系サーバ１１０のクラスタ制
御ＳＷは、主系サーバ１０１が処理を停止したことを検
知できる。

【０００５】次に、待機系サーバ１１０は、主系サーバ
１０１で実行されていた処理を引き継ぐことを開始す
る。引き継ぐべき処理は予め定義しておくことが必要で
ある。処理を引き継ぐために必要なことは、以下の２点
である。 （１）どの計算機で実行しても、同一の結果が出る環境
を整える 例えば、データベースサービスを主系サーバが行ってい
た場合、待機系サーバでそのサービスを引き継ぐために
は、データベースファイルに、主系サーバが処理を停止
していても、待機系サーバがアクセスできることが必要
になる。 （２）通信先の切り替え ネットワークを通じて、他の計算機と通信している場合
は、相手の計算機にわからないように、通信相手を主系
サーバから待機系サーバに切り替える。

【０００６】上記（１）を実現するための方法が提案さ
れているが、ここでの説明は省略する。ここでは（２）
の通信先の切り替えについて説明する。主系サーバ１０
１が他の計算機に提供しているサービスは、ネットワー
クを通じて、要求やその結果をやりとりする。主系サー
バ１０１と通信を行う他の計算機は、主系サーバ１０１
に故障が発生し、主系サーバ１０１が処理を停止して
も、主系サーバ１０１宛で通信を行い続ける。

【０００７】これらの通信を待機系サーバ１１０で引き
継ぐために、主系サーバ１０１のアドレス宛のパケット
を待機系サーバ１１０が受信し、主系サーバ１０１のア
ドレスからパケットを送信する。ＴＣＰ／ＩＰでは、Ｉ
Ｐアドレスを複数持つことができるので、この機能を使
う。

【０００８】通常時には、待機系サーバ１１０は自身の
ＩＰアドレスのみを受信している。主系サーバ１０１が
処理を停止した後、待機系サーバ１１０のクラスタ制御
ＳＷは、主系サーバ１０１のＩＰアドレスも受信できる
ようにＴＣＰ／ＩＰソフトウェアに設定をする。これ
で、主系サーバ１０１のパケットを受信でき、他の計算
機は主系サーバ１０１が停止したことによる変更をしな
くてよい。

【０００９】主系サーバ１０１が復帰すれば、待機系サ
ーバ１１０は肩代わりしていたサービスを停止し、通信
に関しても主系サーバ１０１のパケットを受信するのを
中止する。尚、上記技術として特開平８−２１２０９５
が存在する。

【００１０】

【発明が解決しようとする課題】しかしながら上述従来
技術においては、主系サーバのＬＡＮ１２１に対する通
信装置に故障があると、待機系サーバ１１０が主系サー
バ１０１宛の通信を引き受けるために、待機系サーバ１
１０が、主系サーバ１０１のＬＡＮ１２１の物理アドレ
スではなく、各トランスポート（ＴＣＰ／ＩＰ，ＮＥＴ
ＢＥＵＩなど）毎にある論理アドレスすべてを受信する
ように変更を通知しなければならないという問題があっ
た。

【００１１】本発明は上記事情を考慮して成されたもの
で、上記不具合を解消し、主系サーバのＬＡＮの物理ア
ドレスを待機系サーバが受信可能としたクライアントサ
ーバシステムの制御方法、クライアントサーバシステ
ム、パケットフィルタ装置、通信方式切り替え方法、及
び同方法のプログラム情報を格納したコンピュータ読取
り可能な記録媒体を提供することを目的とする。

【００１２】

【課題を解決するための手段】

（１）本発明は、上記目的を達成するため、クライアン
トサーバシステムにおいて、主系サーバに故障が発生す
ると、待機系サーバの通信装置が前記主系サーバの通信
処理を代替して行う際に、ＬＡＮで使用する物理アドレ
スを用いて前記主系サーバ宛のパケットを受信、送信す
るようにし、前記主系サーバの通信故障発生時に、クラ
イアントに通知されることなく前記主系サーバの通信処
理を前記待機系サーバが代替するようにしたことを特徴
とする。

【００１３】（２）また、本発明は、上記目的を達成す
るため、任意のクライアントからＬＡＮ経由で送られて
くる要求を処理し当該処理結果を返す主系サーバと、こ
の主系サーバが停止或いは該主系サーバの通信装置が故
障した場合に該主系サーバの代わりにクライアントとの
データの送受信を行う待機系サーバから成り互いに前記
ＬＡＮを通じて接続されているクライアントサーバシス
テムにおいて、前記主系サーバと前記待機系サーバは専
用の通信リンクで接続し前記ＬＡＮインタフェースを制
御するＬＡＮドライバと、各サーバに固有に割り付けら
れる論理アドレスを用いて、サーバ間の通信を行うトラ
ンスポートと、故障発生時に、前記主系サーバのＬＡＮ
インタフェースを用いずに、前記待機系サーバのＬＡＮ
インタフェースを用いるように通信リンクを介して前記
待機系サーバの通信管理部により通信を行う主系サーバ
の通信管理部と、前記主系サーバの通信を前記待機系サ
ーバのＬＡＮインタフェースを用いて行う待機系サーバ
の通信管理部とを備え、前記主系サーバに故障が発生
し、前記ＬＡＮを通じての通信が不可能ではあるが処理
の続行は可能である場合に、前記主系サーバと他のクラ
イアントとの通信を、前記待機系サーバのＬＡＮインタ
フェースを用いて行うことで、前記主系サーバの処理を
継続することを特徴とする。

【００１４】このような通信制御機能をもつことによ
り、トランスポートの論理アドレスと、ＬＡＮの物理ア
ドレスの組み合わせを変更するために、ＬＡＮ上の他の
計算機に通知を出す必要がない。また、複数のトランス
ポートを使用していた場合は、それぞれのトランスポー
トごとに処理が必要であるが、本発明ではＬＡＮの物理
アドレスのレベルでパケットの送受信を代替するため、
その必要がない。

【００１５】（３）また、本発明は上記目的を達成する
ため、上記クライアントサーバシステムにあって、計算
機のＬＡＮインタフェースが接続する複数個のポートを
有し、前記ポート先の前記ＬＡＮインタフェースの物理
アドレスを記憶し、記憶している物理アドレス宛のパケ
ットをイーサスイッチのすべてのポートにではなくその
物理アドレスが接続しているポートにのみ送ることで、
前記ＬＡＮ内のパケットを減少させより大きい通信帯域
を提供するＬＡＮスイッチと、主系サーバ並びに待機系
サーバのＬＡＮインタフェースが前記ＬＡＮスイッチを
通じてＬＡＮに接続するようにしたことを特徴とする。

【００１６】このような通信制御機能をもつことによ
り、ＬＡＮスイッチを用いることで待機系のＬＡＮイン
タフェースに到着するパケットが少なくなり、待機系サ
ーバとそのＬＡＮインタフェースに対する負荷を小さく
することができる。

【００１７】（４）また、本発明は上記目的を達成する
ため、上記クライアントサーバシステムにあって、計算
機のＬＡＮインタフェースが接続するポートを複数有
し、パケットのアドレス変換を行うために、変換するべ
き物理アドレスとそのアドレスと置き換えるアドレスを
保持するアドレス変換テーブル部と、このアドレス変換
テーブル部を参照して、各ポートから送られてくるパケ
ットのアドレスを変換してすべてのポートに伝達するフ
ィルタ部とを備え、前記ポートから受け取ったすべての
パケットに対し、パケットのアドレスを変換し、変換し
たパケットをすべてのポートに伝達し且つ前記計算機か
らＬＡＮ経由で自身宛のパケットを受け取ることで前記
アドレス変換テーブル部を動的に変更可能としたことを
特徴とするもので、このような通信制御機能をもつこと
により、パケットの物理アドレスを変換することがで
き、かつそれを動的に行うことができる。

【００１８】（５）さらに、本発明は上記目的を達成す
るため、上記クライアントサーバシステムにあって、主
系サーバと待機系サーバのＬＡＮインタフェースが上述
のパケットフィルタ装置を通じてＬＡＮに接続するシス
テムにおいて、前記主系サーバの故障の際に、待機系サ
ーバが主系サーバ並びに待機系サーバの両方のトランス
ポートの論理アドレスの送受信を行い且つパケットフィ
ルタ装置によって物理アドレスの変換を行うようにした
ことを特徴とする。

【００１９】このような通信制御機能をもつことによ
り、トランスポートが管理する論理アドレスを肩代わり
するがＬＡＮ上の他のクライアントに対し論理アドレス
と物理アドレスの組み合わせを変更させずに済む。

【００２０】

【発明の実施の形態】以下、図面を参照して本発明の実
施形態を説明する。尚、この実施形態では、説明を分か
りやすくするために、主系サーバ、待機系サーバと名づ
けているが、主系サーバと待機系サーバに本質的な違い
はなく、それぞれ別の処理を独立に行うことが可能であ
る。 （第一の実施形態）図１は本発明の実施形態に於けるシ
ステム構成を示すブロック図である。尚、ここでは主系
サーバ１の各構成要素を主として説明を行うが、待機系
サーバ１０もまったく同様の構成であってよい。

【００２１】上記各サーバ１，１０に於いて、トランス
ポート５，１４は、ＬＡＮインタフェース２，１１、並
びにＬＡＮドライバ３，１２を介して受け取ったパケッ
トを、サーバプロセス７，１６に渡す役割を果たす。こ
こでは、説明を分かり易くするためにトランスポートを
ＴＣＰ／ＩＰとする。

【００２２】ＬＡＮインタフェース２，１１は、ＬＡＮ
２１に対してパケットの送受信を行う装置である。予め
指定された物理アドレス宛のパケットがＬＡＮ２１上に
発信されると受信を行い、ＬＡＮドライバ３，１２に通
知する。また、ＬＡＮドライバ３，１２から渡されたパ
ケットをＬＡＮ２１上に発信する。ここでは、説明を分
かり易くするために、ＬＡＮはイーサネットであるとす
る。

【００２３】ＬＡＮドライバ３，１２は、ＬＡＮインタ
フェース２，１１を制御する。ＬＡＮインタフェース
２，１１が受信したパケットをトランスポート５，１４
が使用できるデータに加工し、トランスポート５，１
４、通信管理部４，１３へ渡す。また、トランスポート
５，１４より渡されたデータから、ＬＡＮ２１上へ発信
するパケットを作成し、ＬＡＮインタフェース２，１１
を介してＬＡＮ２１上に発信させる。また、ＬＡＮイン
タフェース２，１１を使用している際に、その故障を検
知し、通信管理部４，１３に通知する。

【００２４】通信リンク２０は、上記各サーバ１，１０
の間の通信を行う専用のリンクである。サーバプロセス
７，１６は、ネットワーク上の他の計算機から利用可能
なサービスを提供する。例えば、データベースサービス
などを行う。複数のサーバプロセス７，１６が存在で
き、且つ主系サーバ１と待機系サーバ１０でそのサービ
スの内容が異なってもよい。

【００２５】クライアント２２は、主系サーバ１、待機
系サーバ１０のサービスをＬＡＮを経由して利用する計
算機である。クライアントも複数存在することができ
る。通信管理部４，１３は、主系サーバ１、待機系サー
バ１０の故障の状態を保持し、正常時、故障発生時の処
理を制御する。保持する状態としては、両サーバが正
常、自サーバに故障発生、他サーバに故障発生、両サー
バに故障発生の４つである。故障はさまざまな種類があ
り、その検出もさまざまであるが、本発明の実施形態に
おいては、ＬＡＮ２１を通じての通信処理のみが行えな
い場合だけが関係する。従って、ＬＡＮ２１を通じての
通信処理のみが行えず、その他の処理がすべて行える場
合のみを故障として扱う。

【００２６】例えば、ＬＡＮインタフェース２が使用不
能になったときがこの故障にあたる。ＬＡＮインタフェ
ース２の故障は、ＬＡＮドライバ３がパケットの送受信
を行った場合に検知できる。

【００２７】さらに、クラスタ制御部６が定期的にＬＡ
Ｎドライバ３を通じてＬＡＮインタフェース２を検査す
るなどの方法を取ることもできる。また、待機系サーバ
１０から主系サーバ１へＬＡＮ２１経由でデータを送信
し、その内容を検査することで、正しく動作しているか
どうかを検査する方法も考えられる。

【００２８】また、故障からの回復を診断する方法もさ
まざまである。例えば、故障の発生していない待機系サ
ーバ１０のＬＡＮインタフェース１１からＬＡＮインタ
フェース２へパケットを送信し、受信できるかどうかを
定期的に確認する。或いは主系サーバ１内で故障から回
復したかどうかを検査する処理を定期的に行うなどが考
えられる。

【００２９】本発明では、故障発生、回復の検出は、主
系サーバ１のハードウェア、或いはＬＡＮドライバ３な
どのソフトウェアが行い、通信管理部４へ通知を行う、
或いは通信管理部４が自身で行うものとする。

【００３０】図４に通信管理部４の状態変化を示す。通
信管理部４は、主系サーバ１（自サーバ）の故障を検出
すると、自サーバに故障発生の状態になり、通信リンク
２０を通じて待機系サーバ２０の通信管理部１３に通知
する。

【００３１】待機系サーバ２０の通信管理部１３は通知
を受けて、他サーバに故障発生の状態となる（ＲＢ）。
また、故障から回復した場合、自身の状態を両サーバ正
常にし、故障通知と同様に通信管理部１３に通知する。

【００３２】通信管理部１３は通知を受け、両サーバ正
常の状態に変化する（ＲＡ）。両サーバとも故障の場合
は、後述するように複数のＬＡＮインタフェースを持つ
場合のみ可能である。ここでは、説明のためにＬＡＮイ
ンタフェースは一つとし、複数の場合は、その違いのみ
を後述する。従って、両サーバとも故障の場合は、通信
を肩代わりできない。

【００３３】通信管理部４が、本発明の特徴である故障
時の通信の切り替えを行う部分である。通信管理部４
は、実際のＬＡＮへの通信を制御するＬＡＮドライバ
と、トランスポートの間に位置し、この間のデータのや
り取りを制御する。また、故障時には、通信リンク２０
を通じて、通信管理部１３と通信を行う。

【００３４】通信管理部４は、ＬＡＮドライバ３を通し
て、ＬＡＮインタフェース２の故障を検知することがで
きる。また、ＬＡＮドライバ３から渡されたＬＡＮから
の受信パケットのアドレスを検査することができ、さら
には、ＬＡＮドライバ３は渡されたパケットをＬＡＮに
送信するだけの機能であるので、送信パケットのアドレ
スを変更することもできる。

【００３５】上記通信管理部４の動作処理手順を図５に
フローチャートで示す。ステップ６０及び６２で、故障
通知か送信或いは受信処理かを判断する。ステップ６６
からは受信処理である。また、他サーバの通信管理部か
らと自サーバからの通知、データの送受信の両方を処理
している。例えばステップ７０で他サーバへデータを送
ると、他サーバの通信管理部は、これを送信処理として
ステップ６２の処理へ入り、他サーバ故障としてステッ
プ６４，６５の流れを実行する。

【００３６】次に、通常時、故障時に分けて、通信の方
法を説明する。図２の通常時の通信処理を示す概念図を
用いて、通常時の処理を説明する。通信管理部４、１３
ともに両サーバ正常の状態であり、それぞれのサーバ
は、内蔵するＬＡＮインタフェースを用いて通信を行
う。

【００３７】サーバプロセスが発信するデータは、トラ
ンスポート５、通信管理部４、ＬＡＮドライバ３によっ
て処理されて、ＬＡＮインタフェース２を通じＬＡＮ２
１へ送信される。ＬＡＮ２１からＬＡＮインタフェース
２宛てに到着したパケットは、逆の経路を辿ってサーバ
プロセス７へ届く。

【００３８】通信管理部４は、両サーバ正常の状態にあ
り、送信、受信されるデータをトランスポート５とＬＡ
Ｎドライバ３の間で中継するのみである。次に、図３の
故障発生時の通信処理を示す概念図を用いて、主系サー
バ１に故障が発生した場合を例にして、故障時の処理を
説明する。通信管理部４が故障を検知し、状態を自サー
バ故障とする。

【００３９】次に、故障発生を通信リンク２０を通じて
通信管理部１３へ通知する。その通知に、相手に肩代わ
りしてもらいたい物理アドレスを併せて送信する。通信
管理部１３は故障通知を受け取って、他サーバ故障の状
態となる。

【００４０】自サーバ故障の状態となった通信管理部４
は、サーバプロセス７等から送られてくるＬＡＮ２１へ
送信すべきデータを、通信リンク２０を通して、通信管
理部１３へ送る。また、逆に通信管理部１３から送られ
てきた受信データをサーバプロセス７へ渡す。

【００４１】他サーバ故障の状態となっている通信管理
部１３は、ＬＡＮ２１からＬＡＮインタフェース１１の
物理アドレス宛てに到着したパケットや、サーバプロセ
ス１６が出すパケットを通常時と同様に送受信する。障
害通知を主系サーバ１から受け取ると、ＬＡＮドライバ
１２を使ってＬＡＮインタフェース１１がＬＡＮインタ
フェース２の物理アドレス宛てのパケットも受信するよ
うに設定を変更する。

【００４２】通信管理部４から通信リンク２０を通じて
送られてくるパケットは、ＬＡＮインタフェース２の物
理アドレスから送信されたパケットとして、ＬＡＮイン
タフェース１１から送信する。具体的には、パケットの
送信者のアドレスにＬＡＮインタフェース２の物理アド
レスが入ったパケットをＬＡＮ２１へ送出する。

【００４３】ＬＡＮインタフェース１１が受信したＬＡ
Ｎインタフェース２宛のパケットは、通信管理部１３に
おいて、パケットの宛先を見ることで、主系サーバ１宛
てか、待機系サーバ１０宛てかを判断することができ
る。待機系サーバ１０宛のものは、通常時の処理と同
様、そのままトランスポート１４へ渡す。主系サーバ１
宛てのものは、通信リンク２０を通じて、通信管理部４
へ送信する。

【００４４】主系サーバ１の故障がなくなり、主系サー
バ１が通信を再開できるようになった場合を説明する。
通信管理部４が故障がなくなったことを検知したとす
る。通信リンク２０を用いて、通信管理部１３へ通知
し、両通信管理部とも状態を両サーバ正常の状態とす
る。

【００４５】以後のデータ送受信は、図２のようにそれ
ぞれのサーバが、自身のＬＡＮインタフェースを用いて
行う状態となる。ＬＡＮインタフェースが複数ある場合
でも、対応することが可能である。但し、主系サーバ１
が接続しているＬＡＮには、待機系サーバ１０も必ず接
続している必要がある。

【００４６】通信管理部４が、待機系サーバ１０の通信
管理部１３へ故障通知を出す際に、どのＬＡＮに接続し
ているＬＡＮインタフェースが故障したかを示す情報を
合わせて送れば、これまで説明した方法で、待機系サー
バ１０が主系サーバ１の送受信を肩代わりできる。この
場合は、どのＬＡＮと通信が不可能かという情報を保持
し動作を決定すればよい。

【００４７】ＬＡＮインタフェースの種類によっては、
ＬＡＮ２１から受信する物理アドレスを１つしか設定で
きないものがある。上記説明では、主系サーバ１の分
と、待機系サーバ１０の分の合わせて２つの物理アドレ
スが受け取れることが前提となっている。この場合に
は、待機系サーバ１０のＬＡＮドライバ１２は、ＬＡＮ
インタフェースを、ＬＡＮ２１に送信されるすべてのパ
ケットを受信するモードに変更する。

【００４８】ＬＡＮドライバ１２は、受信したパケット
をすべて通信管理部１３へ中継する。通信管理部１３
は、受信したパケットから待機系サーバ１０宛てのパケ
ットと主系サーバ１宛てのパケットのみを選び出す処理
を行うことで、この問題を解決することができる。

【００４９】上記したように本実施形態によれば、主系
サーバ１に障害が発生し、通信処理ができなくなった場
合に、待機系サーバ１０のＬＡＮインタフェース１１を
通じて通信処理を継続することができる。

【００５０】また、トランスポートが使用する論理アド
レスではなく、ＬＡＮ２１の物理アドレスを肩代わりす
る形を取るので、ＬＡＮ２１上の他の計算機に通知し
て、論理アドレスと物理アドレスの組み合わせを変更し
なくてよい。

【００５１】さらに、クライアント２２によっては、そ
の内部に論理アドレスと物理アドレスの組み合わせを静
的に保持し、待機系サーバ１０からの通知で変更できな
い場合がある。この実施形態では、クライアントのこの
組み合わせを変更せずに、待機系サーバ１０が主系サー
バ１の代わりに受信を行っているので、このようなクラ
イアントがＬＡＮ２１上にあっても対応することが可能
である。 （第二の実施形態）上記した第一の実施形態において、
ＬＡＮインタフェースの種類によっては、物理アドレス
を１つしか受信できない仕様のものがある。このような
ＬＡＮインタフェースを持つ待機系サーバが、第一の実
施形態のように主系サーバの物理アドレス宛てのパケッ
トも受信しようとする場合、すでに述べたように、すべ
てのパケットを受信し、その中から、待機系サーバのＬ
ＡＮインタフェースの物理アドレス宛と、主系サーバの
ＬＡＮインタフェースの物理アドレス宛てのパケットを
選別する処理を通信管理部が行う必要がある。

【００５２】この場合、ＬＡＮインタフェースはＬＡＮ
上のすべてのパケットを受信するために、処理が非常に
多くなること、また、待機系サーバの通信管理部も処理
が非常に多くなる等の問題がある。

【００５３】そこで、図６に示すように、一般に使用さ
れているＬＡＮスイッチ３０を使用するシステム構成を
第二の実施形態として説明する。尚、図６に於いて上記
第一の実施形態と同様な構成要件については図１と同様
な符号を付してその説明を省略する。

【００５４】ＬＡＮスイッチ３０は、ここでは、イーサ
ネットで使用するイーサスイッチとする。イーサスイッ
チは、計算機のＬＡＮインタフェースが接続する複数の
ポートを持つ。ポートの先には、一台の計算機だけでは
なくハブで接続した複数の計算機であってもよい。

【００５５】イーサスイッチは、ポートから出されるパ
ケットをスキャンし、各ポートに接続されている計算機
のＬＡＮインタフェースの物理アドレスを、ポートごと
に記憶する。

【００５６】各ポートに接続されていると記憶した物理
アドレス宛のパケットをイーサスイッチが受け取ると、
そのポートにのみパケットを送信し、他のパケットには
送信しない。

【００５７】通常のハブなどでは、すべてのポートに必
ずパケットを送信するが、上記のように接続されている
ポートにのみパケットを送信することで、余計なトラフ
ィックを抑えることができる。

【００５８】通常時、故障時とも、第一の実施形態と同
じ動作を行う。但し、通信管理部１３が、主系サーバ１
の通信を肩代わりする動作を開始するときに、ＬＡＮ２
１に対し、主系サーバ１のＬＡＮインタフェース２の物
理アドレスを送信元アドレスとするパケットを、ブロー
ドキャスト、或いはＬＡＮインタフェース１１宛に送信
する。

【００５９】これにより、ＬＡＮスイッチ３０は、ＬＡ
Ｎインタフェース２の物理アドレス宛のパケットをＬＡ
Ｎインタフェース１１が接続しているポートに送信する
ように学習する。

【００６０】上述したように本実施形態によれば，第一
の実施形態の効果に加えて、以下の効果がある。すなわ
ち、イーサスイッチが行うパケットのフィルタリングに
より、待機系サーバのＬＡＮインタフェースに到着する
パケットが少なくなり、障害時の待機系サーバの処理が
第一の実施形態の場合より少なくなる。 （第三の実施形態）前記従来技術で述べたように、論理
アドレスを肩代わりする場合に、ＬＡＮ上のクライアン
ト２２に影響を与えることなく、論理アドレスを肩代わ
りすることができる。

【００６１】この実施形態を図７乃至図１０を用いて説
明する。この実施形態は、上記した第一の実施形態の構
成に加えて、パケットフィルタ４０を加えたシステム構
成である。尚、図中、上記第一の実施形態と同様の構成
要素については図１と同様の符号を付してその説明を省
略する。

【００６２】まず、図８を参照してパケットフィルタ４
０について説明する。図８に示すように、パケットフィ
ルタ４０は、計算機のＬＡＮインタフェースが接続する
ポート４１を複数個備え、変換するパケットのアドレス
を貯えるアドレス変換表４２と、各ポートから到着する
パケットを監視し、アドレスの書き換えをアドレス変換
表４２に基づいて行うフィルタ４３とを内部にもつ。

【００６３】パケットフィルタ４０は、通常のＬＡＮ２
１のハブと同様に、ポートから到着したパケットを他の
ポート全部へ伝達する。その際に、アドレス変換表４２
の元アドレス５１に登録されているアドレスを送信先に
持つパケットが到着すると、その送信先を新アドレス５
２に記録されているものと置き換えて、すべてのポート
へ伝達する。また、パケットの送信元アドレスに関して
も同様に変換を行う。

【００６４】パケットフィルタ４０に上記のようなアド
レスの置き換えを指示するために、パケットフィルタ４
０は、自身を特定する物理アドレスを持つ。ＬＡＮ２１
に接続している計算機が、パケットフィルタ４０を制御
するためには、パケットフィルタ４０の物理アドレス宛
に、元アドレスと、新アドレスをパケットに格納して送
信する。

【００６５】パケットフィルタ４０は、そのパケットを
受信して、アドレス変換表４２に登録する。また、元ア
ドレス（アドレスの値をＡとする）と新アドレスが同じ
アドレスとなっているデータを含むパケットを受け取る
と、アドレス変換表４２の元アドレスがＡのエントリを
検索し、エントリがあれば、それを削除する。

【００６６】尚、パケットフィルタ４０は、上記第二の
実施形態で述べたＬＡＮスイッチの機能を合わせ持つ構
成であってもよい。通信管理部４，１３は、通常時は、
第一の実施形態と同様に動作する。

【００６７】次に、故障時を説明する。第一の実施形態
と同様、主系サーバ１が故障したとする。故障通知、通
信管理部４、１３の状態変化、主系サーバ１の通信管理
部４の動作は、第一の実施形態と同様である。

【００６８】異なるのは、待機系サーバ１０の通信管理
部１３が行う、通信の肩代わりの動作と位置である。こ
れを図１０を用いて説明する。通信管理部４，１３は、
トランスポートとサーバプロセスの間に位置する。

【００６９】通信管理部１３は、通信管理部４から故障
通知を受け取ると、トランスポート１４に、主系サーバ
１のトランスポート５の論理アドレス（ＴＣＰ／ＩＰで
はＩＰアドレス）宛てのパケットも受信できるように指
示する。

【００７０】一般に使用されるＴＣＰ／ＩＰなどのトラ
ンスポート１４は、複数の論理アドレスを扱うことがで
きるようになっているものが殆どであるので、これには
特別な仕組みは必要ない。

【００７１】通常のトランスポートでは、効率をあげる
ために、ＬＡＮ上の他のクライアントが、ＬＡＮ上のマ
シンの論理アドレスと物理アドレスの組を内部にキャッ
シュしている。

【００７２】新しい論理アドレスの使用を待機系サーバ
１０が開始する場合、特に本実施形態では、すでに主系
サーバ１の物理アドレスと組になっていた論理アドレス
を引き継ぐために、このキャッシュの破棄が必須とな
る。これらのキャッシュを破棄するために、ブロードキ
ャストを行ったり、パケットをＬＡＮ上に送信するなど
の動作が通常は行われる。

【００７３】ＬＡＮ上のクライアントが保持しているで
あろう論理アドレスと物理アドレスの組のキャッシュを
更新させるための動作を行わなくてよい。その理由を次
に説明する。

【００７４】通信管理部１３は、次に、パケットフィル
タ４０に対して、主系サーバ１のＬＡＮインタフェース
２の物理アドレスを元アドレス、待機系サーバ１０のＬ
ＡＮインタフェース１１の物理アドレスを新アドレスと
する組のデータを含むパケットを送信する。

【００７５】パケットフィルタ４０はこのパケットを受
信し、上記物理アドレスの組をアドレス変換表４２に記
録する。このようにすることで、ＬＡＮインタフェース
２宛てのパケットは、ＬＡＮインタフェース１１に、パ
ケットフィルタ４０が届くことを保証することになる。
従って、ＬＡＮ上のクライアントは主系サーバ１のＬＡ
Ｎインタフェース２宛にパケットを送信し続けるが、実
際に受信するのは待機系サーバ１０となる。

【００７６】ＬＡＮインタフェース１１で受信したパケ
ットは、ＬＡＮドライバ１２、トランスポート１４を通
って、通信管理部１３に届く。通信管理部１３は、パケ
ットの宛先の論理アドレスを見て、主系サーバ宛か、待
機系サーバ宛かを判断することができ、パケットをそれ
ぞれに振り分ける。

【００７７】次に、主系サーバ１の故障が直った場合に
ついて説明する。この際は上記第一の実施形態と同様に
故障が直ったことを検知すると、通信管理部４は、通信
管理部１３に通知する。

【００７８】通信管理部１３は、トランスポート１４に
対し、これまで肩代わりしていた主系サーバ１の論理ア
ドレスを扱うことを中止するように、トランスポート１
４に通知する。

【００７９】さらに、パケットフィルタ４０に対し、元
アドレス、新アドレスともに主系サーバ１のＬＡＮイン
タフェース２の物理アドレスであるパケットをパケット
フィルタ４０に送信して、パケットのアドレスの変換を
停止することを指示する。

【００８０】これで、パケットフィルタ４０によるパケ
ットの振り替えが中止され、主系サーバ１でパケットが
受信できるようになり、待機系サーバ１０では、自身宛
てのパケットのみが受信できる状態に戻ることができ
る。

【００８１】上述した実施形態によれば、クライアント
が保持している論理アドレス、物理アドレスのキャッシ
ュに影響を与えることなく、待機系サーバが主系サーバ
のパケットを受信することができるようになる。

【００８２】また、第一及び第二の実施形態で述べたよ
うに受信する物理アドレスが１つしか指定できないＬＡ
Ｎインタフェースを用いる場合に、すべてのパケットを
受信するモードを使用する必要がない。 （第四の実施形態）上述したすべての実施形態におい
て、主系サーバ１と待機系サーバ１０は、故障時に専用
の通信リンク２０を用いて、待機系サーバ１０による通
信の代替のためのデータのやり取りを行っていた。

【００８３】この実施形態では主系サーバ１、並びに待
機系サーバ１０が、複数のＬＡＮにつながっており、複
数のＬＡＮインタフェースに故障が発生し、通信ができ
なくなる状況になっても、少なくとも一つは通信できる
ＬＡＮがあれば、専用の通信リンクの代わりにＬＡＮを
用いて、上記の故障通知、データのやり取りを行うこと
ができる。この実施形態によれば、主系サーバと待機系
サーバの間に専用の通信リンクが必要ない。

【００８４】なお。この発明の手法は、ソフトウェアと
しての実現が可能であるため、コンピュータによって実
行させることのできるプログラムとして、フロッピィデ
ィスク、光ディスクおよび半導体メモリなどのコンピュ
ータ読取り可能な記録媒体に格納して頒布することが可
能である。そして、この記録媒体の内容を読取ったコン
ピュータは、その読取ったプログラムを実行制御するこ
とによって、前述した処理の実行を実現する。

【００８５】

【発明の効果】以上詳記したように本発明によれば、ト
ランスポート（ＴＣＰ／ＩＰなど）の論理アドレス（Ｉ
Ｐアドレス）と、ＬＡＮの物理アドレスの組み合わせを
変更するために、ＬＡＮ上の他の計算機に通知を出す必
要がない。また、複数のトランスポートを使用していた
場合は、それぞれのトランスポートごとに処理が必要で
あるが、本発明ではＬＡＮの物理アドレスのレベルでパ
ケットの送受信を代替するため、その必要がない。

【００８６】また、本発明によれば、ＬＡＮスイッチを
用いることで、待機系のＬＡＮインタフェースに到着す
るパケットが少なくなり、待機系サーバとそのＬＡＮイ
ンタフェースに対する負荷をより小さくすることができ
る。

【００８７】また、本発明によれば、パケットの物理ア
ドレスを変換することができ、且つそれを動的に行うこ
とができる。さらに、本発明によれば、トランスポート
が管理する論理アドレスを肩代わりするがＬＡＮ上の他
のクライアントに対し論理アドレスと物理アドレスの組
み合わせを変更させずに済むという効果を奏する。

【図面の簡単な説明】

【図１】本発明の第一実施形態に係るシステムの構成を
示すブロック図。

【図２】上記実施形態に於ける通常時の通信処理を示す
概念図。

【図３】上記実施形態に於ける故障発生時の通信処理を
示す概念図。

【図４】上記実施形態に於ける状態遷移図。

【図５】上記実施形態に於ける通信管理部の処理手順を
示すフローチャート。

【図６】本発明の第二実施形態に係るＬＡＮスイッチを
使用したシステムの構成を示すブロック図。

【図７】本発明の第三実施形態に係るパケットフィルタ
を用いた構成例を示すブロック図。

【図８】上記実施形態に於けるパケットフィルタの構成
を示す図。

【図９】上記実施形態に於けるアドレス変換テーブルの
構成を示す図。

【図１０】上記実施形態に於ける故障時の通信処理を示
す概念図。

【図１１】従来のシステムによる通信処理を示す概念
図。

【符号の説明】

１…主系サーバ、 ２…ＬＡＮインタフェース、 ３…ＬＡＮドライバ、 ４…通信管理部、 ５…トランスポート、 ６…クラスタ制御部、 ７…サーバプロセス、 １０…待機系サーバ、 １１…ＬＡＮインタフェース、 １２…ＬＡＮドライバ、 １３…通信管理部、 １４…トランスポート、 １６…サーバプロセス、 ２０…通信リンク、 ２１…ＬＡＮ、 ２２…クライアント、 ３０…ＬＡＮスイッチ、 ４０…パケットフィルタ、 ４１…ポート、 ４２…アドレス変換表、 ４３…フィルタ。

Claims (12)

【特許請求の範囲】
1. 【請求項１】 クライアントサーバシステムにおいて、
   主系サーバに故障が発生し、待機系サーバの通信装置が
   前記主系サーバの通信処理を代替して行う際に、ＬＡＮ
   で使用する物理アドレスを用いて前記主系サーバ宛のパ
   ケットを送受信し、前記主系サーバの通信故障発生時
   に、クライアントに通知されることなく前記主系サーバ
   の通信処理を前記待機系サーバが代替するようにしたこ
   とを特徴とするクライアントサーバシステムの制御方
   法。
2. 【請求項２】 主系サーバ及び待機系サーバを有してな
   るクライアントサーバシステムにおいて、 前記主系サーバと前記待機系サーバとの間を接続する専
   用の通信リンクと、 前記各サーバのＬＡＮインタフェースを制御するＬＡＮ
   ドライバと、 前記各サーバに固有に割り付けられる論理アドレスを用
   いて前記サーバ間の通信を行うトランスポートと、 前記主系サーバの故障発生時に前記主系サーバのＬＡＮ
   インタフェースを用いずに、前記待機系サーバのＬＡＮ
   インタフェースを用いるように通信リンクを介して前記
   待機系サーバの通信管理部に通信を行う主系サーバの通
   信管理部と、 前記主系サーバの通信を前記待機系サーバのＬＡＮイン
   タフェースを用いて行う待機系サーバの通信管理部とを
   備え、 前記主系サーバに故障が発生し前記ＬＡＮを通じての通
   信が不可能ではあるが処理の続行は可能である場合に、
   前記主系サーバと他のクライアントとの通信を、前記待
   機系サーバのＬＡＮインタフェースを用いて行うこと
   で、前記主系サーバの処理を継続することを特徴とする
   クライアントサーバシステム。
3. 【請求項３】 計算機のＬＡＮインタフェースが接続す
   る複数個のポートを有し、前記ポート先の前記ＬＡＮイ
   ンタフェースの物理アドレスを記憶し、記憶している物
   理アドレス宛のパケットをイーサスイッチのすべてのポ
   ートにではなく、その物理アドレスが接続しているポー
   トにのみ送ることで、前記ＬＡＮ内のパケットを減少さ
   せより大きい通信帯域を提供するＬＡＮスイッチと、主
   系サーバ、待機系サーバのＬＡＮインタフェースが、前
   記ＬＡＮスイッチを通じてＬＡＮに接続するようにした
   ことを特徴とする請求項２記載のクライアントサーバシ
   ステム。
4. 【請求項４】 計算機のＬＡＮインタフェースが接続す
   るポートを複数有し、パケットのアドレス変換を行うた
   めに、変換するべき物理アドレスとそのアドレスと置き
   換えるアドレスを保持するアドレス変換テーブル部と、
   このアドレス変換テーブル部を参照して、各ポートから
   送られてくるパケットのアドレスを変換してすべてのポ
   ートに伝達するフィルタ部とを備え、前記ポートから受
   け取ったすべてのパケットに対し、パケットのアドレス
   を変換し、変換したパケットをすべてのポートに伝達し
   且つ前記計算機からＬＡＮ経由で自身宛のパケットを受
   け取ることで前記アドレス変換テーブル部を動的に変更
   可能としたことを特徴とするパケットフィルタ装置。
5. 【請求項５】 主系サーバと待機系サーバのＬＡＮイン
   タフェースが請求項４のパケットフィルタ装置を通じて
   ＬＡＮに接続するシステムにおいて、前記主系サーバの
   故障の際に、待機系サーバが主系サーバ並びに待機系サ
   ーバの両方のトランスポートの論理アドレスの送受信を
   行い且つパケットフィルタ装置によって物理アドレスの
   変換を行うようにしたことを特徴とする請求項２記載の
   クライアントサーバシステム。
6. 【請求項６】 任意のクライアントからＬＡＮ経由で送
   られてくる要求を処理し当該処理結果を返す主系サーバ
   と、この主系サーバが停止或いは該主系サーバの通信装
   置が故障した場合に、該主系サーバの代わりにクライア
   ントとのデータの送受信を行う待機系サーバから成り互
   いに前記ＬＡＮを通じて接続されているクライアントサ
   ーバシステムにおいて、 前記主系サーバと前記待機系サーバを専用の通信リンク
   で接続し、前記各サーバにＬＡＮインタフェースを有し
   て、各サーバがそれぞれ固有に割り付けられる論理アド
   レスを用いてサーバ間通信を行い、前記主系サーバに故
   障が発生し前記ＬＡＮを通じての通信が不可能ではある
   が処理の続行は可能である場合に、前記主系サーバと他
   のクライアントとの通信を、前記待機系サーバのＬＡＮ
   インタフェースを用いて行うことで、前記主系サーバの
   処理を継続することを特徴とする通信方式切り替え方
   法。
7. 【請求項７】 計算機のＬＡＮインタフェースが接続す
   る複数個のポートを有し、前記ポート先の前記ＬＡＮイ
   ンタフェースの物理アドレスを記憶して、記憶している
   物理アドレス宛のパケットをイーサスイッチのすべての
   ポートにではなく、その物理アドレスが接続しているポ
   ートにのみ送ることで、前記ＬＡＮ内のパケットを減少
   させより大きい通信帯域を提供し、主系サーバ並びに待
   機系サーバのＬＡＮインタフェースがＬＡＮに接続する
   ようにしたことを特徴とする請求項６記載の通信方式切
   り替え方法。
8. 【請求項８】 主系サーバと待機系サーバのＬＡＮイン
   タフェースが請求項４記載のパケットフィルタ装置を通
   じてＬＡＮに接続するシステムを備え、前記主系サーバ
   が故障した際に、待機系サーバが主系サーバ並びに待機
   系サーバの双方のトランスポートの論理アドレスの送受
   信を行い且つパケットフィルタ装置によって物理アドレ
   スの変換を行うようにしたことを特徴とする請求項６記
   載の通信方式切り替え方法。
9. 【請求項９】 クライアントサーバシステムを動作制御
   するためのプログラムであって、 主系サーバに故障が発生し、待機系サーバの通信装置が
   前記主系サーバの通信処理を代替して行う際に、ＬＡＮ
   で使用する物理アドレスを用いて前記主系サーバ宛のパ
   ケットを送受信することにより、前記主系サーバの通信
   故障発生時に、クライアントに通知されることなく前記
   主系サーバの通信処理を前記待機系サーバが代替するよ
   うに前記クライアントサーバシステムを動作させるプロ
   グラムを記録したコンピュータ読取り可能な記録媒体。
10. 【請求項１０】 任意のクライアントからＬＡＮ経由で
    送られてくる要求を処理し当該処理結果を返す主系サー
    バと、この主系サーバが停止或いは該主系サーバの通信
    装置が故障した場合に、該主系サーバの代わりにクライ
    アントとのデータの送受信を行う待機系サーバから成り
    互いに前記ＬＡＮを通じて接続されているクライアント
    サーバシステムを動作制御するためのプログラムであっ
    て、 前記主系サーバと前記待機系サーバを専用の通信リンク
    で接続し、前記各サーバにＬＡＮインタフェースを有し
    て、各サーバがそれぞれ固有に割り付けられる論理アド
    レスを用いてサーバ間通信を行い、前記主系サーバに故
    障が発生し前記ＬＡＮを通じての通信が不可能ではある
    が処理の続行は可能である場合に、前記主系サーバと他
    のクライアントとの通信を、前記待機系サーバのＬＡＮ
    インタフェースを用いて行うことにより、前記主系サー
    バの処理を継続するように前記クライアントサーバシス
    テムの通信方式切り替えを制御するプログラムを記録し
    たコンピュータ読取り可能な記録媒体。
11. 【請求項１１】 前記プログラムは、前記クライアント
    サーバシステムが前記主系サーバと待機系サーバとのＬ
    ＡＮインタフェースが接続する複数個のポートを有する
    とき、前記ポート先の前記ＬＡＮインタフェースの物理
    アドレスを記憶して、記憶している物理アドレス宛のパ
    ケットをイーサスイッチのすべてのポートにではなく、
    その物理アドレスが接続しているポートにのみ送ること
    で、前記ＬＡＮ内のパケットを減少させより大きい通信
    帯域を提供し、主系サーバ並びに待機系サーバのＬＡＮ
    インタフェースがＬＡＮに接続するように前記クライア
    ントサーバシステムの通信方式切り替えを制御する請求
    項１０記載のコンピュータ読取り可能な記録媒体。
12. 【請求項１２】 前記プログラムは、前記クライアント
    サーバシステムが前記主系サーバと待機系サーバとのＬ
    ＡＮインタフェースが請求項４記載のパケットフィルタ
    装置を通じてＬＡＮに接続するとき、前記主系サーバが
    故障した際に、待機系サーバが主系サーバ並びに待機系
    サーバの双方のトランスポートの論理アドレスの送受信
    を行い且つパケットフィルタ装置によって物理アドレス
    の変換を行うように前記クライアントサーバシステムの
    通信方式切り替えを制御する請求項１０記載のコンピュ
    ータ読取り可能な記録媒体。