(57)【要約】 【課題】  負荷を効率よく分散することができる動的負荷分散システム及び動的負荷分散方法の提供。【解決手段】  複数のＷｅｂサーバ１５ａ〜１５ｅが複数の業務Ａ〜Ｃを分散して処理する際、インターネット３の外側においてレスポンスを監視し且つサーバ１５ａ〜１５ｅ側のＣＰＵ使用率等のリソースを監視し、予め定めたスケジュールルール３０に応じて各サーバ１５ａ〜１５ｅに対する業務の振り分けを行い、更に予め設定したレスポンスルール３１の閾値を越えてレスポンスタイムが遅くなったサーバを検出したときや、予め設定したサーバリソースルール３３の上限値を越えてＣＰＵ使用率が高いサーバを検出したとき、サーバ監視・制御エージェント２０が各Ｗｅｂサーバに対する複数の業務Ａ〜Ｃの割り振りを動的に変更する。【選択図】  図１
2005182641.tif 000002
【特許請求の範囲】
【請求項１】
クライアントからの操作によってインターネットを介して複数業務を複数サーバを用いて処理するシステムの動的負荷分散システムであって、複数の業務処理を分散して処理する複数のサーバと、前記複数のサーバ毎の実行する業務を指示するサーバ監視・制御エージェントと、前記複数の業務に対するレスポンスを監視するレスポンス監視エージェントとを備え、前記サーバ監視・制御エージェントが、複数のサーバ毎のリソース及び複数の業務に対するレスポンス並びにルール情報に基づいて複数のサーバが個々に実行する業務を指示することを特徴とする動的負荷分散システム。
【請求項２】
サーバ監視・制御エージェントが、前記複数サーバ毎のＣＰＵ利用率を含むリソースを取得するサーバリソース情報取得部と、前記レスポンス監視エージェントから業務毎のレスポンスタイムを取得するレスポンス情報受信部と、前記複数業務毎に予め定めたレスポンスタイムの閾値を格納したレスポンスルール及び複数サーバ毎に予め定めたＣＰＵ利用率の上限値及び下限値を含むリソースルールとを格納する判定情報テーブルと、前記取得したリソース及びレスポンスタイムと前記格納したリソースルール及びレスポンスルールとを基に、複数のサーバに対して実行する業務を判定する業務割当て判定部とを備えることを特徴とする請求項１記載の動的負荷分散システム。
【請求項３】
前記判定情報テーブルが、業務を実行するサーバを時刻により割り当てるスケジュールルールを含むことを特徴とする請求項２記載の動的負荷分散システム。
【請求項４】
クライアントからの操作によってインターネットを介して複数業務を複数サーバを用いて分散処理をするシステムの動的負荷分散方法であって、
複数の業務に対するレスポンス及び複数のサーバ毎のリソースを取得し、該取得したリソース及びレスポンス並びにルール情報に基づいて複数のサーバに対して個々に実行する業務を指示することを特徴とする動的負荷分散方法。
【請求項５】
前記複数サーバ毎のＣＰＵ利用率を含むリソースを取得すると共に、前記複数サーバの業務毎のレスポンスタイムを取得し、該取得したリソース及びレスポンスタイムと、複数業務毎に予め定めたレスポンスタイムの閾値を格納したレスポンスルール及び複数サーバ毎に予め定めたＣＰＵ利用率の上限値及び下限値を含むリソースルールとを比較し、複数のサーバに対して実行する業務を判定することを特徴とする請求項４記載の動的負荷分散方法。
【請求項６】
業務を実行するサーバを時刻により割り当てるスケジュールルールを含むことを特徴とする請求項５記載の動的負荷分散方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して複数のサーバが業務の分散処理を行うコンピュータシステムにおける動的負荷分散システム及び動的負荷分散方法に係り、特に各サーバにおける負荷を効率よく分散することができる動的負荷分散システム及び動的負荷分散方法に関する。
【背景技術】
【０００２】
一般に近年のコンピュータシステムでは、インターネット等の通信回線網を介して複数の業務処理サービスを行うものが実現されており、この業務処理サービスを提供するサイト（Ｗｅｂサイト）では、ユーザにストレスのないアクセスレスポンスを提供するために、同一の業務処理サービスを有する複数のＷｅｂサーバを設置し、ユーザアクセスを複数のＷｅｂサーバに振り分けることにより個々のＷｅｂサーバにかかる負荷を分散させることが行われている。
【０００３】
このようなシステムは例えば下記特許文献に記載されている如く、ネットワークにおけるサービス負荷分散技術であって、同種のサービス提供サーバが複数登録されたサービス提供サイトがユーザ端末からの求めに応じてサービス情報を提供するネットワークにおいて、各サービス提供サーバの負荷状況を検出する負荷分散処理部と、サービス提供サーバの各ＩＰアドレスをサービス提供サイトのドメイン名に対応させて記憶するデータベースをと備え、端末からのドメイン名を指定してサービス情報の提供要求が受信されると、前記負荷分散処理部によって検出された各サービス提供サーバの負荷状況に基づいて、負荷が軽い方のサービス提供サーバのＩＰアドレスを当該端末に通知するＩＰアドレス通知手段とを具備したサービス負荷分散技術が提案されている。
【０００４】
この従来技術は、負荷分散処理部とＩＰアドレス通知手段とを各サービス提供サーバが接続されるルータ上に設け、かつ、サービス提供サーバのルータへの接続を検出したとき、各サービス提供サーバに自動的にＩＰアドレスを割り当てた後、このＩＰアドレスをＩＰアドレス通知手段に通知するＩＰアドレス割当手段とを設け、前記ＩＰアドレス通知手段が、前記ＩＰアドレス割当手段から通知されたＩＰアドレスを前記データベースに登録することにより、サービス提供サーバへのＩＰアドレスの割当を予め行う必要が無く、従って手作業によるデータベースへのＩＰアドレスの登録作業を省略できるものである。
【０００５】
このように特許文献に記載の負荷分散装置は、ルータ上にその負荷分散処理の仕組みを設けているが、外部ネットワークからの要求を一元的に管理し、同等の機能を持つ複数のサーバに要求を分散して送信し、各サーバが快適な応答速度を保つことを目的としているロードバランサ（負荷分散装置）と呼ばれる専用装置が使用されている。
【特許文献１】特開２０００−２９３４９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
前述した従来技術は、単純な業務サービスに適用する分には各サーバに要求を均等に配分する負荷分散装置があれば効果が期待できるものの、サーバの能力にばらつきがある場合は、各サーバの反応速度に応じて要求を転送するなど、高度な機能を持つ負荷分散装置が必要になる。特にコンピュータシステムは、当初の設計段階の仕様から増設することが多く、またコンピュータ自体の技術的進歩が早いために、サーバの能力にばらつきが生じる可能性が大きい。
【０００７】
現実に市販されているロードバランサと呼ばれる負荷分散装置は、クライアントからのサーバへのアクセス要求を受けるとロードバランサに接続された複数台のサーバの中から、設定された負荷分散アルゴリズムに従って最適なサーバを選択し、そのサーバに処理を割り振ることが行われている。この利用可能なサーバ群の中から最適なサーバを選択する負荷分散アルゴリズムにはさまざまなものが存在し、例えば、順番にサーバが選択されるラウンドロビン方式や、処理しているコネクション数が最少のサーバを選択する最少接続方式や、一番速く応答しているサーバを選択する最速方式などが一般的に使われている。
【０００８】
前述した従来技術は、負荷分散装置を用いて複数のＷｅｂサーバにユーザアクセスを振り分けることにより、各Ｗｅｂサーバの負荷の均一化を図り、特定のＷｅｂサーバにアクセスが偏ることを避けることができ、Ｗｅｂサーバを追加することによりＷｅｂサイト全体のパフォーマンスを向上することが比較的簡単に可能である。
【０００９】
しかしながら従来技術は、負荷分散装置がその時点において指定されているサーバ数を超えてユーザアクセスを割り振ることはできないと言う不具合があった。即ち、従来技術は、ユーザアクセスを割り振るサーバを自動的に追加することはできず、追加するためにはＷｅｂサイトの再構築および負荷分散装置の設定変更が必要となると言う不具合があった。
【００１０】
一方、ネットワークを介して複数のサーバが業務の分散処理を行うコンピュータシステムは、ユーザアクセス数が時と場合により大幅に増減する傾向にあり、特にＷｅｂサービス・システムの場合、不特性多数のユーザ数がアクセスするため、アクセス数の変動は顕著である。従って、このようなコンピュータシステムは、サービスのレベルであるストレスをユーザに与えないレスポンス・タイムを堅守するには、早め早めにサーバの追加を行い、レスポンス・タイムの低下を未然に防ぐ必要がある。しかしながら、レスポンス・タイムの悪化が一過性のものであった場合には、追加したサーバは余剰であるため、結果として過剰投資となってしまうと言う不具合があった。
【００１１】
また、Ｗｅｂサービスにおいても常に一貫して稼動率が高いことはそう多くなく、大抵の場合、処理が集中する時間帯、時期といったピーク・タイムが存在する。そのため、ピーク・タイムに合わせたＷｅｂサイト構築を行うと、大部分を占める平常時においては必要以上のサーバ・リソースが有り余っていることになり、必ずしも効率がよいとはいえないと言う不具合もあった。
【００１２】
以上のように、従来技術においては、Ｗｅｂサイトのサービスレベルを一定以上に保つには、十分なサーバ・リソースを用意することが効果的であるが、必ずしもユーザアクセス数は予測可能でないためリスクが大きく、このことがＷｅｂサイトのサービスレベルを最適化することが困難であると言う不具合があった。
【００１３】
本発明の目的は、前述の従来技術による不具合を除去することであり、Ｗｅｂサイトのサービスレベルを容易に最適化することができる動的負荷分散システム及び動的負荷分散方法を提供することである。換言すれば本願発明の目的は、複数のサーバにおける負荷を効率よく分散することができる動的負荷分散システム及び動的負荷分散方法を提供することである。
【課題を解決するための手段】
【００１４】
前記目的を達成するために本発明は、クライアントからの操作によってインターネットを介して複数業務を複数サーバを用いて処理するシステムの動的負荷分散システムにおいて、複数の業務処理を分散して処理する複数のサーバと、前記複数のサーバ毎の実行する業務を指示するサーバ監視・制御エージェントと、前記複数の業務に対するレスポンスを監視するレスポンス監視エージェントとを備え、前記サーバ監視・制御エージェントが、複数のサーバ毎のリソース及び複数の業務に対するレスポンス並びにルール情報に基づいて複数のサーバが個々に実行する業務を指示することを第１の特徴とする。
【００１５】
更に本発明は、前記動的負荷分散システムにおいて、サーバ監視・制御エージェントが、前記複数サーバ毎のＣＰＵ利用率を含むリソースを取得するサーバリソース情報取得部と、前記レスポンス監視エージェントから業務毎のレスポンスタイムを取得するレスポンス情報受信部と、前記複数業務毎に予め定めたレスポンスタイムの閾値を格納したレスポンスルール及び複数サーバ毎に予め定めたＣＰＵ利用率の上限値及び下限値を含むリソースルールとを格納する判定情報テーブルと、前記取得したリソース及びレスポンスタイムと前記格納したリソースルール及びレスポンスルールとを基に、複数のサーバに対して実行する業務を判定する業務割当て判定部とを備えることを第２の特徴とし、該第２の特徴の動的負荷分散システムにおいて、前記判定情報テーブルが、業務を実行するサーバを時刻により割り当てるスケジュールルールを含むことを第３の特徴とする。
【００１６】
更に本発明は、クライアントからの操作によってインターネットを介して複数業務を複数サーバを用いて分散処理をするシステムの動的負荷分散方法であって、複数の業務に対するレスポンス及び複数のサーバ毎のリソースを取得し、該取得したリソース及びレスポンス並びにルール情報に基づいて複数のサーバに対して個々に実行する業務を指示することを第４の特徴とする。
【００１７】
また本発明は、前記動的負荷分散方法において、前記複数サーバ毎のＣＰＵ利用率を含むリソースを取得すると共に、前記複数サーバの業務毎のレスポンスタイムを取得し、該取得したリソース及びレスポンスタイムと、複数業務毎に予め定めたレスポンスタイムの閾値を格納したレスポンスルール及び複数サーバ毎に予め定めたＣＰＵ利用率の上限値及び下限値を含むリソースルールとを比較し、複数のサーバに対して実行する業務を判定することを第４の特徴とし、この動的負荷分散方法において、業務を実行するサーバを時刻により割り当てるスケジュールルールを含むことを第６の特徴とする。
【発明の効果】
【００１８】
本発明による動的負荷分散システム及び動的負荷分散方法は、複数の業務に対するレスポンス及び複数のサーバ毎のリソースを取得し、該取得したリソース及びレスポンス並びにルール情報に基づいて複数のサーバに対して個々に実行する業務を指示することにより、クライアント側からみたレスポンスタイム及びサーバ側の負荷を監視し、これらレスポンスタイム及びサーバ負荷に応じて動的に業務に対するサーバを切り替えることができ、これによりＷｅｂサイトのサービスレベルを容易に最適化することができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明による動的負荷分散システム及び動的負荷分散方法の一実施形態を図面を参照して詳細に説明する。図１は本実施形態を適用した動的負荷分散システムのシステム構成を説明するための図、図２は本実施形態によるレスポンス監視エージェント及びサーバ監視・制御エージェントを説明するための図、図３はサーバ割当てを変更するためのルール情報の例を示す図、図４はロードバランサにおけるサーバ割当て状況の例を示す図、図５はメールマネージャの処理フローチャートである。
＜システム構成の説明＞
【００２０】
本実施形態による動的負荷分散システムは、複数の業務Ａ〜Ｃを提供するＷｅｂサイトを構成する複数のＷｅｂサーバ１５ａ〜１５ｅと、該複数のＷｅｂサーバ１５ａ〜１５ｅの負荷状態を監視して制御するサーバ監視・制御エージェント２０と、各業務が稼動している適切なＷｅｂサーバ１５ａ〜１５ｅに割り振りを行うロードバランサ（負荷分散装置）４と、該ロードバランサ４とインターネット３を介して接続されるクライアントである複数のエンドユーザ１と、該エンドユーザ１側のレスポンスをシミュレートするレスポンス監視エージェント１０、とから構成される。
【００２１】
前記Ｗｅｂサーバ１５ａ〜１５ｅは、複数の業務Ａ／業務Ｂ／業務Ｃが含まれ、ある業務を複数のＷｅｂサーバで分担して業務を実行する様に構成されている。尚、全てのＷｅｂサーバ１５ａ〜１５ｄで全ての業務Ａ〜Ｃが稼動していることはまれで、大抵は一部の業務が動作しており、図１においては網掛け太字で表示した業務が稼動している状態を表し、分りやすくするため各サーバ毎に１つの業務のみを割り当てた状態を示しているが、複数業務を割り当てることも可能である。
【００２２】
前記レスポンス監視エージェント１０は、基本的にはエンドユーザ１側の動作をシミュレートするものであって、ユーザが各業務にブラウジングするのと同等の処理を定期的に行って、レスポンス・タイムを測定することにより、サービスレベルが悪化していないかの判断を行う機能を備える。尚、このレスポンス監視エージェント１０はインターネット３の内側（右側）にあっても差し支えないが、できるだけクライアントの実動作に近づけるため、インターネット３の外側にあることが望ましい。
【００２３】
前記ロードバランサ４の右側に位置するサーバ監視・制御エージェント２０は、前記レスポンス監視エージェント１０がいわばクライアントサイドの観測値であるレスポンス・タイムを測定するのに対し、サーバ側の観測値である各サーバのサーバリソース（ＣＰＵ使用率、メモリ使用率、ｅｔｃ）の監視を行う機能と、自身とレスポンス監視エージェント１０からのレスポンス情報を元に、Ｗｅｂサーバ１５ａ〜１５ｄにおける業務の割当てを変更する機能を有し、このためサーバ監視エージェントと制御エージェントに分割することもできる。
【００２４】
前記レスポンス監視エージェント１０は、図２に示す如く、インターネット３を介したＷｅｂサーバ１５ａ〜１５ｄの業務に対するレスポンスタイムを測定するＷｅｂレスポンス測定部１１と、該レスポンス測定部１１により測定したレスポンス情報をインターネット３を介してサーバ監視・制御エージェント２０に送信するＷｅｂレスポンス情報送信部１２とにより構成される。
【００２５】
尚、前記レスポンス監視エージェント１０の各業務に対するアクセスは、ロードバランサ４の負荷分散機能により対象の業務が稼動している適当なＷｅｂサーバ１５ａ〜１５ｄに割り振られ、前記レスポンス情報の送信は、一般にレスポンス監視エージェント１０とサーバ監視・制御エージェント２０がインターネット３をまたいでいる場合には通常ファイアフォールを通さなければならないため、一例としてはメールを利用して情報を伝えることが考えられる。
【００２６】
また前記サーバ監視・制御エージェント２０は、前述したレスポンス監視エージェント１０から送られたＷｅｂレスポンス情報を受信するＷｅｂレスポンス情報受信部２１と、前記Ｗｅｂサーバ１５ａ〜１５ｄ毎のＣＰＵ使用率／メモリ使用率といった、サーバのパフォーマンスに影響を及ぼすリソーズ情報及びプログラムの稼動状況（特定プロセスの存在の有無）といったサーバ側情報を取得するサーバリソース情報取得部２２と、前記Ｗｅｂレスポンス情報及びサーバ側情報を入力とし、これら情報を基に業務を割り当るサーバを増やすかどうかの判定を行う業務割当て業務割当て判定部２３と、該判定部２３の基準となる判定条件であるルール情報を格納する判定条件テーブル２４と、前記業務割当て判定部２３による判定結果に基づき各Ｗｅｂサーバ１５ａ〜１５ｄに業務の割り当てを行う業務割当て実行部２５とから構成される。
＜ルール情報の説明＞
【００２７】
前記判定条件テーブル２４に格納するルール情報は、図３に示す如く、スケジュールルール３０とＷｅｂレスポンスルール３１とサーバリソースルール３３とに大別され、前記スケジュールルール３０は、例えばルールＮｏ１が、時間帯０１：００〜０３：００の深夜時間帯は、通常業務Ａ及びＢの実行に加えて保守業務である業務Ｃを追加し、業務Ａをサーバ１５ａ及び１５ｂに割り当て、業務Ｂをサーバ１５ｃに割り当て、業務Ｃをサーバ１５ｄ及び１５ｅに割り当てる内容であり、ルールＮｏ２が、時間帯０３：００〜０１：００の時間帯は、業務Ａをサーバ１５ａ〜１５ｃに割り当て、業務Ｂをサーバ１５ｄ及び１５ｅに割り当て、前記ルールＮｏ１の時間帯では動的変更を行わず、それ以外の時間帯では、動的変更を行うという設定である。つまり、保守業務である業務処理Ｃを行う際には、サーバごとの業務の変更を固定し、それ以外の時間帯は業務に対するアクセス頻度によるサーバに対する業務の割当てが変化可能に設定している。尚、前記ルールＮｏ１の時間帯においては、保守業務Ｃを優先するため通常業務Ａ及びＢの割当ては縮退処理を行うことが望ましい。尚、各業務内容については、後述する。
【００２８】
次にレスポンスルール３１は、各業務に対するレスポンスタイムの上限値（閾値）と現在値とを比較し、現在値が所定の閾値以下か否かを判定するものであって、例えば、業務Ａのレスポンス閾値は３秒以下、業務Ｂのレスポンス閾値は５秒以下、業務Ｃのレスポンス閾値は未設定と設定されている。
【００２９】
更にリソースルール３３は、各Ｗｅｂサーバの上限のＣＰＵ使用率を９０％未満、下限の使用率を１０％に設定している。尚、ＣＰＵ使用率が、９０％を超えた場合は業務を割り当てるサーバ自体を増加させる必要が生じる。
【００３０】
さて、本実施形態においては、前記複数のルール情報を自在に組み合わせて指定しておき、監視情報を付き合わせることにより、業務割当てを変更する必要があると判断したとき、サーバ監視。制御エージェント２０の業務割当て実行部２５が、各Ｗｅｂサーバ１５ａ〜１５ｄへの業務割当ての変更（業務に対するＷｅｂページの有効／または無効）と、ロードバランサ４による各Ｗｅｂサーバ１５ａ〜１５ｄへのアクセスの割り振りの変更を行う。尚、前記ルール情報の優先順位は、各ルール間は任意に指定可能であり、各ルール内においては上から下である。
＜業務／ＵＲＬ対応表。ロードバランス設定の説明＞
【００３１】
本実施形態における複数の業務Ａ〜Ｃに対する具体的ＵＲＬ及び処理内容は図４の業務−ＵＲＬ対応表４０に示す如く設定されており、ロードバランサにおける業務割当て状況はサーバ割当て状況４１の如く設定されており、例えば、業務Ａのサービスを提供するＵＲＬ（ｈｔｔｐ：／／ｗｗｗ．Ｒｅａｄ．ｃｏｍ）は、Ｗｅｂサーバ１５ａ１、１５ｂに割り当てられ、同様に業務ＢのＵＲＬはＷｅｂサーバ１５ｃに、業務ＣのＵＲＬはＷｅｂサーバの１５ｄ及び１５ｅとに割り当てられている。
＜動作説明＞
【００３２】
本実施形態による動的負荷分散システム及び動的負荷分散方法を適用したコンピュータシステムは、前述の様に構成されるものであり、主に業務割当て判定部３２及び割当て実行部２５の処理動作を図５を参照して説明する。
【００３３】
本実施形態による動的負荷分散システムは、まず現在時刻を取得しスケジュール−ルを参照し（ステップ１０１）、このとき条件に合致したスケジュールルール３０が前回のものとは異なるかどうかを判定し（ステップ１０２）、異なる場合には全サーバに関する業務割当ての変更を実施する（ステップ１０３）。即ち、本システムは、現在時刻の取得及び図３に示したスケジュールルール３０を参照し、前回のルール３０と異なる場合、例えば時間帯が変更した際には当該ルール３０で定められたＷｅｂサーバの割り当てを実行する。
【００３４】
次に本システムは、前記ルール３０を参照して動的変更の指定の有無を判定し（ステップ１０４）、該ステップ１０４において動的変更がない場合、即ち保守業務Ｃを優先すると設定されたことを判定した場合には処理を終了し、同ステップ１０４において動的変更の指定があると判定した場合には業務ごとのＷｅｂレスポンスの最新情報をＷｅｂレスポンスルール３１を参照して得、レスポンス閾値を超えるものがあるかどうかを判定する（ステップ１０５）。
【００３５】
このステップ１０５において閾値を超えるものがある場合、本システムは、前記図３のサーバリソースルール３３を参照して最も低負荷のサーバを捜し、該当業務の割り当てを実行する（ステップ１０８）。即ち、最もレスポンスタイムが規定値（閾値）を越えているサーバがある場合には、他のＣＰＵ使用率が低いＷｅｂサーバの当該業務を有効化して、業務の分散化を行う様に動作する。
【００３６】
前記ステップ１０５においてレスポンスの閾値を超えるものがない場合、本システムは、リソースルール３３を参照してサーバリソースの上限閾値を超えるものがあるか否かを判定し（ステップ１０６）、該上限閾値を超えるものがあった場合、そのサーバに割当てられている業務を探し出した後（ステップ１０７）、同様に他のサーバにおける該当業務を有効化する。
【００３７】
更に本システムは、前記ステップ１０６においてサーバリソースの上限閾値を超えるものがないと判定した場合、サーバリソースの下限閾値を下回るものがあるか否かを判定し（ステップ１０９）、ある場合は、その業務が他のいずれのサーバでも動作していない場合を除き、割当てられている業務を無効化する（ステップ１１１）。尚、本処理は、予め定められた時間間隔のたびに実行されるものであるが、これに限定されるものではない。
【００３８】
この様に本実施形態による動的負荷分散システム及び動的負荷分散方法を適用したコンピュータシステムは、複数のＷｅｂサーバ１５ａ〜１５ｅが複数の業務Ａ〜Ｃを分散して処理する際、インターネット３の外側においてシステムに対するレスポンスを監視すると共にインターネット３の内側においてサーバ１５ａ〜１５ｅ側のＣＰＵ使用率等のリソースを監視し、予め定めたスケジュールルール３０に応じて各サーバ１５ａ〜１５ｅに対する業務の振り分けを行い、更に予め設定したレスポンスルール３１の閾値を越えてレスポンスタイムが遅くなったサーバを検出したときや、予め設定したサーバリソースルール３３の上限値を越えてＣＰＵ使用率が高いサーバを検出したとき、サーバ監視・制御エージェント２０が各Ｗｅｂサーバ１５ａ〜１５ｅに対する複数の業務Ａ〜Ｃの割り振りを動的に変更することによって、Ｗｅｂサイトのサービスレベルを容易に最適化することができ、従って複数のサーバにおける負荷を効率よく分散することができる。
【産業上の利用可能性】
【００３９】
本発明は、ＩＤＣ（インターネットデータセンタ）やＩＳＰ（インターネットサービスプロバイダ）などサーバ数も提供するサービス数も多い環境にて最も効果を発揮するが、比較的小規模であっても、複数サーバ、複数業務を提供する場合には有効である。
【図面の簡単な説明】
【００４０】
【図１】本発明の一実施形態を適用した動的負荷分散システムのシステム構成を説明するための図。
【図２】本実施形態によるレスポンス監視エージェント及びサーバ監視・制御エージェントを説明するための図。
【図３】本実施形態によるサーバ割当てを変更するためのルール情報の例を示す図。
【図４】本実施形態によるロードバランサにおけるサーバ割当て状況の例を示す図。
【図５】本実施形態によるメールマネージャの処理フローチャート。
【符号の説明】
【００４１】
１５ａ〜-１５ｅ：Ｗｅｂサーバ、１：エンドユーザ、３：インターネット、４：ロードバランサ、１０：レスポンス監視エージェント、１１：レスポンス測定部、１２：レスポンス情報送信部、２０：サーバ監視・制御エージェント、２１：レスポンス情報受信部、２２：サーバリソース情報取得部、２３：判定部、２４：判定条件テーブル、２５：実行部、３０：スケジュールルール、３１：レスポンスルール、３２：サーバリソースルール。
【図１】
2005182641.tif 000003
【図２】
2005182641.tif 000004
【図３】
2005182641.tif 000005
【図４】
2005182641.tif 000006
【図５】
2005182641.tif 000007