(57)【要約】【課題】  計算機システムの負荷を効率的に分散すること。【解決手段】  複数の計算機および運用管理計算機を備えた計算機システムであって、運用管理計算機は、記憶部と処理部とを含み、記憶部は、クライアントからのリクエストのＵＲＬパターンごとにリクエストの応答時間に関する性能情報を監視し、監視した性能情報が目標値を満たしているか判断して、目標値を満たしていないリクエストのＵＲＬパターンに対応するＷｅｂコンテンツを他の計算機に移動する。【選択図】  図１
2006338653.tif 000002
【特許請求の範囲】
【請求項１】
クライアントからのリクエストに応答する複数の計算機、および、前記複数の計算機を管理する運用管理計算機を備えた計算機システムであって、
前記運用管理計算機は、記憶部と処理部を含み、
前記記憶部は、
前記リクエストのＵＲＬパターンごとに、前記リクエストの応答時間に関する性能情報の目標値を記憶し、
前記処理部は、
前記リクエストのＵＲＬパターンごとに、前記リクエストの応答時間に関する性能情報を監視し、
前記監視した性能情報が前記記憶部から読み出した前記性能情報の目標値を満たしているか判断して、前記性能情報の目標値を満たしていないリクエストのＵＲＬパターンに対応するＷｅｂコンテンツを他の計算機に移動することにより負荷分散を行う
ことを特徴とする計算機システム。
【請求項２】
クライアントからのリクエストに応答する複数の計算機、および、前記複数の計算機を管理する運用管理計算機を備えた計算機システムであって、
前記運用管理計算機は、記憶部と処理部を含み、
前記記憶部は、
前記リクエストのＵＲＬパターンごとに、前記リクエストの応答時間に関する性能情報の目標値を記憶し、
前記処理部は、
前記リクエストのＵＲＬパターンごとに、前記リクエストの応答時間に関する性能情報を監視し、
前記監視した性能情報が、前記記憶部から読み出した前記性能情報の目標値を満たしているか判断して、前記性能情報の目標値を満たしていない前記リクエストのＵＲＬパターンに対応するＷｅｂコンテンツを、前記運用管理計算機に接続された運用管理端末の表示部に表示し、
前記運用管理端末の入力部により、負荷分散実行の入力があったときに、当該Ｗｅｂコンテンツを他の計算機に移動することにより、負荷分散を行う
ことを特徴とする計算機システム。
【請求項３】
請求項１または請求項２に記載の計算機システムであって、
前記複数の計算機は、Ｗｅｂプログラムかアプリケーションプログラムのいずれかを有するとともに、前記リクエストのＵＲＬパターンとその転送先の計算機の対応を表すリクエスト転送情報テーブル、を有し、
前記処理部は、
前記リクエスト転送情報テーブルを参照して、前記性能情報の目標値を満たしていないリクエストのＵＲＬパターンに対応するＷｅｂコンテンツが、Ｗｅｂプログラムを有する計算機かアプリケーションプログラムを有する計算機のどちらかに配備されているか特定し、
当該Ｗｅｂコンテンツが前記Ｗｅｂプログラムを有する計算機に配備されているときに、前記負荷分散を実行する
ことを特徴とする計算機システム。
【請求項４】
請求項１または請求項２に記載の計算機システムであって、
前記記憶部は、
前記性能情報の目標値を満たしていないリクエストのＵＲＬパターンと、当該リクエストのＵＲＬパターンに対応するＷｅｂコンテンツの格納場所との対応を表す抽出Ｗｅｂコンテンツ情報テーブルを記憶し、
前記処理部は、
前記抽出Ｗｅｂコンテンツ情報テーブルを用いて、前記リクエストのＵＲＬパターンに対応するＷｅｂコンテンツの移動先である他の計算機の設定を行う
ことを特徴とする計算機システム。
【請求項５】
請求項１または請求項２に記載の計算機システムであって、
クライアントからのリクエストを前記複数の計算機に振り分ける負荷分散装置を備え、
前記負荷分散装置は、前記リクエストのＵＲＬパターンとその振り分け先である前記計算機との対応を表すリクエスト振り分けテーブルを有し、
前記処理部は、
負荷分散を行うときに、前記リクエスト振り分けテーブルを用いて前記負荷分散装置の設定を行う
ことを特徴とする計算機システム。
【請求項６】
請求項１または請求項２に記載の計算機システムであって、
前記性能情報の目標値は、前記リクエストに関する平均応答時間、あるいは、前記リクエストに対する前記計算機の平均処理時間、のいずれかを含む
ことを特徴とする計算機システム。
【請求項７】
クライアントからのリクエストに応答する複数の計算機、および、前記複数の計算機を管理する運用管理計算機を備えた計算機システムにおける計算機制御方法であって、
前記運用管理計算機は、記憶部と処理部を含み、
前記記憶部は、
前記リクエストのＵＲＬパターンごとに、前記リクエストの応答時間に関する性能情報の目標値を記憶し、
前記処理部は、
前記リクエストのＵＲＬパターンごとに、前記リクエストの応答時間に関する性能情報を監視し、
前記監視した性能情報が前記記憶部から読み出した前記性能情報の目標値を満たしているか判断して、前記性能情報の目標値を満たしていないリクエストのＵＲＬパターンに対応するＷｅｂコンテンツを他の計算機に移動することにより負荷分散を行う
ことを特徴とする計算機制御方法。
【請求項８】
クライアントからのリクエストに応答する複数の計算機、および、前記複数の計算機を管理する運用管理計算機を備えた計算機システムにおける計算機制御方法であって、
前記運用管理計算機は、記憶部と処理部を含み、
前記記憶部は、
前記リクエストのＵＲＬパターンごとに、前記リクエストの応答時間に関する性能情報の目標値を記憶し、
前記処理部は、
前記リクエストのＵＲＬパターンごとに、前記リクエストの応答時間に関する性能情報を監視し、
前記監視した性能情報が、前記記憶部から読み出した前記性能情報の目標値を満たしているか判断して、前記性能情報の目標値を満たしていない前記リクエストのＵＲＬパターンに対応するＷｅｂコンテンツを、前記運用管理計算機に接続された運用管理端末の表示部に表示し、
前記運用管理端末の入力部により、負荷分散実行の入力があったときに、当該Ｗｅｂコンテンツを他の計算機に移動することにより、負荷分散を行う
ことを特徴とする計算機制御方法。
【請求項９】
請求項７または請求項８に記載の計算機制御方法であって、
前記複数の計算機は、Ｗｅｂプログラムかアプリケーションプログラムのいずれかを有するとともに、前記リクエストのＵＲＬパターンとその転送先の計算機の対応を表すリクエスト転送情報テーブル、を有し、
前記処理部は、
前記リクエスト転送情報テーブルを参照して、前記性能情報の目標値を満たしていないリクエストのＵＲＬパターンに対応するＷｅｂコンテンツが、Ｗｅｂプログラムを有する計算機かアプリケーションプログラムを有する計算機のどちらかに配備されているか特定し、
当該Ｗｅｂコンテンツが前記Ｗｅｂプログラムを有する計算機に配備されているときに、前記負荷分散を実行する
ことを特徴とする計算機制御方法。
【請求項１０】
請求項７または請求項８に記載の計算機制御方法であって、
前記記憶部は、
前記性能情報の目標値を満たしていないリクエストのＵＲＬパターンと、当該リクエストのＵＲＬパターンに対応するＷｅｂコンテンツの格納場所との対応を表す抽出Ｗｅｂコンテンツ情報テーブルを記憶し、
前記処理部は、
前記抽出Ｗｅｂコンテンツ情報テーブルを用いて、前記リクエストのＵＲＬパターンに対応するＷｅｂコンテンツの移動先である他の計算機の設定を行う
ことを特徴とする計算機制御方法。
【請求項１１】
請求項７または請求項８に記載の計算機制御方法であって、
前記計算機システムは、さらに、クライアントからのリクエストを前記複数の計算機に振り分ける負荷分散装置を備え、
前記負荷分散装置は、前記リクエストのＵＲＬパターンとその振り分け先である前記計算機との対応を表すリクエスト振り分けテーブルを有し、
前記処理部は、
負荷分散を行うときに、前記リクエスト振り分けテーブルを用いて前記負荷分散装置の設定を行う
ことを特徴とする計算機制御方法。
【請求項１２】
請求項７または請求項８に記載の計算機制御方法であって、
前記性能情報の目標値は、前記リクエストに関する平均応答時間、あるいは、前記リクエストに対する前記計算機の平均処理時間、のいずれかを含む
ことを特徴とする計算機制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントからのリクエストに対する応答性能を向上させる計算機システムに関する。
【背景技術】
【０００２】
近年の情報システムは、ネットワーク装置を含む複数のシステム装置群、Ｗｅｂサーバ群、ＡＰサーバ群およびＤＢサーバ群から構成されるＷｅｂベースの業務システム(以下、「Ｗｅｂシステム」という)が主流となってきている。
【０００３】
Ｗｅｂシステムは、インターネットを介して不特定多数のクライアントからアクセスがあるため、大量のアクセスが集中することがある。Ｗｅｂシステムにアクセスが集中したとき、ユーザへのレスポンスが遅くなると、ユーザのＷｅｂシステムへのアクセス離れを招くことになり、Ｗｅｂシステムを運用する企業にとってはビジネスチャンスを失う可能性がでてくる。
【０００４】
従来は、この問題に対処するため、例えば、Ｗｅｂシステムに新たにサーバ群を増設して、ユーザへのレスポンス時間の短縮を図る手法として、Ｗｅｂシステムに新たにサーバ群を増設するような、増設による負荷分散が行われている。
上記の増設による負荷分散方法は、業務アプリケーション単位で行われることが一般的に知られている。すなわち、業務アプリケーションを構成する業務プログラム群を配備しているサーバ群を１単位として増設することで負荷分散を行う。
【０００５】
この業務アプリケーション単位の増設による負荷分散方法は、増設対象となるサーバ間および業務プログラム間の依存関係(構成や流量制御等)に関するパラメータを変更する必要が無いため、Ｗｅｂシステムを停止することなく比較的容易に行うことができる。
しかし、負荷の少ない業務プログラム群を配備しているサーバ群も増設対象となるため、システム資源(ハードウェア)を大量に必要とするという問題が発生する。
【０００６】
さらに、業務プログラム内の特定のＷｅｂコンテンツへ負荷が集中し、同じ業務プログラム内の他のＷｅｂコンテンツ処理に影響を与えている場合においては、サーバ増設による上記負荷分散方法を施しても、他のＷｅｂコンテンツに対するクライアントの応答時間があまり改善されない場合もある。
また、増設対象となるサーバ群を複数Ｗｅｂシステム間で使用する場合には、業務プログラムの容量が大きいときがあり、このとき、サーバへの配備時間も長くなってしまう。
【０００７】
このため、Ｗｅｂシステムに対する高負荷が急に発生したときなど、運用管理者が予想していなかった緊急時においては、上記配備時間がボトルネックとなってしまうこともある。
また、増設による負荷分散技術の一例として、特許文献１では、Ｗｅｂシステムを構成するサーバ群に対する性能情報を元に、増設するサーバ数を算出、決定する技術が開示されている。この特許文献１では、サーバ単位に増設を行うため、業務アプリケーション単位の増設による負荷分散と比較して、システム資源の大量使用という問題を緩和することができる。
【特許文献１】特開２００３−１７８０４０号公報(段落００９、図２)
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１では、業務プログラム内の特定のＷｅｂコンテンツへ負荷がかかっている場合は、増設による負荷分散を実行しても、他のＷｅｂコンテンツへの応答時間があまり改善されない可能性がある。
【０００９】
そこで、本発明は、前記問題点に鑑みてなされたものであり、負荷の高いＷｅｂコンテンツを抽出して負荷分散を行うことにより、計算機システムの負荷を効率的に分散することを目的とする。
【課題を解決するための手段】
【００１０】
前記課題を解決するために、本発明に係る計算機システムは、クライアントからのリクエストに応答する複数の計算機、および、前記複数の計算機を管理する運用管理計算機を備えた計算機システムであって、前記運用管理計算機は、記憶部と処理部とを含み、前記記憶部は、クライアントからのリクエストのＵＲＬパターンごとに、前記リクエストの応答時間に関する性能情報の目標値を記憶し、前記処理部は、前記リクエストのＵＲＬパターンごとに、前記リクエストの応答時間に関する性能情報を監視し、前記監視した性能情報が前記記憶部から読み出した前記性能情報の目標値を満たしているか判断して、前記性能情報の目標値を満たしていないリクエストのＵＲＬパターンに対応するＷｅｂコンテンツを他の前記計算機に移動することにより負荷分散を行う。
【発明の効果】
【００１１】
本発明によれば、計算機システムの負荷を効率的に分散することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明に係る実施形態の業務システムの負荷分散について、適宜図面を参照しながら説明する。
まず、図１を参照しながら、本実施形態の全体構成について説明する。図１は、本実施形態の全体構成図である。
【００１３】
業務システムとしてのＷｅｂシステム１４１は、運用管理ネットワーク１３１によって運用管理端末１０１および運用管理システム(運用管理計算機)１１１と接続され、顧客アクセス用ネットワーク１６１およびインターネット１８１を介してクライアント１７１と接続されている。
【００１４】
運用管理端末１０１は、運用管理者が運用管理システム１１１に対する設定や操作を行うための装置であり、表示部１０２および入力部１０３を備えて構成され、例えば、パーソナルコンピュータにより実現することができる。
表示部１０２は、表示を行うものであり、例えば、液晶表示機である。入力部１０３は、運用管理者が入力を行うものであり、例えば、キーボードやマウスなどである。
運用管理端末１０１は、運用管理ネットワーク１３１を介して運用管理システム１１１に接続される。
なお、運用管理端末１０１は、運用管理システム１１１と一体の装置として構成されていてもよい。
【００１５】
運用管理システム１１１は、ユーザインタフェース部１１２、負荷分散実行部１１３、ＳＬＯ設定部１１４、ＳＬＯ監視部１１５、運用システム装置制御部１１６および記憶装置(記憶部)１２１を備えて構成される。運用管理システム１１１は、運用管理ネットワーク１３１を介して、運用管理端末１０１、負荷分散装置１４２、管理対象装置(計算機)１４３および増設候補装置(計算機)１５３と接続される。
【００１６】
ユーザインタフェース部１１２は、運用管理端末１０１に、Ｗｅｂシステム１４１に対するサービスレベル目標(目標値：以下、「ＳＬＯ」という)を設定するためのユーザインタフェースを提供するプログラム(モジュールなども含む：以下、単に「プログラム」というときも同様)である。
なお、ＳＬＯとは、リクエストに対する応答時間に関する性能情報の目標値であり、例えば、負荷分散装置がクライアントからリクエストを受信してから、サーバによる処理結果をクライアントに返信(転送)するまでの時間のことである。
【００１７】
負荷分散実行部１１３は、ＳＬＯ設定部１１４、ＳＬＯ監視部１１５および運用システム装置制御部１１６の統括などの機能を有するプログラムである。
ＳＬＯ設定部１１４は、ユーザインタフェース部１１２を通じて設定されたＳＬＯ設定情報を管理する機能を有するプログラムである。
ＳＬＯ監視部１１５は、ＳＬＯ設定情報に関連する性能情報を管理および監視する機能を有するプログラムである。
運用システム装置制御部１１６は、Ｗｅｂシステム１４１と増設候補装置群１５１を制御する機能を有するプログラムである。
また、負荷分散実行部１１３は、負荷分散装置１４２からのイベント通知(クライアント１７１からリクエストがあったことなどに関する通知)に対処することが可能である。
【００１８】
記憶装置１２１は、ＳＬＯ性能情報テーブル１２２、ＳＬＯ設定情報テーブル１２３および抽出Ｗｅｂコンテンツ情報テーブル１２４を備えて構成される。
ＳＬＯ性能情報テーブル１２２は、ＳＬＯ監視部１１５がデータを格納するためのテーブルである。
ＳＬＯ設定情報テーブル１２３は、ＳＬＯ設定部１１４がデータを格納するためのテーブルである。
抽出Ｗｅｂコンテンツ情報テーブル１２４は、負荷分散実行部１１３がデータを格納するためのテーブルである。
【００１９】
なお、記憶装置１２１は、ハードディスクなど、記憶できるものであれば、種類は問わない。また、ＳＬＯ性能情報テーブル１２２、ＳＬＯ設定情報テーブル１２３および抽出Ｗｅｂコンテンツ情報テーブル１２４は、運用管理システム１１１でなくても、運用管理ネットワーク１３１に接続された他の装置に記憶されていてもよい。
【００２０】
Ｗｅｂシステム１４１は、負荷分散装置１４２と複数の管理対象装置１４３(以下、「ホスト」ともいう)から構成されており、それぞれ、顧客アクセス用ネットワーク１６１および運用管理ネットワーク１３１に接続されている。
また、Ｗｅｂシステム１４１は、複数のクライアント１７１からインターネット１８１を介してアクセスされる。
【００２１】
負荷分散装置１４２は、ＵＲＬパターンと振り分け先ホストの対をポリシーとしてまとめた情報を格納するＵＲＬ振り分け情報テーブル(リクエスト振り分けテーブル)１９１、仮想サーバのＩＰアドレスと適用するポリシーの対情報を格納するポリシー適用情報テーブル１９２、記憶装置１２１内のＳＬＯ設定情報テーブル１２３と同様の内容のテーブルであるＳＬＯ設定情報テーブル１９３を有する。
【００２２】
なお、運用管理システム１１１の運用システム装置制御部１１６は、Ｔｅｌｎｅｔなどによる命令列の送受信や、ＦＴＰ(Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ)や、ＴＦＴＰ(Ｔｒｉｖｉａｌ  Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ)などによる設定ファイルの送受信を行うことで、負荷分散装置１４２を制御する。
【００２３】
管理対象装置１４３は、プロセッサ、メモリ、ディスクストレージ、ネットワークインタフェースなどから構成され、オペレーティングシステム(以下、ＯＳ)およびＯＳ上にはサーバを含む各種プロセスが稼動する。
管理対象装置１４３は、同装置内のサーバ群を管理するプログラムである管理エージェント１４４と、管理対象Ｗｅｂサーバ１４５を保有する。
【００２４】
管理対象Ｗｅｂサーバ１４５は、運用システム装置制御部１１６からの指令を受けた管理エージェント１４４によって制御されるサーバ(ソフトウェア)である。
管理対象Ｗｅｂサーバ１４５は、業務アプリケーションの１要素である管理対象業務プログラム１４６、ＵＲＬパターンと転送先ＡＰサーバの対情報を格納したリクエスト転送情報テーブル１４８、ＵＲＬパターンとＷｅｂコンテンツ格納フォルダの対情報を格納したＵＲＬマッピング情報テーブル１４９、および、記憶装置１２１内のＳＬＯ設定情報テーブル１２３と同様の内容のテーブルであるＳＬＯ設定情報テーブル１９４を有する。
管理対象業務プログラム１４６は、複数の管理対象Ｗｅｂコンテンツ１４７を有する。
【００２５】
管理対象Ｗｅｂサーバ１４５の好適な例は、Ａｐａｃｈｅ  Ｆｏｕｎｄａｔｉｏｎ  Ｓｏｆｔｗａｒｅ(以下、「Ａｐａｃｈｅ」という)におけるＨＴＴＰサーバであり、その場合、ＵＲＬマッピング情報テーブル１４９はＨＴＴＰサーバの設定ファイルの内容を一部に有することになる。
【００２６】
また、リクエスト転送情報テーブル１４８の好適な例としては、Ｔｈｅ  Ａｐａｃｈｅ  Ｊａｋａｒｔａ  ＰｒｏｊｅｃｔのＷｅｂサーバ−ＡＰサーバ間のリダイレクト機能であるＪａｋａｒｔａ  Ｔｏｍｃａｔ  Ｃｏｎｎｅｃｔｉｏｎの設定ファイルの内容が相当する。
なお、本実施形態において、Ｗｅｂシステム１４１は、Ｊ２ＥＥ(登録商標：Ｊａｖａ（登録商標）  ２  Ｐｌａｔｆｏｒｍ，  Ｅｎｔｅｒｐｒｉｓｅ  Ｅｄｉｔｉｏｎ)をベースとすることを想定するが、Ｊ２ＥＥ(登録商標)に限定されるものではない。
【００２７】
増設候補装置群１５１は、負荷分散実行時に増設するための複数の増設候補装置１５３を有する。
増設候補装置１５３は、管理対象装置１４３と同様に、プロセッサ、メモリ、ディスクストレージ、ネットワークインタフェースなどから構成され、ＯＳおよびＯＳ上にはサーバを含む各種プロセスが稼動する。
【００２８】
さらに、増設候補装置１５３は、同装置内のサーバ群を管理するプログラムである管理エージェント１５４と、増設候補Ｗｅｂサーバ１５５を保持する。
運用管理システム１１１の運用システム装置制御部１１６は、管理エージェント１５４と通信することによって、増設候補Ｗｅｂサーバ１５５を制御する。
【００２９】
増設候補Ｗｅｂサーバ１５５は、リクエスト転送情報テーブル１５８およびＵＲＬマッピング情報テーブル１５９を有するサーバ(ソフトウェア)である。また、増設候補Ｗｅｂサーバ１５５は、負荷分散実行時に、複数の抽出Ｗｅｂコンテンツ１５７を抽出業務プログラム１５６としてまとめて配備する。
【００３０】
次に、図２を参照しながら、図１における各装置のハードウェア構成について説明する(適宜図１参照)。図２は、図１における各装置のハードウェア構成図である。
情報処理装置２０１は、運用管理システム１１１、負荷分散装置１４２、管理対象装置１４３および増設候補装置１５３に相当するコンピュータ装置であり、記憶部２０２、ＣＰＵ(Central Processing Unit：処理部)２０３および通信部２０４を備えて構成される。
【００３１】
記憶部２０２は、各種プログラム、各種テーブル、各種コンテンツなどの情報を記憶するものであり、メモリ、ＲＯＭ(Read Only Memory)、ハードディスクなどにより実現することができる。
ＣＰＵ２０３は、記憶部２０２に記憶された各種プログラムなどの情報(図１のユーザインタフェース部１１２など)に基づいて、各種演算処理を行うものである。
通信部２０４は、他の装置と通信を行うときに使用される通信インタフェースである。
【００３２】
続いて、図１を参照しながら、本実施形態の大まかな処理の流れについて説明する。
まず、Ｗｅｂシステム１４１の運用管理者は、運用管理端末１０１の入力部１０３を操作することで、運用管理ネットワーク１３１を介して、運用管理システム１１１にアクセスする。
【００３３】
運用管理システム１１１は、運用管理者に対して、ユーザインタフェース部１１２を用いて、運用管理端末１０１の表示部１０２に表示を行うことで、ＳＬＯの設定を促す。運用管理者は、入力部１０３を用いてＳＬＯの各設定項目(図３参照)を入力し、終了通知を運用管理システム１１１に送る。
終了通知後、負荷分散実行部１１３はＳＬＯ設定部１１４を用いてＳＬＯ設定情報テーブル１２３を更新する。同時に、負荷分散実行部１１３は、運用システム装置制御部１１６を用いて、負荷分散装置１４２にＳＬＯ設定情報の内容を通知し、かつ、管理エージェント１４４を介して管理対象Ｗｅｂサーバ１４５にＳＬＯ設定情報の内容を通知する。
【００３４】
次に、負荷分散装置１４２は、クライアント１７１からのリクエストを受信すると、そのリクエストに含まれるＵＲＬ(以下、「リクエストＵＲＬ」という)と、運用管理システム１１１のＳＬＯ設定情報テーブル１２３とを参照する。そのリクエストが、ＳＬＯの監視対象のＵＲＬパターンに属していれば、負荷分散装置１４２は、管理対象Ｗｅｂサーバ１４５へリクエストを転送し、また、リクエストＵＲＬに対する応答時間を計測する。
なお、応答時間とは、負荷分散装置１４２がクライアント１７１のリクエストを受信してからクライアント１７１に返信(管理対象装置１４３による処理結果の転送)を行うまでの時間のことである。
【００３５】
リクエストを転送された管理対象Ｗｅｂサーバ１４５は、負荷分散装置１４２と同様に、リクエストＵＲＬとＳＬＯ設定情報テーブル１２３とを参照する。そのリクエストがＳＬＯの監視対象のＵＲＬパターンに属していれば、管理対象Ｗｅｂサーバ１４５はサーバ処理時間を計測し、リクエストＵＲＬに対するサーバ処理時間と処理結果を負荷分散装置１４２へ送る。
【００３６】
負荷分散装置１４２は、リクエストに対する処理結果をクライアント１７１へ返信した後、リクエストＵＲＬ、応答時間、およびサーバ処理時間を負荷分散実行部１１３へ通知する。その通知を受けた負荷分散実行部１１３は、ＳＬＯ監視部１１５を用いてＳＬＯ性能情報テーブル１２２を更新する。
【００３７】
ＳＬＯ監視部１１５は、定期的にＳＬＯ性能情報テーブル１２２に対して、ＳＬＯを超過した(満たさなかった)リクエストＵＲＬの存在をチェックし、ＳＬＯを超過しているリクエストＵＲＬがあれば、リクエストＵＲＬとそれに対応するＷｅｂコンテンツの格納場所を抽出Ｗｅｂコンテンツ情報テーブル１２４へ格納する。
さらに、ＳＬＯ監視部１１５は、ＳＬＯ設定情報テーブル１２３の内容と抽出Ｗｅｂコンテンツ情報テーブル１２４の内容から、ＳＬＯを超過したリクエストＵＲＬの存在を運用管理端末１０１の表示部１０２によって運用管理者へ通知するか、または、自動的に負荷分散を実行する。
【００３８】
自動的に負荷分散を行う場合、負荷分散実行部１１３は、抽出Ｗｅｂコンテンツ情報テーブル１２４の情報を元に、管理対象Ｗｅｂコンテンツ１４７から抽出したＷｅｂコンテンツを抽出業務プログラム１５６の抽出Ｗｅｂコンテンツ１５７に、まとめて配備する。
さらに、負荷分散実行部１１３は、増設候補Ｗｅｂサーバ１５５のリクエスト転送情報テーブル１５８およびＵＲＬマッピング情報テーブル１５９を更新し、増設候補Ｗｅｂサーバ１５５が起動していなければ、増設候補Ｗｅｂサーバ１５５を起動する。
【００３９】
その後、負荷分散実行部１１３は、負荷分散装置１４２のＵＲＬ振り分け情報テーブル１９１とポリシー適用情報テーブル１９２を更新して、増設候補装置１５３をＷｅｂシステム１４１に組み込む。
自動的に負荷分散を行わない場合、運用管理者は、入力部１０３を操作することにより、手動で負荷分散を行う。
【００４０】
次に、図３〜図１１を参照しながら、各画面および各テーブルについて説明する(適宜図１参照)。
図３は、運用管理端末の表示部に表示されるＳＬＯの設定画面例である。ＳＬＯ設定画面３０１は、追加ボタン３１１、削除ボタン３１２、テキストフィールド３２１、テキストフィールド３２２、チェックボックス３２３、表３４１、ＯＫボタン３５１、およびキャンセルボタン３５２を備えて構成される。
以下、運用管理者は、入力部１０３を用いて各設定を行う。
【００４１】
テキストフィールド３２１は管理対象リクエストのＵＲＬパターンを、テキストフィールド３２２はそのＵＲＬパターンに対応する平均応答時間の目標値を、入力するところである。この平均応答時間は、運用管理者がＷｅｂコンテンツの種類(テキストデータ、画像データなど)やサイズなどの諸々の事情から適宜決定すればよい。
チェックボックス３２３は、管理対象リクエストがテキストフィールド３２２で入力した平均応答時間の目標値を超過したときに、自動的に負荷分散を実行するか否かを、選択するところである。運用管理者は、このチェックボックス３２３により、自動化の有無を、諸々の事情を勘案して適宜選択することができる。
【００４２】
これらの入力および選択の後、追加ボタン３１１を押すと、表３４１の各列であるＵＲＬパターン３３２、平均応答時間３３３および自動負荷分散３３４にそれらが反映される。
行３４２は、ＳＬＯの設定内容の例を示しており、ＵＲＬパターンが”／ｓｈｏｐｐｉｎｇ／”、平均応答時間の目標値が３秒、自動負荷分散がＯＮとなっており、この場合、実際の平均応答時間が３秒を超過すると、自動的に負荷分散を実行する。
【００４３】
その後、ＯＫボタン３５１を押すと、負荷分散実行部１１３は、ＳＬＯ設定部１１４を用いて、ＳＬＯ設定情報テーブル１２３に、ＳＬＯ設定画面３０１にて入力・選択された内容を格納する。
キャンセルボタン３５２を押すと、入力・選択された内容がキャンセルされる。
【００４４】
図４は、ＳＬＯ監視部がデータを格納するためのＳＬＯ性能情報テーブルの詳細図である。ＳＬＯ性能情報テーブル１２２は、リクエストＵＲＬ４１１、平均応答時間４１２、平均サーバ処理時間４１３およびアクセス数４１４を備えて構成される。また、行４２１および行４２２は、ＳＬＯ性能情報テーブル１２２の内容例を示している。
【００４５】
リクエストＵＲＬ４１１は、クライアント１７１から受信するリクエストごとのＵＲＬを表している。
平均応答時間４１２は、リクエストＵＲＬごとの応答時間の平均を表している。
平均サーバ処理時間４１３は、リクエストＵＲＬごとのサーバ処理時間の平均を表している。
アクセス数４１４は、リクエストＵＲＬごとのアクセス数を表している。
【００４６】
図５は、ＳＬＯ設定部がデータを格納するためのＳＬＯ設定情報テーブルの詳細図である。ＳＬＯ設定情報テーブル１２３は、ＵＲＬパターン５１２、平均応答時間５１３および自動負荷分散５１４から構成される。また、行５２１は、ＳＬＯ設定情報の例を示しており、ＵＲＬパターン”／ｓｈｏｐｐｉｎｇ／”の平均応答時間が３秒を超過した場合、自動的に負荷分散を実行するということを示している。
【００４７】
ここで、図４に戻って、行４２１および行４２２の内容について説明する(適宜図５参照)。
行４２１のリクエストＵＲＬ４１１は、ＳＬＯ設定情報テーブル１２３の内容例である行５２１のＵＲＬパターン”／ｓｈｏｐｐｉｎｇ／”にマッチ(一致)しており、平均応答時間が３．８９７秒、平均サーバ処理時間が０．８０４秒で、アクセス数が３５４６４７８３回であることを示している。
【００４８】
また、行４２２のリクエストＵＲＬ４１１は、ＳＬＯ設定情報テーブル１２３の内容例である行５２１のＵＲＬパターン”／ｓｈｏｐｐｉｎｇ／”にマッチしており、その平均応答時間は２．５２３秒、平均サーバ処理時間が２．３０４秒で、アクセス数が３５４６４７８２回であることを示している。
【００４９】
図６は、抽出Ｗｅｂコンテンツ情報テーブルの詳細図である。抽出Ｗｅｂコンテンツ情報テーブル１２４は、ＵＲＬ６０２、ホストＩＰ６０３およびＷｅｂコンテンツ格納場所６０４を備えて構成される。
行６１１は、抽出Ｗｅｂコンテンツ情報テーブル１２４の内容例であり、ＵＲＬが”ｈｔｔｐ：／／ａ．ｃｏｍ／ｓｈｏｐｐｉｎｇ／ｉｍｇ／ｉｔｅｍ１．ｊｐｇ”の場合は、対応するＷｅｂコンテンツはＩＰアドレスが”１９２．１６８．１０．２４”であるホストの、”Ｃ：￥ｓｏｍｅｗｈｅｒｅ１￥ｓｈｏｐｐｉｎｇ￥ｉｍｇ￥ｉｔｅｍ１．ｊｐｇ”に存在することを示している。
【００５０】
なお、ＵＲＬパターンとは、特定の情報を含むＵＲＬの類型のことを意味し、本実施形態においては、例えば”／ｓｈｏｐｐｉｎｇ／”を有するＵＲＬという意味で用いているが、その他に、”ｈｔｔｐ：／／ａ．ｃｏｍ／ｓｈｏｐｐｉｎｇ／ｉｍｇ／ｉｔｅｍ１．ｊｐｇ”といったアドレス全体のことを意味するものなどであってもよい。
【００５１】
図７は、抽出Ｗｅｂコンテンツ情報テーブルの画面例である。運用管理端末１０１の表示部１０２において、図６の抽出Ｗｅｂコンテンツ情報テーブル１２４のＵＲＬ６０２、ホストＩＰ６０３およびＷｅｂコンテンツ格納場所６０４の情報が、それぞれ、ＵＲＬ７０２、ホストＩＰ７０３およびＷｅｂコンテンツ格納場所７０４に表示される。
運用管理者は、この画面を見ることにより、負荷の高いＷｅｂコンテンツに関する情報を認識することができる。
【００５２】
図８は、負荷分散装置に存在するＵＲＬ振り分け情報テーブルの詳細図である。
ＵＲＬ振り分け情報テーブル１９１は、ポリシー名８０１、ＵＲＬパターン８０３、ホストグループ８０５、およびホスト８０７を備えて構成される。
行８１１および行８１３は、ＵＲＬ振り分け情報テーブル１９１における負荷分散実行後の内容例を示している。行８１１は、負荷分散実行前から設定されており、ＵＲＬパターンが”／ｓｈｏｐｐｉｎｇ／”の場合、負荷分散装置１４２は、ＩＰアドレスが”１９２．１６８．１０．２４”であるホスト上に存在する管理対象Ｗｅｂサーバへ処理を委託する、という内容を示している。行８１３は、負荷分散実行後に追加された設定の内容を示している。
なお、ホストグループ８０５は、ホストの所属グループを表すものである。
【００５３】
この場合、リクエストのＵＲＬパターンが”／ｓｈｏｐｐｉｎｇ／ｉｍｇ／ｉｔｅｍ１．ｊｐｇ”のとき、負荷分散装置１４２は、負荷分散実行後に新たに追加(増設)したホスト(ＩＰアドレスが”１９２．１６８．１０．２６”)に存在する管理対象Ｗｅｂサーバへ処理を委託することになる。
また、行８１１および８１３の各設定にはポリシー名(ＵＲＬ振り分けパターンの名称)が付与されており、行８１１はポリシー名”Ｐｏｌｉｃｙ１”が、行８１３にはポリシー名”Ｐｏｌｉｃｙ２”がそれぞれ付与されている。
【００５４】
図９は、負荷分散装置に存在するポリシー適用情報テーブルの詳細図である。
ポリシー適用情報テーブル１９２は、仮想ＩＰアドレス９０１および適用ポリシー順序９０３を備えて構成される。
行９１１には、ポリシー適用情報テーブル１９２における負荷分散実行後の内容例が示されている。
【００５５】
仮想ＩＰアドレス９０１(ここでの仮想ＩＰアドレス９２５)は、クライアント１７１がインターネット１８１を通してアクセスするＩＰアドレス(負荷分散装置１４２の仮想ＩＰアドレス)を意味する。
適用ポリシー順序９０３は、適用されるポリシーの順序が上から順番に登録されているものである。
【００５６】
ここでは、クライアント１７１が仮想ＩＰアドレス９２５にアクセスすると、まず適用ポリシー９２１が適用され、次に適用ポリシー９２３が適用される。適用ポリシー９２１および適用ポリシー９２３に対する詳細な設定内容は、ＵＲＬ振り分け情報テーブル１９１に格納されている。
【００５７】
例えば、クライアント１７１から”ｈｔｔｐ：／／ａ．ｃｏｍ／ｓｈｏｐｐｉｎｇ／ｉｍｇ／ｉｔｅｍ１．ｊｐｇ”のリクエストＵＲＬを含むリクエストが来ると、負荷分散装置１４２は、適用ポリシー９２１の適用を試みる。適用ポリシー９２１の詳細設定は、ＵＲＬ振り分け情報テーブル１９１の行８１３にある。行８１３のＵＲＬパターンは”／Ｓｈｏｐｐｉｎｇ／ｉｍｇ／ｉｔｅｍ１．ｊｐｇ”であり、クライアント１７１のリクエストＵＲＬにマッチするため、負荷分散装置１４２はＩＰアドレスが”１９２．１６８．１０．２６”であるホスト上に存在する管理対象Ｗｅｂサーバへ処理を委託する。
これにより、Ｗｅｂコンテンツ単位で処理を負荷分散することが可能となる。
【００５８】
図１０は、管理対象Ｗｅｂサーバが保持するリクエスト転送情報テーブルの詳細図である。
リクエスト転送情報テーブル１４８は、ＵＲＬパターン１００２、ホストグループ１００３およびホストＩＰ１００４を備えて構成される。
行１０１１は、リクエスト転送情報テーブル１４８の内容例である。ここでは、ＵＲＬパターンが”／ｐｕｒｃｈａｓｅ／”である場合は、管理対象Ｗｅｂサーバ１４５で処理を行わずに、ＩＰアドレスが”１９２．１６８．１．２１”、”１９２．１６８．１．２２”、または”１９２．１６８．１．２３”のホスト上に存在するＡＰサーバに処理を委託することを示している。
【００５９】
図１１は、管理対象Ｗｅｂサーバが保持するＵＲＬマッピング情報テーブルの詳細図である。
ＵＲＬマッピング情報テーブル１４９は、ＵＲＬパターン１１０２およびＷｅｂコンテンツ格納フォルダ１１０３を備えて構成される。
【００６０】
行１１１１は、ＵＲＬマッピング情報テーブル１４９の内容例であり、ＵＲＬパターンが”／ｓｈｏｐｐｉｎｇ／”である場合、”／ｓｈｏｐｐｉｎｇ／”以下のＵＲＬで指定されるＷｅｂコンテンツは、”Ｃ：￥ｓｏｍｅｗｈｅｒｅ１￥ｓｈｏｐｐｉｎｇ”フォルダ内にあることを意味している。
つまり、例えば、リクエストＵＲＬが”ｈｔｔｐ：／／ａ．ｃｏｍ／ｓｈｏｐｐｉｎｇ／ｉｍｇ／ｉｔｅｍ１．ｊｐｇ”である場合、対応するＷｅｂコンテンツは、”Ｃ：￥ｓｏｍｅｗｈｅｒｅ１￥ｓｈｏｐｐｉｎｇ￥ｉｍｇ￥ｉｔｅｍ１．ｊｐｇ”に存在する。
【００６１】
以下、本実施形態における各動作について、図１２〜図１８を参照しながら説明する(適宜図１等参照)。
図１２は、負荷分散装置がＳＬＯ設定情報に基づいて性能監視を行うときのフローチャートである。
まず、負荷分散装置１４２は、クライアント１７１から、インターネット１８１および顧客アクセス用ネットワーク１６１を介してリクエストを受け取る(ステップＳ１２０１)。
【００６２】
次に、負荷分散装置１４２は、ＳＬＯ設定情報テーブル１９３を元に、リクエストＵＲＬがＳＬＯ設定情報のＵＲＬパターンにマッチしているか、すなわち、リクエストＵＲＬが監視対象であるか否かを判断する(ステップＳ１２１１)。
【００６３】
リクエストＵＲＬが監視対象である場合(ステップＳ１２１１でＹｅｓ)、負荷分散装置１４２は、そのリクエストに関する応答時間の計測を開始し、開始時刻Ｔ１として記録する(ステップＳ１２２１)。
次に、負荷分散装置１４２は、リクエストを管理対象Ｗｅｂサーバ１４５に送り、処理を委託する(ステップＳ１２３１)。
【００６４】
続いて、負荷分散装置１４２は、リクエストＵＲＬに対応する処理結果とサーバ処理時間を管理対象Ｗｅｂサーバ１４５から取得し、処理結果をクライアント１７１に送信する(ステップＳ１２４１)。
次に、負荷分散装置１４２は、応答時間の計測を終了し、終了時刻Ｔ２として記録する(ステップＳ１２５１)。
【００６５】
その後、負荷分散装置１４２は、ステップＳ１２２１で得た開始時刻Ｔ１と、ステップＳ１２５１で得た終了時刻Ｔ２から、Ｔ２−Ｔ１を計算することにより応答時間を得、リクエストＵＲＬ、応答時間およびサーバ処理時間を、負荷分散実行部１１３に通知する(ステップＳ１２６１)。
そして、負荷分散実行部１１３はＳＬＯ監視部１１５を用いて、受信したリクエストＵＲＬ、応答時間およびサーバ処理時間に基づいて、ＳＬＯ性能情報テーブル１２２を更新する。
このようにして、ＳＬＯ性能情報テーブル１２２を更新することができる。
【００６６】
リクエストＵＲＬが監視対象でない場合(ステップＳ１２１１でＮｏ)、負荷分散装置１４２は、リクエストを管理対象Ｗｅｂサーバ１４５に送って処理を委託し(ステップＳ１２３５)、リクエストＵＲＬに対する処理結果を管理対象Ｗｅｂサーバ１４５から取得して、処理結果をクライアント１７１に送信する(ステップＳ１２４５)。
【００６７】
図１３は、管理対象ＷｅｂサーバがＳＬＯ設定情報に基づいてサーバ処理時間を計測するときのフローチャートである。なお、ここで計測されたサーバ処理時間は、図１２のフローチャートにおけるステップＳ１２４１で使用される。
まず、管理対象Ｗｅｂサーバ１４５は、負荷分散装置１４２から、リクエストを受け取る(ステップＳ１３０１)。
【００６８】
次に、管理対象Ｗｅｂサーバ１４５は、ＳＬＯ設定情報テーブル１９４を元に、リクエストＵＲＬがＳＬＯ設定情報のＵＲＬパターンにマッチしているか、すなわち、リクエストＵＲＬが監視対象であるか否かを判断する(ステップＳ１３１１)。
【００６９】
リクエストＵＲＬが監視対象である場合(ステップＳ１３１１でＹｅｓ)、管理対象Ｗｅｂサーバ１４５は、サーバ処理時間の計測を開始し、開始時刻Ｔ１として記録する(ステップＳ１３２１)。
次に、管理対象Ｗｅｂサーバ１４５は、リクエストＵＲＬに対する処理を実行する(ステップＳ１３３１)。
【００７０】
その後、管理対象Ｗｅｂサーバ１４５は、サーバ処理時間の計測を終了し、終了時刻Ｔ２として記録する(ステップＳ１３４１)。
続いて、管理対象Ｗｅｂサーバ１４５は、ステップＳ１３２１で得た開始時刻Ｔ１と、ステップＳ１３４１で得た終了時刻Ｔ２から、Ｔ２−Ｔ１を計算することによりサーバ処理時間を得、リクエストＵＲＬと、それに対処する処理結果およびサーバ処理時間を負荷分散装置１４２に送信する(ステップＳ１３５１)。
このようにして、管理対象Ｗｅｂサーバ１４５はサーバ処理時間を取得することができる。
【００７１】
リクエストＵＲＬが監視対象でない場合(ステップＳ１３１１でＮｏ)、管理対象Ｗｅｂサーバ１４５は、リクエストＵＲＬに対する処理を行い(ステップＳ１３３５)、リクエストＵＲＬおよび処理結果を負荷分散装置１４２に送信する(ステップＳ１３５５)。
【００７２】
図１４は、ＳＬＯ監視部がＳＬＯ性能情報テーブルを更新するときのフローチャートである。なお、この図１４のフローチャートによる処理は、図１２のフローチャートにおけるステップＳ１２６１の処理の後に実行されるものである。
まず、ＳＬＯ監視部１１５は、負荷分散実行部１１３からリクエストＵＲＬ、応答時間およびサーバ処理時間を取得する(ステップＳ１４０１)。
次に、ＳＬＯ監視部１１５は、ステップＳ１４０１で取得したリクエストＵＲＬがＳＬＯ性能情報テーブル１２２に存在するか判断する(ステップＳ１４０５)。
【００７３】
リクエストＵＲＬがＳＬＯ性能情報テーブル１２２に存在する場合(ステップＳ１４０５でＹｅｓ)、ＳＬＯ監視部１１５は、ＳＬＯ性能情報テーブル１２２から、ステップＳ１４０１で取得したリクエストＵＲＬをキーとして、対応する平均応答時間４１２、平均サーバ処理時間４１３およびアクセス数４１４を取得する(ステップＳ１４１１)。
続いて、ＳＬＯ監視部１１５は、(平均応答時間４１２×アクセス数４１４＋ステップＳ１４０１で取得した応答時間)÷(アクセス数４１４＋１)を計算して、平均応答時間４１２を更新する(ステップＳ１４２１)。
【００７４】
次に、ＳＬＯ監視部１１５は、(平均サーバ処理時間４１３×アクセス数４１４＋ステップＳ１４０１で取得したサーバ処理時間)÷(アクセス数４１４＋１)を計算して、平均サーバ処理時間４１３を更新する(ステップＳ１４３１)。
その後、ＳＬＯ監視部１１５は、(アクセス数４１４＋１)を計算して、アクセス数４１４を更新する(ステップＳ１４４１)。
【００７５】
リクエストＵＲＬがＳＬＯ性能情報テーブル１２２に存在しない場合(ステップＳ１４０５でＮｏ)、ＳＬＯ監視部１１５は、ＳＬＯ性能情報テーブル１２２に行を追加し、ステップＳ１４０１で取得したリクエストＵＲＬをリクエストＵＲＬ４１１に挿入する(ステップＳ１４１５)。
次に、ＳＬＯ監視部１１５は、ステップＳ１４１５の同行に、ステップＳ１４０１で取得した応答時間を平均応答時間４１２に挿入し(ステップＳ１４２５)、ステップＳ１４０１で取得したサーバ処理時間を平均サーバ処理時間４１３に挿入する(ステップＳ１４３５)。
【００７６】
その後、ＳＬＯ監視部１１５は、ステップＳ１４１５の同行のアクセス数４１４に１を挿入する(ステップＳ１４４５)。
このようにして、ＳＬＯ性能情報テーブル１２２を更新することができる。
【００７７】
図１５、図１６は、ＳＬＯ監視部がＳＬＯ性能情報テーブルから抽出Ｗｅｂコンテンツ情報テーブルを生成するときのフローチャートである。
この図１５、図１６のフローチャートによる抽出Ｗｅｂコンテンツ情報テーブル１２４の生成では、ＳＬＯ監視部１１５が、ＳＬＯ性能情報テーブル１２２の各行に対して、以下のステップを実行する。
【００７８】
まず、ＳＬＯ監視部１１５は、ＳＬＯ性能情報テーブル１２２のリクエストＵＲＬ４１１を元に、ＳＬＯ設定情報テーブル１２３から、対応するＵＲＬパターン５１２を検索する(ステップＳ１５０１)。
次に、ＳＬＯ監視部１１５は、ＳＬＯ設定情報テーブル１２３から、ＵＲＬパターン５１２に対応する平均応答時間５１３を検索する(ステップＳ１５１１)。
続いて、ＳＬＯ監視部１１５は、ＳＬＯ性能情報テーブル１２２の平均応答時間４１２がステップＳ１５１１で検索した平均応答時間５１３を超過しているか判断する(ステップＳ１５２１)。
【００７９】
平均応答時間４１２が平均応答時間５１３を超過している場合(ステップＳ１５２１でＹｅｓ)、ＳＬＯ監視部１１５は、ＳＬＯ性能情報テーブル１２２からＵＲＬパターン５１２に対応する全行を検索して、平均サーバ処理時間４１３が大きいリクエストＵＲＬ４１１を検出する（ステップＳ１５３１）。
なお、平均サーバ処理時間４１３が大きいリクエストＵＲＬ４１１とは、例えば、平均サーバ処理時間４１３の大きさが上位１割のリクエストＵＲＬ４１１や、平均サーバ処理時間４１３が２秒を超えているリクエストＵＲＬ４１１などが該当する。
【００８０】
次に、ＳＬＯ監視部１１５は、抽出Ｗｅｂコンテンツ情報テーブル１２４にステップＳ１５３１で得たリクエストＵＲＬ４１１に対応する行が存在するか、検索する(ステップＳ１５４１)。
抽出Ｗｅｂコンテンツ情報テーブル１２４に当該行が存在しない場合(ステップＳ１５４１でＮｏ)、リクエスト転送情報テーブル１４８にステップＳ１５３１で得たリクエストＵＲＬ４１１に対応したＵＲＬパターンが存在するか、検索する(ステップＳ１５５１)。
抽出Ｗｅｂコンテンツ情報テーブル１２４に当該行が存在する場合(ステップＳ１５４１でＹｅｓ)、そのリクエストＵＲＬ４１１に対応する行は既に抽出Ｗｅｂコンテンツ情報テーブル１２４に存在しているので、抽出Ｗｅｂコンテンツ情報テーブル１２４を更新する必要はない。
【００８１】
なお、ステップＳ１５５１は、Ｊ２ＥＥ(登録商標)ベースのＷｅｂシステム固有の処理である。もし、ステップＳ１５５１での検索の結果、対応するＵＲＬパターンが存在する場合は、ＡＰサーバに配備されている業務プログラム上に対応するＷｅｂコンテンツが存在することを意味する。
つまり、ＡＰサーバ上の高負荷Ｗｅｂコンテンツを抽出して、負荷分散を行う場合、負荷分散対象となるＡＰサーバに対応付けるＷｅｂサーバの設定を変更し、再起動を行わなければならないため、Ｗｅｂシステムが一時停止することになる。
【００８２】
そして、本実施形態では、２４時間無停止を想定し、再起動の必要のないＷｅｂサーバを対象とした負荷分散を示しているので、Ｗｅｂサーバを対象とした負荷分散について説明するが、リクエストがＷｅｂサーバとＡＰサーバのいずれに対するものなのかがステップＳ１５５１で判明するので、本実施形態を応用すれば、ＡＰサーバを対象とした負荷分散にも対応することが可能である。
【００８３】
ステップＳ１５５１で対応する行がない場合(Ｎｏ)、ＳＬＯ監視部１１５は、ＵＲＬマッピング情報テーブル１４９からステップＳ１５３１で得たリクエストＵＲＬ４１１に対応したＵＲＬパターン１１０２を検索する(ステップＳ１５６１)。
次に、ＳＬＯ監視部１１５は、ＵＲＬマッピング情報テーブル１４９から、ステップＳ１５６１で得たＵＲＬパターン１１０２に対応するＷｅｂコンテンツ格納フォルダ１１０３を検索する(ステップＳ１５７１)。
【００８４】
続いて、ＳＬＯ監視部１１５は、ステップＳ１５３１で得たリクエストＵＲＬ４１１と、ステップＳ１５７１で得たＷｅｂコンテンツ格納フォルダ１１０３から、Ｗｅｂコンテンツ格納場所のフルパスを算出する(ステップＳ１５８１)。
次に、ＳＬＯ監視部１１５は、負荷分散実行部１１３が保持する運用システム装置制御部１１６を用いて管理対象装置１４３に存在する管理エージェント１４４と通信して、ＵＲＬマッピング情報テーブル１４９を保持する管理対象Ｗｅｂサーバ１４５のＩＰアドレスを取得する(ステップＳ１５９１)。
【００８５】
続いて、ＳＬＯ監視部１１５は、抽出Ｗｅｂコンテンツ情報テーブル１２４に、ステップＳ１５３１で得たリクエストＵＲＬ４１１、ステップＳ１５９１で得た管理対象Ｗｅｂサーバ１４５のＩＰアドレス、および、ステップＳ１５８１で算出したＷｅｂコンテンツ格納場所のフルパスを格納する(ステップＳ１５９２)。
このようにして、ＳＬＯ監視部１１５は、抽出Ｗｅｂコンテンツ情報テーブル１２４を生成することができる。
【００８６】
その後、ＳＬＯ監視部１１５は、運用管理者への通知処理、あるいは、自動負荷分散処理を行う(ステップＳ１５９３)。
なお、ステップＳ１５９３の処理は、ここではステップＳ１５９２の後に実行するものとしているが、図１７、図１８のフローチャートのように、負荷分散実行部１１３が抽出Ｗｅｂコンテンツ情報テーブル１２４を参照しながら実行するようにしてもよい。また、ステップＳ１５９３の処理は、運用管理者のＳＬＯ設定時の指定に従って実行するようにしてもよい。
【００８７】
図１７、図１８は、ＳＬＯ設定情報テーブルの自動負荷分散の有無に基づいて、抽出した高負荷Ｗｅｂコンテンツを運用管理者へ通知する方法と、自動的に負荷分散する方法と、を示したフローチャートである。
まず、負荷分散実行部１１３は、増設候補装置群１５１から増設候補装置１５３を選択し(ステップＳ１６０１)、その情報をメモリ(図２の記憶部２０２に相当)に保持する。
【００８８】
次に、負荷分散実行部１１３は、抽出したＷｅｂコンテンツに対してコピー処理を行ったか否かを示すフラグであるコピー済みフラグをＯＦＦにし(ステップＳ１６０２)、その情報をメモリ(図２の記憶部２０２に相当)に保持する。
以下、負荷分散実行部１１３は、ステップＳ１６０３〜ステップＳ１６４１の処理を、抽出Ｗｅｂコンテンツ情報テーブル１２４の行分繰り返す。
【００８９】
負荷分散実行部１１３は、抽出Ｗｅｂコンテンツ情報テーブル１２４のＵＲＬ６０２を元に、ＳＬＯ性能情報テーブル１２２から平均応答時間４１２を、ＳＬＯ設定情報テーブル１２３から平均応答時間５１３を取得し(ステップＳ１６０３)、平均応答時間４１２が平均応答時間５１３を超過しているか判断する(ステップＳ１６０４)。
なお、抽出Ｗｅｂコンテンツ情報テーブル１２４に格納されているＷｅｂコンテンツは、図１１のフローチャートによって平均応答時間４１２が平均応答時間５１３を超過しているものとして抽出されたＷｅｂコンテンツであるが、当該Ｗｅｂコンテンツの抽出から当該Ｗｅｂコンテンツの負荷分散実行までタイムラグがある場合のために、改めてこのステップＳ１６０４で当該Ｗｅｂコンテンツの平均応答時間４１２が平均応答時間５１３を超過しているかを判断している。
【００９０】
平均応答時間４１２が平均応答時間５１３を超過している場合(ステップＳ１６０４でＹｅｓ)、負荷分散実行部１１３は、ＳＬＯ設定情報テーブル１２３から抽出Ｗｅｂコンテンツ情報テーブル１２４のＵＲＬ６０２に対応するＵＲＬパターン５１２を検索する(ステップＳ１６１１)。
次に、負荷分散実行部１１３は、ステップＳ１６１１で検索したＵＲＬパターン５１２に対応する自動負荷分散５１４がＯＮか判断する(ステップＳ１６２１)。
【００９１】
自動負荷分散５１４がＯＮの場合(ステップＳ１６２１でＹｅｓ)、負荷分散実行部１１３は、抽出Ｗｅｂコンテンツ情報テーブル１２４のホストＩＰ６０３およびＷｅｂコンテンツ格納場所６０４を元に、増設候補装置１５３へ抽出業務プログラム１５６の抽出Ｗｅｂコンテンツ１５７として、コピー処理を行い(ステップＳ１６３１)、コピー（処理）済みフラグをＯＮにする(ステップＳ１６４１)。
【００９２】
自動負荷分散５１４がＯＦＦの場合(ステップＳ１６２１でＮｏ)、負荷分散実行部１１３はユーザインタフェース部１１２を用いて、運用管理端末１０１の表示部１０２に抽出Ｗｅｂコンテンツ情報テーブル１２４の内容と、対応するＳＬＯ性能情報テーブル１２２の内容と、対応するＳＬＯ設定情報テーブル１２３の内容を表示することで、それらを運用管理者へ通知する(ステップＳ１６３３)。
【００９３】
次に、負荷分散実行部１１３は、コピー済みフラグがＯＮかどうか、すなわち、ステップＳ１６４１の処理が１回でも行われたかを判断する(ステップＳ１６５１)。
ステップＳ１６５１でＹｅｓの場合、負荷分散実行部１１３は、ステップＳ１６３１のホストＩＰ６０３に存在する管理対象Ｗｅｂサーバ１４５のリクエスト転送情報テーブル１４８と、ＵＲＬマッピング情報テーブル１４９のそれぞれの内容を、ステップＳ１６０１で選択した増設候補装置１５３に存在するリクエスト転送情報テーブル１５８、ＵＲＬマッピング情報テーブル１５９のそれぞれに格納する(ステップＳ１６６１)。
【００９４】
その後、負荷分散実行部１１３は運用システム装置制御部１１６を用いて増設候補装置１５３に存在する増設候補Ｗｅｂサーバ１５５を起動し(ステップＳ１６７１)、負荷分散装置１４２のＵＲＬ振り分け情報テーブル１９１の更新(ステップＳ１６８１)とポリシー適用情報テーブルの更新(ステップＳ１６９１)を行い、負荷分散を完了する。
【００９５】
ステップＳ１６５１でＮｏの場合、運用管理者は、運用管理端末１０１の入力部１０３を操作することで、負荷分散実行部１１３を用いて手動で負荷分散を行うことができる。
このようにして、負荷の高いＷｅｂコンテンツに関する負荷分散を、手動または自動で行うことができる。
【００９６】
以上説明したように、本実施形態によれば、抽出した高負荷な特定Ｗｅｂコンテンツのみを対象となるサーバに配備するため、従来の業務アプリケーション単位の増設による負荷分散よりも少ないサーバ数(またはホスト数)で性能改善を図ることができ、かつ配備時間の短縮により、緊急時における負荷分散にも対応可能となる。
【００９７】
なお、本実施形態では、増設候補装置群１５１に増設候補装置１５３が存在することを想定して説明を行ったが、運用する装置(計算機)の台数が限られている等の理由で、増設候補となる装置(計算機)が存在しない場合がある。その場合においても、運用管理者がＷｅｂシステム１４１に存在する管理対象装置(計算機)の負荷状況等を加味して、増設候補装置として運用管理システム１１１に登録することにより、図１７、図１８で説明した方法で負荷分散を行うことが可能である。
また、さらに、高負荷な特定Ｗｅｂコンテンツに対するリクエストを増設したサーバへ振り分けるために、業務プログラム中の非高負荷なＷｅｂコンテンツに関して、従来よりも応答時間の改善を図ることができる。
【００９８】
以上で実施形態の説明を終えるが、本発明の態様はこれらに限定されるものではない。例えば、本発明は、負荷分散装置を使用する代わりに、ラウンドロビン方式により負荷分散を行う場合にも適用することができる。
その他、各装置、各プログラム、各フローチャートの具体的な構成について、本発明の趣旨を逸脱しない範囲で適宜変更(統合や分離など)が可能である。
【図面の簡単な説明】
【００９９】
【図１】本実施形態の全体構成図である。
【図２】図１における各装置のハードウェア構成図である。
【図３】運用管理端末の表示部に表示されるＳＬＯの設定画面例である。
【図４】ＳＬＯ性能情報テーブルの詳細図である。
【図５】ＳＬＯ設定情報テーブルの詳細図である。
【図６】抽出Ｗｅｂコンテンツ情報テーブルの詳細図である。
【図７】抽出Ｗｅｂコンテンツ情報テーブルの画面例である。
【図８】ＵＲＬ振り分け情報テーブルの詳細図である。
【図９】負荷分散装置に存在するポリシー適用情報テーブルの詳細図である。
【図１０】管理対象Ｗｅｂサーバが保持するリクエスト転送情報テーブルの詳細図である。
【図１１】管理対象Ｗｅｂサーバが保持するＵＲＬマッピング情報テーブルの詳細図である。
【図１２】負荷分散装置がＳＬＯ設定情報に基づいて性能監視を行うときのフローチャートである。
【図１３】管理対象ＷｅｂサーバがＳＬＯ設定情報に基づいてサーバ処理時間を計測するときのフローチャートである。
【図１４】ＳＬＯ監視部がＳＬＯ性能情報テーブルを更新するときのフローチャートである。
【図１５】ＳＬＯ監視部がＳＬＯ性能情報テーブルから抽出Ｗｅｂコンテンツ情報テーブルを生成するときのフローチャートの前半である。
【図１６】ＳＬＯ監視部がＳＬＯ性能情報テーブルから抽出Ｗｅｂコンテンツ情報テーブルを生成するときのフローチャートの後半である。
【図１７】抽出した高負荷Ｗｅｂコンテンツを運用管理者へ通知する方法と、自動的に負荷分散する方法とを示したフローチャートの前半である。
【図１８】抽出した高負荷Ｗｅｂコンテンツを運用管理者へ通知する方法と、自動的に負荷分散する方法とを示したフローチャートの後半である。
【符号の説明】
【０１００】
１０１  運用管理端末
１１１  運用管理システム
１１３  負荷分散実行部
１１４  ＳＬＯ設定部
１１５  ＳＬＯ監視部
１１６  運用システム装置制御部
１２１  記憶装置
１２２  ＳＬＯ性能情報テーブル
１２３  ＳＬＯ設定情報テーブル
１２４  抽出Ｗｅｂコンテンツ情報テーブル
１４１  Ｗｅｂシステム
１４２  負荷分散装置
１４３  管理対象装置
１４５  管理対象Ｗｅｂサーバ
１４６  管理対象業務プログラム
１４７  管理対象Ｗｅｂコンテンツ
１５１  増設候補装置群
１５３  増設候補装置
１７１  クライアント
２０１  情報処理装置
２０２  記憶部
２０３  ＣＰＵ
【図１】
2006338653.tif 000003
【図２】
2006338653.tif 000004
【図３】
2006338653.tif 000005
【図４】
2006338653.tif 000006
【図５】
2006338653.tif 000007
【図６】
2006338653.tif 000008
【図７】
2006338653.tif 000009
【図８】
2006338653.tif 000010
【図９】
2006338653.tif 000011
【図１０】
2006338653.tif 000012
【図１１】
2006338653.tif 000013
【図１２】
2006338653.tif 000014
【図１３】
2006338653.tif 000015
【図１４】
2006338653.tif 000016
【図１５】
2006338653.tif 000017
【図１６】
2006338653.tif 000018
【図１７】
2006338653.tif 000019
【図１８】
2006338653.tif 000020