JP2000250878A - 負荷分散システム - Google Patents
負荷分散システムInfo
- Publication number
- JP2000250878A JP2000250878A JP11049090A JP4909099A JP2000250878A JP 2000250878 A JP2000250878 A JP 2000250878A JP 11049090 A JP11049090 A JP 11049090A JP 4909099 A JP4909099 A JP 4909099A JP 2000250878 A JP2000250878 A JP 2000250878A
- Authority
- JP
- Japan
- Prior art keywords
- server
- client
- communication
- communication path
- response time
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Multi Processors (AREA)
Abstract
(57)【要約】
【課題】 ＣＰＵ使用率とレスポンス時間とにもとづい
てサーバの選択の迅速化と各サーバに対する最適な負荷
分散を実現可能にする。 【解決手段】 クライアント３１〜３ｎ，４１〜４ｎの
端末アプリケーションが起動されてサーバ決定が依頼さ
れると、サーバ情報ファイル５３から、レスポンス時間
が最短で、かつＣＰＵ使用率が最も低いサーバ１１〜１
ｎ，２１〜２ｎを検索して、クライアント３１〜３ｎ，
４１〜４ｎに通知する通信経路変換装置５を設けて、ク
ライアント３１〜３ｎ，４１〜４ｎが検索されたサーバ
１１〜１ｎ，２１〜２ｎに対して発行した接続要求にも
とづいて、該サーバ１１〜１ｎ，２１〜２ｎがクライア
ント３１〜３ｎ，４１〜４ｎを接続して通信を開始可能
にする。
てサーバの選択の迅速化と各サーバに対する最適な負荷
分散を実現可能にする。 【解決手段】 クライアント３１〜３ｎ，４１〜４ｎの
端末アプリケーションが起動されてサーバ決定が依頼さ
れると、サーバ情報ファイル５３から、レスポンス時間
が最短で、かつＣＰＵ使用率が最も低いサーバ１１〜１
ｎ，２１〜２ｎを検索して、クライアント３１〜３ｎ，
４１〜４ｎに通知する通信経路変換装置５を設けて、ク
ライアント３１〜３ｎ，４１〜４ｎが検索されたサーバ
１１〜１ｎ，２１〜２ｎに対して発行した接続要求にも
とづいて、該サーバ１１〜１ｎ，２１〜２ｎがクライア
ント３１〜３ｎ，４１〜４ｎを接続して通信を開始可能
にする。
Description
【０００１】
【発明の属する技術分野】この発明は、ネットワーク接
続された複数のクライアントに対しサービスを提供する
複数のサーバの負荷分散を実施する負荷分散システムに
関する。
続された複数のクライアントに対しサービスを提供する
複数のサーバの負荷分散を実施する負荷分散システムに
関する。
【０００２】
【従来の技術】従来の負荷分散システムとして、例えば
特開平１０−３１２３６５号公報に記載のものがある。
これは、ネットワーク接続された複数のクライアントに
対してサービスを提供する複数のサーバにより、通信経
路変換装置に対して動作中の端末アプリケーションのＣ
ＰＵ使用率を登録させ、さらに各サーバの稼動状態およ
びアプリケーションのＣＰＵ使用率にもとづいて負荷の
少ないサーバを選択させて、クライアントへ通知すると
いうものである。
特開平１０−３１２３６５号公報に記載のものがある。
これは、ネットワーク接続された複数のクライアントに
対してサービスを提供する複数のサーバにより、通信経
路変換装置に対して動作中の端末アプリケーションのＣ
ＰＵ使用率を登録させ、さらに各サーバの稼動状態およ
びアプリケーションのＣＰＵ使用率にもとづいて負荷の
少ないサーバを選択させて、クライアントへ通知すると
いうものである。
【０００３】
【発明が解決しようとする課題】しかしながら、かかる
従来の負荷分散システムにあっては、主にＣＰＵの使用
率にもとづいて、クライアントに対してサービスを提供
するサーバを選択しているため、このＣＰＵの使用率の
みではサーバの負荷情報を正しく反映しているとは言え
ず、さらに、クライアントおよびサーバが同一ＬＡＮ
（ローカルエリアネットワーク）上に存在していること
を前提としているため、ルータ等を介して接続される複
数のＬＡＮが存在する大規模システムの負荷分散を適切
に実現できないという課題があった。
従来の負荷分散システムにあっては、主にＣＰＵの使用
率にもとづいて、クライアントに対してサービスを提供
するサーバを選択しているため、このＣＰＵの使用率の
みではサーバの負荷情報を正しく反映しているとは言え
ず、さらに、クライアントおよびサーバが同一ＬＡＮ
（ローカルエリアネットワーク）上に存在していること
を前提としているため、ルータ等を介して接続される複
数のＬＡＮが存在する大規模システムの負荷分散を適切
に実現できないという課題があった。
【０００４】この発明は前記課題を解決するものであ
り、ＣＰＵ使用率とレスポンス時間とにもとづいてサー
バの選択を行うことで、この選択の迅速化と各サーバに
対する最適な負荷分散を実現できるほか、異なるＬＡＮ
の負荷状態を考慮した適切な負荷分散を実現できる負荷
分散システムを得ることを目的とする。
り、ＣＰＵ使用率とレスポンス時間とにもとづいてサー
バの選択を行うことで、この選択の迅速化と各サーバに
対する最適な負荷分散を実現できるほか、異なるＬＡＮ
の負荷状態を考慮した適切な負荷分散を実現できる負荷
分散システムを得ることを目的とする。
【０００５】
【課題を解決するための手段】前記目的達成のために、
請求項１の発明にかかる負荷分散システムは、接続済み
クライアントにおける端末アプリケーションごとのＣＰ
Ｕ使用率を一定時間ごとに計測し、さらにクライアント
との間のレスポンス時間を計測して通知するサーバと、
該サーバからの通知を受けて、前記ＣＰＵ使用率および
レスポンス時間をサーバ情報ファイルに複写するととも
に、前記クライアントの端末アプリケーションが起動さ
れてサーバ決定が依頼されると、前記サーバ情報ファイ
ルから、サービスが起動しており、かつ前記レスポンス
時間が最短で、ＣＰＵ使用率が最も低いサーバを検索し
て、前記クライアントに通知する通信経路変換装置とを
設けて、前記クライアントが前記検索されたサーバに対
して発行した接続要求にもとづいて、該サーバが前記ク
ライアントを接続して通信を開始するようにしたもので
ある。
請求項１の発明にかかる負荷分散システムは、接続済み
クライアントにおける端末アプリケーションごとのＣＰ
Ｕ使用率を一定時間ごとに計測し、さらにクライアント
との間のレスポンス時間を計測して通知するサーバと、
該サーバからの通知を受けて、前記ＣＰＵ使用率および
レスポンス時間をサーバ情報ファイルに複写するととも
に、前記クライアントの端末アプリケーションが起動さ
れてサーバ決定が依頼されると、前記サーバ情報ファイ
ルから、サービスが起動しており、かつ前記レスポンス
時間が最短で、ＣＰＵ使用率が最も低いサーバを検索し
て、前記クライアントに通知する通信経路変換装置とを
設けて、前記クライアントが前記検索されたサーバに対
して発行した接続要求にもとづいて、該サーバが前記ク
ライアントを接続して通信を開始するようにしたもので
ある。
【０００６】また、請求項２の発明にかかる負荷分散シ
ステムは、前記クライアントが一定時間ごとに計測され
る前記サーバとの通信のレスポンス時間の遅延を認める
と、前記通信経路変換装置に対し経路変更要求を発行
し、該経路変更要求を受けた通信経路変換装置が逐次サ
ーバ情報を記憶している前記サーバ情報ファイルから負
荷情報を入手して、通信経路変換の良否を判断し、通信
経路変換が良の場合に変換先サーバを検索して、クライ
アントに決定した新サーバを通知し、該サーバとの通信
を開始するようにしたものである。
ステムは、前記クライアントが一定時間ごとに計測され
る前記サーバとの通信のレスポンス時間の遅延を認める
と、前記通信経路変換装置に対し経路変更要求を発行
し、該経路変更要求を受けた通信経路変換装置が逐次サ
ーバ情報を記憶している前記サーバ情報ファイルから負
荷情報を入手して、通信経路変換の良否を判断し、通信
経路変換が良の場合に変換先サーバを検索して、クライ
アントに決定した新サーバを通知し、該サーバとの通信
を開始するようにしたものである。
【０００７】また、請求項３の発明にかかる負荷分散シ
ステムは、前記クライアントに対し決定した新サーバを
通知したとき、前記クライアントからの現サーバの切断
要求に従って、前記サーバがサービスの切断を実行する
ようにしたものである。
ステムは、前記クライアントに対し決定した新サーバを
通知したとき、前記クライアントからの現サーバの切断
要求に従って、前記サーバがサービスの切断を実行する
ようにしたものである。
【０００８】また、請求項４の発明にかかる負荷分散シ
ステムは、前記クライアントが前記サーバとの通信のレ
スポンス時間の遅延を認めない場合には、現在の通信を
継続するようにしたものである。
ステムは、前記クライアントが前記サーバとの通信のレ
スポンス時間の遅延を認めない場合には、現在の通信を
継続するようにしたものである。
【０００９】また、請求項５の発明にかかる負荷分散シ
ステムは、前記通信経路変換装置に通信経路の利用効率
にもとづいてその通信経路変換の良否を判断させ、否と
判断した場合には、前記クライアントに対し現サーバ内
のサービスの運用を継続させるようにしたものである。
ステムは、前記通信経路変換装置に通信経路の利用効率
にもとづいてその通信経路変換の良否を判断させ、否と
判断した場合には、前記クライアントに対し現サーバ内
のサービスの運用を継続させるようにしたものである。
【００１０】また、請求項６の発明にかかる負荷分散シ
ステムは、前記サーバおよびクライアントをルータを介
して接続された複数のＬＡＮに接続したものである。
ステムは、前記サーバおよびクライアントをルータを介
して接続された複数のＬＡＮに接続したものである。
【００１１】
【発明の実施の形態】以下、この発明の実施の一形態を
図について説明する。図１はこの発明にかかる負荷分散
システムを示すブロック図であり、同図において、１は
ＬＡＮ１００上にあってサービスを提供する不特定多数
のサーバ群、２はサーバ群１とは別のＬＡＮ１０１上に
あるサーバ群、３はＬＡＮ１００上にあって実際にサー
ビスに接続し作業を行うクライアント群、４はサーバ群
２と同一のＬＡＮ１０１上にあるクライアント群、５は
通信経路変換装置である。１０２は各ＬＡＮ１００，１
０１を接続するルータである。また、各サーバ群１およ
び２はサーバ１１〜１ｎおよびサーバ２１〜２ｎをそれ
ぞれ有し、これらのうちサーバ１１〜１ｎはサービス１
１１〜１ｎ１，クライアント接続受付手段１１２〜１ｎ
２，状態登録手段１１３〜１ｎ３からなる。
図について説明する。図１はこの発明にかかる負荷分散
システムを示すブロック図であり、同図において、１は
ＬＡＮ１００上にあってサービスを提供する不特定多数
のサーバ群、２はサーバ群１とは別のＬＡＮ１０１上に
あるサーバ群、３はＬＡＮ１００上にあって実際にサー
ビスに接続し作業を行うクライアント群、４はサーバ群
２と同一のＬＡＮ１０１上にあるクライアント群、５は
通信経路変換装置である。１０２は各ＬＡＮ１００，１
０１を接続するルータである。また、各サーバ群１およ
び２はサーバ１１〜１ｎおよびサーバ２１〜２ｎをそれ
ぞれ有し、これらのうちサーバ１１〜１ｎはサービス１
１１〜１ｎ１，クライアント接続受付手段１１２〜１ｎ
２，状態登録手段１１３〜１ｎ３からなる。
【００１２】サーバ２１〜２ｎはサービス２１１〜２ｎ
１，クライアント接続受付手段２１２〜２ｎ２，状態登
録手段２１３〜２ｎ３からなる。また、各クライアント
群３および４はクライアント３１〜３ｎおよびクライア
ント４１〜４ｎをそれぞれ有し、これらのうちクライア
ント３１〜３ｎは通信経路変換・呼び出し手段３１１〜
３ｎ１，サーバ通信手段３１２〜３ｎ２，端末アプリケ
ーション（端末ＡＰ）３１３〜３ｎ３からなる。また、
クライアント４１〜４ｎは通信経路変換・呼び出し手段
４１１〜４ｎ１，サーバ通信手段４１２〜４ｎ２，端末
アプリケーション４１３〜４ｎ３からなる。そして、前
記通信経路変換装置５は、サーバ状態確認手段５１，通
信経路変換手段５２，サーバ情報ファイル５３からな
る。
１，クライアント接続受付手段２１２〜２ｎ２，状態登
録手段２１３〜２ｎ３からなる。また、各クライアント
群３および４はクライアント３１〜３ｎおよびクライア
ント４１〜４ｎをそれぞれ有し、これらのうちクライア
ント３１〜３ｎは通信経路変換・呼び出し手段３１１〜
３ｎ１，サーバ通信手段３１２〜３ｎ２，端末アプリケ
ーション（端末ＡＰ）３１３〜３ｎ３からなる。また、
クライアント４１〜４ｎは通信経路変換・呼び出し手段
４１１〜４ｎ１，サーバ通信手段４１２〜４ｎ２，端末
アプリケーション４１３〜４ｎ３からなる。そして、前
記通信経路変換装置５は、サーバ状態確認手段５１，通
信経路変換手段５２，サーバ情報ファイル５３からな
る。
【００１３】次に、図２のフローチャートを参照して動
作を詳細に説明する。なお、ここでは説明を簡単にする
ため、サーバ１ｎ，２ｎおよびクライアント３ｎ，４ｎ
を代表させて記述する。まず、各サーバ１ｎ，２ｎはサ
ービス１ｎ１，２ｎ１が起動しているか否か、また既に
接続済みであるクライアント３ｎ，４ｎの端末アプリケ
ーション（端末ＡＰ）３ｎ３，４ｎ３と、その端末アプ
リケーション３ｎ３，４ｎ３毎の負荷情報であるＣＰＵ
使用率を一定間隔毎に計測する（ステップＡ１）。さら
に、サーバ１ｎ，２ｎはサーバ−クライアント間のレス
ポンス時間を計測し（ステップＡ２）、前記ＣＰＵ使用
率とともにそのレスポンス時間を状態登録手段１ｎ３，
２ｎ３を通じて、接続待機中の通信経路変換装置５内の
サーバ状態確認手段５１に通知する（ステップＡ３，ス
テップＡ４）。サーバ状態確認手段５１は記録装置とし
てのサーバ情報ファイル５３に前記通知された各サーバ
１ｎ，２ｎの負荷情報であるＣＰＵ使用率，レスポンス
時間を複写する（ステップＡ５）。
作を詳細に説明する。なお、ここでは説明を簡単にする
ため、サーバ１ｎ，２ｎおよびクライアント３ｎ，４ｎ
を代表させて記述する。まず、各サーバ１ｎ，２ｎはサ
ービス１ｎ１，２ｎ１が起動しているか否か、また既に
接続済みであるクライアント３ｎ，４ｎの端末アプリケ
ーション（端末ＡＰ）３ｎ３，４ｎ３と、その端末アプ
リケーション３ｎ３，４ｎ３毎の負荷情報であるＣＰＵ
使用率を一定間隔毎に計測する（ステップＡ１）。さら
に、サーバ１ｎ，２ｎはサーバ−クライアント間のレス
ポンス時間を計測し（ステップＡ２）、前記ＣＰＵ使用
率とともにそのレスポンス時間を状態登録手段１ｎ３，
２ｎ３を通じて、接続待機中の通信経路変換装置５内の
サーバ状態確認手段５１に通知する（ステップＡ３，ス
テップＡ４）。サーバ状態確認手段５１は記録装置とし
てのサーバ情報ファイル５３に前記通知された各サーバ
１ｎ，２ｎの負荷情報であるＣＰＵ使用率，レスポンス
時間を複写する（ステップＡ５）。
【００１４】一方、クライアント３ｎ，４ｎの端末アプ
リケーション３ｎ３，４ｎ３を起動すると、クライアン
ト３ｎ，４ｎは通信経路変換装置５内の通信経路変換手
段５２に対して接続を行い、これにサーバ決定を依頼す
る（ステップＡ６，ステップＡ７）。このサーバ決定の
依頼である経路決定要求を受け付けると、通信経路変換
手段５２はサーバ情報ファイル５３よりサービスが起動
しているサーバ１ｎ，２ｎを検索し（ステップＡ８）、
その中でレスポンス時間の最も少ないものをサーバ候補
とする。ただし、レスポンス時間に差がないものに関し
ては、ＣＰＵ使用率から最も負荷の少ないサーバ１ｎ，
２ｎと経路を決定し（ステップＡ９）、クライアント３
ｎ，４ｎに通知する（ステップＡ１０，ステップＡ１
１）。クライアント３ｎ，４ｎではサーバ１ｎ，２ｎに
対して、サーバ通信手段３ｎ２，４ｎ２を通してサーバ
１ｎ，２ｎのクライアント接続受付手段１ｎ２，２ｎ２
に接続要求を発行する（ステップＡ１２，ステップＡ１
３）。サーバ１ｎ，２ｎはクライアント３ｎ，４ｎから
接続要求を受信すると、目的のサービス１ｎ１，２ｎ２
に接続し（ステップＡ１４）、以後、クライアント３
ｎ，４ｎは決定されたサーバ１ｎ，２ｎのサービス１ｎ
１，２ｎ２と通信を行う（ステップＡ１５，ステップＡ
１６，ステップＡ１７，ステップＡ１８）。
リケーション３ｎ３，４ｎ３を起動すると、クライアン
ト３ｎ，４ｎは通信経路変換装置５内の通信経路変換手
段５２に対して接続を行い、これにサーバ決定を依頼す
る（ステップＡ６，ステップＡ７）。このサーバ決定の
依頼である経路決定要求を受け付けると、通信経路変換
手段５２はサーバ情報ファイル５３よりサービスが起動
しているサーバ１ｎ，２ｎを検索し（ステップＡ８）、
その中でレスポンス時間の最も少ないものをサーバ候補
とする。ただし、レスポンス時間に差がないものに関し
ては、ＣＰＵ使用率から最も負荷の少ないサーバ１ｎ，
２ｎと経路を決定し（ステップＡ９）、クライアント３
ｎ，４ｎに通知する（ステップＡ１０，ステップＡ１
１）。クライアント３ｎ，４ｎではサーバ１ｎ，２ｎに
対して、サーバ通信手段３ｎ２，４ｎ２を通してサーバ
１ｎ，２ｎのクライアント接続受付手段１ｎ２，２ｎ２
に接続要求を発行する（ステップＡ１２，ステップＡ１
３）。サーバ１ｎ，２ｎはクライアント３ｎ，４ｎから
接続要求を受信すると、目的のサービス１ｎ１，２ｎ２
に接続し（ステップＡ１４）、以後、クライアント３
ｎ，４ｎは決定されたサーバ１ｎ，２ｎのサービス１ｎ
１，２ｎ２と通信を行う（ステップＡ１５，ステップＡ
１６，ステップＡ１７，ステップＡ１８）。
【００１５】その後、クライアント３ｎ，４ｎのサーバ
通信手段３ｎ２，４ｎ２では、一定間隔でサーバ１ｎ，
２ｎ内のサービス１ｎ１，２ｎ２との通信のレスポンス
時間を計測し、レスポンス時間の遅延を認めた場合、経
路変換・呼び出し手段３ｎ１，４ｎ１を通して通信経路
変換手段５２に対して経路変換要求を発行する（ステッ
プＡ１９，ステップＡ２０）。遅延が発生しない場合は
通信を継続する（ステップＡ２３）。一方、前記経路変
換要求を受信した通信経路変換手段５２は、サーバ状態
確認手段５１が逐次サーバ情報を記録するサーバ情報フ
ァイル５３より負荷情報を入手し（ステップＡ２１）、
通信経路を変換したほうが効率が良いか、そのまま現サ
ーバにて通信を続けるほうが良いかを判断する（ステッ
プＡ２２）。
通信手段３ｎ２，４ｎ２では、一定間隔でサーバ１ｎ，
２ｎ内のサービス１ｎ１，２ｎ２との通信のレスポンス
時間を計測し、レスポンス時間の遅延を認めた場合、経
路変換・呼び出し手段３ｎ１，４ｎ１を通して通信経路
変換手段５２に対して経路変換要求を発行する（ステッ
プＡ１９，ステップＡ２０）。遅延が発生しない場合は
通信を継続する（ステップＡ２３）。一方、前記経路変
換要求を受信した通信経路変換手段５２は、サーバ状態
確認手段５１が逐次サーバ情報を記録するサーバ情報フ
ァイル５３より負荷情報を入手し（ステップＡ２１）、
通信経路を変換したほうが効率が良いか、そのまま現サ
ーバにて通信を続けるほうが良いかを判断する（ステッ
プＡ２２）。
【００１６】ここで、変換しないほうが良いと判断した
場合は、その旨をクライアントに通知し、現サーバ１
ｎ，２ｎ内のサービス１ｎ１，２ｎ１の運用を続ける
（ステップＡ２３）。これに対し、サーバを変換したほ
うが効率が良いと判断した場合には、変換先サーバを検
索し（ステップＡ２４）、クライアント３ｎ，４ｎに対
して、決定したサーバを通知する（ステップＡ２５，ス
テップＡ２６）。このため、クライアント３ｎ，４ｎで
は、現サーバ１ｎ，２ｎに対して切断要求を発行し（ス
テップＡ２７）、新サーバに対して接続要求を発行する
（ステップＡ１２）。切断要求を受信したサーバはサー
ビスに対して切断要求を発行し、サービスの切断を実行
する（ステップＡ２８，ステップＡ２９）。
場合は、その旨をクライアントに通知し、現サーバ１
ｎ，２ｎ内のサービス１ｎ１，２ｎ１の運用を続ける
（ステップＡ２３）。これに対し、サーバを変換したほ
うが効率が良いと判断した場合には、変換先サーバを検
索し（ステップＡ２４）、クライアント３ｎ，４ｎに対
して、決定したサーバを通知する（ステップＡ２５，ス
テップＡ２６）。このため、クライアント３ｎ，４ｎで
は、現サーバ１ｎ，２ｎに対して切断要求を発行し（ス
テップＡ２７）、新サーバに対して接続要求を発行する
（ステップＡ１２）。切断要求を受信したサーバはサー
ビスに対して切断要求を発行し、サービスの切断を実行
する（ステップＡ２８，ステップＡ２９）。
【００１７】次に、具体例について図３および図４を参
照して詳細に説明する。例えば、この負荷分散システム
はＬＡＮ１００上のサーバ１１，１２およびクライアン
ト３１，３２とＬＡＮ１０１上に存在するサーバ２１，
２２およびクライアント４１，４２とで構成されてお
り、時刻１の初期状態では図３に示すようにサーバ１１
はクライアント３１上の端末アプリケーションＡＰ１が
起動して、ＣＰＵ使用率は１０％、また、クライアント
３１とのレスポンス時間は１秒、クライアント３２との
レスポンス時間は２秒、クライアント４１とのレスポン
ス時間は８秒、クライアント４２とのレスポンス時間は
９秒となっているものとする。
照して詳細に説明する。例えば、この負荷分散システム
はＬＡＮ１００上のサーバ１１，１２およびクライアン
ト３１，３２とＬＡＮ１０１上に存在するサーバ２１，
２２およびクライアント４１，４２とで構成されてお
り、時刻１の初期状態では図３に示すようにサーバ１１
はクライアント３１上の端末アプリケーションＡＰ１が
起動して、ＣＰＵ使用率は１０％、また、クライアント
３１とのレスポンス時間は１秒、クライアント３２との
レスポンス時間は２秒、クライアント４１とのレスポン
ス時間は８秒、クライアント４２とのレスポンス時間は
９秒となっているものとする。
【００１８】また、サーバ１２のサービスは未起動であ
り、サーバ２１はクライアント４１上の端末アプリケー
ションＡＰ２が起動しており、ＣＰＵ使用率は１５％、
さらにクライアント４２上の端末アプリケーションＡＰ
３がＣＰＵ使用率２０％で使用しており、クライアント
３１とのレスポンス時間は１０秒、クライアント３２と
のレスポンス時間は８秒、クライアント４１とのレスポ
ンス時間は３秒、クライアント４２とのレスポンス時間
は１秒となっているものとする。さらに、サーバ２２に
はクライアント４１上の端末アプリケーションＡＰ４が
ＣＰＵ使用率５％で起動しており、クライアント３１と
のレスポンス時間は９秒、クライアント３２とのレスポ
ンス時間は９秒、クライアント４１とのレスポンス時間
は２秒、クライアント４２とのレスポンス時間は１秒と
なっているものとする。
り、サーバ２１はクライアント４１上の端末アプリケー
ションＡＰ２が起動しており、ＣＰＵ使用率は１５％、
さらにクライアント４２上の端末アプリケーションＡＰ
３がＣＰＵ使用率２０％で使用しており、クライアント
３１とのレスポンス時間は１０秒、クライアント３２と
のレスポンス時間は８秒、クライアント４１とのレスポ
ンス時間は３秒、クライアント４２とのレスポンス時間
は１秒となっているものとする。さらに、サーバ２２に
はクライアント４１上の端末アプリケーションＡＰ４が
ＣＰＵ使用率５％で起動しており、クライアント３１と
のレスポンス時間は９秒、クライアント３２とのレスポ
ンス時間は９秒、クライアント４１とのレスポンス時間
は２秒、クライアント４２とのレスポンス時間は１秒と
なっているものとする。
【００１９】この具体例において、例えば図４に示すよ
うにクライアント４２上にて新たに端末アプリケーショ
ンＡＰ５を起動すると（ステップＢ１）、クライアント
４２上の経路変換・呼び出し手段４２１は通信経路変換
手段５２に対して経路決定を依頼する（ステップＢ２，
ステップＢ３）。通信経路変換装置５では、サーバのホ
スト間通信手順が起動済みであるサーバを検索し、さら
に、その中でＣＰＵ使用率の低いサーバを決定する。こ
の例の場合、クライアント４２とのレスポンス時間が最
短であるサーバ２１とサーバ２２が候補となるが、その
候補の中でもＣＰＵ使用率が低いサーバ２２を接続先サ
ーバと決定する（ステップＢ４）。そしてクライアント
４２に対して決定したサーバ２２を通知する（ステップ
Ｂ５，ステップＢ６）。クライアント４２では、通信経
路変換装置５より通知されたサーバ２２に対して接続要
求を発行し、サーバ２２内のサービス２２１と通信を開
始する（ステップＢ７）。図５に示すように、時刻２の
タイミングでサーバ情報ファイル５３のサーバ２２にク
ライアント４２上の端末アプリケーションＡＰ５が追加
登録される。
うにクライアント４２上にて新たに端末アプリケーショ
ンＡＰ５を起動すると（ステップＢ１）、クライアント
４２上の経路変換・呼び出し手段４２１は通信経路変換
手段５２に対して経路決定を依頼する（ステップＢ２，
ステップＢ３）。通信経路変換装置５では、サーバのホ
スト間通信手順が起動済みであるサーバを検索し、さら
に、その中でＣＰＵ使用率の低いサーバを決定する。こ
の例の場合、クライアント４２とのレスポンス時間が最
短であるサーバ２１とサーバ２２が候補となるが、その
候補の中でもＣＰＵ使用率が低いサーバ２２を接続先サ
ーバと決定する（ステップＢ４）。そしてクライアント
４２に対して決定したサーバ２２を通知する（ステップ
Ｂ５，ステップＢ６）。クライアント４２では、通信経
路変換装置５より通知されたサーバ２２に対して接続要
求を発行し、サーバ２２内のサービス２２１と通信を開
始する（ステップＢ７）。図５に示すように、時刻２の
タイミングでサーバ情報ファイル５３のサーバ２２にク
ライアント４２上の端末アプリケーションＡＰ５が追加
登録される。
【００２０】ここで、図６に示すように、時刻３のタイ
ミングにおいて、サーバ２２でクライアント４１上で動
作している端末アプリケーションＡＰ４が高負荷（ＣＰ
Ｕ使用率が例えば６０％）に遷移したと仮定すると、ク
ライアント４２上のサーバ通信手順が目的コンピュータ
との間のレスポンスの遅延を認め（ステップＢ８）、通
信経路変換手段５２に対して通信経路変更通知を発行す
る（ステップＢ９）。このため、通信経路変換手段５２
では、通信経路変更通知を受信すると（ステップＢ１
０）、切り替え先サーバを決定すべく、サービスが起動
している別サーバの中でレスポンス時間の短いサーバを
検索し、現端末アプリケーションＡＰ５がサーバを変換
したほうが良いか否かを判断する。
ミングにおいて、サーバ２２でクライアント４１上で動
作している端末アプリケーションＡＰ４が高負荷（ＣＰ
Ｕ使用率が例えば６０％）に遷移したと仮定すると、ク
ライアント４２上のサーバ通信手順が目的コンピュータ
との間のレスポンスの遅延を認め（ステップＢ８）、通
信経路変換手段５２に対して通信経路変更通知を発行す
る（ステップＢ９）。このため、通信経路変換手段５２
では、通信経路変更通知を受信すると（ステップＢ１
０）、切り替え先サーバを決定すべく、サービスが起動
している別サーバの中でレスポンス時間の短いサーバを
検索し、現端末アプリケーションＡＰ５がサーバを変換
したほうが良いか否かを判断する。
【００２１】この場合、現サーバ２２とクライアント４
２のレスポンス時間は７秒であるため、それより早いレ
スポンスが可能なサーバが存在するか否か検索する。サ
ーバ２１とクライアント４２とのレスポンス時間が１秒
と最短であり、サーバ２１に切り替えたほうが負荷分散
が図れると判断し、変換先サーバをサーバ２１と決定し
（ステップＢ１１）、切り替え先サーバをクライアント
４２に通知する（ステップＢ１２）。クライアント４２
では、切り替え先サーバ情報を受信し（ステップＢ１
３）、現サーバ２２に対して切断要求を発行し、サーバ
２２内のサービスとの通信を切断し（ステップＢ１
４）、切り替え先サーバ２１に対して接続要求を発行し
（ステップＢ１５）、サーバ２１内のサービス２１１と
再接続し、通信を開始する（ステップＢ１６）。切り替
え後の負荷情報は図７に示すように、時刻４にてサーバ
２１上にクライアント４２の端末アプリケーションＡＰ
５が追加され、サーバ２２では端末アプリケーションＡ
Ｐ５が削除され、端末アプリケーションＡＰ４のレスポ
ンス時間が早くなり負荷分散が実現されることとなる。
２のレスポンス時間は７秒であるため、それより早いレ
スポンスが可能なサーバが存在するか否か検索する。サ
ーバ２１とクライアント４２とのレスポンス時間が１秒
と最短であり、サーバ２１に切り替えたほうが負荷分散
が図れると判断し、変換先サーバをサーバ２１と決定し
（ステップＢ１１）、切り替え先サーバをクライアント
４２に通知する（ステップＢ１２）。クライアント４２
では、切り替え先サーバ情報を受信し（ステップＢ１
３）、現サーバ２２に対して切断要求を発行し、サーバ
２２内のサービスとの通信を切断し（ステップＢ１
４）、切り替え先サーバ２１に対して接続要求を発行し
（ステップＢ１５）、サーバ２１内のサービス２１１と
再接続し、通信を開始する（ステップＢ１６）。切り替
え後の負荷情報は図７に示すように、時刻４にてサーバ
２１上にクライアント４２の端末アプリケーションＡＰ
５が追加され、サーバ２２では端末アプリケーションＡ
Ｐ５が削除され、端末アプリケーションＡＰ４のレスポ
ンス時間が早くなり負荷分散が実現されることとなる。
【００２２】
【発明の効果】以上のように、この発明によれば、クラ
イアントの端末アプリケーションが起動されて経路決定
要求が依頼されると、通信経路変換装置に、サーバ情報
ファイルから、サービスが起動しており、かつ前記レス
ポンス時間が最短で、ＣＰＵ使用率が最も低いサーバを
検索させ、クライアントが前記検索されたサーバに対し
て発行した接続要求にもとづいて、該サーバが前記クラ
イアントとの通信を開始するようにしたので、レスポン
ス時間が最も早いサーバの選択および通信を実現できる
ほか、前記サーバおよびクライアントをルータを介して
接続された複数のＬＡＮに接続された場合にも、大規模
システムでのＬＡＮの負荷状態に合った最適の負荷分散
を実現できるという効果が得られる。
イアントの端末アプリケーションが起動されて経路決定
要求が依頼されると、通信経路変換装置に、サーバ情報
ファイルから、サービスが起動しており、かつ前記レス
ポンス時間が最短で、ＣＰＵ使用率が最も低いサーバを
検索させ、クライアントが前記検索されたサーバに対し
て発行した接続要求にもとづいて、該サーバが前記クラ
イアントとの通信を開始するようにしたので、レスポン
ス時間が最も早いサーバの選択および通信を実現できる
ほか、前記サーバおよびクライアントをルータを介して
接続された複数のＬＡＮに接続された場合にも、大規模
システムでのＬＡＮの負荷状態に合った最適の負荷分散
を実現できるという効果が得られる。
【図１】 この発明の実施の一形態による負荷分散シス
テムを示すブロック図である。
テムを示すブロック図である。
【図２】 この発明による負荷分散の手順を示すフロー
チャートである。
チャートである。
【図３】 この発明におけるサーバ情報ファイルに格納
されるサーバ情報の一例を示す説明図である。
されるサーバ情報の一例を示す説明図である。
【図４】 この発明による具体的な負荷分散手順を示す
フローチャートである。
フローチャートである。
【図５】 この発明におけるサーバ情報ファイルに格納
されるサーバ情報の他の例を示す説明図である。
されるサーバ情報の他の例を示す説明図である。
【図６】 この発明におけるサーバ情報ファイルに格納
されるサーバ情報の他の例を示す説明図である。
されるサーバ情報の他の例を示す説明図である。
【図７】 この発明におけるサーバ情報ファイルに格納
されるサーバ情報の他の例を示す説明図である。
されるサーバ情報の他の例を示す説明図である。
１１〜１ｎ，２１〜２ｎ サーバ ３１〜３ｎ，４１〜４ｎ クライアント ５ 通信経路変換装置 ５３ サーバ情報ファイル １００，１０１ ＬＡＮ（ローカルエリアネットワー
ク） １０２ ルータ
ク） １０２ ルータ
Claims (6)
- 【請求項１】 接続済みクライアントにおける端末アプ
リケーションごとのＣＰＵ使用率を一定時間ごとに計測
し、さらにクライアントとの間のレスポンス時間を計測
して通知するサーバと、 該サーバからの通知を受けて、前記ＣＰＵ使用率および
レスポンス時間をサーバ情報ファイルに複写するととも
に、前記クライアントの端末アプリケーションが起動さ
れてサーバ決定が依頼されると、前記サーバ情報ファイ
ルから、サービスが起動しており、かつ前記レスポンス
時間が最短で、ＣＰＵ使用率が最も低いサーバを検索し
て、前記クライアントに通知する通信経路変換装置とを
備え、 前記クライアントが前記検索されたサーバに対して発行
した接続要求にもとづいて、該サーバが前記クライアン
トを接続して通信を開始することを特徴とする負荷分散
システム。 - 【請求項２】 前記クライアントは一定時間ごとに計測
される前記サーバとの通信のレスポンス時間の遅延を認
めると、前記通信経路変換装置に対し経路変更要求を発
行し、該経路変更要求を受けた通信経路変換装置が逐次
サーバ情報を記憶している前記サーバ情報ファイルから
負荷情報を入手して、通信経路変換の良否を判断し、通
信経路変換が良の場合に変換先サーバを検索して、クラ
イアントに決定した新サーバを通知し、該サーバとの通
信を開始することを特徴とする請求項１に記載の負荷分
散システム。 - 【請求項３】 前記クライアントに対し決定した新サー
バを通知したとき、前記クライアントからの現サーバの
切断要求に従って、前記サーバがサービスの切断を実行
することを特徴とする請求項２に記載の負荷分散システ
ム。 - 【請求項４】 前記クライアントが前記サーバとの通信
のレスポンス時間の遅延を認めない場合には、現在の通
信を継続することを特徴とする請求項２に記載の負荷分
散システム。 - 【請求項５】 前記通信経路変換装置が通信経路の利用
効率にもとづいてその通信経路変換の良否を判断し、否
と判断した場合には、前記クライアントに対し現サーバ
内のサービスの運用を継続させることを特徴とする請求
項２に記載の負荷分散システム。 - 【請求項６】 前記サーバおよびクライアントがルータ
を介して接続された複数のＬＡＮに接続されていること
を特徴とする請求項１に記載の負荷分散システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11049090A JP2000250878A (ja) | 1999-02-25 | 1999-02-25 | 負荷分散システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11049090A JP2000250878A (ja) | 1999-02-25 | 1999-02-25 | 負荷分散システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000250878A true JP2000250878A (ja) | 2000-09-14 |
Family
ID=12821413
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11049090A Pending JP2000250878A (ja) | 1999-02-25 | 1999-02-25 | 負荷分散システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000250878A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006185152A (ja) * | 2004-12-27 | 2006-07-13 | Hitachi Ltd | アプリケーション運用制御方法およびシステム |
| WO2008009185A1 (fr) * | 2006-07-12 | 2008-01-24 | Huawei Technologies Co., Ltd. | Procédé, système et côté serveur de système de découverte d'élément de calcul de chemin d'accès |
| WO2012101890A1 (ja) | 2011-01-26 | 2012-08-02 | 日本電気株式会社 | ネットワークシステム、制御装置、及び最適経路制御方法 |
| CN104579947A (zh) * | 2013-10-25 | 2015-04-29 | 中兴通讯股份有限公司 | 一种发现路径计算单元的方法、装置及系统 |
-
1999
- 1999-02-25 JP JP11049090A patent/JP2000250878A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006185152A (ja) * | 2004-12-27 | 2006-07-13 | Hitachi Ltd | アプリケーション運用制御方法およびシステム |
| WO2008009185A1 (fr) * | 2006-07-12 | 2008-01-24 | Huawei Technologies Co., Ltd. | Procédé, système et côté serveur de système de découverte d'élément de calcul de chemin d'accès |
| WO2012101890A1 (ja) | 2011-01-26 | 2012-08-02 | 日本電気株式会社 | ネットワークシステム、制御装置、及び最適経路制御方法 |
| CN104579947A (zh) * | 2013-10-25 | 2015-04-29 | 中兴通讯股份有限公司 | 一种发现路径计算单元的方法、装置及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6628671B1 (en) | Instant activation of point-to point protocol (PPP) connection using existing PPP state | |
| US7861000B2 (en) | Dial-out link selection via static route redistribution | |
| US5796727A (en) | Wide-area wireless lan access | |
| US9444738B2 (en) | System and method for monitoring the volume of calls carried by a voice over internet protocol telephone system | |
| US20040133668A1 (en) | Seamlessly networked end user device | |
| US6751212B1 (en) | Multimedia data communication system | |
| CN107547661A (zh) | 一种高性能且高可用的容器负载均衡实现方法 | |
| US8009585B2 (en) | Method and system for topology discovery in an SIP network | |
| WO2008014698A1 (fr) | Procédé et dispositif de transfert entre des systèmes de communication sans fil hétérogènes | |
| JPH10312365A (ja) | 負荷分散システム | |
| JP2007274092A (ja) | 位置管理サーバ、アクセスポイントおよび呼制御サーバ | |
| RU2418371C2 (ru) | Распространение изменений состояния сеанса в сетевые функции в активном наборе | |
| WO2007053996A1 (fr) | Méthode et système de redirection de client | |
| US7287192B1 (en) | Identifying a failed device in a network | |
| JP2000250878A (ja) | 負荷分散システム | |
| WO2008110118A1 (fr) | Procédé de transfert d'appel et système de communication | |
| JP4246356B2 (ja) | マルチメディア信号処理装置 | |
| WO2011127717A1 (zh) | 网间移动号码携带应用中数据同步方法和系统 | |
| US20090245238A1 (en) | Telephone System, Associated Exchange, and Transmission Control Method | |
| EP1408651A2 (en) | Seamlessly networked end user device | |
| WO2018113633A1 (zh) | 报文转发方法、报文转发控制器、bras、计算机存储介质 | |
| JP2000232484A (ja) | ノード装置、端末装置およびこれらの装置を実現するプログラムが格納された記憶媒体 | |
| WO2007074679A1 (ja) | 通信制御方法、通信監視方法、通信システム、アクセスポイント、およびプログラム | |
| WO2010017748A1 (zh) | 呼叫重定向方法和业务系统 | |
| JP2005167425A (ja) | ネットワーク電話システム、このネットワーク電話システムの主装置及びネットワーク電話システムを利用した接続情報更新方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20021008 |