JPH08123768A - 分散システム管理方式及び分散システム管理方法 - Google Patents

Abstract

(57)【要約】 【目的】 管理装置が故障したり、負荷が高くて十分に
機能が発揮できないときでも、被管理装置が管理に関す
る処理を行ない分散システムの運用を可能にする。 【構成】 代替処理が可能な計算機に関する情報を予め
管理装置１００から被管理装置２００にダウンロードし
ておき、管理装置１００が故障しているときなど負荷の
適正な配分ができない場合、被管理装置２００が代替処
理可能な計算機上の被管理装置から負荷などの情報を集
め、その情報を評価して代替計算機を決定し、その計算
機に対して負荷を割り当てる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、複数の計算機によっ
て分散処理システムを管理する方式及び方法に関するも
のである。

【０００２】

【従来の技術】図１６は、特開平４−２２９３５６に開
示されているロードバランサ及びトランザクション処理
システムの構成を示す。図１６において、後端コンピュ
ータＣＰ１〜ＣＰ３（１２〜１６）は、データベース１
８を共有しており、トランザクション業務を実行してい
る。前端コンピュータ１０は、後端コンピュータＣＰ１
〜ＣＰ３（１２〜１６）から、ＣＰＵ利用度の情報を一
定の時間間隔で帰還情報として収集している。前端コン
ピュータ１０は、内部に宛先指定テーブル１１を保持し
ており、後端コンピュータ１２〜１６に送られるトラン
ザクション処理の宛先を制御することができる。

【０００３】上記のＣＰＵ利用度の情報から、これらの
後端コンピュータの負荷が、過負荷になった場合、前端
コンピュータは、この宛先指定テーブルを変更し、トラ
ンザクションの宛先を負荷の軽い他の後端コンピュータ
に割り当てることにより、過負荷を解消することができ
る。

【０００４】

【発明が解決しようとする課題】従来の分散システム管
理方式は上記のように構成されているので、負荷を分散
するには、その前提となるＣＰＵ利用情報を前端コンピ
ュータ１０に集中管理させる必要がある。従って、前端
コンピュータ１０が障害によって停止すると、トランザ
クションの割り当て作業など、重要な管理作業が完全に
停止してしまう問題点があった。

【０００５】また、後端コンピュータ１２〜１６の負荷
の状態や動作中かどうかに関する情報が、ネットワーク
の負荷の増大などにより遅延すると、前端コンピュータ
１０で管理している後端コンピュータ１２〜１６の負荷
や稼動状態に関する情報と、実際の後端コンピュータ１
２〜１６の負荷や稼動状態の情報との同期がとれず、誤
った後端コンピュータに負荷を分配する可能性がある。

【０００６】さらに、後端コンピュータ１２〜１６と前
端コンピュータ１０の間の業務に関する通信や、後端コ
ンピュータ１２〜１６内での業務アプリケーションは、
分散システム管理で使用する後端コンピュータ１２〜１
６と前端コンピュータ１０の間の通信や後端コンピュー
タ１２〜１６内の監視処理と競合しているため、従来の
システムでは通信トラフィックの増加や後端コンピュー
タ１２〜１６の負荷の増加に対応して、分散システム管
理に要する負荷を即時に変更させることができず、最適
なスループットを得ることが難しかった。

【０００７】この発明は、上記のような問題点を解消す
るためになされたもので、管理装置が故障したり、負荷
が高くて十分に機能が発揮できないときでも、被管理装
置側で管理に関する処理を行なうことで、分散処理シス
テムの管理機能を失うことなく運用可能とすることを目
的としている。

【０００８】また、管理装置が被管理装置から受けとる
情報と、被管理装置が保持する情報との時間的なずれを
なくし、管理装置が適正な処理を被管理装置に与えるこ
とを目的としている。

【０００９】さらに、分散型の管理装置によって管理を
行なう場合においては、分散する管理装置間で同期した
管理情報を保持させる機構を持つことにより、的確で効
率的な運用を可能にすることを目的としている。

【００１０】そして、管理装置が収集する情報の詳細度
を、適切なタイミングで切替える機構を持つことによ
り、業務アプリケーションと分散システム管理が競合す
る通信や管理装置の処理を変更し、分散システム管理の
負荷を適切な量に抑制し、業務アプリケーションのスル
ープットを向上させることを目的としている。

【００１１】

【課題を解決するための手段】この発明による分散シス
テム管理方式は、被管理アプリケーションが、代替動作
が可能な他の計算機の情報を保持する代替システム管理
手段と、この代替システム管理手段に保持された情報に
基づき代替動作の候補となる各計算機の負荷情報を入手
し評価して依頼先を決定する代替動作依頼先決定手段
と、他の被管理アプリケーションからの依頼に基づき代
替動作を行なう代替処理手段とを備えたものである。

【００１２】この発明による分散システム管理方式は、
管理アプリケーションが被管理アプリケーションから計
算機の負荷情報を入手しタスクの配分先を決定し分配す
る負荷分配手段を備え、被管理アプリケーションが、計
算機の稼動状況を調べて管理アプリケーションに報告す
ると共に管理アプリケーションからタスク配分決定の通
知を受けるまで稼動状況をロックする管理対象モニタ制
御手段を備えたものである。

【００１３】この発明による分散システム管理方式は、
被管理アプリケーションが、他の被管理アプリケーショ
ンから計算機の負荷状況を入手しタスクの配分先を決定
し分配する負荷分配手段と、計算機の稼動状況を調べて
他の被管理アプリケーションに報告すると共に他の被管
理アプリケーションからタスク配分決定の通知を受ける
まで稼動状況をロックする管理対象モニタ制御手段とを
備えたものである。

【００１４】この発明による分配システム管理方式は、
被管理アプリケーションが、収集すべき管理情報の内容
を定義した管理情報定義と、計算機の通信トラフィック
を監視するトラフィック監視手段とを備え、通信トラフ
ィックの量に応じて管理情報の内容を変更するようにし
たものである。

【００１５】この発明による分散システム管理方法は、
被管理アプリケーションが、代替処理を行なうタスクと
計算機を調べ、代替処理が可能な計算機の他の被管理ア
プリケーションより代替処理をするための情報を入手
し、その情報を評価して代替動作の依頼先を決定し、タ
スクの代替動作を依頼する。

【００１６】この発明による分散システム管理方法は、
管理アプリケーションが被管理アプリケーションに稼動
状況を問い合わせ、被管理アプリケーションが稼動状況
を調べて管理アプリケーションに通知すると共に稼動状
況をロックし、管理アプリケーションが被管理アプリケ
ーションからの稼動状況を評価して負荷を割り当てる計
算機を決定して通知し、通知を受けた被管理アプリケー
ションが管理アプリケーションに負荷割り当てを受けた
ことを通知し、管理アプリケーションが稼動状況を問い
合わせた被管理アプリケーションに負荷の割り当てが終
了したことを通知し、通知を受けた被管理アプリケーシ
ョンが稼動状況のロックを解除する。

【００１７】この発明による分散システム管理方法は、
依頼元の被管理アプリケーションが代替処理が可能な計
算機の依頼先候補の被管理アプリケーションに稼動状況
を問い合わせ、依頼先候補の被管理アプリケーションが
稼動状況を調べて依頼元の管理アプリケーションに通知
すると共に稼動状況をロックし、依頼元の被管理アプリ
ケーションが依頼先候補の被管理アプリケーションから
の稼動状況を評価して負荷を割り当てる計算機を決定し
て通知し、通知を受けた依頼先の被管理アプリケーショ
ンが依頼元の被管理アプリケーションに負荷割り当てを
受けたことを通知し、依頼元の被管理アプリケーション
が稼動状況を問い合わせた依頼先候補の被管理アプリケ
ーションに負荷の割り当てが終了したことを通知し、通
知を受けた被管理アプリケーションが稼動状況のロック
を解除する。

【００１８】この発明による分散システム管理方法は、
被管理アプリケーションが、収集すべき管理情報の内容
を定義した管理情報定義と、この管理情報定義の内容を
変更する管理情報量変更手順と、通信トラフィックの量
に応じて実行される管理情報量変更手順との関係を記述
した管理情報量調整表とを備え、通信トラフィックを監
視してその変動を検出し、管理情報量調整表を検索し通
信トラフィックの変動に対応した管理情報量変更手順を
決定し、決定した管理情報量変更手順により管理情報定
義の内容を変更する。

【００１９】

【作用】この発明による分散システム管理方式は、被管
理アプリケーションが、代替動作が可能な他の計算機の
情報を保持し、この情報に基づき代替動作の候補となる
各計算機の負荷情報を入手し評価して依頼先を決定する
ことにより、管理アプリケーションに代わって負荷を分
配する。

【００２０】この発明による分散システム管理方式は、
管理アプリケーションが被管理アプリケーションから計
算機の負荷情報を入手しタスクの配分先を決定して分配
し、被管理アプリケーションが、計算機の稼動状況を調
べて管理アプリケーションに報告すると共に管理アプリ
ケーションからタスク配分決定の通知を受けるまで稼動
状況をロックすることにより、各計算機の情報の変更が
同期をとって行なわれる。

【００２１】この発明による分散システム管理方式は、
被管理アプリケーションが、他の被管理アプリケーショ
ンから計算機の負荷状況を入手しタスクの配分先を決定
して分配し、他の被管理アプリケーションが計算機の稼
動状況を調べて報告すると共にタスク配分決定の通知を
受けるまで稼動状況をロックすることにより、被管理ア
プリケーションが管理アプリケーションに代わって負荷
を分配し、各計算機の情報の変更が同期をとって行なわ
れる。

【００２２】この発明による分配システム管理方式は、
被管理アプリケーションが計算機の通信トラフィックを
監視し、通信トラフィックの量に応じて収集すべき管理
情報の内容を変更することにより、負荷に対応して管理
情報の収集を調整する。

【００２３】この発明による分散システム管理方法は、
被管理アプリケーションが、代替処理を行なうタスクと
計算機を調べ、代替処理が可能な計算機の他の被管理ア
プリケーションより代替処理をするための情報を入手
し、その情報を評価して代替動作の依頼先を決定し、タ
スクの代替動作を依頼することにより、被管理アプリケ
ーションが管理アプリケーションの代わりに負荷を分配
する。

【００２４】この発明による分散システム管理方法は、
管理アプリケーションが被管理アプリケーションに稼動
状況を問い合わせ、被管理アプリケーションが稼動状況
を調べて管理アプリケーションに通知すると共に稼動状
況をロックし、管理アプリケーションが被管理アプリケ
ーションからの稼動状況を評価して負荷を割り当てる計
算機を決定してから、被管理アプリケーションが稼動状
況のロックを解除することにより、各計算機の情報の変
更が同期をとって行なわれる。

【００２５】この発明による分散システム管理方法は、
依頼元の被管理アプリケーションが代替処理が可能な計
算機の依頼先候補の被管理アプリケーションに稼動状況
を問い合わせ、依頼先候補の被管理アプリケーションが
稼動状況を調べて依頼元の管理アプリケーションに通知
すると共に稼動状況をロックし、依頼元の被管理アプリ
ケーションが依頼先候補の被管理アプリケーションから
の稼動状況を評価して負荷を割り当てる計算機を決定し
てから、被管理アプリケーションが稼動状況のロックを
解除することにより、被管理アプリケーションが管理ア
プリケーションに代わって負荷を分配し、各計算機の情
報の変更が同期をとって行なわれる。

【００２６】この発明による分散システム管理方法は、
被管理アプリケーションが、通信トラフィックを監視し
てその変動を検出し、管理情報量調整表を検索し通信ト
ラフィックの変動に対応した管理情報量変更手順を決定
し、決定した管理情報量変更手順により管理情報定義の
内容を変更することにより、負荷に対応して管理情報の
収集を調整する。

【００２７】

【実施例】

実施例１．図１は、実施例１における分散システム管理
装置の全体図を示す。図において、１０１はネットワー
ク４００により接続され、分散システムを構成する計算
機システムである。そして計算機システム１０１内に備
えられた管理装置１００は、管理アプリケーション１１
０と管理情報通信手段３００によって構成されている。
また他の計算機システム１０１内に備えられた被管理装
置２００は、被管理アプリケーション２１０と管理情報
通信手段３００によって構成されている。管理アプリケ
ーション１１０は、管理情報通信手段３００によって被
管理アプリケーション２１０と通信を行ない、被管理装
置２００が動作している計算機システム１０１の状態を
収集し、またその情報を基に被管理装置２００に対して
計算機の状態を変更するように指示を出したりする。被
管理装置２００は、管理装置１００と通信を行なうと同
時に、他の被管理装置２００と通信を行なうこともあ
る。

【００２８】図２は、実施例１における被管理アプリケ
ーション２１０の構成図である。被管理アプリケーショ
ン２１０は、通常、管理情報定義２１１を参照し、管理
対象モニタ制御手段２１２を用いて、計算機システム１
０１やネットワーク４００などの管理対象をモニタし、
管理データ送信手段２１３が管理情報通信手段３００を
用いて他の計算機システム１０１へモニタ結果を送信す
る。ここで管理情報定義とは、被管理装置が収集すべき
情報の種類、頻度、詳細度等を定義したものである。ま
た、システム運用情報管理手段２１８によって、システ
ム運用情報を管理装置１００の管理アプリケーション１
１０からダウンロードして保持し、管理対象モニタ制御
手段２１２が、それを基に計算機上のタスクを運用す
る。

【００２９】更に、図２には、被管理アプリケーション
２１０が動作している計算機の代替動作ができる他の計
算機群の情報を、被管理アプリケーション２１０自身が
保持する代替システム管理手段２１４がある。また、被
管理アプリケーション２１０がその代替システム管理手
段２１４で保持された他の計算機群で動作する被管理ア
プリケーション２１０と通信するための被管理アプリケ
ーション間通信手段２１５がある。更に、被管理アプリ
ケーション間通信手段２１５によって代替動作ができる
他の計算機の状態を入手し、その情報を基に代替動作を
依頼する被管理アプリケーションを決定する代替動作依
頼先決定手段２１６がある。また、他の被管理アプリケ
ーション２１０からの依頼に応じて代替動作を行なう代
替処理手段２１７がある。

【００３０】代替動作が可能な計算機群に関する情報
は、管理装置１００から管理情報通信手段３００を使っ
て各被管理装置２００にシステム運用情報と共にダウン
ロードされてくる。図３は、代替動作が可能な計算機に
関する情報の例である。本実施例では、アプリケーショ
ンタスク「業務ＡＢＣ」が計算機名「Ｎｏｄｅ３」、
「Ｎｏｄｅ５」、「Ｎｏｄｅ９」で代替動作可能である
ことが記述されている。また、そられの計算機のアドレ
スが「１３１．１４１．５１．１０」、「１３１．１４
１．５１．５」、「１３１．１４１．５１．１５」であ
ることが記述されている。図４は、システム運用情報の
例を示す。本実施例では、アプリケーションタスク「業
務ＡＢＣ」が開始時間「８：００」、終了時間「１８：
００」、日付「月〜金」という運用計画等で動作するこ
とが記述されている。

【００３１】図５は、被管理アプリケーション２１０内
の管理対象モニタ制御手段２１２が計算機システム上の
アプリケーションタスクを運用する際の運用処理フロー
の例を示す。はじめに、各被管理装置２００にダウンロ
ードされた運用情報に基づいて、被管理アプリケーショ
ン２１０内の管理対象モニタ制御手段２１２は計算機上
の運用タスクと運用時間を取り出す（手順５０１）。次
に、各情報をタイマに設定する（手順５０２）。そし
て、割り込み待ちに入る（手順５０３）。ある割り込み
が発生して、割り込み待ち（手順５０３）を抜けると、
終了割り込み判定に入る（手順５０４）。終了割り込み
であれば、処理を終了する。そうでなければ、タイマ割
り込みかどうかを判定する（手順５０５）。もし、タイ
マ割り込みでなければ、その他の割り込み処理（手順５
０６）を行ない、割り込み待ち（手順５０３）に戻る。
もし、タイマ割り込みであれば、対応する運用タスクの
起動、あるいは停止処理を行なう（手順５０７）。続い
て、タスクの運用状態の監視（手順５０８）を行ない、
運用計画を維持できるかどうかを判定する（手順５０
９）。もし、維持できるならば、割り込み待ちに（手順
５０３）に戻る。もし、維持できない（例えば、バッチ
ジョブを夜間の一定時間で完了する予定が、超過しそう
な場合）ならば、管理装置１００に代替処理の依頼通知
ができるかどうか判定する（手順５１０）。もし、通知
可能であれば、管理装置１００に代替処理の依頼を行な
い（手順５１１）、割り込み待ち（手順５０３）に戻
る。もし、管理装置１００が故障中、管理アプリケーシ
ョン１１０との通信が不能、あるいは管理装置１００が
過負荷で管理機能を遂行できない場合であれば、タスク
の代替処理を行ない（手順５１２）、割り込み待ち（手
順５０３）に戻る。

【００３２】図６は、実施例１における被管理アプリケ
ーション２１０における代替処理のフローである。はじ
めに、被管理アプリケーション２１０は、代替動作を行
なわせるタスクと代替動作が可能な計算機の情報を代替
システム管理手段２１４から検索する（手順５２１）。
次に、代替動作が可能な計算機上に動作する被管理アプ
リケーション２１０（代替被管理アプリケーション）と
被管理アプリケーション間通信手段２１５によって通信
し、現在のステータスとタスクの代替動作によるスケジ
ュールの変更コスト、予測負荷上昇などのパラメータを
受信する（手順５２２）。代替被管理アプリケーション
２１０からの情報を代替動作依頼先決定手段２１６によ
って評価して（手順５２３）、代替動作の依頼先を決定
する（手順５２４）。決定された依頼先の代替被管理ア
プリケーション２１０に対し、タスクの代替動作を依頼
する（手順５２５）。そして、代替被管理アプリケーシ
ョン２１０内の代替処理手段２１７が代替処理を行なっ
て代替タスクが稼動を開始した時点で、自己の計算機の
タスクを停止する（手順５２６）。最後に、代替処理を
行なわせたタスクに関する稼動情報を可能であれば管理
装置１００に通知する（手順５２７）。

【００３３】上記の実施例によれば、管理装置１００が
故障、過負荷、ネットワークの障害などで、タスクの代
替処理が不可能な場合でも、被管理装置２００が代替計
算機の候補から適正な代替依頼先を選定して、代替処理
を行なうことが可能となる。

【００３４】上記の実施例で、代替処理の依頼元の被管
理アプリケーション２１０では、依頼先のタスクの代替
処理が開始した時点で自己の計算機のタスクを停止して
いるが、依頼先の被管理アプリケーション２１０に代替
処理を依頼した時点で自己の計算機のタスクを停止する
場合も考えられる。また、代替動作を行なわせたタスク
の稼動情報を依頼元の被管理アプリケーション２１０が
管理装置１００に通知することになっているが、これは
依頼先の被管理アプリケーション２１０が行なっても良
い。

【００３５】実施例２．実施例２の分散システム管理装
置の基本構成は、実施例１の図１と同様である。図７
は、実施例２における管理アプリケーション１１０を示
す構成図である。管理アプリケーション１１０内には、
通常、被管理アプリケーション２１０からの管理情報を
受信する管理情報受信手段１１６と、管理情報を格納し
ユーザに提示するための管理情報格納・表示手段１１７
が存在する。さらに、この例では複数の被管理アプリケ
ーションと同期をとって通信を行なう同期通信機構１１
１、同期通信を行なって複数の被管理アプリケーション
と同期をとった情報を保持する同期情報管理部１１２、
同期情報を評価してタスクの配分を決定する情報評価部
１１３、タスクの配分先を管理する負荷配分テーブル１
１４、負荷配分テーブル１１４を基にタスクの分配を行
なう負荷分配部１１５からなる。

【００３６】図８は、実施例２における被管理アプリケ
ーション２１０を示す構成図である。被管理アプリケー
ション２１０内には、管理アプリケーション１１０と同
期を取って通信を行なうための同期通信機構２１９があ
る。また、被管理アプリケーション２１０が動作してい
る計算機の稼動状況を調べる稼動状況監視部２２１があ
る。これらは、管理アプリケーション１１０から同期通
信機構２１９を経由して稼動状況の問い合わせを受けつ
け、稼動状況監視部２２１によって稼動状況を調べて報
告する管理対象モニタ制御手段２１２によって制御され
ている。

【００３７】図９は、管理アプリケーション１１０と被
管理アプリケーション２１０間のメッセージフローであ
る。この図に従って、両アプリケーションの処理の流れ
を説明する。管理アプリケーション１１０は、負荷（タ
スク）の再配分が必要になった場合、各被管理アプリケ
ーション２１０に対して稼動状況の問い合わせを実施す
る（手順５３２）。問い合わせを受けた被管理アプリケ
ーション２１０は、自己の稼動状況監視部２２１を使っ
て稼動状況を調べて（手順５４２）、管理アプリケーシ
ョン１１０に通知する（手順５４３）。そして、被管理
アプリケーション２１０は、管理アプリケーション１１
０から負荷割り付け作業が完了したことを通知されるま
で、新たな負荷の依頼を受けないで、稼動状況をロック
する（手順５４４）。管理アプリケーション１１０は、
被管理アプリケーション２１０から稼動状況を受信（手
順５３３）し、その情報から情報評価部１１３によって
負荷を再分配する割り当てを決定し（手順５３４）、被
管理アプリケーション２１０に対して負荷割り当てを送
信する（手順５３５）。割り当てを受けた被管理アプリ
ケーション２１０は、負荷の配分処理（タスク起動な
ど）を実施し（手順５４５）、それが実行された時点で
負荷の配分完了の通知を管理アプリケーションに送る
（手順５４６）。負荷が割り付けられた被管理アプリケ
ーション２１０から管理アプリケーション１１０に正し
く負荷の実行が応答された時点で負荷の配分が完了する
（手順５３６）。管理アプリケーション１１０は負荷割
り付け作業が完了したことを、問い合わせた全ての被管
理装置２１０に通知する（手順５３７）。被管理アプリ
ケーション２１０は、負荷割り付け作業が完了したこと
を管理装置１００から通知されると、稼動状況のロック
を解除し（手順５４７）、新たな負荷の依頼の受け付け
を可能な状態にする（手順５４８）。

【００３８】管理アプリケーション１１０は、負荷を割
り付けようとした被管理アプリケーション２１０から、
負荷の実行が不可能との応答を受けると、残りの被管理
アプリケーション２１０からの稼動状況から、別の被管
理アプリケーション２１０を決定し、再割り付けを行な
う。あるいは、負荷割り付け作業の完了を全被管理装置
２００に送信して、一旦作業を終了し、改めて稼動状況
問い合わせから再開することも考えられる。

【００３９】管理アプリケーション１１０は、稼動状況
の問い合わせに対して一定の時間を経過しても応答しな
い被管理アプリケーション２１０については、負荷の割
り付けの対象からはずすことが可能である。また、負荷
を割り付けようとした被管理アプリケーション２１０か
ら、負荷の実行が可能かどうかの応答が一定の時間を経
過してもない場合、不可能との応答を受けたと同等の処
理が可能である。

【００４０】このような管理方式にすると、被管理アプ
リケーション２１０が応答した稼動状況と、それに対す
る管理アプリケーション１１０のとった負荷配分の同期
が確実にとれることになる。即ち、被管理アプリケーシ
ョン２１０が応答した稼動状況が、ネットワーク４００
の遅延や管理装置１００の負荷の増大などで遅れた場
合、従来であれば被管理装置２００の計算機の稼動状況
と、管理装置１００の把握する稼動状況とが異なってし
まい、管理装置１００が誤った指示を出す場合がある
が、この方式ではこの問題が改善されることになる。

【００４１】実施例３．実施例３の分散システム管理装
置の基本構成は、実施例１の図１と同様である。図１０
は、実施例３における被管理アプリケーション２１０を
示す構成図である。この図では、被管理アプリケーショ
ン２１０が動作している計算機の代替動作ができる他の
計算機群の情報を、被管理装置２００自身が保持する代
替システム管理手段２１４がある。また、被管理アプリ
ケーション２１０がその代替システム管理手段２１４で
保持された他の計算機群で動作する被管理アプリケーシ
ョン２１０と、同期を取って通信するための同期型被管
理アプリケーション間通信手段２２２がある。更に、同
期型被管理アプリケーション間通信手段２２２によって
代替動作ができる計算機の状態を入手し、その情報を基
に代替動作を依頼する被管理アプリケーションを決定す
る代替動作依頼先決定手段２１６がある。

【００４２】代替動作が可能な計算機群に関する情報
は、実施例１と同様に管理アプリケーション１１０から
管理情報通信手段３００を使って、各被管理アプリケー
ション２１０にシステム運用情報と共にダウンロードさ
れてくる。被管理アプリケーション２１０が計算機シス
テム上のアプリケーションタスクを運用する際の運用処
理フローも実施例１と同様である。

【００４３】図１１は、実施例３における代替処理のフ
ローであり、代替処理の依頼元と依頼先の被管理アプリ
ケーション間での情報交換のフローからなる。はじめ
に、依頼元の被管理アプリケーション２１０は、代替動
作を行なわせるタスクと代替動作が可能な計算機の情報
を代替システム管理手段２１４から検索する（手順５５
２）。次に、代替動作が可能な計算機上に動作する被管
理アプリケーション（代替被管理アプリケーション）２
１０との間で、同期型被管理アプリケーション間通信手
段２２２によって通信し、現在のステータスとタスクの
代替動作によるスケジュールの変更コスト、予測負荷上
昇などのパラメータを問い合わせる。（手順５５３）。

【００４４】ある依頼元の被管理アプリケーション２１
０から、同期型被管理アプリケーション間通信手段２２
２によって、現在の稼動状況の問い合わせを受けた被管
理アプリケーション２１０は、管理対象モニタ制御手段
２１２によって稼動状況を取得し（手順５７２）、その
問い合わせを行なった被管理アプリケーション２１０に
応答する（手順５７３）。しかも、その問い合わせを行
なった被管理アプリケーション２１０から代替処理を完
了したという通知を受けるまで、別の被管理アプリケー
ション２１０からの代替処理の受け付け（問い合わせに
対する応答）を行なわないでロックをかける（手順５７
４）。

【００４５】問い合わせを出した被管理アプリケーショ
ン２１０は、稼動状況を受信すると（手順５５４）、そ
の情報を代替動作依頼先決定手段２１６によって評価し
て、代替動作の依頼先を決定する（手順５５５）。そし
て、決定された依頼先に対し、タスクの代替動作を依頼
する（手順５５６）。代替被管理アプリケーション２１
０が代替の依頼を受けると、代替タスクを起動し（手順
５７５）、代替タスクが正しく起動するとその完了通知
を依頼元の被管理アプリケーション２１０に送る（手順
５７６）。依頼元の被管理アプリケーション２１０が、
依頼先から代替依頼処理が完了した通知を受けると代替
依頼処理を完了し（手順５５７）、問い合わせを行なっ
た全ての被管理アプリケーション２１０に対して、代替
処理が完了したことを通知する（手順５５８）。そし
て、代替処理の完了を通知された被管理アプリケーショ
ンは、稼動状況のロックを解除し（手順５７７）、代替
処理依頼可能状態となる（手順５７８）。また、依頼元
の被管理アプリケーション２１０は、代替タスクを停止
し（手順５５９）、最後に代替動作を行なわせたタスク
に関する稼動情報を可能であれば管理アプリケーション
１１０に通知する（手順５６０）。

【００４６】上記の実施例によれば、被管理アプリケー
ション２１０間の通信が通信トラフィックの増加によっ
て遅延し、代替処理の依頼元の被管理アプリケーション
２１０と依頼先の被管理アプリケーション２１０の間
で、稼動状況に関する情報に違いが発生して、誤った依
頼先に代替処理を依頼することをなくすことができる。

【００４７】実施例４．実施例４の分散システム管理装
置の基本構成は、実施例１の図１と同様である。図１２
は、実施例４における被管理アプリケーション２１０を
示す構成図である。被管理アプリケーション２１０は、
通常、管理情報定義２１１を参照し、管理対象モニタ制
御手段２１２を用いて、計算機システムやネットワーク
などの管理対象をモニタし、管理データ送信手段２１３
が管理情報通信手段３００を用いてモニタ結果を送信す
る。また、この例を被管理アプリケーション２１０に
は、被管理アプリケーション２１０が動作する計算機シ
ステム１０１の通信トラフィックを監視するトラフィッ
ク監視部２２３と、管理情報定義２１１の内容を変更す
る管理情報量変更手順２２４と、通信トラフィックの量
に応じて実行される管理情報量変更手順２２４との関係
を記述した管理情報量調整表２２５と、管理情報量調整
表２２５を解釈して実行する管理情報量調整表解釈手段
２２６から構成されている。

【００４８】被管理アプリケーション２１０内の管理情
報量調整表解釈手段２２６の動作手順を図１３に示す。
管理情報量調整表解釈手段２２６は、通信トラフィック
をトラフィック監視部２２３によって監視している（手
順５８１）。通信トラフィックが変動した場合（手順５
８２）、管理情報量調整表解釈手段２２６は、通信トラ
フィックと管理情報量変更手順２２４とを対応付けた管
理情報量調整表２２５を検索し（手順５８３）、対応す
る管理情報量変更手順２２４を実行し、管理情報定義２
１１を変更する（手順５８４）。

【００４９】図１４に、管理情報定義２１１の例、図１
５に、管理情報量調整表２２５の例を示す。例えば、ト
ラフィック監視部２２３が、管理情報量調整表解釈手段
２２６に対して、通信トラフィックが１００パケット／
ｓｅｃから５００パケット／ｓｅｃになったと通知した
場合、管理情報量調整表解釈手段２２６は、管理情報量
調整表２２５から、管理情報定義２１１を変更する手順
を起動する。この場合、ＣＰＵの稼動率の通知頻度を１
０秒あたり１回となっているものを３０秒当たり１回に
変更する。また、プロセスの生成状況の通知を３０秒当
たり１回となっているものを６０秒当たり１回に変更す
る。このように管理情報定義２１１を変更することで、
被管理アプリケーション２１０から管理アプリケーショ
ン１１０に送信される管理情報の量は、ＣＰＵ稼動率に
ついては１／３に、プロセスの生成状況に関する管理情
報の量は１／２に減少する。従って、緊急度の低い管理
情報の通信を減らすことによって、より緊急度の高い業
務アプリケーションの通信トラフィックを圧迫すること
を自動的に回避し、スループットの向上が見込まれる。

【００５０】また、上記の例は管理アプリケーション１
１０と被管理アプリケーション２１０間の通信と、業務
アプリケーションの通信との干渉を回避するものである
が、管理アプリケーション１１０が、オペレーティング
システムの状態をモニタして管理アプリケーション１１
０に通知する場合、オペレーティングシステムのモニタ
と、実際の業務アプリケーションの干渉が発生する。こ
のような場合においても、オペレーティングシステムの
状態をモニタするモニタプログラムは、ＣＰＵの稼動率
が高まった場合、自動的にモニタ頻度を下げて、モニタ
プログラムによるＣＰＵ使用率を下げる動作を行なうよ
うに設定すれば良い。

【００５１】

【発明の効果】以上のようにこの発明によれば、被管理
アプリケーションが、代替動作が可能な他の計算機の情
報を保持し、この情報に基づき代替動作の候補となる各
計算機の負荷情報を入手し評価して依頼先を決定するこ
とにより、管理アプリケーションに代わって負荷を分配
することができ、管理アプリケーションを有した計算機
が障害で停止している際にも継続して運用が可能とな
る。

【００５２】またこの発明によれば、管理アプリケーシ
ョンが被管理アプリケーションから計算機の負荷情報を
入手しタスクの配分先を決定して分配し、被管理アプリ
ケーションが、計算機の稼動状況を調べて管理アプリケ
ーションに報告すると共に管理アプリケーションからタ
スク配分決定の通知を受けるまで稼動状況をロックする
ことにより、各計算機の情報の変更が同期をとって行な
うことができ、負荷の適正な分配が可能となる。

【００５３】さらにこの発明によれば、被管理アプリケ
ーションが、他の被管理アプリケーションから計算機の
負荷状況を入手しタスクの配分先を決定して分配し、他
の被管理アプリケーションが計算機の稼動状況を調べて
報告すると共にタスク配分決定の通知を受けるまで稼動
状況をロックすることにより、被管理アプリケーション
が管理アプリケーションに代わって負荷を分配でき、管
理アプリケーションを有した計算機が障害で停止してい
る際にも継続して運用が可能となる共に、各計算機の情
報の変更が同期をとって行なうことができ、負荷の適正
な分配が可能となる。

【００５４】そしてこの発明によれば、被管理アプリケ
ーションが計算機の通信トラフィックを監視し、通信ト
ラフィックの量に応じて収集すべき管理情報の内容を変
更することにより、負荷に対応して管理情報の収集を調
整することが可能となる。即ち、ネットワークや計算機
の負荷が小さい間は、そのモニタ結果をトリガとして管
理情報の項目や頻度は多めに設定され、詳細な管理情報
の収集を行なうことができる。また、これらの負荷が増
大した場合、管理情報の項目や頻度は少なめに設定さ
れ、業務アプリケーションに与える分散システム管理の
負荷の影響を抑制し、スループットを落とす割合を減少
させる効果がある。

【００５５】以上のようにこの発明によれば、被管理ア
プリケーションが、代替処理を行なうタスクと計算機を
調べ、代替処理が可能な計算機の他の被管理アプリケー
ションより代替処理をするための情報を入手し、その情
報を評価して代替動作の依頼先を決定し、タスクの代替
動作を依頼することにより、被管理アプリケーションが
管理アプリケーションの代わりに負荷を分配することが
でき、管理アプリケーションを有した計算機が障害で停
止している際にも継続して運用が可能となる。

【００５６】またこの発明によれば、管理アプリケーシ
ョンが被管理アプリケーションに稼動状況を問い合わ
せ、被管理アプリケーションが稼動状況を調べて管理ア
プリケーションに通知すると共に稼動状況をロックし、
管理アプリケーションが被管理アプリケーションからの
稼動状況を評価して負荷を割り当てる計算機を決定して
から、被管理アプリケーションが稼動状況のロックを解
除することにより、各計算機の情報の変更が同期をとっ
て行なうことができ、負荷の適正な分配が可能となる。

【００５７】さらにこの発明によれば、依頼元の被管理
アプリケーションが代替処理が可能な計算機の依頼先候
補の被管理アプリケーションに稼動状況を問い合わせ、
依頼先候補の被管理アプリケーションが稼動状況を調べ
て依頼元の管理アプリケーションに通知すると共に稼動
状況をロックし、依頼元の被管理アプリケーションが依
頼先候補の被管理アプリケーションからの稼動状況を評
価して負荷を割り当てる計算機を決定してから、被管理
アプリケーションが稼動状況のロックを解除することに
より、被管理アプリケーションが管理アプリケーション
に代わって負荷を分配でき、管理アプリケーションを有
した計算機が障害で停止している際にも継続して運用が
可能となると共に、各計算機の情報の変更が同期をとっ
て行なうことができ、負荷の適正な分配が可能となる。

【００５８】そしてこの発明によれば、被管理アプリケ
ーションが、通信トラフィックを監視してその変動を検
出し、管理情報量調整表を検索し通信トラフィックの変
動に対応した管理情報量変更手順を決定し、決定した管
理情報量変更手順により管理情報定義の内容を変更する
ことにより、負荷に対応して管理情報の収集を調整する
ことが可能となる。即ち、ネットワークや計算機の負荷
が小さい間は、そのモニタ結果をトリガとして管理情報
の項目や頻度は多めに設定され、詳細な管理情報の収集
を行なうことができる。また、これらの負荷が増大した
場合、管理情報の項目や頻度は少なめに設定され、業務
アプリケーションに与える分散システム管理の負荷の影
響を抑制し、スループットを落とす割合を減少させる効
果がある。

【図面の簡単な説明】

【図１】 この発明の実施例１のシステム管理方式の全
体を表す構成図である。

【図２】 この発明の実施例１の被管理アプリケーショ
ンの内部構成を示す。

【図３】 この発明の実施例１の被管理アプリケーショ
ンが管理する代替可能な計算機の情報の例である。

【図４】 この発明の実施例１のシステム運用情報の例
である。

【図５】 この発明の実施例１の被管理アプリケーショ
ンが行なう計算機システムの運用処理のフローチャート
である。

【図６】 この発明の実施例１の被管理アプリケーショ
ンが実行する代替処理の処理フローである。

【図７】 この発明の実施例２の管理アプリケーション
の内部構成の例である。

【図８】 この発明の実施例２の被管理アプリケーショ
ンの構成例である。

【図９】 この発明の実施例２の管理アプリケーション
と被管理アプリケーションの処理フローを示す。

【図１０】 この発明の実施例３の被管理アプリケーシ
ョンの内部構成を示す。

【図１１】 この発明の実施例３の被管理アプリケーシ
ョンの代替処理のフローを示す。

【図１２】 この発明の実施例４の被管理アプリケーシ
ョンの内部構成を示す。

【図１３】 この発明の実施例４の被管理アプリケーシ
ョンの処理フローを示す。

【図１４】 この発明の実施例４の被管理アプリケーシ
ョンで保持する管理情報定義の例を示す。

【図１５】 この発明の実施例４の被管理アプリケーシ
ョンで保持する管理情報量調整表の例を示す。

【図１６】 従来のシステム構成図である。

【符号の説明】

１００ 管理装置、１０１ 計算機システム、１１０
管理アプリケーション、１１１ 同期通信機構、１１２
同期情報管理部、１１３ 情報評価部、１１４ 負荷
配分テーブル、１１５ 負荷分配部、１１６ 管理情報
受信手段、１１７ 管理情報格納・表示手段、２００
被管理装置、２１０ 被管理アプリケーション、２１１
管理情報定義、２１２ 管理対象モニタ制御手段、２
１３ 管理データ送信手段、２１４ 代替システム管理
手段、２１５ 被管理アプリケーション間通信手段、２
１６ 代替動作依頼先決定手段、２１７ 代替処理手
段、２１８ システム運用情報管理手段、２１９ 同期
通信機構、２２１ 稼動状況監視部、２２２ 同期型被
管理アプリケーション間通信手段、２２３ トラフィッ
ク監視部、２２４ 管理情報量変更手順、２２５ 管理
情報量調整表、２２６管理情報量調整表解釈手段、３０
０ 管理情報通信手段、４００ ネットワーク。

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ネットワークに接続された各計算機のう
   ち、少なくとも１つの計算機にシステム運用情報を保持
   する管理アプリケーションを有し、他の計算機に上記管
   理アプリケーションの指示に基づき計算機を管理する被
   管理アプリケーションを有した分散システム管理方式に
   おいて、上記被管理アプリケーションは、代替動作が可
   能な他の計算機の情報を保持する代替システム管理手段
   と、この代替システム管理手段に保持された情報に基づ
   き代替動作の候補となる各計算機の負荷情報を入手し評
   価して依頼先を決定する代替動作依頼先決定手段と、他
   の被管理アプリケーションからの依頼に基づき代替動作
   を行なう代替処理手段とを備えたことを特徴とする分散
   システム管理方式。
2. 【請求項２】 ネットワークに接続された各計算機のう
   ち、少なくとも１つの計算機にシステム運用情報を保持
   する管理アプリケーションを有し、他の計算機に上記管
   理アプリケーションの指示に基づき計算機を管理する被
   管理アプリケーションを有した分散システム管理方式に
   おいて、上記管理アプリケーションは、上記被管理アプ
   リケーションから計算機の負荷情報を入手しタスクの配
   分先を決定し分配する負荷分配手段を備え、上記被管理
   アプリケーションは、計算機の稼動状況を調べて上記管
   理アプリケーションに報告すると共に上記管理アプリケ
   ーションからタスク配分決定の通知を受けるまで稼動状
   況をロックする管理対象モニタ制御手段を備えたことを
   特徴とする分散システム管理方式。
3. 【請求項３】 ネットワークに接続された各計算機のう
   ち、少なくとも１つの計算機にシステム運用情報を保持
   する管理アプリケーションを有し、他の計算機に上記管
   理アプリケーションの指示に基づき計算機を管理する被
   管理アプリケーションを有した分散システム管理方式に
   おいて、上記被管理アプリケーションは、他の上記被管
   理アプリケーションから計算機の負荷情報を入手しタス
   クの配分先を決定し分配する負荷分配手段と、計算機の
   稼動状況を調べて他の上記被管理アプリケーションに報
   告すると共に他の上記被管理アプリケーションからタス
   ク配分決定の通知を受けるまで稼動状況をロックする管
   理対象モニタ制御手段とを備えたことを特徴とする分散
   システム管理方式。
4. 【請求項４】 ネットワークに接続された各計算機のう
   ち、少なくとも１つの計算機にシステム運用情報を保持
   する管理アプリケーションを有し、他の計算機に上記管
   理アプリケーションの指示に基づき計算機を管理する被
   管理アプリケーションを有した分散システム管理方式に
   おいて、上記被管理アプリケーションは、収集すべき管
   理情報の内容を定義した管理情報定義と、上記計算機の
   通信トラフィックを監視するトラフィック監視手段とを
   備え、上記通信トラフィックの量に応じて上記管理情報
   の内容を変更することを特徴とする分散システム管理方
   式。
5. 【請求項５】 ネットワークに接続された各計算機のう
   ち、少なくとも１つの計算機にシステム運用情報を保持
   する管理アプリケーションを有し、他の計算機に上記管
   理アプリケーションの指示に基づき計算機を管理する被
   管理アプリケーションを有し、この被管理アプリケーシ
   ョンは以下のステップにより処理を行なうことを特徴と
   する分散システム管理方法。 （ａ）代替処理が必要となった場合、代替処理を行なう
   タスクと計算機を調べる。 （ｂ）代替処理が可能な計算機上の他の被管理アプリケ
   ーションより代替処理をするための情報を入手する。 （ｃ）上記代替動作をするための情報を評価して代替動
   作の依頼先を決定する。 （ｄ）決定した依頼先の被管理アプリケーションにタス
   クの代替動作を依頼する。
6. 【請求項６】 ネットワークに接続された各計算機のう
   ち、少なくとも１つの計算機にシステム運用情報を保持
   する管理アプリケーションを有し、他の計算機に上記管
   理アプリケーションの指示に基づき計算機を管理する被
   管理アプリケーションを有し、以下のステップにより処
   理を行なうことを特徴とする分散システム管理方法。 （ａ）上記管理アプリケーションは、負荷の再配分が必
   要になった場合、上記被管理アプリケーションに対し稼
   動状況を問い合わせる。 （ｂ）上記被管理アプリケーションは、稼動状況を調べ
   て上記管理アプリケーションに通知すると共に、上記管
   理アプリケーションより負荷の再配分の終了を通知され
   るまで稼動状況をロックする。 （ｃ）上記管理アプリケーションは、上記各被管理アプ
   リケーションからの稼動状況を評価し、負荷を割り当て
   る計算機を決定し、負荷割り当てが決定した計算機の上
   記被管理アプリケーションに通知する。 （ｄ）負荷割り当てを受けた上記被管理アプリケーショ
   ンは、上記管理アプリケーションに負荷割り当てを受け
   たことを通知する。 （ｅ）管理アプリケーションは、稼動状況を問い合わせ
   た上記被管理アプリケーションに負荷の割り当てが終了
   したことを通知する。 （ｆ）上記被管理アプリケーションは、稼動状況のロッ
   クを解除し新たな負荷の受付を可能にする。
7. 【請求項７】 ネットワークに接続された各計算機のう
   ち、少なくとも１つの計算機にシステム運用情報を保持
   する管理アプリケーションを有し、他の計算機に上記管
   理アプリケーションの指示に基づき計算機を管理する被
   管理アプリケーションを有し、この被管理アプリケーシ
   ョンは以下のステップにより処理を行なうことを特徴と
   する分散システム管理方法。 （ａ）代替処理が必要となった場合、依頼元の上記被管
   理アプリケーションは、代替処理を行なうタスクと計算
   機を調べ、代替処理が可能な計算機上の依頼先候補の被
   管理アプリケーションに対し稼動状況を問い合わせる。 （ｂ）依頼先候補の被管理アプリケーションは、稼動状
   況を調べて上記依頼元の被管理アプリケーションに通知
   すると共に、上記依頼元の被管理アプリケーションから
   代替処理の終了を通知されるまで稼動状況をロックす
   る。 （ｃ）上記依頼元の被管理アプリケーションは、上記依
   頼先候補の各被管理アプリケーションからの稼動状況を
   評価し、負荷を割り当てる計算機を決定し、負荷割り当
   てが決定した計算機の依頼先の上記被管理アプリケーシ
   ョンに通知する。 （ｄ）上記依頼先の被管理アプリケーションは、上記代
   替処理のタスクを起動し、依頼処理の終了を上記依頼元
   の被管理アプリケーションに通知する。 （ｅ）上記依頼元の被管理アプリケーションは、稼動状
   況を問い合わせた上記依頼先候補の被管理アプリケーシ
   ョンに依頼処理の終了を通知する。 （ｆ）上記依頼先候補の被管理アプリケーションは、稼
   動状況のロックを解除し新たな代替処理の受付を可能に
   する。
8. 【請求項８】 ネットワークに接続された各計算機のう
   ち、少なくとも１つの計算機にシステム運用情報を保持
   する管理アプリケーションを有し、他の計算機に上記管
   理アプリケーションの指示に基づき計算機を管理する被
   管理アプリケーションを有し、この被管理アプリケーシ
   ョンは、収集すべき管理情報の内容を定義した管理情報
   定義と、この管理情報定義の内容を変更する管理情報量
   変更手順と、通信トラフィックの量に応じて実行される
   上記管理情報量変更手段との関係を記述した管理情報調
   整表とを備え、以下のステップにより処理を行なうこと
   を特徴とする分散システム管理方法。 （ａ）通信トラフィックを監視しその変動を検出する。 （ｂ）上記管理情報量調整表を検索し上記通信トラフィ
   ックの変動に対応した上記管理情報変更手順を決定す
   る。 （ｃ）決定した上記管理情報量変更手順により上記管理
   情報定義の内容を変更する。