(57)【特許請求の範囲】
【請求項１】
監視対象であるサービス実行環境を監視する監視システムであって、
前記サービス実行環境の状態を把握するためのエージェント装置と、前記サービス実行環境の監視ルールを管理するためのマネージャ装置とを有し、
前記エージェント装置は、
前記サービス実行環境の状態を示す状態情報を生成する手段と、
前記状態情報を前記マネージャ装置へ送信する手段と、
前記マネージャ装置から取得したコマンドを実行して前記サービス実行環境の状態を変化させる手段とを有し、
前記マネージャ装置は、
前記サービス実行環境に障害が発生したと判定するための主条件と、前記主条件の状態を別の観点から表す副条件とで定義される、監視ルールを蓄積する蓄積手段と、
前記エージェント装置から受信した前記状態情報によって示される前記サービス実行環境の状態が、前記監視ルールに定義された主条件を満たすか否かの判定を、第１の判定として行う手段と、
前記エージェント装置から受信した前記状態情報によって示される前記サービス実行環境の状態が、前記監視ルールに定義された副条件を満たすか否かの判定を、第２の判定として行う手段と、
前記第１の判定の結果と、前記第２の判定の結果とが異なるか否かを判断する手段と、
前記第１の判定の結果と、前記第２の判定の結果とが異なる場合、前記主条件及び前記第１の判定の結果、並びに、前記副条件及び前記第２の判定の結果を管理者に通知する手段と、
を有することを特徴とする監視システム。
【請求項２】
前記監視ルールの設定が適切ではない旨を前記管理者へ通知する際に、前記主条件の再設定を要求することを特徴とする請求項１記載の監視システム。
【請求項３】
前記コマンドの処理内容が前記監視ルールに含まれて定義されていることを特徴とする請求項１又は２記載の監視システム。
【請求項４】
前記マネージャ装置と前記エージェント装置とは、ＳＮＭＰプロトコルによって通信することを特徴とする請求項１から３のいずれか１項記載の監視システム。
【請求項５】
前記マネージャ装置は、前記エージェント装置から受信した前記状態情報によって示される前記サービス実行環境の状態が、前記監視ルールに定義された主条件を満たす場合に、前記サービス実行環境における障害の発生を管理者に通知する手段を有することを特徴とする請求項１から４のいずれか１項記載の監視システム。
【請求項６】
監視対象であるサービス実行環境の状態を把握するためのエージェント装置と通信を行うネットワーク監視装置であって、
前記サービス実行環境に障害が発生したと判定するための主条件と、前記主条件の状態を別の観点から表す副条件とで定義される、監視ルールを蓄積する蓄積手段と、
前記エージェント装置から通知された前記サービス実行環境の状態が、前記監視ルールに定義された主条件を満たすか否かの判定を、第１の判定として行う手段と、
前記エージェント装置から通知された前記サービス実行環境の状態が、前記監視ルールに定義された副条件を満たすか否かの判定を、第２の判定として行う手段と、
前記第１の判定の結果と、前記第２の判定の結果とが異なるか否かを判断する手段と、
前記第１の判定の結果と、前記第２の判定の結果とが異なる場合、前記主条件及び前記第１の判定の結果、並びに、前記副条件及び前記第２の判定の結果を管理者に通知する手段と、
を有することを特徴とするネットワーク監視装置。
【請求項７】
前記サービス実行環境の状態が、前記監視ルールに定義された主条件を満たす場合に、前記サービス実行環境における障害の発生を管理者に通知する手段を有することを特徴とする請求項６記載のネットワーク監視装置。
【請求項８】
監視対象であるサービス実行環境の状態を把握するためのエージェント装置と通信を行う監視装置が行うサービス実行環境監視方法であって、
前記サービス実行環境に障害が発生したと判定するための主条件と、前記主条件の状態を別の観点から表す副条件とで定義される、監視ルールを蓄積する工程と、
前記エージェント装置から通知された前記サービス実行環境の状態が、前記監視ルールに定義された主条件を満たすか否かの判定を、第１の判定として行う工程と、
前記エージェント装置から通知された前記サービス実行環境の状態が、前記監視ルールに定義された副条件を満たすか否かの判定を、第２の判定として行う工程と、
前記第１の判定の結果と、前記第２の判定の結果とが異なるか否かを判断する工程と、
前記第１の判定の結果と、前記第２の判定の結果とが異なる場合、前記主条件及び前記第１の判定の結果、並びに、前記副条件及び前記第２の判定の結果を管理者に通知する工程と、
を有することを特徴とするサービス実行環境監視方法。
【請求項９】
前記サービス実行環境の状態が、前記監視ルールに定義された主条件を満たす場合に、前記サービス実行環境における障害の発生を管理者に通知する工程を有することを特徴とする請求項８記載のサービス実行環境監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションを実行する装置の運用条件を監視する監視システム、ネットワーク監視装置及びサービス実行環境監視方法に関し、特に、実環境に合わせた監視設定を行える監視システム、ネットワーク監視装置及びサービス実行環境監視方法に関する。
【背景技術】
【０００２】
運用監視製品にとって、監視、分析、対処という自律のループをいかに正しく回すかが大きな課題となっている。
【０００３】
その中でも、分析結果の正しさを検証する手法は実現されておらず、運用を継続することによって分析結果が適正なものになっていくこと、すなわち監視設定が自動最適化されることが求められている。
【０００４】
そのためには、監視設定が適切になされているか否かをシステム自体が評価して管理者に変更を促す、又は監視設定を自動修正する必要がある。
【０００５】
しかし、監視設定が適切になされているか否かをシステム自体が評価するためには、本当の障害が発生しているのか、又は監視設定が適切ではない“監視不良状態”であるのかをシステムが区別できなければならない。
【０００６】
運用監視製品の監視条件の妥当性確認方法に関しては、本当に障害が発生しているのか、実際には障害が発生していないのにもかかわらず監視設定が適切でないために障害が検出されているのかを区別できないというのが実状であった。また、管理者が監視条件を見直すのには実行環境に関する膨大な知識や経験が必要であった。
【０００７】
上記のような運用監視製品の監視条件の妥当性を確認することに関連する技術として、特許文献１には、１回目の関数処理後に異常時の制御用ルールを用いて２回目の関数処理を行い、１回目の処理の妥当性を評価する火災警報装置が開示されている。
特許文献１に開示される発明は、複数の条件で異常判定を行うことで判定精度を向上させるものである。
【特許文献１】特開平０６−３１８２９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、特許文献１には、２回目の関数処理によって１回目の処理の妥当性が低いと評価した場合に、１回目の処理に用いた処理ルールを修正することについて何の開示も無く、示唆さえされていない。すなわち、特許文献１に開示される発明は、実環境に合わせて監視設定を自動最適化することはできない。よって、ある状態において１回目の処理と２回目の処理とで判断結果が一致しなかった場合、それ以降に同じ状態となったとしても、１回目の処理結果と２回目の処理結果は不一致となったままである。
【０００９】
本発明は係る問題に鑑みてなされたものであり、監視設定が適切になされているか否かを装置自体が評価して管理者に変更を促す監視システム、ネットワーク監視装置、及びサービス実行環境監視方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明は、第１の態様として、監視対象であるサービス実行環境を監視する監視システムであって、サービス実行環境の状態を把握するためのエージェント装置と、サービス実行環境の監視ルールを管理するためのマネージャ装置とを有し、エージェント装置は、サービス実行環境の状態を示す状態情報を生成する手段と、状態情報をマネージャ装置へ送信する手段と、マネージャ装置から取得したコマンドを実行してサービス実行環境の状態を変化させる手段とを有し、マネージャ装置は、サービス実行環境に障害が発生したと判定するための主条件と、主条件の状態を別の観点から表す副条件とで定義される、監視ルールを蓄積する蓄積手段と、エージェント装置から受信した状態情報によって示されるサービス実行環境の状態が、監視ルールに定義された主条件を満たすか否かの判定を、第１の判定として行う手段と、エージェント装置から受信した状態情報によって示されるサービス実行環境の状態が、監視ルールに定義された副条件を満たすか否かの判定を、第２の判定として行う手段と、第１の判定の結果と、第２の判定の結果とが異なるか否かを判断する手段と、第１の判定の結果と、第２の判定の結果とが異なる場合、主条件及び第１の判定の結果、並びに、副条件及び第２の判定の結果を管理者に通知する手段と、を有することを特徴とする監視システムを提供するものである。
【００１１】
また、上記目的を達成するため、本発明は、第２の態様として、監視対象であるサービス実行環境の状態を把握するためのエージェント装置と通信を行うネットワーク監視装置であって、サービス実行環境に障害が発生したと判定するための主条件と、主条件の状態を別の観点から表す副条件とで定義される、監視ルールを蓄積する蓄積手段と、エージェント装置から通知されたサービス実行環境の状態が、監視ルールに定義された主条件を満たすか否かの判定を、第１の判定として行う手段と、エージェント装置から通知されたサービス実行環境の状態が、監視ルールに定義された副条件を満たすか否かの判定を、第２の判定として行う手段と、第１の判定の結果と、第２の判定の結果とが異なるか否かを判断する手段と、第１の判定の結果と、第２の判定の結果とが異なる場合、主条件及び第１の判定の結果、並びに、副条件及び第２の判定の結果を管理者に通知する手段と、を有することを特徴とするネットワーク監視装置を提供するものである。
【００１２】
また、上記目的を達成するため、本発明は、第３の態様として、監視対象であるサービス実行環境の状態を把握するためのエージェント装置と通信を行う監視装置が行うサービス実行環境監視方法であって、サービス実行環境に障害が発生したと判定するための主条件と、主条件の状態を別の観点から表す副条件とで定義される、監視ルールを蓄積する工程と、エージェント装置から通知されたサービス実行環境の状態が、監視ルールに定義された主条件を満たすか否かの判定を、第１の判定として行う工程と、エージェント装置から通知されたサービス実行環境の状態が、監視ルールに定義された副条件を満たすか否かの判定を、第２の判定として行う工程と、第１の判定の結果と、第２の判定の結果とが異なるか否かを判断する工程と、第１の判定の結果と、第２の判定の結果とが異なる場合、主条件及び第１の判定の結果、並びに、副条件及び第２の判定の結果を管理者に通知する工程と、を有することを特徴とするサービス実行環境監視方法を提供するものである。
【発明の効果】
【００１３】
本発明によれば、監視設定が適切になされているか否かを装置自体が評価して管理者に変更を促す監視システム、ネットワーク監視装置、及びサービス実行環境監視方法を提供できる。
【発明を実施するための最良の形態】
【００１４】
図１に、本発明に係るネットワーク監視装置の構成を示す。ネットワーク監視装置１０は、主条件と少なくとも一つの副条件との複数の条件で定義される監視ルールを蓄積する監視ルール蓄積部１２と、監視の対象であるサービス実行環境の状態が、監視ルール蓄積部１２に蓄積されたいずれかの監視ルールに定義された主条件に適合するか否か及び副条件のそれぞれに適合するか否かを判断する分析部１１と、サービス実行環境の状態が、任意の監視ルールにおいて、副条件のいずれかと主条件とで適否が異なるか否かを判断する監視不良検証部１３と、副条件のいずれかと主条件とで適否が異なる監視ルールの更新を管理者に要求する監視不良表示部１５と、改正された監視ルールを蓄積手段へ蓄積する監視ルール更新部１６とを有する。
【００１５】
分析部１１は、監視対象の状態情報を受け取り、監視ルール蓄積部１２に蓄積されている監視ルールの条件を満たすか否かを判定する。監視ルール蓄積部１２は、複数の条件によって定義される障害の監視のための監視ルールを格納し管理する。監視不良検証部１３は、分析部１１からの障害判定結果を受け取り、複数存在する条件の判定結果が一致しない場合には、監視設定が適切ではないことを示す監視不良警告を監視不良表示部１５に表示させる。監視ルール更新部１６は、監視不良が発生し監視ルールを変更する必要が生じた場合には、管理者からの入力操作を受け付け、監視ルール蓄積部１２に蓄積されている監視ルールを変更し更新する。
【００１６】
以下、本発明の好適な実施の形態について説明する。
【００１７】
本発明の好適な実施の形態について説明する。図２に、本実施形態に係るネットワーク監視システムの構成を示す。このシステムは、マネージャ装置１００、エージェント装置２００及びサービス実行環境３００を含む。本発明に係るネットワーク監視装置は、マネージャ装置１００としてネットワーク監視システムに適用されている。
【００１８】
マネージャ装置１００は、分析部１１０、監視ルール蓄積部１２０、監視不良検証部１３０、障害表示部１４０、監視不良表示部１５０及び監視ルール更新部１６０を有する。マネージャ装置１００としては、ＳＮＭＰサーバなどが用いられる。
【００１９】
分析部１１０は、エージェント装置２００からイベント２０を受け取り、監視ルール蓄積部１２０に蓄積されている監視ルールの条件を満たすか否かを判定する。分析部１１０は、イベント２０が条件を満たすと判定した場合、それを監視不良検証部１３０に通知し、障害表示部１４０によって画面表示を行い管理者１０にそれを告知する。監視ルール蓄積部１２０は、複数の条件によって定義される障害の監視のための監視ルールを格納し管理する。監視不良検証部１３０は、分析部１１０からの障害判定結果を受け取り、複数存在する条件の判定結果が一致しない場合には、監視設定が適切ではないことを示す監視不良警告を監視不良表示部１５０に表示させる。監視ルール更新部１６０は、監視不良が発生し監視ルールを変更する必要が生じた場合には、管理者１０からの入力操作を受け付け、監視ルール蓄積部１２０に蓄積されている監視ルールを変更し更新する。
【００２０】
マネージャ装置１００は、管理者１０の指令により障害解消のためのアクションをコマンド３０としてエージェント装置２００へ発行する機能を備える。
【００２１】
エージェント装置２００は、監視部２１０及び制御部２２０を有する。
監視部２１０は、サービス実行環境３００から性能情報を取り出し、イベント２０を生成してマネージャ装置１００に通知する。制御部２２０は、マネージャ装置１００から障害解消のためのアクションとしてのコマンド３０を受け取り、サービス実行環境３００にそのコマンドを発行して障害を解消させる。
【００２２】
このシステムは、イベント２０を収集して分析（障害条件の判定）した結果をマネージャ装置１００が管理者に提示する構成であるが、監視ルール蓄積部１２０に格納される監視ルールには、異なる観点で同一状態を判定する複数の条件を定義する。監視不良検出部１３０がこの複数の条件での判定の違いを検出した場合には、監視設定が適切ではない監視不良状態にあるとして警告を発し、管理者に条件を修正させる。
【００２３】
本実施形態に係る監視システムの動作について説明する。
図３に、監視ルールのデータ構造を示す。監視ルールは、番号、ルール名称、主条件、副条件及びアクションからなる。ここでは、副条件の最大数を３としているが、これに限定されることはなく任意個数である。
【００２４】
図３の番号“１”の監視ルール（ルール名称「Ｗｅｂｓｒｖ過負荷」）は、Ｗｅｂサーバ、データベースサーバ及びアプリケーションサーバからなる３層構成のシステムのうちＷｅｂサーバの過負荷を監視するルールの例であり、Ｗｅｂサーバの負荷が８０％以上のとき障害と判定する条件が主条件として定義されている。さらに、アプリケーションのレスポンスが５０００ｍｓ以上の時に障害発生と判定する“副条件１”、ＡＰサーバの負荷が７０％以上の時に障害発生と判定する“副条件２”、ＤＢサーバの負荷が６０％以上のときに障害発生と判定する“副条件３”の三つの副条件が定義されている。このように監視ルールは、障害状態を示す主条件と、主条件の状態を別の観点から表す少なくとも一つの副条件との複数の条件を備える。
【００２５】
図４に、監視システムの動作の流れを示す。ステップＡ０１及びＡ０２は監視部２１０の動作、ステップＡ１１〜Ａ１６は分析部１１０の動作、ステップＡ２１〜２４は監視不良検証部１３０の動作、ステップＡ３１は監視不良表示部１５０の動作、ステップＡ４１は監視ルール更新部１６０の動作である。
まず、エージェント装置２００の監視部２１０がサービス実行環境３００から性能情報を収集する（ステップＡ０１）。監視部２１０は、性能情報を取得するとそれを基にイベント２０を生成し、マネージャ装置１００へ送る（ステップＡ０２）。
【００２６】
マネージャ装置１００の分析部１１０では、エージェント装置２００からイベント２０が送られてくるのを待機している（ステップＡ１１）。分析部１１０は、エージェント装置２００からイベント２０が送られてきたならば、監視ルール蓄積部１２０から適合未判定の監視ルールを一つ取り出す（ステップＡ１２）。
未判定の監視ルールが無ければ（ステップＡ１３／Ｙｅｓ）、ステップＡ１１に戻り、分析部１１０は次のイベントがエージェント装置２００から送られてくるのを待機する。監視ルールを取り出した場合には（ステップＡ１３／Ｎｏ）、分析部１１０は取り出した監視ルールの主条件が満たされているか否かを判定する（ステップＡ１４）。主条件を満たしていた場合には（ステップＡ１５／Ｙｅｓ）、分析部１１０は障害判定結果を障害表示部１４０へ通知し、障害状態にあることを表示させる（ステップＡ１６）。一方、主条件を満たしていない場合にはステップＡ２１へ進む。
【００２７】
分析部１１０が主条件の判定を終えた後、監視不良検証部１３０は、主条件の判定結果と副条件の判定結果とが異なる場合に監視設定が適切ではない“監視不良状態”にあると判断するために以下の動作を行う。副条件は複数存在しうるため、まず監視不良検証部１３０は、監視ルールから判定対象の副条件を一つ取り出す（ステップＡ２１）。監視ルールの全ての副条件について判定を終えたならば（ステップＡ２２／Ｙｅｓ）、ステップＡ１２へ戻って次の監視ルールの処理を行う。一方、未判定の副条件が存在するならば（ステップＡ２２／Ｎｏ）、ステップＡ２３へ進む。
【００２８】
ステップＡ２１で判定対象の副条件を取り出した場合には、監視不良検証部１３０は主条件の判定結果と副条件の判定結果とが異なるか否かを判定する（ステップＡ２３）。主条件の判定結果と副条件の判定結果とが一致する場合には（ステップＡ２４／Ｎｏ）、ステップＡ２１へ戻って他の副条件について同様の処理を行う。一方、主条件の判定結果と副条件の判定結果とが一致しない場合には（ステップＡ２４／Ｙｅｓ）、ステップＡ３１へ進み、監視設定が適切ではない“監視不良状態”の処理を行う。
【００２９】
監視設定が適切ではない“監視不良状態”にある場合には、監視不良表示部１５０は、監視不良警告として主条件及びその判定結果と副条件及びその判定結果とを表示することによって監視不良状態にあることを管理者１０に報知する（ステップＡ３１）。報知された監視不良警告に応じて管理者１０が監視ルール更新部１６０を用いて監視ルールの条件の修正を実施すると、監視ルール更新部１６０は、更新した監視ルールを監視ルール蓄積部１２０に格納する（ステップＡ４１）。その後、ステップＡ２１へ戻り次の副条件を処理する。
【００３１】
このように、本実施形態に係るネットワーク監視システムは、主条件と副条件とで判定結果に差がある場合に、監視設定が適切ではないことを示す監視不良警告を表示するため、管理者は障害が発生しているのか監視不良なのかを区別できる。
【００３２】
なお、上記実施形態は本発明の好適な実施の一例であり、本発明はこれに限定されることはない。
例えば、上記実施形態においては３層構造のシステムを監視する処理を例としたが、監視対象の構成は任意であることは言うまでもない。
また、障害発生の表示は行わず監視条件の検証のみを行うことも可能である。
このように、本発明は様々な変形が可能である。
【図面の簡単な説明】
【００３３】
【図１】本発明に係るネットワーク監視装置の構成を示す図である。
【図２】本発明の好適な実施の形態に係るネットワーク監視システムの構成を示す図である。
【図３】監視ルールの一例を示す図である。
【図４】本発明の好適な実施の形態に係るネットワーク監視システムの動作の流れを示す図である。
【符号の説明】
【００３４】
１０    ネットワーク監視装置
１１、１１０    分析部
１２、１２０    監視ルール蓄積部
１３、１３０    監視結果検証部
１５、１５０    監視不良表示部
１６、１６０    監視ルール更新部
１００  マネージャ装置
１４０    障害表示部
２００    エージェント装置
２１０    監視部
２２０    制御部
３００    サービス実行環境
【図１】
0004867908.tif 000002
【図２】
0004867908.tif 000003
【図３】
0004867908.tif 000004
【図４】
0004867908.tif 000005