(57)【要約】【課題】障害発生時にサーバへのアクセスを維持できるロードバランサを提供することを目的とする。【解決手段】  複数のサーバが接続される第１のネットワークとの通信をする第１の通信手段と、クライアントが接続され第１のネットワークと同一のプロトコルに従って動作する、第２のネットワークとの通信をする第２の通信手段と、複数のサーバの負荷量に応じて、前記第２の通信手段から第１の通信手段へと伝送させるデータを複数のサーバのうちのいずれに供給するかを選択し、選択されたサーバにデータを転送する負荷分散手段と、第１の通信手段と第２の通信手段とを短絡し、前記負荷分散手段を介さずに第１のネットワークと第２のネットワークとを接続する短絡手段とから構成される。第２の通信手段は、複数のサーバのうちのいずれか一のサーバのＩＰアドレスと同一のＩＰアドレスが設定される。障害発生時には前記短絡手段を短絡させる。【選択図】図３
2006287605.tif 000002
【特許請求の範囲】
【請求項１】
複数のサーバが接続される第１のネットワークとの通信をする第１の通信手段と、
クライアントが接続され、前記第１のネットワークと同一のプロトコルに従って動作する、第２のネットワークとの通信をする第２の通信手段と、
複数の前記サーバの負荷量に応じて、前記第２の通信手段から前記第１の通信手段へと伝送させる宛先となるサーバを複数の前記サーバから選択し、当該選択された前記サーバにデータを転送する負荷分散手段と、
から構成されるロードバランサであって、
前記第１の通信手段と前記第２の通信手段とを短絡し、前記負荷分散手段を介さずに前記第１のネットワークと前記第２のネットワークとを接続する短絡手段を更に備え、
前記第２の通信手段には、複数の前記サーバのうちのいずれか一のサーバのＩＰ（Internet Protocol）アドレスと同一のＩＰアドレスが設定される、  
ことを特徴とするロードバランサ。
【請求項２】
前記ロードバランサに障害が発生した場合に前記短絡手段に前記第１の通信手段と前記第２の通信手段とを短絡させることを指示する指示情報を供給する、短絡制御手段を更に備え、
前記指示情報に応答して前記短絡手段が前記第１の通信手段と前記第２の通信手段とを短絡させる、
ことを特徴とする請求項１に記載のロードバランサ。
【請求項３】
所定の時間が経過しても前記負荷分散手段の応答がない場合に、前記短絡制御手段が前記指示情報を前記短絡手段に供給する、
ことを特徴とする請求項２に記載のロードバランサ。
【請求項４】
前記ロードバランサに電源が供給されていない場合に、前記短絡制御手段が前記指示情報を前記短絡手段に供給する、
ことを特徴とする請求項２又は３に記載のロードバランサ。
【請求項５】
前記第２の通信手段と同一のＩＰアドレスが設定されている前記サーバが正常に動作している状態で、前記ＩＰアドレスからＭＡＣアドレスを求めるためのアドレス解決要求が発生した場合に、前記アドレス解決要求と、これに応答して前記当該サーバが送信するアドレス解決応答とを取得してアドレス解決情報として保持する保持手段と、
前記サーバに障害が発生した場合に、前記保持手段に格納された前記アドレス解決情報に基づき前記サーバに代わってアドレス解決応答を送信する代理応答手段と、を更に備える、
ことを特徴とする請求項１から４のいずれか１項に記載のロードバランサ。
【請求項６】
コンピュータを、
複数のサーバが接続される第１のネットワークとの通信をする第１の通信手段と、
クライアントが接続され、前記第１のネットワークと同一のプロトコルに従って動作する、第２のネットワークとの通信をする第２の通信手段と、
複数の前記サーバの負荷量に応じて前記第２の通信手段から前記第１の通信手段へと伝送させるデータを複数の前記サーバのうちのいずれに供給するかを選択し、当該選択された前記サーバにデータを転送する負荷分散手段と、
前記第１の通信手段と前記第２の通信手段とを短絡し、前記負荷分散手段を介さずに前記第１のネットワークと前記第２のネットワークとを接続する短絡手段と、
を備えたロードバランサとして機能させるプログラムであって、
前記第２の通信手段には、複数の前記サーバのうちのいずれか一のサーバのＩＰ（Internet Protocol）アドレスと同一のＩＰアドレスが設定される、  
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ（Internet Protocol）ネットワークを通したサーバ・クライアント間通信をサーバへの負荷分散をするためのロードバランサに関する。
【背景技術】
【０００２】
従来から、サーバ・クライアントシステムにおいて、特定のサーバへの負荷集中を緩和し、負荷を分散させるために、個々のサーバに対し負荷を適宜割り振るロードバランサを用いた負荷分散システムが利用されている（例えば特許文献１を参照）。
【特許文献１】特開２００３−１７４４７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
多くの場合、ロードバランサを用いた負荷分散システムは、図７に示すように、メインのロードバランサ１００の他に、バックアップ用のロードバランサ１０１を備える。そして、メインのロードバランサ１００に障害（故障、ハングアップ、データ量の増大、停電等）が発生した場合、バックアップ用のロードバランサ１０１に切り替えという対応を実施する。
また、バックアップがない場合には、ウェブサーバ２００、２０１等のＩＰアドレスを変更する等の対応が必要である。
このように、従来の負荷分散システムにおいては、障害発生時の対応が煩雑であった。また、対応が遅れた場合には、ウェブサーバへのアクセスが不能となる場合もあった。
【０００４】
本発明は、上記実情に鑑みてなされたもので、障害発生時にもサーバへのアクセスを維持できるロードバランサ及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明に係るロードバランサは、複数のサーバが接続される第１のネットワークとの通信をする第１の通信手段と、クライアントが接続され、前記第１のネットワークと同一のプロトコルに従って動作する、第２のネットワークとの通信をする第２の通信手段と、複数の前記サーバの負荷量に応じて、前記第２の通信手段から前記第１の通信手段へと伝送させるデータを複数の前記サーバのうちのいずれに供給するかを選択し、当該選択された前記サーバにデータを転送する負荷分散手段と、から構成されるロードバランサであって、前記第１の通信手段と前記第２の通信手段とを短絡し、前記負荷分散手段を介さずに前記第１のネットワークと前記第２のネットワークとを接続する短絡手段を更に備え、前記第２の通信手段には、複数の前記サーバのうちのいずれか一のサーバのＩＰ（Internet Protocol）アドレスと同一のＩＰアドレスが設定される、ことを特徴とする。
【０００６】
前記ロードバランサに障害が発生した場合に前記短絡手段に前記第１の通信手段と前記第２の通信手段とを短絡させることを指示する指示情報を供給する、短絡制御手段を更に備え、前記指示情報に応答して前記短絡手段が前記第１の通信手段と前記第２の通信手段とを短絡させてもよい。
【０００７】
所定の時間が経過しても前記負荷分散手段の応答がない場合に、前記短絡制御手段が前記指示情報を前記短絡手段に供給してもよい。
【０００８】
前記ロードバランサに電源が供給されていない場合に、前記短絡制御手段が前記指示情報を前記短絡手段に供給してもよい。
【０００９】
ロードバランサは、前記第２の通信手段と同一のＩＰアドレスが設定されている前記サーバが正常に動作している状態で、前記ＩＰアドレスからＭＡＣアドレスを求めるためのアドレス解決要求が発生した場合に、前記アドレス解決要求と、これに応答して前記サーバが送信するアドレス解決応答とを取得してアドレス解決情報として保持する保持手段と、前記サーバに障害が発生した場合に、前記保持手段に格納された前記アドレス解決情報に基づき前記サーバに代わってアドレス解決応答を送信する代理応答手段と、を更に備えてもよい。
【００１０】
本発明の第２の観点に係るプログラムは、コンピュータを
、複数のサーバが接続される第１のネットワークとの通信をする第１の通信手段と、クライアントが接続され、前記第１のネットワークと同一のプロトコルに従って動作する、第２のネットワークとの通信をする前記第２の通信手段と、複数の前記サーバの負荷量に応じて前記第２の通信手段から第１の通信手段へと伝送させるデータを複数の前記サーバのうちのいずれに供給するかを選択し、当該選択された前記サーバにデータを転送する負荷分散手段と、前記第１の通信手段と前記第２の通信手段とを短絡し、前記負荷分散手段を介さずに前記第１のネットワークと前記第２のネットワークとを接続する短絡手段と、を備えたロードバランサとして機能させるプログラムであって、前記第２の通信手段には、複数の前記サーバのうちのいずれか一のサーバのＩＰ（Internet Protocol）アドレスと同一のＩＰアドレスが設定される、ことを特徴とする。
【発明の効果】
【００１１】
本発明に係るロードバランサ及びプログラムは、サーバが接続されたネットワークとクライアントが接続されたネットワークとを短絡させる。このため、本発明に係るロードバランサ及びプログラムは、障害発生時にもサーバへのアクセスを維持できる。
【発明を実施するための最良の形態】
【００１２】
本発明のロードバランサを負荷分散システム１に適用した場合を例に、図面を参照して説明する。
【００１３】
図１に示すように、負荷分散システム１は、ロードバランサ１００と、ウェブサーバ２００と、ウェブサーバ２０１と、クライアント３００と、ファイヤウォール４００と、通信ネットワークＡと、通信ネットワークＢと、から構成される。
【００１４】
通信ネットワークＡには、ロードバランサ１００と、ウェブサーバ２００と、ウェブサーバ２０１と、が接続される。
【００１５】
通信ネットワークＢは、例えば、いわゆるイントラネットのようなＬＡＮ（Local Area Network）である。通信ネットワークＢには、ロードバランサ１００と、クライアント３００と、ファイヤウォール４００と、が接続される。
【００１６】
通信ネットワークＡと通信ネットワークＢとは、同一のプロトコルの通信ネットワークである。
【００１７】
ファイヤウォール４００は、通信ネットワークＢと外部ネットワークとの、相互のアクセスを管理する、ネットワーク接続管理装置である。
【００１８】
クライアント３００は、ウェブサーバ２００及び２０１により供給されるサービスを受けるユーザが利用する端末で、通信ネットワークＢに接続される。
【００１９】
ウェブサーバ２００とウェブサーバ２０１とは、同一のサービスを、クライアント３００に、ネットワークを介して提供するウェブサーバであり、通信ネットワークＡに接続される。このとき、ウェブサーバ２００の通信ネットワークＡにおけるＩＰアドレスはＸに設定され、ウェブサーバ２０１の通信ネットワークＡにおけるＩＰアドレスはＹに設定される。
【００２０】
ロードバランサ１００は、図２に示すように、制御部１１０と、記憶部１２０と、入力部１３０と、出力部１４０と、通信制御部１５０と、から構成される。
【００２１】
入力部１３０は、例えば、キーボード、マウス等から構成され、ユーザによる操作を受け付け、操作情報を制御部１１０に供給する。
出力部１４０は、例えば、表示装置、プリンタ等から構成され、制御部１１０の制御に従い出力情報をユーザに提供する。
【００２２】
通信制御部１５０は、図３に示すように、ＬＡＮポート１５４Ａと、ＬＡＮポート１５４Ｂと、リレー部１５１Ａと、リレー部１５１Ｂと、通信回路１５２Ａと、通信回路１５２Ｂと、短絡リレー１５３と、から構成される。
【００２３】
ＬＡＮポート１５４Ａは通信ネットワークＡに接続され、ＬＡＮポート１５４Ｂは通信ネットワークＢに接続される。
このとき、ＬＡＮポート１５４Ａの通信ネットワークＡにおけるＩＰ（Internet Protocol）アドレスはＺに設定される。また、ＬＡＮポート１５４Ｂの通信ネットワークＢにおけるＩＰアドレスはＸに設定される。
【００２４】
上記のように、本実施の形態の負荷分散システム１においては、ロードバランサ１００のＬＡＮポート１５４Ｂの通信ネットワークＢにおけるＩＰアドレスと、ウェブサーバ２００の通信ネットワークＡにおけるＩＰアドレスとが、同一に設定される。
そして、ＬＡＮポート１５４Ｂの通信ネットワークＢにおけるＩＰアドレスＸは、クライアント３００がウェブサーバ２００及び２０１にアクセスする際の仮想的なＩＰアドレスとなる。
【００２５】
リレー部１５１Ａは、接点Ａ又は接点Ｃのいずれか一方を、接点Ｂと選択的に接続するスイッチである。いずれの接点を選択するかは、制御部１１０の制御に基づき選択される。
リレー部１５１Ｂは、リレー部１５１Ａと同様に、接点ａ又は接点ｃのいずれか一方を、接点ｂと選択的に接続するスイッチである。いずれの接点を選択するかは、制御部１１０の制御に基づき選択される。
【００２６】
通信回路１５２Ａは、リレー部１５１Ａが接点Ａと接点Ｂとを接続している場合に、ロードバランサ１００の通信ネットワークＡを介した通信を制御する。より具体的には、通信回路１５２Ａは、通信ネットワークＡ上に、ウェブサーバ２００又は２０１からパケットが送出されると、これらを全て受け取り、制御部１１０に供給する。また、通信回路１５２Ａ、制御部１１０から供給されたパケットを通信ネットワークＡに送出する。
【００２７】
通信回路１５２Ｂは、リレー部１５１Ｂが接点ａと接点ｂとを接続している場合に、ロードバランサ１００の通信ネットワークＢを介した通信を制御する。より具体的には、通信回路１５２Ｂは、通信ネットワークＢを介して、クライアント３００から宛先ＩＰアドレスがＸであるパケットを受け取ると、これを制御部１１０に供給する。また、通信回路１５２Ｂは、制御部１１０から供給されたパケットを通信ネットワークＢに送出する。
【００２８】
短絡リレー１５３は、接点Ｘと接点Ｙとの間を手動操作により接続／切断可能な切替スイッチである。図３に示すように、接点Ｘはリレー部１５１Ａの接点Ｃと接続され、接点Ｙはリレー部１５１Ｂの接点ｃと接続される。
短絡リレー１５３は、接点Ｘと接点Ｙとを接続状態とすることにより、後述のデータスルー機能が有効とし、切断状態とすることによりデータスルー機能が無効とする。
【００２９】
制御部１１０は、ＣＰＵ（Central Processing Unit）、所定の時間を計時するタイマ等から構成され、記憶部１２０に格納されたプログラムに従って、ロードバランサ１００の全体の動作を制御する。
具体的には、制御部１１０は、例えば、以下に述べる、負荷バランス機能、データスルー機能、ＡＲＰ（Address Resolution Protocol）代理応答機能を実現させるようにロードバランサ１００の全体を制御する。
【００３０】
制御部１１０は、通信回路１５２Ｂから供給される宛先ＩＰアドレスがＸであるパケットを、ウェブサーバ２００及び２０１の負荷の量に応じて、一方に負荷が集中しないように、いずれのウェブサーバに転送するかを選択する、負荷バランス機能を実現する。
【００３１】
制御部１１０は、所定期間内のＣＰＵの応答の有無に応じて、リレー部１５１Ａ及びリレー部１５１Ｂを制御することにより、データスルー機能を実現する。
【００３２】
制御部１１０は、ウェブサーバ２００に障害が発生した場合に、ＩＰアドレスＸに対応するＭＡＣ（Media Access Control）アドレスを求めるＡＲＰ要求が発生した場合、記憶部１２０に予め格納しておいたＡＲＰ情報に基づき、ウェブサーバ２００に代わってＡＲＰ応答を送信する、ＡＲＰ代理応答機能を実現する。
【００３３】
このように構成される負荷分散システム１において、ロードバランサ１００が実現する、負荷バランス機能、データスルー機能、ＡＲＰ代理応答機能について、それぞれ詳細に説明する。
【００３４】
負荷バランス機能を実現するために、ロードバランサ１００の制御部１１０は以下のように動作する。
【００３５】
すなわち、制御部１１０は、宛先ＩＰアドレスがＸであるパケットを受け取ると、通信回路１５２Ａ及び通信ネットワークＡを介して、ウェブサーバ２００の負荷量とウェブサーバ２０１の負荷量とを取得する。そして、制御部１１０は、負荷量が小さいウェブサーバをパケットの転送先として選択する。
【００３６】
制御部１１０は、パケットの転送先としてウェブサーバ２００を選択した場合には、当該パケットをそのまま通信回路１５２Ａに供給する。
また、制御部１１０は、パケットの転送先としてウェブサーバ２０１を選択した場合には、パケットの宛先ＩＰアドレスをＹに変更してから当該変更後のパケットを通信回路１５２Ａに供給する。
【００３７】
なお、上記の負荷バランス機能実行時とは逆方向の通信時、すなわち、通信ネットワークＡから通信ネットワークＢにパケットを送る場合には、制御部１１０は、次のように動作する。すなわち、制御部１１０は、通信回路１５２Ａから、ウェブサーバ２００が送出したパケットを受け取ると、そのパケットを、通信回路１５２Ｂを介してそのまま通信ネットワークＢに送出する。また、ウェブサーバ２０１が送出したパケットを受け取ると、パケットの送信元ＩＰアドレスをＸに変更してから当該変更後のパケットを通信回路１５２Ｂに供給する。
【００３８】
データスルー機能を実現するために、ロードバランサ１００の制御部１１０は以下のように動作する。
【００３９】
すなわち、制御部１１０は、タイマで計時する所定の期間内に、ＣＰＵの応答が有るか否かを監視する。そして、制御部１１０は、所定の期間内にＣＰＵの応答が有る場合には、リレー部１５１Ａの接点Ａと接点Ｂ、リレー部１５１Ｂの接点ａと接点ｂ、をそれぞれ接続させる。この場合、通信ネットワークＡと通信ネットワークＢとの間を伝送されるパケットは、制御部１１０を介することとなる。従って、通信ネットワークＢから通信ネットワークＡへと伝送されるパケットは、上述の負荷バランス機能により、ウェブサーバ２００又は２０１のいずれかに伝送される（データスルー機能は働かない）。
【００４０】
一方、制御部１１０は、所定の期間内にＣＰＵの応答がない場合には、リレー部１５１Ａの接点Ｃと接点Ｂ、リレー部１５１Ｂの接点ｃと接点ｂ、をそれぞれ接続させる。この場合、通信ネットワークＡと通信ネットワークＢとの間を伝送されるパケットは、短絡リレー１５３を介することとなる。従って、上述の負荷バランス機能は利用されず、パケットの宛先ＩＰアドレスは常にＸとなる。つまり、全てのパケットがウェブサーバ２００に伝送される（データスルー機能が働く）。
【００４１】
なお、短絡リレー１５３が切断状態となっている場合には、リレー部１５１Ａの接点Ｃと接点Ｂ、リレー部１５１Ｂの接点ｃと接点ｂ、がそれぞれ接続されても、パケットは通信ネットワークＡと通信ネットワークＢとの間を伝送できない。すなわち、データスルー機能は無効となる。
【００４２】
ＡＲＰ代理応答機能を実現するために、ロードバランサ１００の制御部１１０は以下のように動作する。
【００４３】
まず、ＡＲＰ代理応答機能を実行するのに先立ち、ウェブサーバ２００が正常に機能しているときには、制御部１１０は、図４のフローチャートに示されるような、通常応答処理を実行することにより、ウェブサーバ２００のＭＡＣアドレスを取得しておく。
【００４４】
ウェブサーバ２００が正常に機能している状態でクライアント３００からＩＰアドレスＸに対応するＭＡＣアドレスを求める要求（ＡＲＰ要求）が発生すると、負荷分散システム１は、通常応答処理を開始する。
通常応答処理が開始されると、制御部１１０は、当該ＡＲＰ要求を記憶部１２０に記憶する（ステップＳ１００）。そして、制御部１１０は、ＡＲＰ要求の内容を変更せずに通信制御部１５０を介して、当該ＡＲＰ要求を通信ネットワークＡに転送する（ステップＳ１１０）。
【００４５】
そして、ウェブサーバ２００がＡＲＰ要求への結果（ＡＲＰ応答）を送信する（ステップＳ１２０）と、制御部１１０は、通信制御部１５０を介してこれを受け取り、当該ＡＲＰ応答に含まれるＭＡＣアドレスを、先に保存したＡＲＰ要求に対応付けて保存する（ステップＳ１３０）。また、制御部１１０は、要求元のクライアント３００宛に、当該ＡＲＰ応答を通信ネットワークＢに転送する（ステップＳ１４０）。クライアントがＡＲＰ応答を受信して（ステップＳ１５０）、通常応答処理は終了となる。
【００４６】
制御部１１０は、ウェブサーバ２００が正常に機能しているか否かを監視する。そして、ウェブサーバ２００が正常に機能していないことを検知した場合、制御部１１０は、図５に示す代理応答処理を実行することで、ＡＲＰ代理応答機能を実現する。
【００４７】
ＩＰアドレスＸについてのＡＲＰ要求をクライアント３００が発生すると、負荷分散システム１は代理応答処理を開始する。
制御部１１０は、ＡＲＰ要求に応答して、ウェブサーバ２００が正常に動作していたときに予め取得しておいたＭＡＣアドレスを用いて、代理でＡＲＰ応答を送出する（ステップＳ２００）。
【００４８】
クライアント３００がＡＲＰ応答を受け取ると（ステップＳ２１０）、クライアント３００はコネクション要求を発生する（ステップＳ２２０）。制御部１１０は、コネクション要求を受け取ると、通信制御部１５０を介して、ウェブサーバ２０１に対するＡＲＰ要求を発生する（ステップＳ２３０）。これに対しウェブサーバ２０１はＡＲＰ応答を発生する（ステップＳ２４０）。制御部１１０は、ＡＲＰ応答を受信し（ステップＳ２５０）、ウェブサーバ２０１へのコネクション要求を送信する（ステップＳ２６０）。これに応答し、ウェブサーバ２０１は、クライアント３００とのコネクションを確立する（ステップＳ２７０）。以上で代理応答処理が終了となる。
【００４９】
なお、ウェブサーバ２００を別のハードウェアに置き換えることで、復旧した場合には、ロードバランサ１００の制御部１１０は、通常応答処理を実行し、ＡＲＰ情報を更新する。
【００５０】
次に、図６に示すフローチャートを参照して、ロードバランサ１００に供給されるデータ量が増大し、データスルー機能が働いた場合に実施される、負荷分散システム１の障害発生時動作について、具体的に説明する。
【００５１】
データスルー機能が働いたときには、通信ネットワークＡと通信ネットワークＢとは、ロードバランサ１００の通信制御部１５０内のリレー部１５１Ａと、短絡リレー１５３と、リレー部１５１Ｂと、を介して物理的に短絡されている。
【００５２】
このような状態で、クライアント３００が、ウェブサーバ２００及び２０１の仮想的なＩＰアドレス（すなわち、ロードバランサのＬＡＮポート１５４ＢのＩＰアドレス）であるＸに対し、ＡＲＰ要求を発生すると、障害発生時動作が開始される。ＡＲＰ要求は、ロードバランサ１００のＬＡＮポート１５４Ｂに受け取られるが、リレー部１５１Ｂと、短絡リレー１５３と、リレー部１５１Ａとを介して、そのままＬＡＮポート１５４Ａから通信ネットワークＡに送出される（ステップＳ３００）。
【００５３】
通信ネットワークＡに送出されたＡＲＰ要求は、宛先ＩＰアドレスがＸであるため、ウェブサーバ２００により受信され、ウェブサーバ２００は、ＡＲＰ応答を発生する（ステップＳ３１０）。
【００５４】
ＡＲＰ応答は、ロードバランサ１００のＬＡＮポート１５４Ａに受け取られるが、リレー部１５１Ａと、短絡リレー１５３と、リレー部１５１Ｂとを経由して、そのままＬＡＮポート１５４Ｂから通信ネットワークＢに送出される（ステップＳ３２０）。
【００５５】
通信ネットワークＢに送出されたＡＲＰ応答は、クライアント３００により受信される（ステップＳ３３０）。次に、クライアント３００は、コネクション要求を発生する（ステップＳ３４０）。
【００５６】
コネクション要求は、ロードバランサ１００のＬＡＮポート１５４Ｂに受け取られるが、リレー部１５１Ｂと、短絡リレー１５３と、リレー部１５１Ａとを介して、そのままＬＡＮポート１５４Ａから通信ネットワークＡに送出される（ステップＳ３５０）。
【００５７】
通信ネットワークＡに送出されたコネクション要求は、ウェブサーバ２００に受信され、ウェブサーバ２００は、クライアント３００とのコネクションを確立する（ステップＳ３６０）。以上で障害発生時動作が終了となる。
【００５８】
このように、本実施の形態の負荷分散システム１では、通信ネットワークＢにおけるロードバランサ１００のＩＰアドレスと、通信ネットワークＡにおけるウェブサーバ２００のＩＰアドレスとが同一に設定される。そして、障害発生時には、ロードバランサ１００が通信ネットワークＡと通信ネットワークＢとを短絡する。このため、短絡状態に成っているときに、クライアント３００が、ウェブサーバ２００及び２０１の仮想的なＩＰアドレス（すなわちロードバランサ１００）にアクセスしようとした場合、そのアクセスは、通信ネットワークＡ及び通信ネットワークＢの設定を変更することなく、通信ネットワークＡ上のウェブサーバ２００へのアクセスへと転化されることが可能である。
【００５９】
以上で説明したように、本実施の形態の負荷分散システム１は、ＣＰＵがハングアップしてロードバランサ１００が応答しなくなるような障害が発生した場合でも、ウェブサーバへのアクセスを維持できる。
【００６０】
上記の実施の形態では、ロードバランサ１００のＣＰＵが正常に機能しているか否かに応じてリレー部１５１Ａ及びリレー部１５１Ｂを切り替える場合を例に説明した。しかし、本発明のロードバランサは、ロードバランサに供給されるデータ量を監視し、データ量が所定の閾値を越えたか否かに応じて、リレー部１５１Ａ及びリレー部１５１Ｂを切り替えるようにしてもよい。
これにより、ロードバランサ１００がハングアップすることを防ぎつつ、ウェブサーバへのアクセスを維持することが可能となる。
【００６１】
また、本発明のロードバランサは、ロードバランサ１００の電源のＯＮ／ＯＦＦに応じてリレー部１５１Ａ及びリレー部１５１Ｂを切り替えるようにしてもよい。
これにより、ロードバランサ１００に停電が発生した場合でも、ウェブサーバへのアクセスを維持することが可能となる。
【００６２】
また、本発明のロードバランサは、手動でリレー部１５１Ａ及びリレー部１５１Ｂを切り替える手段を備えてもよい。
【００６３】
上記の実施の形態では、負荷分散システム１に２台のウェブサーバが含まれる場合を例に説明した。しかし、ウェブサーバの数は３台以上であっても構わない。
【００６４】
以上、この発明の実施の形態を説明したが、本発明にかかるロードバランサは、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、通信ネットワークＡ及び通信ネットワークＢに接続されたコンピュータに、上述の制御部１１０と、記憶部１２０と、入力部１３０と、出力部１４０と、通信制御部１５０と、の動作を実行させるためのプログラムを格納した媒体（ＣＤ−ＲＯＭ、ＭＯ等）からこれらのプログラムをインストールすることにより、当該コンピュータは、上述の処理を実行するロードバランサとして機能する。
【００６５】
また、コンピュータにプログラムを提供する方法は任意である。例えば、プログラムは、通信回線の掲示板（ＢＢＳ）にアップロードされ、通信回線を介してコンピュータに配信されてもよい。また、プログラムは、プログラムを表す信号により搬送波を変調した変調波により伝送され、この変調波を受信した装置が変調波を復調してこのプログラムを復元するようにしてもよい。そして、コンピュータは、このプログラムを起動して、ＯＳの制御のもと、他のアプリケーションプログラムと同様に実行する。これにより、コンピュータは、上述の処理を実行するロードバランサとして機能する。
【００６６】
なお、ＯＳが処理の一部を分担する場合、あるいは、ＯＳが本願発明の１つの構成要素の一部を構成するような場合、記録媒体は、その部分を除いたプログラムを格納してもよい。
【図面の簡単な説明】
【００６７】
【図１】負荷分散システムの構成を示すブロック図である。
【図２】ロードバランサの構成を示すブロック図である。
【図３】通信制御部の構成を示すブロック図である。
【図４】通常応答処理の手順を示すフローチャートである。
【図５】代理応答処理の手順を示すフローチャートである。
【図６】負荷分散システムの障害発生時動作の手順を説明するフローチャートである。
【図７】従来の負荷分散システムの構成を示すブロック図である。
【符号の説明】
【００６８】
１００  ロードバランサ
２００  ウェブサーバ
２０１  ウェブサーバ
３００  クライアント
４００  ファイヤウォール
【図１】
2006287605.tif 000003
【図２】
2006287605.tif 000004
【図３】
2006287605.tif 000005
【図４】
2006287605.tif 000006
【図５】
2006287605.tif 000007
【図６】
2006287605.tif 000008
【図７】
2006287605.tif 000009