JP3543548B2 - How to execute network management service - Google Patents

How to execute network management service Download PDF

Info

Publication number
JP3543548B2
JP3543548B2 JP19946697A JP19946697A JP3543548B2 JP 3543548 B2 JP3543548 B2 JP 3543548B2 JP 19946697 A JP19946697 A JP 19946697A JP 19946697 A JP19946697 A JP 19946697A JP 3543548 B2 JP3543548 B2 JP 3543548B2
Authority
JP
Japan
Prior art keywords
management
management service
execution
service
manager
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.)
Expired - Fee Related
Application number
JP19946697A
Other languages
Japanese (ja)
Other versions
JPH1145185A (en
Inventor
善也 和田
Original Assignee
株式会社日立情報システムズ
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 株式会社日立情報システムズ filed Critical 株式会社日立情報システムズ
Priority to JP19946697A priority Critical patent/JP3543548B2/en
Publication of JPH1145185A publication Critical patent/JPH1145185A/en
Application granted granted Critical
Publication of JP3543548B2 publication Critical patent/JP3543548B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明はネットワーク管理サービス実行方法に関し、特にコンピュータネットワークの管理システムにおいて、管理のためのコンピュータおよびネットワーク資源を制限することにより、システム全体の性能を確保することができるようにしたネットワーク管理サービス実行方法に関する。
【0002】
【従来の技術】
コンピュータ・ネットワーク・システムにおけるクライアント機能の拡大に伴い、クライアント管理の重要性が高まり、クライアントを個別に管理するための仕組みが出てきた。これは、以下に示すような構成をとるのが一般的である。
(1)コンピュータ・ネットワークにおけるネットワーク管理システムで、
(2)管理用コンピュータ上では管理マネージャが動作し、被管理対象コンピュータ上では管理クライアントが動作し、管理マネージャと管理クライアントが相互に関連を持って動作し、管理サービスを実行する。
(3)管理マネージャは、管理サービスの実行指示を管理クライアントに対して指示する。
(4)管理クライアントは、管理サービスの実行指示を受け取る親プロセスと管理サービスを実際に行う子プロセスとから成る構成をとる。
(5)管理クライアントの親プロセスは、管理サービスの実行指示を管理マネージャから受け取ると、管理サービスの種類に対応した異なる種類の子プロセスを生成する。
(6)管理クライアントの親プロセスは、生成した子プロセスの管理サービス実行結果を受け取り、管理マネージャに応答を返す。
【0003】
【発明が解決しようとする課題】
ここで問題になるのは、例えば、被管理対象コンピュータの構成情報を管理用コンピュータに収集したり、あるいは、管理用コンピュータから被管理対象コンピュータに対してファイルを配布するといった管理サービスの種類の増加と、クライアント数の増加に従い、
(1)管理クライアントのプログラム実行による、メモリ,ディスク記憶装置等のコンピュータ資源の圧迫が、他のアプリケーションの実行にとって無視できない程度まで増大する。
(2)管理マネージャと管理クライアントとの間の通信量が増加する。
という2点である。
本発明は上記事情に鑑みてなされたもので、その目的とするところは、従来の技術における上述の如き問題を解消し、コンピュータ資源の圧迫を避け、かつ、管理マネージャと管理クライアントとの間の通信量の増加を防止可能としたネットワーク管理サービス実行方法を提供することにある。
【0004】
【課題を解決するための手段】
本発明の上記目的は、管理マネージャ102を有する管理コンピュータ101と、管理クライアント105を有する被管理対象コンピュータ104とがネットワーク103を介して接続されたシステムにおいて、管理クライアント105の親プロセス106が、子プロセス107も含めた管理クライアント全体が動作するための資源量の上限値を各管理サービスの優先度に応じて予め保持しており、優先度が付加された管理サービスの実行指示を受けたときに、該管理サービス実行に必要な資源量と当該優先度に応じて保持した資源量の上限値とを比較し、必要な資源量が上記上限値を下回っていれば、当該管理サービスを実行する子プロセス107を起動し、また、必要な資源量が上記上限値を上回っていれば、当該管理サービス実行の延期を管理マネージャ102に要求することを特徴とするネットワーク管理サービス実行方法により達成される。
【0005】
【発明の実施の形態】
本発明に係るネットワーク管理サービス実行方法においては、管理クライアント105が管理サービス実行時に確保する資源をある一定値以下に制限することにより、コンピュータ・ネットワーク上の管理用オーバヘッドの時間的変動を抑止することができ、これにより、システム全体の性能確保が可能になる。
なお、管理クライアント105の親プロセス106は、管理サービスの種類、つまり、子プロセス107の種類に応じた管理サービスの平均実行時間を保持しており、管理クライアント105の親プロセス106は、起動した子プロセス107に関して、起動時からの経過時間を測定する。このとき、上述の、必要な資源量が上限値を上回った場合の管理サービス実行延期要求を管理マネージャ102に行う際に、必要な資源量が上限値を下回って確保できるようになるまでの見込み時間をも合わせて通知する。
これにより、管理マネージャ102が管理クライアント105に対して効率的に管理サービス実行要求の再試行を行うことができる。
【0006】
以下、本発明の実施例を図面に基づいてより詳細に説明する。
図1は、本発明の適用対象であるコンピュータ・ネットワークの概要を示す図である。
管理用コンピュータ101では、コンピュータ・ネットワーク管理のための管理マネージャ102を実行する。管理マネージャ102は、ネットワーク103を介して接続されている被管理対象コンピュータ104を管理対象とする。この管理のために、被管理対象コンピュータ104上で管理クライアント105を実行する。
【0007】
管理マネージャ102と管理クライアント105は、ネットワーク103を介した通信を行いながら、管理サービスを実現する。管理サービスの例としては、
(1)被管理対象コンピュータの構成情報を管理用コンピュータに収集する。
(2)管理用コンピュータから被管理対象コンピュータに対してファイルを配布する。
などがある。
【0008】
図2は、被管理対象コンピュータ104内の管理クライアント105の内部構成の概要を示す図である。
管理クライアント105のプロセス構成は、管理クライアント105における管理サービスの実行を制御する親プロセス106と、個々の管理サービスを実行する子プロセス107から成る。親プロセス106の起動は、手動またはシステム起動時の自動起動により行われる。また、子プロセス107の起動契機は、親プロセスからの起動による。
【0009】
図3は、親プロセス106と子プロセス107のブロック図である。
対管理マネージャ通信部301は、管理マネージャ102からの管理サービス実行指示メッセージの受信,結果の応答送信,実行延期要求送信などを行う。
管理サービス実行制御部302は、管理サービス実行可否の判断および実行状態の管理を行う。
子プロセス起動・監視処理部303は、管理サービス実行制御部302からの子プロセス起動要求に基づき、プロセスの起動・終了の監視を行う。
【0010】
子プロセス起動・監視処理部303は、管理サービス実行制御部302からの子プロセス起動要求に基づき、プロセスの起動・終了の監視を行う。
また、実時刻取得処理部305は、コンピュータ内のタイマ割り込みを取得して、一定時間の経過を管理サービス実行制御部302に通知する。
子プロセス107内の管理サービス実行部304は、コンピュータ内の構成情報収集,管理マネージャからのファイル受信等の、実際の管理サービスを実行する。
【0011】
次に、上述の如く構成された本実施例における処理の流れを、図3〜図9を用いて説明する。まず、全体的な動作を説明する。
管理マネージャ102が管理クライアント105に対して、管理サービス実行指示を送信すると、管理クライアント親プロセス106の対管理マネージャ通信部301がこれを受信する。
実行指示メッセージのフォーマットは、図4に示すように実行要求サービス名称フィールドと優先度フィールドから成る。
【0012】
ここで、実行要求サービス名称は、予め管理マネージャと管理クライアントとの間で定義されているものとする。また、優先度は管理サービスの起動の優先度を表わす数値であり、値が大きいほど高い優先度を表わすものとする。
管理マネージャと管理クライアントとの間のメッセージ通信手順は、図4に示すメッセージを透過的に送る手順であれば、種別を問わない。
対管理マネージャ通信部301は、メッセージを受信すると、この内容を管理サービス実行制御部302に渡す。
【0013】
管理サービス実行制御部302は、受け取った実行要求サービス名称と後述するサービス定義テーブル501とのマッチング処理を行い、起動すべき子プログラム名称を決定する。
サービス定義テーブルの一例を、図5に示す。サービス定義テーブル501の各フィールドの定義は、以下のとおりである。
【0014】
(1)サービス名称:管理マネージャ102からの実行要求に含まれる名称と一致するサービス名称
(2)プログラム名称:該当するサービスを実行する主体となるプログラム名称
(3)平均実行時間:該当するプログラムを実行するのに必要な時間の平均値
(4)実行時所要メモリ:該当するプログラムを実行するのに必要となる一時記憶装置の最大容量
(5)実行時所要ディスク容量:該当するプログラムを実行するのに必要となる二次記憶装置の最大容量
【0015】
次に、管理サービス実行制御部302は、起動すべき子プログラムが実行許容範囲内にあるかどうかをチェックする。まず、管理マネージャから受け取った優先度と後述する資源量上限値定義テーブル601とのマッチングを行い、許容できる実行時メモリと実行時ディスクの容量の上限値を求める。
資源量上限値定義テーブルの一例を、図6に示す。資源量上限値定義テーブル601は、優先度が高いほど、上限値が高くなるように定義しておく。
【0016】
次に、後述する実行中プロセス管理テーブル701を用いて、現在起動中のプロセスの状態を確認する。
実行中プロセス管理テーブル701の一例を、図7に示す。実行中プロセス管理テーブル701の各フィールドの定義は、次のとおりである。
(1)実行中プログラム名称:サービス定義テーブル501のプログラム名称
(2)実行中プロセス名称:プログラムを実行するプロセスの名称
(3)プロセス起動時刻:該当プロセスを起動した時刻
(4)経過時間:該当プロセスを起動した時刻から現在までの経過時間。この経過時間フィールドの更新は、実時刻取得処理部305からの現在時刻通知を基に、管理サービス実行制御部302が行う。
【0017】
管理サービス実行制御部302の経過時間フィールド、および、サービス定義テーブル501の平均実行時間フィールドの更新アルゴリズムを、図9を用いて説明する。
管理サービス実行制御部302に対して、実時刻取得処理部305からの実時刻更新イベント通知があると(ステップ901)、管理クライアントの実行中プロセス管理テーブル701の各エントリの「経過時間」フィールドを、(現在時刻)−(プロセス起動時間)の値で更新する(ステップ902)。
【0018】
次に、子プロセス起動・監視処理部303からのプロセス終了イベント通知をチェックする(ステップ903)。もし、イベント通知があった場合には、まず、管理クライアントの実行中プロセス管理テーブル701の該当エントリから、経過時間の値を取り出す(ステップ904)。
次に、この値を基にして、サービス定義テーブル501の平均実行時間フィールド、および、実行回数フィールドを更新する(ステップ905)。
【0019】
平均実行時間フィールドの値の算出は、(平均実行時間値×実行回数値+経過時間値)÷(実行回数値+1)で、また、実行回数フィールドの値の算出は、(実行回数値+1)の式で求める。
処理の最後に、実行中プロセス管理テーブル701の該当エントリを削除する(ステップ906)。
管理サービス実行制御部302は、実行中プロセス管理テーブル701とサービス定義テーブル501を基に、現在使用中の資源量を求める。
【0020】
本実施例では、使用中のメモリ容量は25MB(Prog2の10MB+Prog3の15MB),ディスク容量は300KB(Prog2の100KB+Prog3の200KB)である。
この結果を基に許容上限値との差を求め、更に、実行要求プログラムが起動可能かどうかのチェックを行う。本実施例では、メモリ容量上限値は40MBなので、起動可能なプログラムは15MB(=40MB−25MB)であるが、要求のProg4は20MB必要なので、起動できない結果となる。
【0021】
この場合、管理サービス実行制御部302は、管理マネージャ102に対する実行延期要求を、対管理マネージャ通信部301を経由して行う。
実行延期要求メッセージのフォーマットを、図8に示す。このメッセージの中の起動可能見込み時間フィールド値は、次の方法で算出する。
(1)資源解放によって、要求プログラム起動に必要な資源が確保できるプログラム
(2)上の条件を満たすプログラムの中で、(プログラム平均実行時間−経過時間)の値が最小のプログラム
を選択する。
【0022】
本実施例の場合:
(1)Prog2とProg3共に、資源解放によって、要求のProg4起動に必要な資源を確保可能
(2)プログラム平均実行時間−経過時間:Prog2・・・・30sec,Prog3・・・・220sec
これより、起動可能見込み時間フィールド値は、30となる。
【0023】
仮に、管理マネージャ102が実行要求を次の条件のどちらかに変更した場合には、上と同様の判定方法を用いると、メモリ,ディスク双方ともに上限値を超えないのでプロセス起動が可能になる。
(1)実行要求サービス名称=サービスS1
(2)優先度=2
プロセス起動が可能な場合には、管理サービス実行制御部302は、子プロセス起動・監視処理部303に、起動するプログラム名称を渡す。
【0024】
子プロセス起動・監視処理部303は、受け取ったプログラム名称のプロセスを起動し、正常起動を確認(管理サービス実行部304が動作を開始)すると、プロセス名称およびプロセス起動時刻を管理サービス実行制御部302に渡す。
管理サービス実行制御部302は、これを基に実行中プロセス管理テーブル701を更新する。
また、子プロセス起動・監視処理部303は、子プロセスの終了を継続的に監視し、プロセスが終了した場合には、終了結果と共に、管理サービス実行制御部302に通知する。
【0025】
管理サービス実行制御部302は、管理マネージャに対するサービス終了応答を対管理マネージャ通信部301を経由して行う。
上記実施例によれば、管理クライアント105が確保する資源量を常にある値以下に保持することができ、また、管理サービスの実行優先度を設定できるようにできる。更に、管理マネージャ102が管理クライアント105に対して効率的に管理サービス実行要求の再試行を行うことができる。
なお、上記実施例は本発明の一例を示したものであり、本発明はこれに限定されるべきものではないことは言うまでもないことである。
【0026】
【発明の効果】
以上、詳細に説明した如く、本発明によれば、メモリ,ディスク記憶装置等のコンピュータ資源の圧迫を避け、かつ、管理マネージャ102と管理クライアント105との間の通信量の増加を防止可能としたネットワーク管理クライアント起動方法を実現できるという顕著な効果を奏するものである。
【図面の簡単な説明】
【図1】本発明の適用対象であるコンピュータネットワークの概要を示す図である。
【図2】実施例に係る、被管理対象コンピュータ104内の管理クライアント105の内部構成の概要を示す図である。
【図3】実施例に係る、管理クライアント105内部の親プロセス106と子プロセス107のブロック図である。
【図4】実施例に係る、管理マネージャ102から管理クライアント105への管理サービス実行要求メッセージの例を示す図である。
【図5】実施例に係る、管理クライアント105のサービス定義テーブル501の例を示す図である。
【図6】実施例に係る、管理クライアント105の資源量上限値定義テーブル601の例を示す図である。
【図7】実施例に係る、管理クライアント105の実行中プロセス管理テーブル701の例を示す図である。
【図8】実施例に係る、管理クライアント105から管理マネージャ102への実行延期要求メッセージの例を示す図である。
【図9】実施例に係る、管理サービス実行制御部302の経過時間フィールドおよびサービス定義テーブル501の平均実行時間フィールドの更新処理のフローチャートである。
【符号の説明】
101 管理用コンピュータ
102 管理マネージャ
103 ネットワーク
104 被管理対象コンピュータ
105 管理クライアント
106 親プロセス
107 子プロセス
301 対管理マネージャ通信部
302 管理サービス実行制御部
303 子プロセス起動・監視処理部
304 管理サービス実行部
305 実時刻取得処理部
501 サービス定義テーブル
601 資源量上限値定義テーブル
701 実行中プロセス管理テーブル
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a method network management services running, especially in computer network management system, by limiting the computer and network resources for the management, network management service execution method to be able to ensure the performance of the entire system About.
[0002]
[Prior art]
With the expansion of client functions in computer network systems, the importance of client management has increased, and mechanisms for individually managing clients have emerged. This generally has the following configuration.
(1) A network management system in a computer network
(2) The management manager operates on the management computer, the management client operates on the managed computer, and the management manager and the management client operate in association with each other to execute the management service.
(3) The management manager instructs the management client to execute a management service.
(4) The management client has a configuration including a parent process that receives an instruction to execute the management service and a child process that actually performs the management service.
(5) Upon receiving the management service execution instruction from the management manager, the parent process of the management client generates different types of child processes corresponding to the type of the management service.
(6) The parent process of the management client receives the management service execution result of the generated child process, and returns a response to the management manager.
[0003]
[Problems to be solved by the invention]
The problem here is that, for example, an increase in the number of types of management services, such as collecting configuration information of a managed computer on a management computer or distributing files from the management computer to the managed computer, is increasing. And, as the number of clients increases,
(1) The pressure on the computer resources such as the memory and the disk storage device due to the execution of the program by the management client increases to the extent that execution of other applications cannot be ignored.
(2) The communication volume between the management manager and the management client increases.
It is two points.
The present invention has been made in view of the above circumstances, and has as its object to solve the above-described problems in the conventional technology, to avoid pressure on computer resources, and to reduce the communication between the management manager and the management client. It is an object of the present invention to provide a network management service execution method capable of preventing an increase in the amount of communication.
[0004]
[Means for Solving the Problems]
An object of the present invention is to provide a system in which a management computer 101 having a management manager 102 and a managed computer 104 having a management client 105 are connected via a network 103, wherein a parent process 106 of the management client 105 The upper limit value of the resource amount for the operation of the entire management client including the process 107 is held in advance according to the priority of each management service, and when an execution instruction of the management service to which the priority is added is received. Comparing the resource amount required for executing the management service with the upper limit of the resource amount held in accordance with the priority, and if the required resource amount is lower than the upper limit value, a child executing the management service is executed. Activate the process 107 and, if the required resource amount exceeds the upper limit value, extend the execution of the management service. It is achieved by a network management service execution method characterized by requesting the manager 102.
[0005]
BEST MODE FOR CARRYING OUT THE INVENTION
In the network management service execution method according to the present invention, the time variation of the management overhead on the computer network is suppressed by limiting the resources secured by the management client 105 at the time of executing the management service to a certain value or less. As a result, the performance of the entire system can be ensured.
Note that the parent process 106 of the management client 105 holds the type of management service, that is, the average execution time of the management service according to the type of the child process 107. Regarding the process 107, the elapsed time from the start is measured. At this time, when the above-mentioned request for postponing the execution of the management service when the required resource amount exceeds the upper limit value is made to the management manager 102, it is expected that the required resource amount becomes lower than the upper limit value and can be secured. Notify the time.
Accordingly, the management manager 102 can efficiently retry the management service execution request to the management client 105.
[0006]
Hereinafter, embodiments of the present invention will be described in more detail with reference to the drawings.
FIG. 1 is a diagram showing an outline of a computer network to which the present invention is applied.
The management computer 101 executes a management manager 102 for computer network management. The management manager 102 manages the managed computer 104 connected via the network 103. For this management, the management client 105 is executed on the managed computer 104.
[0007]
The management manager 102 and the management client 105 realize a management service while performing communication via the network 103. Examples of management services include:
(1) Collect configuration information of a managed computer in a management computer.
(2) Distribute files from the management computer to the managed computers.
and so on.
[0008]
FIG. 2 is a diagram illustrating an outline of an internal configuration of the management client 105 in the managed computer 104.
The process configuration of the management client 105 includes a parent process 106 for controlling the execution of the management service in the management client 105 and a child process 107 for executing each management service. The parent process 106 is started manually or automatically when the system is started. The child process 107 is activated by the activation from the parent process.
[0009]
FIG. 3 is a block diagram of the parent process 106 and the child process 107.
The management-manager communication unit 301 receives a management service execution instruction message from the management manager 102, transmits a result response, transmits an execution postponement request, and the like.
The management service execution control unit 302 determines whether the management service can be executed and manages the execution state.
The child process activation / monitoring processing unit 303 monitors the activation and termination of the process based on the child process activation request from the management service execution control unit 302.
[0010]
The child process activation / monitoring processing unit 303 monitors the activation and termination of the process based on the child process activation request from the management service execution control unit 302.
Further, the real time acquisition processing unit 305 acquires a timer interrupt in the computer and notifies the management service execution control unit 302 that a certain time has elapsed.
The management service execution unit 304 in the child process 107 executes an actual management service such as collecting configuration information in the computer and receiving a file from the management manager.
[0011]
Next, the flow of processing in the present embodiment configured as described above will be described with reference to FIGS. First, the overall operation will be described.
When the management manager 102 transmits a management service execution instruction to the management client 105, the management manager communication unit 301 of the management client parent process 106 receives the instruction.
The format of the execution instruction message includes an execution request service name field and a priority field as shown in FIG.
[0012]
Here, it is assumed that the execution request service name is defined in advance between the management manager and the management client. The priority is a numerical value indicating the priority of starting the management service, and a higher value indicates a higher priority.
The message communication procedure between the management manager and the management client may be of any type as long as it is a procedure for transmitting the message shown in FIG. 4 transparently.
Upon receiving the message, the manager communication unit 301 passes the content to the management service execution control unit 302.
[0013]
The management service execution control unit 302 performs matching processing between the received execution request service name and a service definition table 501 described later, and determines a child program name to be started.
FIG. 5 shows an example of the service definition table. The definition of each field of the service definition table 501 is as follows.
[0014]
(1) Service name: Service name that matches the name included in the execution request from management manager 102
(2) Program name: Name of the program that executes the corresponding service
(3) Average execution time: average time required to execute the corresponding program
(4) Memory required for execution: the maximum amount of temporary storage required to execute the program
(5) Required disk capacity at execution: the maximum capacity of the secondary storage device required to execute the corresponding program
Next, the management service execution control unit 302 checks whether or not the child program to be started is within the allowable execution range. First, the priority received from the management manager is matched with a resource amount upper limit value definition table 601 to be described later, and an allowable upper limit of the capacity of the execution time memory and the execution time disk is obtained.
FIG. 6 shows an example of the resource amount upper limit value definition table. The resource amount upper limit value definition table 601 is defined such that the higher the priority, the higher the upper limit.
[0016]
Next, the status of the currently running process is confirmed using the running process management table 701 described later.
FIG. 7 shows an example of the running process management table 701. The definition of each field of the running process management table 701 is as follows.
(1) Name of running program: program name of service definition table 501
(2) Running process name: Name of the process that executes the program
(3) Process start time: Time when the process was started
(4) Elapsed time: Elapsed time from the time when the process was started to the present. The update of the elapsed time field is performed by the management service execution control unit 302 based on the current time notification from the real time acquisition processing unit 305.
[0017]
The update algorithm of the elapsed time field of the management service execution control unit 302 and the average execution time field of the service definition table 501 will be described with reference to FIG.
When the real time update event is notified from the real time acquisition processing unit 305 to the management service execution control unit 302 (step 901), the “elapsed time” field of each entry of the running process management table 701 of the management client is set. , (Current time)-(process start time) (step 902).
[0018]
Next, the process termination event notification from the child process activation / monitoring unit 303 is checked (step 903). If there is an event notification, first, the value of the elapsed time is extracted from the corresponding entry of the running process management table 701 of the management client (step 904).
Next, the average execution time field and the execution count field of the service definition table 501 are updated based on this value (step 905).
[0019]
The value of the average execution time field is calculated by (average execution time value x execution count value + elapsed time value) / (execution count value + 1), and the calculation of the execution count field is calculated by (execution count value + 1). It is calculated by the following equation.
At the end of the process, the corresponding entry in the active process management table 701 is deleted (step 906).
The management service execution control unit 302 obtains the amount of resources currently used based on the running process management table 701 and the service definition table 501.
[0020]
In this embodiment, the used memory capacity is 25 MB (10 MB for Prog2 + 15 MB for Prog3), and the disk capacity is 300 KB (100 KB for Prog2 + 200 KB for Prog3).
Based on the result, a difference from the allowable upper limit value is obtained, and further, it is checked whether or not the execution request program can be started. In this embodiment, since the upper limit of the memory capacity is 40 MB, the program that can be started is 15 MB (= 40 MB−25 MB). However, since the requested Prog4 needs 20 MB, the program cannot be started.
[0021]
In this case, the management service execution control unit 302 issues an execution postponement request to the management manager 102 via the management manager communication unit 301.
FIG. 8 shows the format of the execution postponement request message. The expected start time field value in this message is calculated by the following method.
(1) A program that can secure resources required for starting a requested program by releasing resources
(2) Among the programs satisfying the above conditions, a program having the smallest value of (average program execution time-elapsed time) is selected.
[0022]
In the case of the present embodiment:
(1) Both Prog2 and Prog3 can secure the resources necessary for starting the requested Prog4 by releasing resources.
(2) Average execution time of program-elapsed time: Prog2 ... 30 sec, Prog3 ... 220 sec
As a result, the value of the estimated startable time field becomes 30.
[0023]
If the management manager 102 changes the execution request to one of the following conditions, if the same determination method is used, both the memory and the disk do not exceed the upper limit values, so that the process can be started.
(1) Execution request service name = service S1
(2) Priority = 2
If the process can be activated, the management service execution control unit 302 passes the name of the program to be activated to the child process activation / monitoring processing unit 303.
[0024]
The child process activation / monitoring processing unit 303 activates the process having the received program name and confirms normal activation (when the management service execution unit 304 starts operating), and then updates the process name and the process activation time to the management service execution control unit 302. Pass to.
The management service execution control unit 302 updates the running process management table 701 based on this.
Further, the child process activation / monitoring processing unit 303 continuously monitors the termination of the child process, and when the process is terminated, notifies the management service execution control unit 302 together with the termination result.
[0025]
The management service execution control unit 302 sends a service end response to the management manager via the management manager communication unit 301.
According to the above embodiment, the amount of resources secured by the management client 105 can always be kept below a certain value, and the execution priority of the management service can be set. Further, the management manager 102 can efficiently retry the management client 105 for the management service execution request.
It should be noted that the above embodiment is an example of the present invention, and it goes without saying that the present invention is not limited to this.
[0026]
【The invention's effect】
As described above in detail, according to the present invention, it is possible to avoid pressure on computer resources such as a memory and a disk storage device, and to prevent an increase in the amount of communication between the management manager 102 and the management client 105. This has a remarkable effect that a network management client activation method can be realized.
[Brief description of the drawings]
FIG. 1 is a diagram showing an outline of a computer network to which the present invention is applied.
FIG. 2 is a diagram illustrating an outline of an internal configuration of a management client 105 in a managed computer 104 according to the embodiment.
FIG. 3 is a block diagram of a parent process 106 and a child process 107 inside the management client 105 according to the embodiment.
FIG. 4 is a diagram illustrating an example of a management service execution request message from the management manager 102 to the management client 105 according to the embodiment.
FIG. 5 is a diagram illustrating an example of a service definition table 501 of the management client 105 according to the embodiment.
FIG. 6 is a diagram illustrating an example of a resource amount upper limit value definition table 601 of the management client 105 according to the embodiment.
FIG. 7 is a diagram illustrating an example of an ongoing process management table 701 of the management client 105 according to the embodiment.
FIG. 8 is a diagram illustrating an example of an execution postponement request message from the management client 105 to the management manager 102 according to the embodiment.
FIG. 9 is a flowchart of a process of updating an elapsed time field of the management service execution control unit 302 and an average execution time field of the service definition table 501 according to the embodiment.
[Explanation of symbols]
101 Management Computer 102 Management Manager 103 Network 104 Managed Computer 105 Management Client 106 Parent Process 107 Child Process 301 Management Manager Communication Unit 302 Management Service Execution Control Unit 303 Child Process Activation / Monitoring Processing Unit 304 Management Service Execution Unit 305 Time acquisition processing unit 501 Service definition table 601 Resource upper limit value definition table 701 Active process management table

Claims (2)

管理クライアントに対して管理サービスの実行指示を行う管理マネージャを有する管理コンピュータと、
前記管理マネージャからの管理サービス実行指示に基づいて管理サービスの実行を制御する親プロセスおよび該親プロセスからの指示に基づいて個々の管理サービスを実行する子プロセスからなる管理クライアントを有する被管理対象コンピュータとがネットワークを介して接続されたシステムのネットワーク管理サービス実行方法であって、
前記管理クライアントの親プロセスは、前記管理サービスの優先度に応じた複数の資源量の上限値を予め保持し
前記管理マネージャは、前記管理クライアントに対して管理サービス実行指示を行う場合に、前記管理サービスの優先度を表す情報を付加し、
前記親プロセスは、管理サービスの実行指示を受けたときに、該管理サービス実行に必要な資源量と該管理サービスの優先度に応じて保持した資源量の上限値とを比較し、
必要な資源量が前記上限値を下回っていれば、当該管理サービスを実行する子プロセスを起動し、
また、必要な資源量が前記上限値を上回っていれば、当該管理サービス実行の延期を管理マネージャに要求することを特徴とするネットワーク管理サービス実行方法。
A management computer having a management manager for instructing the management client to execute a management service ,
A managed computer having a management client including a parent process that controls execution of a management service based on a management service execution instruction from the management manager and a child process that executes an individual management service based on an instruction from the parent process Is a method for executing a network management service of a system connected via a network ,
The parent process of the management client previously holds an upper limit of a plurality of resource amounts according to the priority of the management service ,
The management manager, when instructing the management client to execute a management service, adds information indicating a priority of the management service,
The parent process, when receiving the execution instruction of the management service , compares the resource amount necessary for the execution of the management service with the upper limit value of the resource amount held according to the priority of the management service ,
If the required resource amount is below the upper limit, start a child process that executes the management service,
Further, if the required resource amount exceeds the upper limit value, a request is made to the management manager to postpone the execution of the management service, and a network management service execution method is provided.
前記管理クライアントの親プロセスは、
管理サービスの種類に応じた管理サービスの平均実行時間を保持しており、
前記管理マネージャより管理サービス実行指示を受けた際に起動した子プロセスに関して起動時からの経過時間の測定を行い、
必要な資源量が上限値を上回った場合、前記平均実行時間と前記経過時間の測定結果から、前記必要な資源量が前記上限値を下回って確保できるようになるまでの見込み時間を算出し、
前記管理サービス実行延期要求を管理マネージャに行う際に、前記算出した見込み時間を合わせて通知することを特徴とする請求項1記載のネットワーク管理サービス実行方法。
The parent process of the management client is
It holds the average execution time of the management service according to the type of management service,
Measure the elapsed time from the start of the child process started when receiving the management service execution instruction from the management manager,
If the required resource amount exceeds the upper limit, from the measurement results of the average execution time and the elapsed time, calculate the expected time until the required resource amount can be secured below the upper limit,
2. The network management service execution method according to claim 1, wherein when the management service execution postponement request is issued to the management manager, the calculated expected time is also notified.
JP19946697A 1997-07-25 1997-07-25 How to execute network management service Expired - Fee Related JP3543548B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP19946697A JP3543548B2 (en) 1997-07-25 1997-07-25 How to execute network management service

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP19946697A JP3543548B2 (en) 1997-07-25 1997-07-25 How to execute network management service

Publications (2)

Publication Number Publication Date
JPH1145185A JPH1145185A (en) 1999-02-16
JP3543548B2 true JP3543548B2 (en) 2004-07-14

Family

ID=16408281

Family Applications (1)

Application Number Title Priority Date Filing Date
JP19946697A Expired - Fee Related JP3543548B2 (en) 1997-07-25 1997-07-25 How to execute network management service

Country Status (1)

Country Link
JP (1) JP3543548B2 (en)

Also Published As

Publication number Publication date
JPH1145185A (en) 1999-02-16

Similar Documents

Publication Publication Date Title
JPH08286989A (en) Network management system
US7779410B2 (en) Control interfaces for distributed system applications
US7328259B2 (en) Systems and methods for policy-based application management
JP4054418B2 (en) Resource management method, apparatus, computer system, and distributed resource allocation and deallocation method for distributed garbage collection
US20060136761A1 (en) System, method and program to automatically adjust allocation of computer resources
JPWO2015146355A1 (en) Update management system and update management method
JP2002324047A (en) Method and system for automated session resources cleanup in distributed client/server environment
JP4205323B2 (en) Distribution system, distribution server and distribution method, distribution program
JP2003022258A (en) Backup system for server
WO2007065326A1 (en) Method for managing terminal device
JP2001084195A (en) Network managing system with event control means
US20140101320A1 (en) Information processing system, control method, management apparatus and computer-readable recording medium
US7251813B2 (en) Server apparatus having function of changing over from old to new module
WO2001046820A1 (en) Distributed processing system and network monitor system
JP3543548B2 (en) How to execute network management service
JP3636012B2 (en) Information processing system, information processing apparatus, and software installation method
JPH09293059A (en) Decentralized system and its operation management method
JP2003110605A (en) Policy control system, policy control method and program for allowing computer to execute the method
CN113553194B (en) Hardware resource management method, device and storage medium
JPH10326243A (en) Www client server system
JP3927386B2 (en) Coordinated scheduling type QoS control system and method
JPH1155321A (en) Connection management method and computer readable recording medium
JP2003345638A (en) Method for controlling storage controller, the storage controller, and program
JPH07152699A (en) Method, device and system for information processing
JPH11296452A (en) Software resource distribution system

Legal Events

Date Code Title Description
TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20040316

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20040329

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R360 Written notification for declining of transfer of rights

Free format text: JAPANESE INTERMEDIATE CODE: R360

R370 Written measure of declining of transfer procedure

Free format text: JAPANESE INTERMEDIATE CODE: R370

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090416

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100416

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100416

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110416

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110416

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120416

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130416

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130416

Year of fee payment: 9

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130416

Year of fee payment: 9

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140416

Year of fee payment: 10

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees