JPH09321759A - マルチ・サーバー・システム - Google Patents

Abstract

(57)【要約】 【課題】 各サーバーの状況に応じてシステム全体の能
力を効率良く利用する。 【解決手段】 サーバー３ａ〜３ｃは端末１ａ〜１ｇか
らの処理要求に応じて処理を実行する。監視装置７はサ
ーバー３ａ〜３ｃに運用状況の情報を要求する。サーバ
ー３ａ〜３ｃは、自装置の負荷、端末ごとの通信遅延時
間、端末ごとの依頼件数、実行中の処理件数を運用状況
の情報として送出する。監視装置７は、収集した情報を
基に各サーバーの運用状況をシステム管理者に対して表
示する。システム管理者は、あるサーバーの負荷が過大
であると認識したとき、変更予定の端末を指定する。監
視装置７は、指定された端末の接続先を他のサーバーに
変更した場合の運用状況の変化を求め、システム管理者
に対して表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のサーバーを
備えたマルチ・サーバー・システムに関するものであ
る。

【０００２】

【従来の技術】従来より、複数のサーバー（端末から依
頼された処理を実行する装置）がネットワークに接続さ
れたマルチ・サーバー・システムが知られている。図４
は従来のマルチ・サーバー・システムのブロック図であ
り、１１ａ〜１１ｅは端末、１２ａ、１２ｂはサーバー
である。なお、図４では端末１１ａ〜１１ｅとサーバー
１２ａ、１２ｂを接続するネットワークについては記載
を省略している。端末１１ａ〜１１ｅは、図４に示すよ
うに、接続先のサーバーが障害等で停止するまでは常に
同一のサーバーに処理を依頼する。

【０００３】このようなマルチ・サーバー・システムで
は、ある特定のサーバーの処理負荷が増大した場合、他
のサーバーに余裕があるかどうかには関係なく、負荷が
過大なサーバーに接続された端末に対して処理の依頼を
控えるようにシステム管理者が要求し、端末側を制限運
用状態にする。また、監視装置を設け、各サーバーの負
荷等を監視するシステムもあり、このようなシステムで
は、負荷の上昇があればサーバーに対する処理の依頼を
控えるように端末に通知を発する。したがって、何れの
場合も他のサーバーの状況に関係なくシステム管理を行
うため、他のサーバーが余裕を持っていた場合にはシス
テム全体としてみると大きな資源の無駄が発生してしま
うことになる。

【０００４】

【発明が解決しようとする課題】以上のように従来のマ
ルチ・サーバー・システムでは、各サーバーの状況に応
じたシステムの運用ができないため、システム全体の能
力を効率良く利用できないという問題点があった。本発
明は、上記課題を解決するためになされたもので、各サ
ーバーの状況に応じてシステム全体の能力を効率良く利
用することができるマルチ・サーバー・システムを提供
することを目的とする。

【０００５】

【課題を解決するための手段】本発明は、処理要求を送
出する複数の端末と、各端末から送出された処理要求に
応じて要求された処理を実行すると共に、自装置の運用
状況を示す情報を送出する複数のサーバーと、各サーバ
ーから送出された情報に基づいて各サーバーの運用状況
をシステム管理者に対して表示すると共に、端末の接続
先サーバーを変更した場合の運用状況の変化を求め、こ
れをシステム管理者に対して表示する監視装置とを有す
るものである。このように、監視装置が各サーバーの運
用状況をシステム管理者に対して表示することにより、
システム管理者が各サーバーの負荷等の状況を認識する
ことができ、端末の接続先サーバーを変更した場合の運
用状況の変化をシステム管理者に対して表示することに
より、各サーバーの状況に応じた接続先変更を実施する
ことができる。

【０００６】

【発明の実施の形態】図１は本発明の第１の実施の形態
を示すマルチ・サーバー・システムのブロック図であ
る。１ａ〜１ｇは処理要求を送出する端末、２ａ〜２ｃ
はローカルエリアネットワーク（以下、ＬＡＮとす
る）、３ａ〜３ｃは各端末から送出された処理要求に応
じて要求された処理を実行するサーバー、４ａ〜４ｃは
データ管理機構であるデータベース、５はワイドエリア
ネットワーク（以下、ＷＡＮとする）、６ａ〜６ｃはＬ
ＡＮ２ａ〜２ｃとＷＡＮ５との間のプロトコル変換を行
い、これらの間を接続するゲートウェイである。７は監
視装置であり、各サーバーから送出された情報に基づい
て各サーバーの運用状況をシステム管理者に対して表示
すると共に、端末の接続先を変更した場合の運用状況の
変化を求め、これをシステム管理者に対して表示する。

【０００７】データベース４ａ〜４ｃをそれぞれ管理す
るデータ・ファイル機能をもったファイル・サーバー３
ａ〜３ｃは、ＬＡＮ２ａ〜２ｃにそれぞれ接続されてお
り、これらのＬＡＮ２ａ〜２ｃはＷＡＮ５によって相互
に接続される。本実施の形態では、データベース４ｂが
マスターデータベースであり、データベース４ａ、４ｃ
はスナップショット機能やレプリケーション機能により
マスターと同じ情報を有する。

【０００８】次に、このようなマルチ・サーバー・シス
テムの動作を説明する。まず、初期状態では、端末１ａ
〜１ｃの接続先がＬＡＮ２ａを介したサーバー３ａ、端
末１ｄ、１ｅの接続先がＬＡＮ２ｂを介したサーバー３
ｂ、端末１ｆ、１ｇの接続先がＬＡＮ２ｃを介したサー
バー３ｃに設定されている。端末１ａ〜１ｇは、接続さ
れたサーバー３ａ〜３ｃに対して処理を依頼をする度
に、ＯＳ（Operating System）のコマンドによって現在
の時刻を取得し、これを送信時刻として処理要求と共に
サーバー３ａ〜３ｃへ送出する。

【０００９】サーバー３ａ〜３ｃは、各端末との間の通
信にかかる遅延時間を端末ごとに算出し、これを記憶す
る。つまり、端末１ａ〜１ｇから処理要求と共に送られ
た送信時刻と、ＬＡＮ２ａ〜２ｃを介して処理要求をサ
ーバーで受信した時刻との差を通信遅延時間とする。た
だし、この通信遅延時間は、新たな処理要求を受信する
度に最新の時間に更新される。

【００１０】また、サーバー３ａ〜３ｃは、ある端末か
ら処理要求を受信すると、端末ごとの依頼件数を示す依
頼件数カウント値を該当する端末について１増やし、実
際に処理を開始した時点で現在処理中の件数を示す実行
件数カウント値を１増やす。そして、処理が終了し、依
頼元の端末に結果を送信し終わった時点で両方のカウン
ト値を１減らす。

【００１１】次いで、ＬＡＮ２ｂに接続された監視装置
７は、システム管理者からの指示が入力されたとき又は
定期的に、サーバー３ａ〜３ｃに対して運用状況の情報
を要求する。監視装置７とサーバー３ｂとの間の接続
は、ＬＡＮ２ｂを介して行われ、監視装置７とサーバー
３ａ又は３ｃとの間の接続は、ＬＡＮ２ｂ、ゲートウェ
イ６ｂ、ＷＡＮ５、ゲートウェイ６ａ又は６ｃ、ＬＡＮ
２ａ又は２ｃを介して行われる。

【００１２】サーバー３ａ〜３ｃは、監視装置７からの
要求を受信すると、ＯＳのコマンドや図示しない負荷測
定手段によって自装置の負荷を測定し、測定した負荷、
端末ごとの通信遅延時間、端末ごとの依頼件数カウント
値、実行件数カウント値を運用状況の情報として監視装
置７に送信する。

【００１３】監視装置７は、こうして収集した情報を基
に各サーバーの運用状況を表示装置の画面に表示する。
図２は各サーバーの運用状況の表示例を示す図であり、
１０は表示装置の画面である。ここで、各サーバーに関
する処理待機中の件数は、端末ごとの依頼件数カウント
値の合計から実行件数カウント値を引いたものであるこ
とは言うまでもない。また、監視装置７は、各サーバー
の運用状況の中に予めシステム管理者が設定した規定値
に達したものがあれば、表示画面に警報を表示したり、
あるいは警報音を発したりしてシステム管理者に通報す
る。

【００１４】次に、システム管理者は、図２のような画
面表示又は監視装置７からの通報により、あるサーバー
の負荷が過大であると認識したとき、端末の接続先変更
を検討する。ここでは、サーバー３ａの負荷が過大なの
で、例えば端末１ｃを変更予定の端末として指定する
と、監視装置７は、指定された端末１ｃの接続先を他の
サーバー３ｂ、３ｃに変更した場合の運用状況の変化を
次式のように算出する。 Ｌnew ＝Ｌold ×｛Ｃｒ／（Ｃｐ＋Ｃｗ）｝ ・・・（１） Ｔnew ＝ＳＴnew ×（Ｔold ／ＳＴold ） ・・・（２）

【００１５】式（１）において、Ｌnew は接続先変更後
のサーバーの負荷、Ｌold は接続先変更前のサーバーの
負荷、Ｃｒは接続先変更予定の端末の依頼件数、Ｃｐは
現在処理中の件数、Ｃｗは待機中の件数である。また、
式（２）において、Ｔnew は接続先変更後の通信遅延時
間、Ｔold は接続先変更前の通信遅延時間、ＳＴnew は
変更後の接続先への基準時間、ＳＴoldは変更前の接続
先への基準時間である。なお、基準時間は、該当サーバ
ーとの間の平均的な通信遅延時間であり、システム構築
時に測定されて監視装置７に記憶されるものである。

【００１６】端末１ｃの接続先を変更すると、サーバー
３ａの新たな負荷Ｌnew は、サーバー３ａの現在の負荷
Ｌold が１５０〔％〕、端末１ｃの依頼件数Ｃｒが８
〔件〕、サーバー３ａの現在処理中の件数Ｃｐが１０
〔件〕、サーバー３ａの処理待機中の件数Ｃｗが６
〔件〕なので、式（１）から７５〔％〕となり、現在の
負荷Ｌold に対して７５〔％〕の減少となる。

【００１７】一方、端末１ｃが接続されることにより、
サーバー３ｂの新たな負荷Ｌnew は、サーバー３ｂの現
在の負荷Ｌold が３０〔％〕、端末１ｃの依頼件数Ｃｒ
が８〔件〕、サーバー３ｂの現在処理中の件数Ｃｐが３
〔件〕、サーバー３ｂの処理待機中の件数Ｃｗが０
〔件〕なので、式（１）から８０〔％〕となり、現在の
負荷Ｌold に対して５０〔％〕の増加となる。同様に、
端末１ｃが接続されることにより、サーバー３ｃの新た
な負荷Ｌnewは、負荷Ｌold が５０〔％〕、Ｃｒが８
〔件〕、Ｃｐが５〔件〕、Ｃｗが０〔件〕なので、式
（１）から８０〔％〕となり、３０〔％〕の増加とな
る。

【００１８】そして、端末１ｃとサーバー３ｂとの間の
通信遅延時間Ｔnew は、端末１ｃとサーバー３ａとの間
の通信遅延時間Ｔold を５〔秒〕、サーバー３ａへの基
準時間ＳＴold を５〔秒〕、サーバー３ｂへの基準時間
ＳＴnew を１５〔秒〕とすると、式（２）から１５
〔秒〕となり、現在の遅延時間Ｔold に対して１０
〔秒〕の増加となる。

【００１９】同様に、端末１ｃとサーバー３ｃとの間の
通信遅延時間Ｔnew は、サーバー３ｃへの基準時間ＳＴ
new を７．５〔秒〕とすると、式（２）から７．５
〔秒〕となり、現在の遅延時間Ｔold に対して２．５
〔秒〕の増加となる。監視装置７は、こうして算出した
運用状況の変化を図３に示すように表示装置の画面１０
に表示する。

【００２０】システム管理者が図３の画面を見て、端末
１ｃの接続先として例えばサーバー３ｃを指定すると、
監視装置７は、サーバー３ｃへの接続に切り替えるよう
に端末１ｃに命令を送出する。この命令を受信すると、
端末１ｃは、図１の破線で示すように以後の処理依頼先
をサーバー３ｃに変更する。そして、システム管理者
は、図２の画面を見てサーバー３ａの負荷が落ち着いた
時点で、端末１ｃの接続先としてサーバー３ａを指定す
る命令を監視装置７に与える。これにより、接続を切り
替える命令が監視装置７から端末１ｃに送出され、端末
１ｃがサーバー３ａに接続される。

【００２１】

【発明の効果】本発明によれば、監視装置が各サーバー
の運用状況を表示することにより、システム管理者が各
サーバーの負荷等の状況を認識することができ、監視装
置が端末の接続先サーバーを変更した場合の運用状況の
変化を表示することにより、各サーバーの状況に応じた
接続先変更を実施することができるので、状況に応じた
運用改善を迅速かつ効果的に実施することができ、シス
テム全体の能力を効率良く利用することができる。

【図面の簡単な説明】

【図１】 本発明の第１の実施の形態を示すマルチ・サ
ーバー・システムのブロック図である。

【図２】 各サーバーに関する運用状況の表示例を示す
図である。

【図３】 各サーバーに関する運用状況の変化の表示例
を示す図である。

【図４】 従来のマルチ・サーバー・システムのブロッ
ク図である。

【符号の説明】

１ａ〜１ｇ…端末、２ａ〜２ｃ…ＬＡＮ、３ａ〜３ｃ…
サーバー、４ａ〜４ｃ…データベース、５…ＷＡＮ、６
ａ〜６ｃ…ゲートウェイ、７…監視装置。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 処理要求を送出する複数の端末と、 各端末から送出された処理要求に応じて要求された処理
   を実行すると共に、自装置の運用状況を示す情報を送出
   する複数のサーバーと、 各サーバーから送出された情報に基づいて各サーバーの
   運用状況をシステム管理者に対して表示すると共に、端
   末の接続先サーバーを変更した場合の運用状況の変化を
   求め、これをシステム管理者に対して表示する監視装置
   とを有することを特徴とするマルチ・サーバー・システ
   ム。