JP2002342298A - クライアント・サーバ型情報処理システム及び並列ロード・バランス方式 - Google Patents
クライアント・サーバ型情報処理システム及び並列ロード・バランス方式Info
- Publication number
- JP2002342298A JP2002342298A JP2001142226A JP2001142226A JP2002342298A JP 2002342298 A JP2002342298 A JP 2002342298A JP 2001142226 A JP2001142226 A JP 2001142226A JP 2001142226 A JP2001142226 A JP 2001142226A JP 2002342298 A JP2002342298 A JP 2002342298A
- Authority
- JP
- Japan
- Prior art keywords
- server
- client
- session establishment
- sessions
- establishment request
- 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.)
- Withdrawn
Links
Landscapes
- Multi Processors (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【課題】 ロード・バランス機能をクライアントとサー
バに分散した情報処理システム及びクライアントとサー
バに分散したロード・バランス機能によって自律的にサ
ーバ間のロード・バランスをとる並列ロード・バランサ
方式を提供する。 【解決手段】 初期に指定されているサーバに対して
セッション確立要求を送信し、該初期に指定さているサ
ーバからの該セッション確立要求への応答に従ってタス
クを実行するサーバを選択するクライアント・ロード・
バランサを備えるクライアントと、該クライアント・ロ
ード・バランサからのセッション確立要求を受けた時に
複数のサーバのセッション数を比較して該セッション確
立要求への応答を該クライアント・ロード・バランサに
送信すると共にセッション数を管理するサーバ・ロード
・バランサを備えるサーバとによって構成する。
バに分散した情報処理システム及びクライアントとサー
バに分散したロード・バランス機能によって自律的にサ
ーバ間のロード・バランスをとる並列ロード・バランサ
方式を提供する。 【解決手段】 初期に指定されているサーバに対して
セッション確立要求を送信し、該初期に指定さているサ
ーバからの該セッション確立要求への応答に従ってタス
クを実行するサーバを選択するクライアント・ロード・
バランサを備えるクライアントと、該クライアント・ロ
ード・バランサからのセッション確立要求を受けた時に
複数のサーバのセッション数を比較して該セッション確
立要求への応答を該クライアント・ロード・バランサに
送信すると共にセッション数を管理するサーバ・ロード
・バランサを備えるサーバとによって構成する。
Description
【0001】
【発明の属する技術分野】本発明は、クライアント・サ
ーバ型の情報処理システム及び該クライアント・サーバ
型情報処理システムにおける並列ロード・バランス方式
に係り、特に、ロード・バランス機能をクライアントと
サーバに分散した情報処理システム及びクライアントと
サーバに分散したロード・バランス機能によって自律的
にサーバ間のロード・バランスをとる並列ロード・バラ
ンス方式に関する。
ーバ型の情報処理システム及び該クライアント・サーバ
型情報処理システムにおける並列ロード・バランス方式
に係り、特に、ロード・バランス機能をクライアントと
サーバに分散した情報処理システム及びクライアントと
サーバに分散したロード・バランス機能によって自律的
にサーバ間のロード・バランスをとる並列ロード・バラ
ンス方式に関する。
【0002】近年、情報処理システムの高度化に伴い、
扱うデータや処理機能が複雑化しており、又、システム
利用者の増加に伴ってシステム規模が大規模化されてい
る。こうした状況の下、情報処理システムには、システ
ム利用者からは処理要求に対する応答性能の確保が求め
られ、システム管理者からは高い稼働率が求められてい
る。
扱うデータや処理機能が複雑化しており、又、システム
利用者の増加に伴ってシステム規模が大規模化されてい
る。こうした状況の下、情報処理システムには、システ
ム利用者からは処理要求に対する応答性能の確保が求め
られ、システム管理者からは高い稼働率が求められてい
る。
【0003】さて、情報処理システムには複数の形態が
あるが、小規模でも機能的に充実したパソコン又はワー
ク・ステーションが普及している現在ではクライアント
・サーバ型情報処理システムが主流となっている。
あるが、小規模でも機能的に充実したパソコン又はワー
ク・ステーションが普及している現在ではクライアント
・サーバ型情報処理システムが主流となっている。
【0004】クライアント・サーバ型の情報処理システ
ムにおいては、各々のクライアントが処理負荷の大きさ
から見て適切なサーバとセッションを確立して所期のタ
スクを実行する。従って、各々のサーバの処理負荷を認
識して複数のサーバ間で処理負荷を均等化することによ
って、情報処理システムの応答性能を確保し、高い稼働
率を確保するするためにロード・バランサが必要であ
る。
ムにおいては、各々のクライアントが処理負荷の大きさ
から見て適切なサーバとセッションを確立して所期のタ
スクを実行する。従って、各々のサーバの処理負荷を認
識して複数のサーバ間で処理負荷を均等化することによ
って、情報処理システムの応答性能を確保し、高い稼働
率を確保するするためにロード・バランサが必要であ
る。
【0005】そして、ロード・バランサの指示に従って
クライアントがサーバとのセッションを確立するのでロ
ード・バランサには高い信頼度が要求される。又、クラ
イアント・サーバ型情報処理システムの特徴はシステム
規模の拡張性にあるので、ロード・バランサの存在が情
報処理システムの拡張性を阻害しないことが肝要であ
る。
クライアントがサーバとのセッションを確立するのでロ
ード・バランサには高い信頼度が要求される。又、クラ
イアント・サーバ型情報処理システムの特徴はシステム
規模の拡張性にあるので、ロード・バランサの存在が情
報処理システムの拡張性を阻害しないことが肝要であ
る。
【0006】
【従来の技術】図7は、従来のロード・バランサを適用
した情報処理システムの概念的構成である。
した情報処理システムの概念的構成である。
【0007】図7において、101はクライアント、1
02及び102aはサーバ、103はロード・バラン
サ、104はネットワークである。尚、図7では単一の
クライアントのみを示しているが、実際の情報処理シス
テムではクライアントも複数存在する。
02及び102aはサーバ、103はロード・バラン
サ、104はネットワークである。尚、図7では単一の
クライアントのみを示しているが、実際の情報処理シス
テムではクライアントも複数存在する。
【0008】図7の構成の特徴は、クライアント101
とサーバ102及び102aにはロード・バランス機能
がインストールされておらず、ロード・バランサ103
が並列のサーバ102及び102aにクライアント10
1が必要とするタスクを振り分けることである。
とサーバ102及び102aにはロード・バランス機能
がインストールされておらず、ロード・バランサ103
が並列のサーバ102及び102aにクライアント10
1が必要とするタスクを振り分けることである。
【0009】そして、ロード・バランサ103の信頼度
を向上させるために、ロード・バランサ103は同じロ
ード・バランス機能を有する運用系103−1と待機系
103−2を備え、常にロード・バランスのための情報
を運用系103−1と待機系103−2とで共有して処
理負荷のバランスをとっている。
を向上させるために、ロード・バランサ103は同じロ
ード・バランス機能を有する運用系103−1と待機系
103−2を備え、常にロード・バランスのための情報
を運用系103−1と待機系103−2とで共有して処
理負荷のバランスをとっている。
【0010】そのロード・バランスの手法には、 ロード・バランサがサーバの処理負荷情報を収集し
て処理負荷の軽いサーバにクライアントが必要とするタ
スクを振り分ける。
て処理負荷の軽いサーバにクライアントが必要とするタ
スクを振り分ける。
【0011】 ラウンド・ロビン方式によって各サー
バに順にクライアントが要求するタスクを振り分ける。
バに順にクライアントが要求するタスクを振り分ける。
【0012】 上記を含めたロード・バランス処理の
結果であるサーバ毎のセッション数をロード・バランサ
が記憶しておき、記憶しているセッション数が少ないサ
ーバにクライアントが要求するタスクを振り分ける。な
どの方法がある。
結果であるサーバ毎のセッション数をロード・バランサ
が記憶しておき、記憶しているセッション数が少ないサ
ーバにクライアントが要求するタスクを振り分ける。な
どの方法がある。
【0013】
【発明が解決しようとする課題】しかし、図7の構成に
は下記の問題がある。
は下記の問題がある。
【0014】(1)ロード・バランサが運用系と待機系
を備えて信頼度を向上させているが、運用系と待機系の
双方の機能が停止した時には図7の構成の情報処理シス
テムはロード・バランス機能を失うことになる。
を備えて信頼度を向上させているが、運用系と待機系の
双方の機能が停止した時には図7の構成の情報処理シス
テムはロード・バランス機能を失うことになる。
【0015】(2)クライアントから一意に特定される
ロード・バランサは、クライアントからのセッション確
立要求による処理負荷が集中し、ロード・バランサの処
理能力によって情報処理システムの応答性能及び稼働率
が限定される。
ロード・バランサは、クライアントからのセッション確
立要求による処理負荷が集中し、ロード・バランサの処
理能力によって情報処理システムの応答性能及び稼働率
が限定される。
【0016】(3)実質的に、ロード・バランサの処理
能力の限界までしか情報処理システムの規模を拡張する
ことができない。表面的には、複数の並列なロード・バ
ランサを情報処理システムに収容すればよいかのように
見えるが、複数のロード・バランサの処理負荷を均等化
するロード・バランサが必要になり、情報処理システム
の構成が複雑化する。
能力の限界までしか情報処理システムの規模を拡張する
ことができない。表面的には、複数の並列なロード・バ
ランサを情報処理システムに収容すればよいかのように
見えるが、複数のロード・バランサの処理負荷を均等化
するロード・バランサが必要になり、情報処理システム
の構成が複雑化する。
【0017】本発明は、かかる問題点に鑑み、ロード・
バランス機能をクライアントとサーバに分散したクライ
アント・サーバ型情報処理システム及び並列ロード・バ
ランス方式を提供することを目的とする。
バランス機能をクライアントとサーバに分散したクライ
アント・サーバ型情報処理システム及び並列ロード・バ
ランス方式を提供することを目的とする。
【0018】
【課題を解決するための手段】第一の発明は、予め指定
されている優先順位に従ってサーバに対してセッション
確立要求を送信し、該セッション確立要求を受けたサー
バからの該セッション確立要求への応答にある優先順位
に従ってタスクを実行するサーバを選択するクライアン
ト・ロード・バランサを備えるクライアントと、該クラ
イアント・ロード・バランサからのセッション確立要求
を受けた時に複数のサーバのセッション数を比較して該
セッション確立要求への応答としてセッション確立の優
先順位を該クライアント・ロード・バランサに送信する
と共にセッション数を管理するサーバ・ロード・バラン
サを備えるサーバとによって構成されるクライアント・
サーバ型情報処理システムである。
されている優先順位に従ってサーバに対してセッション
確立要求を送信し、該セッション確立要求を受けたサー
バからの該セッション確立要求への応答にある優先順位
に従ってタスクを実行するサーバを選択するクライアン
ト・ロード・バランサを備えるクライアントと、該クラ
イアント・ロード・バランサからのセッション確立要求
を受けた時に複数のサーバのセッション数を比較して該
セッション確立要求への応答としてセッション確立の優
先順位を該クライアント・ロード・バランサに送信する
と共にセッション数を管理するサーバ・ロード・バラン
サを備えるサーバとによって構成されるクライアント・
サーバ型情報処理システムである。
【0019】第一の発明によれば、クライアントには初
期に指定されているサーバに対してセッション確立要求
を送信し、該初期に指定されているサーバからの該セッ
ション確立要求への応答に従ってタスクを実行するサー
バを選択するクライアント・ロード・バランサが備えら
れており、サーバには該クライアント・ロード・バラン
サからのセッション確立要求を受けた時に複数のサーバ
のセッション数を比較して該セッション確立要求への応
答を該クライアント・ロード・バランサに送信すると共
にセッション数を管理するサーバ・ロード・バランサが
備えられているので、複数のサーバの処理負荷の現状に
従ってクライアントが必要とするタスクを複数のサーバ
のいずれかに振り分けることができる。しかも、ロード
・バランス機能が分散されているので、情報処理システ
ムのロード・バランス機能の信頼度が向上され、情報処
理システムの拡張をロード・バランス機能が阻害するこ
とがない。
期に指定されているサーバに対してセッション確立要求
を送信し、該初期に指定されているサーバからの該セッ
ション確立要求への応答に従ってタスクを実行するサー
バを選択するクライアント・ロード・バランサが備えら
れており、サーバには該クライアント・ロード・バラン
サからのセッション確立要求を受けた時に複数のサーバ
のセッション数を比較して該セッション確立要求への応
答を該クライアント・ロード・バランサに送信すると共
にセッション数を管理するサーバ・ロード・バランサが
備えられているので、複数のサーバの処理負荷の現状に
従ってクライアントが必要とするタスクを複数のサーバ
のいずれかに振り分けることができる。しかも、ロード
・バランス機能が分散されているので、情報処理システ
ムのロード・バランス機能の信頼度が向上され、情報処
理システムの拡張をロード・バランス機能が阻害するこ
とがない。
【0020】第二の発明は、クライアントからのセッシ
ョン確立要求を受けたサーバが、複数のサーバからセッ
ション数を収集して比較してセッション数が少ない順に
サーバ接続優先順位を決定し、該サーバ接続優先順位を
セッション確立要求を発したクライアントに送信し、ク
ライアントは該サーバ接続優先順位に従ってタスクを実
行するサーバを選択する並列ロード・バランス方式であ
る。
ョン確立要求を受けたサーバが、複数のサーバからセッ
ション数を収集して比較してセッション数が少ない順に
サーバ接続優先順位を決定し、該サーバ接続優先順位を
セッション確立要求を発したクライアントに送信し、ク
ライアントは該サーバ接続優先順位に従ってタスクを実
行するサーバを選択する並列ロード・バランス方式であ
る。
【0021】第二の発明によれば、クライアントからの
セッション確立要求を受けたサーバが、複数のサーバか
らセッション数を収集して比較してセッション数が少な
い順にサーバ接続優先順位を決定し、該サーバ接続優先
順位をセッション確立要求を発したクライアントに送信
し、クライアントは該サーバ接続優先順位に従ってタス
クを実行するサーバを選択するので、複数のサーバのう
ちで処理負荷が最小なサーバにクライアントが必要とす
るタスクを振り分けることができる。
セッション確立要求を受けたサーバが、複数のサーバか
らセッション数を収集して比較してセッション数が少な
い順にサーバ接続優先順位を決定し、該サーバ接続優先
順位をセッション確立要求を発したクライアントに送信
し、クライアントは該サーバ接続優先順位に従ってタス
クを実行するサーバを選択するので、複数のサーバのう
ちで処理負荷が最小なサーバにクライアントが必要とす
るタスクを振り分けることができる。
【0022】第三の発明は、第二の発明の並列ロード・
バランス方式において、上記セッション確立要求の送信
先のサーバが故障している場合には、クライアントは故
障しているサーバの情報を付加したセッション確立要求
を他のサーバに送信し、該故障しているサーバの情報を
付加したセッション確立要求を受けたサーバは該故障し
ているサーバを除いたサーバからセッション数を収集し
て比較してセッション数が少ない順にサーバ接続優先順
位を決定し、該サーバ接続優先順位をセッション確立要
求を発したクライアントに送信し、クライアントは該サ
ーバ接続優先順位に従ってタスクを実行するサーバを選
択する並列ロード・バランス方式である。
バランス方式において、上記セッション確立要求の送信
先のサーバが故障している場合には、クライアントは故
障しているサーバの情報を付加したセッション確立要求
を他のサーバに送信し、該故障しているサーバの情報を
付加したセッション確立要求を受けたサーバは該故障し
ているサーバを除いたサーバからセッション数を収集し
て比較してセッション数が少ない順にサーバ接続優先順
位を決定し、該サーバ接続優先順位をセッション確立要
求を発したクライアントに送信し、クライアントは該サ
ーバ接続優先順位に従ってタスクを実行するサーバを選
択する並列ロード・バランス方式である。
【0023】第三の発明によれば、上記セッション確立
要求の送信先のサーバが故障している場合には、クライ
アントは故障しているサーバの情報を付加したセッショ
ン確立要求を他のサーバに送信し、該故障しているサー
バの情報を付加したセッション確立要求を受けたサーバ
は該故障しているサーバを除いたサーバからセッション
数を収集して比較してセッション数が少ない順にサーバ
接続優先順位を決定し、該サーバ接続優先順位をセッシ
ョン確立要求を発したクライアントに送信し、クライア
ントは該サーバ接続優先順位に従ってタスクを実行する
サーバを選択するので、サーバにおけるロード・バラン
スの処理付加を軽減できる。
要求の送信先のサーバが故障している場合には、クライ
アントは故障しているサーバの情報を付加したセッショ
ン確立要求を他のサーバに送信し、該故障しているサー
バの情報を付加したセッション確立要求を受けたサーバ
は該故障しているサーバを除いたサーバからセッション
数を収集して比較してセッション数が少ない順にサーバ
接続優先順位を決定し、該サーバ接続優先順位をセッシ
ョン確立要求を発したクライアントに送信し、クライア
ントは該サーバ接続優先順位に従ってタスクを実行する
サーバを選択するので、サーバにおけるロード・バラン
スの処理付加を軽減できる。
【0024】第四の発明は、クライアントからセッショ
ン確立要求を受けたサーバは、該セッション確立要求は
自己に対する接続要求であるか否か判定し、自己に対す
る接続要求である場合には直ちに該クライアントとの接
続を行ない、自己に対する接続要求ではない場合には第
二の発明又は第三の発明におけるセッション数の比較を
行なって上記サーバ接続優先順位を該クライアントに送
信する並列ロード・バランス方式である。
ン確立要求を受けたサーバは、該セッション確立要求は
自己に対する接続要求であるか否か判定し、自己に対す
る接続要求である場合には直ちに該クライアントとの接
続を行ない、自己に対する接続要求ではない場合には第
二の発明又は第三の発明におけるセッション数の比較を
行なって上記サーバ接続優先順位を該クライアントに送
信する並列ロード・バランス方式である。
【0025】第四の発明によれば、クライアントからセ
ッション確立要求を受けたサーバは、該セッション確立
要求は自己に対する接続要求であるか否か判定し、自己
に対する接続要求である場合には直ちに該クライアント
との接続を行ない、自己に対する接続要求ではない場合
には第二の発明又は第三の発明におけるセッション数の
比較を行なって上記サーバ接続優先順位を該クライアン
トに送信するので、自己に対する接続要求である場合に
はロード・バランスのための処理付加を軽減することが
できる。
ッション確立要求を受けたサーバは、該セッション確立
要求は自己に対する接続要求であるか否か判定し、自己
に対する接続要求である場合には直ちに該クライアント
との接続を行ない、自己に対する接続要求ではない場合
には第二の発明又は第三の発明におけるセッション数の
比較を行なって上記サーバ接続優先順位を該クライアン
トに送信するので、自己に対する接続要求である場合に
はロード・バランスのための処理付加を軽減することが
できる。
【0026】第五の発明は、複数のサーバは他のサーバ
のセッション数を格納し、クライアントからセッション
確立要求を受けた時には格納しているセッション数を比
較して、自己のセッション数が最小の場合には直ちに該
クライアントとの接続を行なうと共に新セッション数を
自己のサーバ記憶装置に格納し、自己のセッション数が
最小ではない場合には該クライアントにサーバ接続優先
順位を送信する並列ロード・バランス方式である。
のセッション数を格納し、クライアントからセッション
確立要求を受けた時には格納しているセッション数を比
較して、自己のセッション数が最小の場合には直ちに該
クライアントとの接続を行なうと共に新セッション数を
自己のサーバ記憶装置に格納し、自己のセッション数が
最小ではない場合には該クライアントにサーバ接続優先
順位を送信する並列ロード・バランス方式である。
【0027】第五の発明によれば、複数のサーバは他の
サーバのセッション数を格納し、クライアントからセッ
ション確立要求を受けた時には格納しているセッション
数を比較して、自己のセッション数が最小の場合には直
ちに該クライアントとの接続を行なうと共に新セッショ
ン数自己のサーバ記憶装置に格納し、自己のセッション
数が最小ではない場合には該クライアントにサーバ接続
優先順位を送信するので、サーバが行なうセッション数
の比較のための処理負荷を大幅に軽減することができ
る。
サーバのセッション数を格納し、クライアントからセッ
ション確立要求を受けた時には格納しているセッション
数を比較して、自己のセッション数が最小の場合には直
ちに該クライアントとの接続を行なうと共に新セッショ
ン数自己のサーバ記憶装置に格納し、自己のセッション
数が最小ではない場合には該クライアントにサーバ接続
優先順位を送信するので、サーバが行なうセッション数
の比較のための処理負荷を大幅に軽減することができ
る。
【0028】
【発明の実施の形態】以降、図面を用いて本発明の技術
を詳細に説明する。
を詳細に説明する。
【0029】図1は、本発明のクライアント・サーバ型
情報処理システムの構成である。
情報処理システムの構成である。
【0030】図1において、1はクライアントで、ロー
ド・バランス機能に関係する物として、クライアントロ
ード・バランサ11、クライアント記憶装置12及びサ
ーバとの通信を行なうクライアント通信装置13を備え
ている。
ド・バランス機能に関係する物として、クライアントロ
ード・バランサ11、クライアント記憶装置12及びサ
ーバとの通信を行なうクライアント通信装置13を備え
ている。
【0031】ここで、クライアント・ロード・バランサ
11は、サーバにセッション確立要求を行なう接続装置
111及びクライアント記憶装置12に情報を格納し、
クライアント記憶装置12に格納した情報を参照するサ
ーバ情報管理装置112を備えている。
11は、サーバにセッション確立要求を行なう接続装置
111及びクライアント記憶装置12に情報を格納し、
クライアント記憶装置12に格納した情報を参照するサ
ーバ情報管理装置112を備えている。
【0032】又、クライアント記憶装置12には、ネッ
トワーク3に収容されているサーバのIPアドレス、セ
ッションを確立しているサーバのIPアドレス、故障し
ているサーバのIPアドレス、サーバ接続優先順位など
が格納可能である。尚、サーバ接続優先順位はクライア
ント2又は2aがセッション確立要求を行なう度毎にセ
ッション確立要求を受けたサーバによって更新されるも
のであるが、情報処理システムの起動時には人的又は自
動的にインストールされたサーバ接続優先順位が格納さ
れている。
トワーク3に収容されているサーバのIPアドレス、セ
ッションを確立しているサーバのIPアドレス、故障し
ているサーバのIPアドレス、サーバ接続優先順位など
が格納可能である。尚、サーバ接続優先順位はクライア
ント2又は2aがセッション確立要求を行なう度毎にセ
ッション確立要求を受けたサーバによって更新されるも
のであるが、情報処理システムの起動時には人的又は自
動的にインストールされたサーバ接続優先順位が格納さ
れている。
【0033】2及び2aはサーバで、ロード・バランス
機能に関係する物として、サーバ・ロード・バランサ2
1、サーバ記憶装置22、クライアント又は他のサーバ
との通信を行なうサーバ通信装置23、セッション確立
装置24及びセッション切断装置25を備えている。即
ち、全てのサーバのロード・バランス機能は対等であ
る。これが「並列ロード・バランス方式」の所以であ
る。
機能に関係する物として、サーバ・ロード・バランサ2
1、サーバ記憶装置22、クライアント又は他のサーバ
との通信を行なうサーバ通信装置23、セッション確立
装置24及びセッション切断装置25を備えている。即
ち、全てのサーバのロード・バランス機能は対等であ
る。これが「並列ロード・バランス方式」の所以であ
る。
【0034】ここで、サーバ・ロード・バランサ21
は、クライアント1からのセッション確立要求に対応し
て他のサーバとのセッション数の比較を行ない、必要に
応じてクライアント1からのセッション確立要求に対応
して自己が属するサーバとのセッション確立の制御を行
なうセッション数判定装置211、自己が属するサーバ
でセッションが確立した時に現在のセッション数をサー
バ記憶装置22に格納するセッション確立記録装置21
2及び自己が属するサーバでセッションが切断された時
に現在のセッション数をサーバ記憶装置22に記録する
セッション切断記録装置213を備えている。
は、クライアント1からのセッション確立要求に対応し
て他のサーバとのセッション数の比較を行ない、必要に
応じてクライアント1からのセッション確立要求に対応
して自己が属するサーバとのセッション確立の制御を行
なうセッション数判定装置211、自己が属するサーバ
でセッションが確立した時に現在のセッション数をサー
バ記憶装置22に格納するセッション確立記録装置21
2及び自己が属するサーバでセッションが切断された時
に現在のセッション数をサーバ記憶装置22に記録する
セッション切断記録装置213を備えている。
【0035】又、サーバ記憶装置22には、自己が属す
るサーバで確立しているセッション数、他のサーバのI
Pアドレスや、必要に応じて他のサーバのセッション数
などが格納可能である。
るサーバで確立しているセッション数、他のサーバのI
Pアドレスや、必要に応じて他のサーバのセッション数
などが格納可能である。
【0036】更に、セッション確立装置24は、セッシ
ョン確立要求をサーバ通信装置23を介して受けて、セ
ッションを確立すべきサーバを決定する必要がある時に
はその旨セッション数比較装置211に依頼し、自己が
属するサーバでセッションを確立する場合にはセッショ
ンを確立すると共にセッション確立記録装置212にサ
ーバ記憶装置22へのセッション数の更新を依頼する。
ョン確立要求をサーバ通信装置23を介して受けて、セ
ッションを確立すべきサーバを決定する必要がある時に
はその旨セッション数比較装置211に依頼し、自己が
属するサーバでセッションを確立する場合にはセッショ
ンを確立すると共にセッション確立記録装置212にサ
ーバ記憶装置22へのセッション数の更新を依頼する。
【0037】尚、本質的には区別する必要はないが、理
解しやすくするために、クライアントがセッションを確
立すべきサーバの決定依頼する場合を「セッション確立
要求」といい、クライアントがサーバからの優先順位の
指定に基づいてセッションを確立依頼をする場合を「再
セッション確立要求」ということにする。
解しやすくするために、クライアントがセッションを確
立すべきサーバの決定依頼する場合を「セッション確立
要求」といい、クライアントがサーバからの優先順位の
指定に基づいてセッションを確立依頼をする場合を「再
セッション確立要求」ということにする。
【0038】即ち、セッション確立装置24の機能の説
明で「セッションを確立すべきサーバを決定する必要が
ある場合」とは、クライアントからセッション確立要求
を受けた時のことであり、「自己が属するサーバでセッ
ションを確立する場合」とは再セッション確立要求を受
けた時のことである。
明で「セッションを確立すべきサーバを決定する必要が
ある場合」とは、クライアントからセッション確立要求
を受けた時のことであり、「自己が属するサーバでセッ
ションを確立する場合」とは再セッション確立要求を受
けた時のことである。
【0039】更に、セッション切断装置25は、クライ
アントからのセッション切断要求をサーバ通信装置23
を介して受けて、セッションを切断すると共にセッショ
ン切断記録装置213にサーバ記憶装置22へのセッシ
ョン数の更新を依頼する。
アントからのセッション切断要求をサーバ通信装置23
を介して受けて、セッションを切断すると共にセッショ
ン切断記録装置213にサーバ記憶装置22へのセッシ
ョン数の更新を依頼する。
【0040】3はクライアント1、サーバ2及びサーバ
2aを収容するネットワークである。尚、ネットワーク
の形態は図1の如きリング型には限定されないが、リン
グ型ネットワーク以外はバス型ネットワークが好まし
い。何故なら、各サーバとクライアントをスター型ネッ
トワークで結ぶとネットワークが輻輳して、所謂WAN
(Wide Area Network)においてはネットワークの構成が
実質的に不可能になるからである。
2aを収容するネットワークである。尚、ネットワーク
の形態は図1の如きリング型には限定されないが、リン
グ型ネットワーク以外はバス型ネットワークが好まし
い。何故なら、各サーバとクライアントをスター型ネッ
トワークで結ぶとネットワークが輻輳して、所謂WAN
(Wide Area Network)においてはネットワークの構成が
実質的に不可能になるからである。
【0041】図1の構成のおおまかな動作は次の通りで
ある。即ち、クライアント1は指定されている優先順位
に従ってサーバに対してセッション確立要求を送信し、
該セッション確立要求を受けたサーバからの該セッショ
ン確立要求への応答にある優先順位に従ってタスクを実
行するサーバに対して再セッション確立要求を送信して
セッションを確立し、サーバ2又はサーバ2aはクライ
アント1からのセッション確立要求を受けた時に複数の
サーバからセッション数を収集し、収集したセッション
数を比較して該セッション確立要求への応答であるサー
バ接続優先順位を該クライアント1に送信し、再セッシ
ョン確立要求を受けたサーバはセッションを確立してセ
ッション数を管理する。
ある。即ち、クライアント1は指定されている優先順位
に従ってサーバに対してセッション確立要求を送信し、
該セッション確立要求を受けたサーバからの該セッショ
ン確立要求への応答にある優先順位に従ってタスクを実
行するサーバに対して再セッション確立要求を送信して
セッションを確立し、サーバ2又はサーバ2aはクライ
アント1からのセッション確立要求を受けた時に複数の
サーバからセッション数を収集し、収集したセッション
数を比較して該セッション確立要求への応答であるサー
バ接続優先順位を該クライアント1に送信し、再セッシ
ョン確立要求を受けたサーバはセッションを確立してセ
ッション数を管理する。
【0042】上記クライアント・サーバ型情報処理シス
テムによれば、クライアントは初期に指定されているサ
ーバに対してセッション確立要求を送信し、該初期に指
定されているサーバからの該セッション確立要求への応
答に従ってタスクを実行するサーバを選択するクライア
ント・ロード・バランサが備えられており、サーバには
該クライアント・ロード・バランサからのセッション確
立要求を受けた時に並列のサーバのセッション数を比較
して該セッション確立要求への応答を該クライアント・
ロード・バランサに送信すると共にセッション数を管理
するサーバ・ロード・バランサが備えられているので、
複数のサーバの処理負荷の現状に従ってクライアントが
必要とするタスクを複数のサーバのいずれかに振り分け
ることができる。
テムによれば、クライアントは初期に指定されているサ
ーバに対してセッション確立要求を送信し、該初期に指
定されているサーバからの該セッション確立要求への応
答に従ってタスクを実行するサーバを選択するクライア
ント・ロード・バランサが備えられており、サーバには
該クライアント・ロード・バランサからのセッション確
立要求を受けた時に並列のサーバのセッション数を比較
して該セッション確立要求への応答を該クライアント・
ロード・バランサに送信すると共にセッション数を管理
するサーバ・ロード・バランサが備えられているので、
複数のサーバの処理負荷の現状に従ってクライアントが
必要とするタスクを複数のサーバのいずれかに振り分け
ることができる。
【0043】しかも、ロード・バランス機能が分散され
ているので、情報処理システムのロード・バランス機能
の信頼度が向上され、又、情報処理システムの拡張をロ
ード・バランス機能が阻害することがない。
ているので、情報処理システムのロード・バランス機能
の信頼度が向上され、又、情報処理システムの拡張をロ
ード・バランス機能が阻害することがない。
【0044】以降、図1の構成におけるロード・バラン
ス処理についてフローチャートを用いて詳細に説明す
る。
ス処理についてフローチャートを用いて詳細に説明す
る。
【0045】図2は、セッション確立要求に対する処理
(その1)である。以降、図2の符号に沿って説明す
る。尚、図2以降のフローチャートにおいては、クライ
アントの動作に対する符号は「Cn(nは正の整数)」
と表現し、サーバの動作に対する符号は「Sm(mは正
の整数)」と表現して、クライアントの動作とサーバの
動作を理解しやすくする。
(その1)である。以降、図2の符号に沿って説明す
る。尚、図2以降のフローチャートにおいては、クライ
アントの動作に対する符号は「Cn(nは正の整数)」
と表現し、サーバの動作に対する符号は「Sm(mは正
の整数)」と表現して、クライアントの動作とサーバの
動作を理解しやすくする。
【0046】C1.クライアント・ロード・バランサは
セッション確立要求に先立ってクライアント記憶装置に
格納されているセッション確立要求要求先のサーバの優
先順位であるサーバ接続優先順位を参照する。
セッション確立要求に先立ってクライアント記憶装置に
格納されているセッション確立要求要求先のサーバの優
先順位であるサーバ接続優先順位を参照する。
【0047】尚、サーバ接続優先順位はクライアントが
セッション確立要求を行なう度に当該セッション確立要
求を受けたサーバによって更新されるものであるが、ク
ライアント・サーバ型情報処理システムの起動時には人
的又は自動的にインストールされる。従って、クライア
ントロード・バランサは何時でもセッション確立要求に
先立ってクライアント記憶装置に格納されているサーバ
接続優先順位を参照することができる。
セッション確立要求を行なう度に当該セッション確立要
求を受けたサーバによって更新されるものであるが、ク
ライアント・サーバ型情報処理システムの起動時には人
的又は自動的にインストールされる。従って、クライア
ントロード・バランサは何時でもセッション確立要求に
先立ってクライアント記憶装置に格納されているサーバ
接続優先順位を参照することができる。
【0048】C2.クライアント・ロード・バランサは
サーバ接続優先順位において最も優先順位が高いサーバ
に対してセッション確立要求を送信して、 C3.当該サーバからの応答を待機する。
サーバ接続優先順位において最も優先順位が高いサーバ
に対してセッション確立要求を送信して、 C3.当該サーバからの応答を待機する。
【0049】S1.サーバ接続優先順位に指定されてい
る最優先サーバはクライアントからのセッション確立要
求を受信する。
る最優先サーバはクライアントからのセッション確立要
求を受信する。
【0050】S2.当該サーバのサーバ・ロード・バラ
ンサはサーバ記憶装置から自己が属するサーバの現状の
セッション数を参照し、 S3.当該サーバのサーバ・ロード・バランサはサーバ
記憶装置からネットワーク内の他のサーバの情報、例え
ばIPアドレスを参照する。
ンサはサーバ記憶装置から自己が属するサーバの現状の
セッション数を参照し、 S3.当該サーバのサーバ・ロード・バランサはサーバ
記憶装置からネットワーク内の他のサーバの情報、例え
ばIPアドレスを参照する。
【0051】S4.参照したIPアドレスに従って、他
のサーバに対して現状のセッション数の報告を求める。
のサーバに対して現状のセッション数の報告を求める。
【0052】S5.全てのサーバに対してセッション数
を要求したか否か判定する。
を要求したか否か判定する。
【0053】全てのサーバにセッション数を要求してい
ない場合(No)には、ステップS4及びステップS5
を繰り返す。
ない場合(No)には、ステップS4及びステップS5
を繰り返す。
【0054】S101.セッション数の報告を要求され
たサーバは、サーバ・ロード・バランサがセッション数
要求を受信する。
たサーバは、サーバ・ロード・バランサがセッション数
要求を受信する。
【0055】S102.当該サーバ・ロード・バランサ
はサーバ記憶装置に格納されている、自己が属するサー
バの現状のセッション数を参照する。
はサーバ記憶装置に格納されている、自己が属するサー
バの現状のセッション数を参照する。
【0056】S103.セッション数要求を送信してき
たサーバに対して現状のセッション数を回答する。
たサーバに対して現状のセッション数を回答する。
【0057】これで、セッション数要求を受信したサー
バは一連の処理を終了する。
バは一連の処理を終了する。
【0058】S6.セッション数要求を送信したサーバ
は、各々のサーバからの応答を受信する。
は、各々のサーバからの応答を受信する。
【0059】尚、図2においては、ステップS5で全て
のサーバにセッション数要求を送信したと判定した場合
に各々のサーバからの応答を受信するとしているが、こ
れは、フローチャートの表現の簡略化のためであり、一
般的にはセッション数の要求を行なっている間にも応答
を受信することができる。これは、以降のフローチャー
トにおいても同様である。
のサーバにセッション数要求を送信したと判定した場合
に各々のサーバからの応答を受信するとしているが、こ
れは、フローチャートの表現の簡略化のためであり、一
般的にはセッション数の要求を行なっている間にも応答
を受信することができる。これは、以降のフローチャー
トにおいても同様である。
【0060】S7.全てのサーバからセッション数の応
答を受信したか否か判定する。
答を受信したか否か判定する。
【0061】全てのサーバから応答を受信していない場
合(No)には、ステップS6及びステップS7を繰り
返す。
合(No)には、ステップS6及びステップS7を繰り
返す。
【0062】S8.ステップS7で、全てのサーバから
応答を受信したと判定した場合(Yes)には、サーバ
・ロード・バランサは自己が属するサーバのセッション
数も含めて全てのサーバのセッション数を比較する。
応答を受信したと判定した場合(Yes)には、サーバ
・ロード・バランサは自己が属するサーバのセッション
数も含めて全てのサーバのセッション数を比較する。
【0063】S9.セッション数の多少に従って、セッ
ション確立要求を送信してきたクライアントに対するサ
ーバ接続優先順位を決定する。
ション確立要求を送信してきたクライアントに対するサ
ーバ接続優先順位を決定する。
【0064】S10.サーバ・ロード・バランサはセッ
ション確立要求を送信してきたクライアントに対してサ
ーバ接続優先順位を通知する。
ション確立要求を送信してきたクライアントに対してサ
ーバ接続優先順位を通知する。
【0065】これで、セッション確立要求を受信したサ
ーバは処理を終了する。
ーバは処理を終了する。
【0066】C4.サーバからの応答を待機していたク
ライアント・ロード・バランサはサーバからの応答を受
信する。
ライアント・ロード・バランサはサーバからの応答を受
信する。
【0067】C5.受信したサーバ接続優先順位を次に
セッション確立要求を送信する時の参照情報としてクラ
イアント記憶装置に格納する。
セッション確立要求を送信する時の参照情報としてクラ
イアント記憶装置に格納する。
【0068】C6.受信したサーバ接続優先順位におい
て最優先とされていたサーバに対して再セッション確立
要求を送信して、接続を要求する。
て最優先とされていたサーバに対して再セッション確立
要求を送信して、接続を要求する。
【0069】これで、セッション確立要求を送信したク
ライアントは処理を終了する。
ライアントは処理を終了する。
【0070】セッション確立要求に対応して上記の処理
を行なうことにより、クライアントからのセッション確
立要求を受けたサーバが、複数のサーバからセッション
数を収集して比較してセッション数が少ない順にサーバ
接続優先順位を決定し、該サーバ接続優先順位をセッシ
ョン確立要求を発したクライアントに送信し、クライア
ントは該サーバ接続優先順位に従ってタスクを実行する
サーバを選択するので、複数のサーバのうちで処理負荷
が最小なサーバにクライアントが必要とするタスクを振
り分けることができる。
を行なうことにより、クライアントからのセッション確
立要求を受けたサーバが、複数のサーバからセッション
数を収集して比較してセッション数が少ない順にサーバ
接続優先順位を決定し、該サーバ接続優先順位をセッシ
ョン確立要求を発したクライアントに送信し、クライア
ントは該サーバ接続優先順位に従ってタスクを実行する
サーバを選択するので、複数のサーバのうちで処理負荷
が最小なサーバにクライアントが必要とするタスクを振
り分けることができる。
【0071】図3は、セッション確立要求に対する処理
(その2)である。以降、図3の符号に沿って説明す
る。尚、図2による説明と類似の処理が多いが、図2と
異なる処理だけの説明では理解しにくいので、重複をい
とわず全てのステップについて説明する。これは、以降
全てのフローチャートにおいて同様である。
(その2)である。以降、図3の符号に沿って説明す
る。尚、図2による説明と類似の処理が多いが、図2と
異なる処理だけの説明では理解しにくいので、重複をい
とわず全てのステップについて説明する。これは、以降
全てのフローチャートにおいて同様である。
【0072】C11.クライアント・ロード・バランサ
はセッション確立要求に先立ってクライアント記憶装置
に格納されているセッション確立要求要求先のサーバの
優先順位であるサーバ接続優先順位を参照する。
はセッション確立要求に先立ってクライアント記憶装置
に格納されているセッション確立要求要求先のサーバの
優先順位であるサーバ接続優先順位を参照する。
【0073】尚、サーバ接続優先順位はクライアントが
セッション確立要求を行なう度に当該セッション確立要
求を受けたサーバによって更新されるものであるが、ク
ライアント・サーバ型情報処理システムの起動時には人
的又は自動的にインストールされている。
セッション確立要求を行なう度に当該セッション確立要
求を受けたサーバによって更新されるものであるが、ク
ライアント・サーバ型情報処理システムの起動時には人
的又は自動的にインストールされている。
【0074】C12.クライアント・ロード・バランサ
はサーバ接続優先順位において最も優先順位が高いサー
バに対してセッション確立要求を送信して、サーバから
の応答を待機する。
はサーバ接続優先順位において最も優先順位が高いサー
バに対してセッション確立要求を送信して、サーバから
の応答を待機する。
【0075】C13.所定時間サーバからの応答がない
場合には当該サーバが故障しているものと判定する。
場合には当該サーバが故障しているものと判定する。
【0076】当該サーバが故障していない場合(No)
には後でサーバからの応答を受信できる。
には後でサーバからの応答を受信できる。
【0077】C14.ステップC13で、当該サーバが
故障していると判定した場合(Yes)には、ステップ
C11で取得したサーバ接続優先順位を参照して次の優
先順位のサーバを選択する。
故障していると判定した場合(Yes)には、ステップ
C11で取得したサーバ接続優先順位を参照して次の優
先順位のサーバを選択する。
【0078】C15.先に故障していると判定したサー
バの情報、例えばIPアドレスを付して次の優先順位の
サーバに対してセッション確立要求を送信する。
バの情報、例えばIPアドレスを付して次の優先順位の
サーバに対してセッション確立要求を送信する。
【0079】C16.全てのサーバにセッション確立要
求を送信したか否か判定する。
求を送信したか否か判定する。
【0080】全てのサーバにセッション確立要求を送信
していない場合(No)には、ステップC14にジャン
プして、サーバからの応答が得られるまでステップC1
4乃至ステップC16の処理を繰り返す。
していない場合(No)には、ステップC14にジャン
プして、サーバからの応答が得られるまでステップC1
4乃至ステップC16の処理を繰り返す。
【0081】全てのサーバにセッション確立要求を送信
した場合(Yes)には、全てのサーバにセッション確
立要求を送信したにもかかわらず応答がなかったので、
一連の処理を終了する。
した場合(Yes)には、全てのサーバにセッション確
立要求を送信したにもかかわらず応答がなかったので、
一連の処理を終了する。
【0082】S21.クライアントにおけるステップC
14乃至ステップC16の間に送信されたセッション確
立要求が特定のサーバで受信されたものとする。
14乃至ステップC16の間に送信されたセッション確
立要求が特定のサーバで受信されたものとする。
【0083】S22.当該サーバのサーバ・ロード・バ
ランサはサーバ記憶装置によって自己が属するサーバの
現状のセッション数を参照する。
ランサはサーバ記憶装置によって自己が属するサーバの
現状のセッション数を参照する。
【0084】S23.当該サーバのサーバ・ロード・バ
ランサはサーバ記憶装置からネットワーク内の他のサー
バの情報、例えばIPアドレスを参照する。
ランサはサーバ記憶装置からネットワーク内の他のサー
バの情報、例えばIPアドレスを参照する。
【0085】S24.受信したセッション確立要求には
故障しているサーバの情報が付されているので、故障サ
ーバを除いてセッション数の報告求める対象サーバを決
定する。
故障しているサーバの情報が付されているので、故障サ
ーバを除いてセッション数の報告求める対象サーバを決
定する。
【0086】S25.IPアドレスに従って、対象サー
バに対して現状のセッション数の報告を求める。
バに対して現状のセッション数の報告を求める。
【0087】S26.全ての対象サーバに対してセッシ
ョン数を要求したか否か判定する。
ョン数を要求したか否か判定する。
【0088】全ての対象サーバにセッション数を要求し
ていない場合(No)にはステップS25及びステップ
S26を繰り返す。
ていない場合(No)にはステップS25及びステップ
S26を繰り返す。
【0089】S111.セッション数の報告を要求され
たサーバは、サーバ・ロード・バランサがセッション数
要求を受信する。
たサーバは、サーバ・ロード・バランサがセッション数
要求を受信する。
【0090】S112.当該サーバ・ロード・バランサ
はサーバ記憶装置に格納されている自己が属するサーバ
の現状のセッション数を参照する。
はサーバ記憶装置に格納されている自己が属するサーバ
の現状のセッション数を参照する。
【0091】S113.セッション数要求を送信してき
たサーバに対して現状のセッション数を回答する。
たサーバに対して現状のセッション数を回答する。
【0092】これで、セッション数要求を受信したサー
バは一連の処理を終了する。
バは一連の処理を終了する。
【0093】S27.セッション数要求を送信したサー
バは、各々のサーバからの応答を受信する。
バは、各々のサーバからの応答を受信する。
【0094】S28.全てのサーバからセッション数の
応答を受信したか否か判定する。
応答を受信したか否か判定する。
【0095】全てのサーバから応答を受信していない場
合(No)には、ステップC27及びステップS28を
繰り返す。
合(No)には、ステップC27及びステップS28を
繰り返す。
【0096】S29.ステップS28で、全てのサーバ
から応答を受信したと判定した場合(Yes)には、サ
ーバ・ロード・バランサは自己が属するサーバのセッシ
ョン数も含めて全ての対象サーバのセッション数を比較
する。
から応答を受信したと判定した場合(Yes)には、サ
ーバ・ロード・バランサは自己が属するサーバのセッシ
ョン数も含めて全ての対象サーバのセッション数を比較
する。
【0097】S30.セッション数の多少に従って、セ
ッション確立要求を送信してきたクライアントに対する
サーバ接続優先順位を決定する。
ッション確立要求を送信してきたクライアントに対する
サーバ接続優先順位を決定する。
【0098】S31.サーバ・ロード・バランサはセッ
ション確立要求を送信してきたクライアントに対してサ
ーバ接続優先順位を通知する。
ション確立要求を送信してきたクライアントに対してサ
ーバ接続優先順位を通知する。
【0099】これで、セッション確立要求を受信したサ
ーバは処理を終了する。
ーバは処理を終了する。
【0100】C17.サーバからの応答を待機していた
クライアント・ロード・バランサはサーバからの応答を
受信する。
クライアント・ロード・バランサはサーバからの応答を
受信する。
【0101】C18.受信したサーバ接続優先順位を次
にセッション確立要求を送信する時の参照情報としてク
ライアント記憶装置に格納する。
にセッション確立要求を送信する時の参照情報としてク
ライアント記憶装置に格納する。
【0102】C19.受信したサーバ接続優先順位にお
いて最優先とされていたサーバに対して再セッション確
立要求を送信して、接続を要求する。
いて最優先とされていたサーバに対して再セッション確
立要求を送信して、接続を要求する。
【0103】これで、セッション確立要求を送信したク
ライアントは処理を終了する。
ライアントは処理を終了する。
【0104】上記処理によって、セッション確立要求の
送信先のサーバが故障している場合には、クライアント
は故障しているサーバの情報を付加したセッション確立
要求を他のサーバに送信し、該故障しているサーバの情
報を付加したセッション確立要求を受けたサーバは該故
障しているサーバを除いたサーバからセッション数を収
集して比較してセッション数が少ない順にサーバ接続優
先順位を決定し、該サーバ接続優先順位をセッション確
立要求を発したクライアントに送信し、クライアントは
該サーバ接続優先順位に従ってタスクを実行するサーバ
を選択するので、サーバにおけるロード・バランスの処
理負荷を軽減できる。
送信先のサーバが故障している場合には、クライアント
は故障しているサーバの情報を付加したセッション確立
要求を他のサーバに送信し、該故障しているサーバの情
報を付加したセッション確立要求を受けたサーバは該故
障しているサーバを除いたサーバからセッション数を収
集して比較してセッション数が少ない順にサーバ接続優
先順位を決定し、該サーバ接続優先順位をセッション確
立要求を発したクライアントに送信し、クライアントは
該サーバ接続優先順位に従ってタスクを実行するサーバ
を選択するので、サーバにおけるロード・バランスの処
理負荷を軽減できる。
【0105】図4は、セッション確立要求に対する処理
(その3)である。以降、図4の符号に沿って説明す
る。尚、図2及び図3によってセッション確立要求時の
クライアントとサーバの関係を十分に説明しているの
で、ここではクライアントの処理は図示を省略してい
る。
(その3)である。以降、図4の符号に沿って説明す
る。尚、図2及び図3によってセッション確立要求時の
クライアントとサーバの関係を十分に説明しているの
で、ここではクライアントの処理は図示を省略してい
る。
【0106】S41.クライアントからのセッション確
立要求又は再セッション確立要求を受信する。
立要求又は再セッション確立要求を受信する。
【0107】セッションを確立すべきサーバを決定する
ためのセッション確立要求とセッションを確立すること
が決定された後の再セッション確立要求に搭載されてい
る情報は本質的には同じであるが、再セッション確立要
求においてはその旨のフラグが立っている。従って、該
フラグを参照すればセッション確立要求か再セッション
確立要求かを判別することができる。
ためのセッション確立要求とセッションを確立すること
が決定された後の再セッション確立要求に搭載されてい
る情報は本質的には同じであるが、再セッション確立要
求においてはその旨のフラグが立っている。従って、該
フラグを参照すればセッション確立要求か再セッション
確立要求かを判別することができる。
【0108】S42.ステップS41で、セッション確
立要求又は再セッション確立要求を受信したサーバにお
いて、セッション確立装置は上記フラグを確認して受信
したのはセッション確立要求か再セッション確立要求か
を判別して、自己が属するサーバが接続先サーバである
か否かを判定する。
立要求又は再セッション確立要求を受信したサーバにお
いて、セッション確立装置は上記フラグを確認して受信
したのはセッション確立要求か再セッション確立要求か
を判別して、自己が属するサーバが接続先サーバである
か否かを判定する。
【0109】自己が属するサーバが接続先である場合
(Yes)、即ち、受信したのが再セッション確立要求
である場合にはステップS52にジャンプする。
(Yes)、即ち、受信したのが再セッション確立要求
である場合にはステップS52にジャンプする。
【0110】S43.ステップS42で、自己が属する
サーバが接続先でないと判定された場合(No)は、セ
ッション確立装置はサーバ・ロード・バランサにセッシ
ョンを確立すべきサーバの決定を依頼する。従って、サ
ーバ・ロード・バランサはサーバ記憶装置から自己が属
するサーバの現状のセッション数を参照し、 S44.サーバ記憶装置からネットワーク内の他のサー
バの情報、例えばIPアドレスを参照する。
サーバが接続先でないと判定された場合(No)は、セ
ッション確立装置はサーバ・ロード・バランサにセッシ
ョンを確立すべきサーバの決定を依頼する。従って、サ
ーバ・ロード・バランサはサーバ記憶装置から自己が属
するサーバの現状のセッション数を参照し、 S44.サーバ記憶装置からネットワーク内の他のサー
バの情報、例えばIPアドレスを参照する。
【0111】S45.IPアドレスに従って、他のサー
バに対して現状のセッション数の報告を求める。
バに対して現状のセッション数の報告を求める。
【0112】S46.全てのサーバに対してセッション
数を要求したか否か判定する。
数を要求したか否か判定する。
【0113】全てのサーバにセッション数を要求してい
ない場合(No)にはステップS45及びステップS4
6を繰り返す。
ない場合(No)にはステップS45及びステップS4
6を繰り返す。
【0114】S121.セッション数の報告を要求され
たサーバは、サーバ・ロード・バランサがセッション数
要求を受信する。
たサーバは、サーバ・ロード・バランサがセッション数
要求を受信する。
【0115】S122.当該サーバ・ロード・バランサ
はサーバ記憶装置に格納されている自己が属するサーバ
の現状のセッション数を参照する。
はサーバ記憶装置に格納されている自己が属するサーバ
の現状のセッション数を参照する。
【0116】S123.セッション数要求を送信してき
たサーバに対して現状のセッション数を回答する。
たサーバに対して現状のセッション数を回答する。
【0117】これで、セッション数要求を受信したサー
バは一連の処理を終了する。
バは一連の処理を終了する。
【0118】S47.セッション数要求を送信したサー
バは、各々のサーバからの応答を受信する。
バは、各々のサーバからの応答を受信する。
【0119】S48.全てのサーバからセッション数の
応答を受信したか否か判定する。
応答を受信したか否か判定する。
【0120】全てのサーバから応答を受信していない場
合(No)には、ステップS47及びステップS48を
繰り返す。
合(No)には、ステップS47及びステップS48を
繰り返す。
【0121】S49.ステップS48で、全てのサーバ
から応答を受信したと判定した場合(Yes)には、サ
ーバ・ロード・バランサは自己が属するサーバのセッシ
ョン数も含めて全てのサーバのセッション数を比較す
る。
から応答を受信したと判定した場合(Yes)には、サ
ーバ・ロード・バランサは自己が属するサーバのセッシ
ョン数も含めて全てのサーバのセッション数を比較す
る。
【0122】S50.セッション数の多少に従って、セ
ッション確立要求を送信してきたクライアントに対する
サーバ接続優先順位を決定する。
ッション確立要求を送信してきたクライアントに対する
サーバ接続優先順位を決定する。
【0123】S51.上記サーバ接続優先順位を参照し
て、自己が属するサーバが接続先になるか否かを判定す
る。
て、自己が属するサーバが接続先になるか否かを判定す
る。
【0124】S52.ステップS51で、自己が属する
サーバが接続先であると判定した場合(Yes)と、ス
テップS42で、自己が属するサーバが接続先であると
判定した場合(Yes)には、セッション確立装置が当
該クライアントとのセッションを確立する。
サーバが接続先であると判定した場合(Yes)と、ス
テップS42で、自己が属するサーバが接続先であると
判定した場合(Yes)には、セッション確立装置が当
該クライアントとのセッションを確立する。
【0125】S53.セッションが確立された後、サー
バ・ロード・バランサはサーバ記憶装置に新セッション
数を格納して、一連の処理を終了する。
バ・ロード・バランサはサーバ記憶装置に新セッション
数を格納して、一連の処理を終了する。
【0126】S54.一方、ステップS51で、自己が
属するサーバが接続先でないと判定した場合(No)に
は、サーバ・ロード・バランサはセッション確立要求を
送信してきたクライアントに対してサーバ接続優先順位
を通知して、一連の処理を終了する。
属するサーバが接続先でないと判定した場合(No)に
は、サーバ・ロード・バランサはセッション確立要求を
送信してきたクライアントに対してサーバ接続優先順位
を通知して、一連の処理を終了する。
【0127】ところで、ステップS46、ステップS4
8では「全てのサーバ」としているが、セッション確立
要求に対する処理(その2)の如く「故障しているサー
バを除く全てのサーバ」としてもよい。
8では「全てのサーバ」としているが、セッション確立
要求に対する処理(その2)の如く「故障しているサー
バを除く全てのサーバ」としてもよい。
【0128】上記処理によって、クライアントからセッ
ション確立要求を受けたサーバは、該セッション確立要
求は自己に対する接続要求であるか否か判定し、自己に
対する接続要求である場合には直ちに該クライアントと
の接続を行ない、自己に対する接続要求ではない場合に
は第二の発明又は第三の発明におけるセッション数の比
較を行なって上記サーバ接続優先順位を該クライアント
に送信するので、自己に対する接続要求である場合には
ロード・バランスのための処理負荷を軽減することがで
きる。
ション確立要求を受けたサーバは、該セッション確立要
求は自己に対する接続要求であるか否か判定し、自己に
対する接続要求である場合には直ちに該クライアントと
の接続を行ない、自己に対する接続要求ではない場合に
は第二の発明又は第三の発明におけるセッション数の比
較を行なって上記サーバ接続優先順位を該クライアント
に送信するので、自己に対する接続要求である場合には
ロード・バランスのための処理負荷を軽減することがで
きる。
【0129】図5は、セッション確立要求に対する処理
(その4)である。以降、図5の符号に沿って説明す
る。
(その4)である。以降、図5の符号に沿って説明す
る。
【0130】ここで、セッション確立要求に対する処理
(その4)に対応するために、各サーバのサーバ・ロー
ド・バランサは他サーバにセッション数を適宜送信する
機能と他サーバからセッション数を受信する機能を備え
ている。
(その4)に対応するために、各サーバのサーバ・ロー
ド・バランサは他サーバにセッション数を適宜送信する
機能と他サーバからセッション数を受信する機能を備え
ている。
【0131】S61.サーバ・ロード・バランサは他サ
ーバからセッション数情報を受信する。
ーバからセッション数情報を受信する。
【0132】S62.受信したセッション数をサーバ記
憶装置に格納する。
憶装置に格納する。
【0133】S63.クライアントからセッション確立
要求を受信する。
要求を受信する。
【0134】S64.サーバ・ロード・バランサはサー
バ記憶装置に格納されている全サーバのセッション数を
参照して、S65.セッション数を比較する。
バ記憶装置に格納されている全サーバのセッション数を
参照して、S65.セッション数を比較する。
【0135】S66.自己が属するサーバのセッション
数が最小か否か判定する。
数が最小か否か判定する。
【0136】S67.ステップS66で、自己が属する
サーバのセッション数が最小であると判定した時には、
その旨セッション確立装置に通知し、セッション確立装
置はセッションを確立する。
サーバのセッション数が最小であると判定した時には、
その旨セッション確立装置に通知し、セッション確立装
置はセッションを確立する。
【0137】S68.サーバ・ロード・バランサはサー
バ記憶装置に新セッション数を格納する。
バ記憶装置に新セッション数を格納する。
【0138】S69.ステップS66で、自己が属する
サーバのセッション数が最小でないと判定した場合(N
o)には、サーバ・ロード・バランサはサーバ接続優先
順位をセッション確立要求を送信してきたクライアント
に送信する。
サーバのセッション数が最小でないと判定した場合(N
o)には、サーバ・ロード・バランサはサーバ接続優先
順位をセッション確立要求を送信してきたクライアント
に送信する。
【0139】以上で一連の処理を終了する。
【0140】上記処理を行なうことにより、複数のサー
バは他のサーバのセッション数を格納し、クライアント
からセッション確立要求を受けた時には格納しているセ
ッション数を比較して、自己のセッション数が最少の場
合には直ちに該クライアントとの接続を行なうと共に新
セッション数を他のサーバに送信し、自己のセッション
数が最少ではない場合には該クライアントにサーバ接続
優先順位を送信するので、サーバが行なうセッション数
の比較のための処理負荷を大幅に軽減することができ
る。
バは他のサーバのセッション数を格納し、クライアント
からセッション確立要求を受けた時には格納しているセ
ッション数を比較して、自己のセッション数が最少の場
合には直ちに該クライアントとの接続を行なうと共に新
セッション数を他のサーバに送信し、自己のセッション
数が最少ではない場合には該クライアントにサーバ接続
優先順位を送信するので、サーバが行なうセッション数
の比較のための処理負荷を大幅に軽減することができ
る。
【0141】図6は、セッション切断要求に対する処理
である。以降、図6の符号に沿って説明する。
である。以降、図6の符号に沿って説明する。
【0142】S71.セッション切断装置はクライアン
トからセッション切断要求を受信する。
トからセッション切断要求を受信する。
【0143】S72.セッション切断装置はサーバ・ロ
ード・バランサに新セッション数の格納を依頼し、依頼
を受けたサーバ・ロード・バランサはサーバ記憶装置に
新セッション数を格納する。
ード・バランサに新セッション数の格納を依頼し、依頼
を受けたサーバ・ロード・バランサはサーバ記憶装置に
新セッション数を格納する。
【0144】以上で一連の処理を終了する。
【0145】上記処理によって各サーバは最新のセッシ
ョン数を管理することができる。
ョン数を管理することができる。
【0146】(付記1) 初期に指定さているサーバに
対してセッション確立要求を送信し、該初期に指定さて
いるサーバからの該セッション確立要求への応答に従っ
てタスクを実行するサーバを選択するクライアント・ロ
ード・バランサを備えるクライアントと、該クライアン
ト・ロード・バランサからのセッション確立要求を受け
た時に複数のサーバのセッション数を比較して該セッシ
ョン確立要求への応答を該クライアント・ロード・バラ
ンサに送信すると共にセッション数を管理するサーバ・
ロード・バランサを備えるサーバとによって構成される
ことを特徴とするクライアント・サーバ型情報処理シス
テム。 (付記2) クライアントからのセッション確立要求を
受けたサーバが、 複数のサーバからセッション数を収
集して比較してセッション数が少ない順にサーバ接続優
先順位を決定し、該サーバ接続優先順位をセッション確
立要求を発したクライアントに送信し、クライアント
は、該サーバ接続優先順位に従ってタスクを実行するサ
ーバを選択することを特徴とする並列ロード・バランス
方式。 (付記3) 請求項2記載の並列ロード・バランス方式
において、上記セッション確立要求の送信先のサーバが
故障している場合には、クライアントは故障しているサ
ーバの情報を付加したセッション確立要求を他のサーバ
に送信し、該故障しているサーバの情報を付加したセッ
ション確立要求を受けたサーバは該故障しているサーバ
を除いたサーバからセッション数を収集して比較してセ
ッション数が少ない順にサーバ接続優先順位を決定し、
該サーバ接続優先順位をセッション確立要求を発したク
ライアントに送信し、クライアントは該サーバ接続優先
順位に従ってタスクを実行するサーバを選択することを
特徴とする並列ロード・バランス方式。 (付記4) クライアントからセッション確立要求を受
けたサーバは、該セッション確立要求は自己に対する接
続要求であるか否か判定し、自己に対する接続要求であ
る場合には直ちに該クライアントとの接続を行ない、自
己に対する接続要求ではない場合には請求項2又は請求
項3のいずれかに記載のセッション数の比較を行なって
サーバ接続優先順位を該クライアントに送信することを
特徴とする並列ロード・バランス方式。 (付記5) 複数のサーバは他のサーバのセッション数
を格納し、クライアントからセッション確立要求を受け
た時には格納しているセッション数を比較して、自己の
セッション数が最少の場合には直ちに該クライアントと
の接続を行なうと共に新セッション数を自己のサーバ記
憶装置に格納し、自己のセッション数が最少ではない場
合には該クライアントにサーバ接続優先順位を送信する
ことを特徴とする並列ロード・バランス方式。 (付記6) 付記1記載のクライアント・サーバ型情報
処理システムにおいて、複数のサーバに、クライアント
との接続が完了した時にセッション数を更新し、クライ
アントとの接続を切断した時にセッション数を更新する
構成を備えることを特徴とするクライアント・サーバ型
情報処理システム。
対してセッション確立要求を送信し、該初期に指定さて
いるサーバからの該セッション確立要求への応答に従っ
てタスクを実行するサーバを選択するクライアント・ロ
ード・バランサを備えるクライアントと、該クライアン
ト・ロード・バランサからのセッション確立要求を受け
た時に複数のサーバのセッション数を比較して該セッシ
ョン確立要求への応答を該クライアント・ロード・バラ
ンサに送信すると共にセッション数を管理するサーバ・
ロード・バランサを備えるサーバとによって構成される
ことを特徴とするクライアント・サーバ型情報処理シス
テム。 (付記2) クライアントからのセッション確立要求を
受けたサーバが、 複数のサーバからセッション数を収
集して比較してセッション数が少ない順にサーバ接続優
先順位を決定し、該サーバ接続優先順位をセッション確
立要求を発したクライアントに送信し、クライアント
は、該サーバ接続優先順位に従ってタスクを実行するサ
ーバを選択することを特徴とする並列ロード・バランス
方式。 (付記3) 請求項2記載の並列ロード・バランス方式
において、上記セッション確立要求の送信先のサーバが
故障している場合には、クライアントは故障しているサ
ーバの情報を付加したセッション確立要求を他のサーバ
に送信し、該故障しているサーバの情報を付加したセッ
ション確立要求を受けたサーバは該故障しているサーバ
を除いたサーバからセッション数を収集して比較してセ
ッション数が少ない順にサーバ接続優先順位を決定し、
該サーバ接続優先順位をセッション確立要求を発したク
ライアントに送信し、クライアントは該サーバ接続優先
順位に従ってタスクを実行するサーバを選択することを
特徴とする並列ロード・バランス方式。 (付記4) クライアントからセッション確立要求を受
けたサーバは、該セッション確立要求は自己に対する接
続要求であるか否か判定し、自己に対する接続要求であ
る場合には直ちに該クライアントとの接続を行ない、自
己に対する接続要求ではない場合には請求項2又は請求
項3のいずれかに記載のセッション数の比較を行なって
サーバ接続優先順位を該クライアントに送信することを
特徴とする並列ロード・バランス方式。 (付記5) 複数のサーバは他のサーバのセッション数
を格納し、クライアントからセッション確立要求を受け
た時には格納しているセッション数を比較して、自己の
セッション数が最少の場合には直ちに該クライアントと
の接続を行なうと共に新セッション数を自己のサーバ記
憶装置に格納し、自己のセッション数が最少ではない場
合には該クライアントにサーバ接続優先順位を送信する
ことを特徴とする並列ロード・バランス方式。 (付記6) 付記1記載のクライアント・サーバ型情報
処理システムにおいて、複数のサーバに、クライアント
との接続が完了した時にセッション数を更新し、クライ
アントとの接続を切断した時にセッション数を更新する
構成を備えることを特徴とするクライアント・サーバ型
情報処理システム。
【0147】
【発明の効果】以上詳述した如く、本発明により、ロー
ド・バランス機能をクライアントとサーバに分散した情
報処理システム及びクライアントとサーバに分散したロ
ード・バランス機能によって自律的にサーバ間のロード
・バランスをとる並列ロード・バランス方式に関する。
ロード・バランス機能をクライアントとサーバに分散し
た情報処理システム及びクライアントとサーバに分散し
たロード・バランス機能によって自律的にサーバ間のロ
ード・バランスをとる並列ロード・バランス方式を実現
することができる。
ド・バランス機能をクライアントとサーバに分散した情
報処理システム及びクライアントとサーバに分散したロ
ード・バランス機能によって自律的にサーバ間のロード
・バランスをとる並列ロード・バランス方式に関する。
ロード・バランス機能をクライアントとサーバに分散し
た情報処理システム及びクライアントとサーバに分散し
たロード・バランス機能によって自律的にサーバ間のロ
ード・バランスをとる並列ロード・バランス方式を実現
することができる。
【0148】即ち、第一の発明によれば、クライアント
には初期に指定さているサーバに対してセッション確立
要求を送信し、該初期に指定さているサーバからの該セ
ッション確立要求への応答に従ってタスクを実行するサ
ーバを選択するクライアント・ロード・バランサが備え
られており、サーバには該クライアント・ロード・バラ
ンサからのセッション確立要求を受けた時に並列のサー
バのセッション数を比較して該セッション確立要求への
応答を該クライアント・ロード・バランサに送信すると
共にセッション数を管理するサーバ・ロード・バランサ
が備えられているので、複数のサーバの処理負荷の現状
に従ってクライアントが必要とするタスクを複数のサー
バのいずれかに振り分けることができる。しかも、ロー
ド・バランス機能が分散されているので、情報処理シス
テムのロード・バランス機能の信頼度が向上され、情報
処理システムの拡張をロード・バランス機能が阻害する
ことがない。
には初期に指定さているサーバに対してセッション確立
要求を送信し、該初期に指定さているサーバからの該セ
ッション確立要求への応答に従ってタスクを実行するサ
ーバを選択するクライアント・ロード・バランサが備え
られており、サーバには該クライアント・ロード・バラ
ンサからのセッション確立要求を受けた時に並列のサー
バのセッション数を比較して該セッション確立要求への
応答を該クライアント・ロード・バランサに送信すると
共にセッション数を管理するサーバ・ロード・バランサ
が備えられているので、複数のサーバの処理負荷の現状
に従ってクライアントが必要とするタスクを複数のサー
バのいずれかに振り分けることができる。しかも、ロー
ド・バランス機能が分散されているので、情報処理シス
テムのロード・バランス機能の信頼度が向上され、情報
処理システムの拡張をロード・バランス機能が阻害する
ことがない。
【0149】又、第二の発明によれば、クライアントか
らのセッション確立要求を受けたサーバが、複数のサー
バからセッション数を収集して比較してセッション数が
少ない順にサーバ接続優先順位を決定し、該サーバ接続
優先順位をセッション確立要求を発したクライアントに
送信し、クライアントは該サーバ接続優先順位に従って
タスクを実行するサーバを選択するので、複数のサーバ
のうちで処理負荷が最少なサーバにクライアントが必要
とするタスクを振り分けることができる。
らのセッション確立要求を受けたサーバが、複数のサー
バからセッション数を収集して比較してセッション数が
少ない順にサーバ接続優先順位を決定し、該サーバ接続
優先順位をセッション確立要求を発したクライアントに
送信し、クライアントは該サーバ接続優先順位に従って
タスクを実行するサーバを選択するので、複数のサーバ
のうちで処理負荷が最少なサーバにクライアントが必要
とするタスクを振り分けることができる。
【0150】又、第三の発明によれば、上記セッション
確立要求の送信先のサーバが故障している場合には、ク
ライアントは故障しているサーバの情報を付加したセッ
ション確立要求を他のサーバに送信し、該故障している
サーバの情報を付加したセッション確立要求を受けたサ
ーバは該故障しているサーバを除いたサーバからセッシ
ョン数を収集して比較してセッション数が少ない順にサ
ーバ接続優先順位を決定し、該サーバ接続優先順位をセ
ッション確立要求を発したクライアントに送信し、クラ
イアントは該サーバ接続優先順位に従ってタスクを実行
するサーバを選択するので、サーバにおけるロード・バ
ランスの処理付加を軽減できる。
確立要求の送信先のサーバが故障している場合には、ク
ライアントは故障しているサーバの情報を付加したセッ
ション確立要求を他のサーバに送信し、該故障している
サーバの情報を付加したセッション確立要求を受けたサ
ーバは該故障しているサーバを除いたサーバからセッシ
ョン数を収集して比較してセッション数が少ない順にサ
ーバ接続優先順位を決定し、該サーバ接続優先順位をセ
ッション確立要求を発したクライアントに送信し、クラ
イアントは該サーバ接続優先順位に従ってタスクを実行
するサーバを選択するので、サーバにおけるロード・バ
ランスの処理付加を軽減できる。
【0151】第四の発明によれば、クライアントからセ
ッション確立要求を受けたサーバは、該セッション確立
要求は自己に対する接続要求であるか否か判定し、自己
に対する接続要求である場合には直ちに該クライアント
との接続を行ない、自己に対する接続要求ではない場合
には第二の発明又は第三の発明におけるセッション数の
比較を行なって上記サーバ接続優先順位を該クライアン
トに送信するので、自己に対する接続要求である場合に
はロード・バランスのための処理付加を軽減することが
できる。
ッション確立要求を受けたサーバは、該セッション確立
要求は自己に対する接続要求であるか否か判定し、自己
に対する接続要求である場合には直ちに該クライアント
との接続を行ない、自己に対する接続要求ではない場合
には第二の発明又は第三の発明におけるセッション数の
比較を行なって上記サーバ接続優先順位を該クライアン
トに送信するので、自己に対する接続要求である場合に
はロード・バランスのための処理付加を軽減することが
できる。
【0152】更に、第五の発明によれば、複数のサーバ
は他のサーバのセッション数を格納し、クライアントか
らセッション確立要求を受けた時には格納しているセッ
ション数を比較して、自己のセッション数が最少の場合
には直ちに該クライアントとの接続を行なうと共に新セ
ッション数を他のサーバに送信し、自己のセッション数
が最少ではない場合には該クライアントにサーバ接続優
先順位を送信するので、サーバが行なうセッション数の
比較のための処理負荷を大幅に軽減することができる。
は他のサーバのセッション数を格納し、クライアントか
らセッション確立要求を受けた時には格納しているセッ
ション数を比較して、自己のセッション数が最少の場合
には直ちに該クライアントとの接続を行なうと共に新セ
ッション数を他のサーバに送信し、自己のセッション数
が最少ではない場合には該クライアントにサーバ接続優
先順位を送信するので、サーバが行なうセッション数の
比較のための処理負荷を大幅に軽減することができる。
【図1】 本発明のクライアント・サーバ型情報処理シ
ステムの構成。
ステムの構成。
【図2】 セッション確立要求に対する処理(その
1)。
1)。
【図3】 セッション確立要求に対する処理(その
2)。
2)。
【図4】 セッション確立要求に対する処理(その
3)。
3)。
【図5】 セッション確立要求に対する処理(その
4)。
4)。
【図6】 セッション切断要求に対する処理。
【図7】 従来のロード・バランサを適用した情報処理
システムの概念的構成。
システムの概念的構成。
1 クライアント 2 サーバ 2a サーバ 3 ネットワーク 11 クライアント・ロード・バランサ 12 クライアント記憶装置 13 クライアント通信装置 21 サーバ・ロード・バランサ 22 サーバ記憶装置 23 サーバ通信装置 24 セッション確立装置 25 セッション切断装置 111 接続装置 112 サーバ情報管理装置 211 セッション数判定装置 212 セッション確立記録装置 101 クライアント 102 サーバ 102a サーバ 103 ロード・バランサ 104 ネットワーク
───────────────────────────────────────────────────── フロントページの続き (72)発明者 藤井 賢一 北海道札幌市厚別区下野幌テクノパーク1 丁目1番5号 富士通北海道通信システム 株式会社内 (72)発明者 渡邊 博実 北海道札幌市厚別区下野幌テクノパーク1 丁目1番5号 富士通北海道通信システム 株式会社内 (72)発明者 在原 佳典 北海道札幌市厚別区下野幌テクノパーク1 丁目1番5号 富士通北海道通信システム 株式会社内 Fターム(参考) 5B045 BB47 BB49 GG01 GG04 JJ08 5B089 GA11 GA21 KA06 KA12 KC23 KC39 KG03 MA03
Claims (5)
- 【請求項1】 予め指定されている優先順位に従ってサ
ーバに対してセッション確立要求を送信し、該セッショ
ン確立要求を受けたサーバからの応答にある優先順位に
従ってタスクを実行するサーバを選択するクライアント
・ロード・バランサを備えるクライアントと、 該クライアント・ロード・バランサからのセッション確
立要求を受けた時に複数のサーバのセッション数を比較
して該セッション確立要求への応答としてセッション確
立の優先順位を該クライアント・ロード・バランサに送
信すると共に、セッション数を管理するサーバ・ロード
・バランサを備えるサーバとによって構成されることを
特徴とするクライアント・サーバ型情報処理システム。 - 【請求項2】 クライアントからのセッション確立要求
を受けたサーバが、 複数のサーバからセッション数を収集、比較してセッシ
ョン数が少ない順にサーバ接続優先順位を決定し、 該サーバ接続優先順位をセッション確立要求を発したク
ライアントに送信し、 クライアントは、 該サーバ接続優先順位に従ってタスクを実行するサーバ
を選択することを特徴とする並列ロード・バランス方
式。 - 【請求項3】 請求項2記載の並列ロード・バランス方
式において、 上記セッション確立要求の送信先のサーバが故障してい
る場合には、クライアントは故障しているサーバの情報
を付加したセッション確立要求を他のサーバに送信し、 該故障しているサーバの情報を付加したセッション確立
要求を受けたサーバは該故障しているサーバを除いたサ
ーバからセッション数を収集、比較してセッション数が
少ない順にサーバ接続優先順位を決定し、 該サーバ接続優先順位をセッション確立要求を発したク
ライアントに送信し、 クライアントは該サーバ接続優先順位に従ってタスクを
実行するサーバを選択することを特徴とする並列ロード
・バランス方式。 - 【請求項4】 クライアントからセッション確立要求を
受けたサーバは、 該セッション確立要求は自己に対する接続要求であるか
否か判定し、 自己に対する接続要求である場合には直ちに該クライア
ントとの接続を行ない、 自己に対する接続要求ではない場合には請求項2又は請
求項3のいずれかに記載のセッション数の比較を行なっ
て、 サーバ接続優先順位を該クライアントに送信することを
特徴とする並列ロード・バランス方式。 - 【請求項5】 複数のサーバは他のサーバのセッション
数を格納し、 クライアントからセッション確立要求を受けた時には格
納しているセッション数を比較して、 自己のセッション数が最小の場合には直ちに該クライア
ントとの接続を行なうと共に新セッション数を自己のサ
ーバ記憶装置に格納し、 自己のセッション数が最小ではない場合には該クライア
ントにサーバ接続優先順位を送信することを特徴とする
並列ロード・バランス方式。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001142226A JP2002342298A (ja) | 2001-05-11 | 2001-05-11 | クライアント・サーバ型情報処理システム及び並列ロード・バランス方式 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001142226A JP2002342298A (ja) | 2001-05-11 | 2001-05-11 | クライアント・サーバ型情報処理システム及び並列ロード・バランス方式 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2002342298A true JP2002342298A (ja) | 2002-11-29 |
Family
ID=18988567
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001142226A Withdrawn JP2002342298A (ja) | 2001-05-11 | 2001-05-11 | クライアント・サーバ型情報処理システム及び並列ロード・バランス方式 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2002342298A (ja) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006301769A (ja) * | 2005-04-18 | 2006-11-02 | Hitachi Information Technology Co Ltd | サーバ装置 |
JP2007226502A (ja) * | 2006-02-23 | 2007-09-06 | Ntt Advanced Technology Corp | 分散型情報流通サービス処理システムおよび分散型情報流通サービス処理方法 |
JP2008220867A (ja) * | 2007-03-15 | 2008-09-25 | Ge Medical Systems Global Technology Co Llc | 撮像システム、第1計算装置及び第1計算装置のプログラム |
JP2009042842A (ja) * | 2007-08-06 | 2009-02-26 | Nippon Telegr & Teleph Corp <Ntt> | 負荷分散システム |
US7711911B2 (en) | 2006-07-12 | 2010-05-04 | Fujitsu Limited | Semiconductor storage device detecting change of memory content and information processing device including semiconductor storage device detecting change of memory content |
JP2011197950A (ja) * | 2010-03-18 | 2011-10-06 | Casio Computer Co Ltd | サーバ・クライアント・システムおよびプログラム |
US8826291B2 (en) | 2012-03-08 | 2014-09-02 | Fuji Xerox Co., Ltd. | Processing system |
US10031708B2 (en) | 2016-03-08 | 2018-07-24 | Ricoh Company, Ltd. | Image processing system, image processing method, and image processing apparatus |
CN110839084A (zh) * | 2019-11-19 | 2020-02-25 | 中国建设银行股份有限公司 | 会话管理方法、装置、设备和介质 |
-
2001
- 2001-05-11 JP JP2001142226A patent/JP2002342298A/ja not_active Withdrawn
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006301769A (ja) * | 2005-04-18 | 2006-11-02 | Hitachi Information Technology Co Ltd | サーバ装置 |
JP2007226502A (ja) * | 2006-02-23 | 2007-09-06 | Ntt Advanced Technology Corp | 分散型情報流通サービス処理システムおよび分散型情報流通サービス処理方法 |
US7711911B2 (en) | 2006-07-12 | 2010-05-04 | Fujitsu Limited | Semiconductor storage device detecting change of memory content and information processing device including semiconductor storage device detecting change of memory content |
JP2008220867A (ja) * | 2007-03-15 | 2008-09-25 | Ge Medical Systems Global Technology Co Llc | 撮像システム、第1計算装置及び第1計算装置のプログラム |
JP2009042842A (ja) * | 2007-08-06 | 2009-02-26 | Nippon Telegr & Teleph Corp <Ntt> | 負荷分散システム |
JP4585552B2 (ja) * | 2007-08-06 | 2010-11-24 | 日本電信電話株式会社 | 負荷分散システム |
JP2011197950A (ja) * | 2010-03-18 | 2011-10-06 | Casio Computer Co Ltd | サーバ・クライアント・システムおよびプログラム |
US8826291B2 (en) | 2012-03-08 | 2014-09-02 | Fuji Xerox Co., Ltd. | Processing system |
US10031708B2 (en) | 2016-03-08 | 2018-07-24 | Ricoh Company, Ltd. | Image processing system, image processing method, and image processing apparatus |
CN110839084A (zh) * | 2019-11-19 | 2020-02-25 | 中国建设银行股份有限公司 | 会话管理方法、装置、设备和介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7089281B1 (en) | Load balancing in a dynamic session redirector | |
US7500243B2 (en) | Load balancing method and system using multiple load balancing servers | |
US7844713B2 (en) | Load balancing method and system | |
US7676516B2 (en) | System and method for the optimization of database access in data base networks | |
US6112249A (en) | Non-disruptively rerouting network communications from a secondary network path to a primary path | |
US9659075B2 (en) | Providing high availability in an active/active appliance cluster | |
JP4616159B2 (ja) | クラスタシステム、ロードバランサ、ノード振替方法およびノード振替プログラム | |
US20070150602A1 (en) | Distributed and Replicated Sessions on Computing Grids | |
US20090019157A1 (en) | Storage area network with target side recognition and routing table upload | |
JP2017118575A (ja) | データネットワークにおける負荷分散 | |
US9538440B2 (en) | Method and system of changing service points | |
JP2006519441A (ja) | サーバロードバランシング及びサーバアフィニティのためのシステム及び方法 | |
EP1180886B1 (en) | Load balancing method and system | |
WO2019144965A1 (zh) | 一种镜像拉取的方法及其*** | |
US20060212532A1 (en) | Method and Apparatus for Proxying Initial Client Requests to Support Asynchronous Resource Initialization | |
US20050243817A1 (en) | System and method for message routing in a network | |
JP2002342298A (ja) | クライアント・サーバ型情報処理システム及び並列ロード・バランス方式 | |
CN113014611A (zh) | 一种负载均衡方法及相关设备 | |
US20160285969A1 (en) | Ordered execution of tasks | |
JPH10334061A (ja) | 負荷分散システム | |
US7440458B2 (en) | System for determining network route quality using sequence numbers | |
JPH03249835A (ja) | ネツトワ−ク・ノ−ドにおける処理及び記録要件を緩和するための方法及びシステム | |
KR101382177B1 (ko) | 동적 메시지 라우팅 시스템 및 방법 | |
JP2008182411A (ja) | 情報配信プログラム、情報配信装置、情報配信方法 | |
KR100250454B1 (ko) | 멀티포인트 통신 시스템 및 멀티캐스트 경로 오류 제어 및경로 재배정 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20080805 |