JP2006011902A - 運用管理支援システムおよび性能情報表示方法 - Google Patents

Abstract

【課題】 管理対象システムの性能情報を収集する運用管理支援システムにおいて、ある性能情報種類についての性能劣化を、その性能情報種類から影響を受ける他の性能情報種類についての性能情報の変化によって判断する。
【解決手段】 メトリック相関４００は、性能情報種類間の依存関係について影響を与える性能情報種類と影響を受ける性能情報種類とを示す依存関係情報を格納する。性能情報収集部１０５は、性能情報種類全体のうち選択された性能情報種類について管理対象システムから周期的に性能情報を収集して性能情報履歴を記録する。検索部１０１は、選択されない性能情報種類の１つが指定されたとき、メトリック相関４００を検索し、指定された性能情報種類から影響を受けかつ選択済の複数の性能情報種類を取得し、取得した性能情報種類について性能情報履歴を表示する。
【選択図】 図１

Description

本発明は、管理対象システムから性能情報を収集する運用管理支援システムに関する。

従来専用システムとして構築されていた企業情報システムは、Ｗｅｂサーバなどのインターネットサービスのサーバ、データベースサーバなど、汎用のコンポーネントによって実現されるようになった。このような企業情報システムは、独立した複数の要素から構成されているため、システムの性能低下の原因を特定することが難しい。

特に比較的大規模なシステムにおいては、膨大な管理情報を一元的に管理することが性能監視および性能低下の原因分析のために重要であるため、システムの構成情報、システムの提供するサービスの応答時間などを集中管理する運用管理支援システムが開発されている。このような運用管理支援システムは、サービスの応答性能や構成要素のＣＰＵ使用率、メモリ使用率などの性能情報を収集し、しきい値監視によって異常を検出し、検出した異常の原因を解析する（特許文献１参照）。

次に運用管理支援システムの持つ従来の性能低下原因を解析する方法について述べる。まずシステムの構成要素の性能情報をサービスごとにグループ化し、サービスの応答性能が低下した場合には、グループの中から応答性能に影響を与えたと考えられる性能情報を絞り込み、問題のある構成要素を特定する。この絞込みには、性能情報間の相関分析が利用されることが多い。相関分析とは、変数Ｘと変数Ｙとの間の相関関係を示すものである。変数Ｘが増加すると変数Ｙも増加する場合に、変数Ｘと変数Ｙの間には正の相関関係があると言うことができる。一方、変数Ｘが増加すると変数Ｙは減少する場合に、変数Ｘと変数Ｙの間には負の相関関係があると言うことができる。相関関係は、相関係数によって定量的に表され、相関係数は公式によって算出することが可能である。この相関分析によって、変数Ｘを基準として変数Ｙとの相関係数を求めるとき、変数Ｘを目的変数、変数Ｙを説明変数と呼ぶ。

以上述べたように、運用管理支援システムの性能低下原因を解析する機能を用いることにより、あるサービスの応答性能に影響を与えたと考えられる要素を洗い出すことが可能であり、根本的な原因の発見に役立てることができる。このような解析機能を持つ運用管理支援システムは既に市販されている（非特許文献１参照）。

なお多くのサーバやネットワーク機器は、ＣＰＵ使用率や回線稼働率などの性能情報をＭＩＢ(Management Information Base)として保持している。ＭＩＢは、分散システムの管理情報の構造を規定したものであり、管理情報をオブジェクトＩＤと呼ばれる一意な識別子で指定することができる。サーバやネットワーク機器が持つＭＩＢの値を、ネットワークを介して外部から取得可能にするプロトコルがＳＮＭＰ(Simple Network Management Protocol)である。運用管理支援システムは、一般にこのＳＮＭＰを利用してＭＩＢ形式の性能情報を収集する。ただし直接サーバにリモートログインして性能情報を収集する機能をもつシステムも存在する。

特開２００２−３４２１８２号公報 「日経ビジネス」２００２年３月１８日号

上記従来技術を利用すると、システムの管理者は、システムの性能情報を監視し、性能低下を早期発見し、性能低下原因の解析を行うことができる。しかし従来技術には次のような問題点がある。

構成要素によっては性能情報を提供していなかったり、提供手段が固有であったりするため、運用管理支援サーバが性能情報を収集できない場合がある。しかし従来技術では、構成要素が性能劣化を招いた性能情報を収集していない場合には、その原因を特定できない。

本発明は、少なくとも１台の計算機が稼動し、受信したリクエストの処理を行ってその応答を返す管理対象システムと、管理対象システムの稼動状態や処理性能を示す性能情報を収集する運用管理支援システムとを有するシステムにおいて運用管理支援システムによる性能情報表示技術であって、管理対象システムの性能情報の種別を示す複数の性能情報種類が設定されており、運用管理支援システムは、性能情報種類のうち選択された性能情報種類について管理対象システムから周期的に性能情報を収集して性能情報履歴を記録し、選択されない性能情報種類の１つが指定されたとき、性能情報種類間の依存関係について影響を与える性能情報種類と影響を受ける性能情報種類との関係を示す依存関係情報を検索して、指定された性能情報種類から影響を受けかつ選択済の複数の性能情報種類を取得し、取得した性能情報種類について性能情報履歴を表示する技術を特徴とする。

本発明の運用管理支援システムによれば、ある性能情報種類についての性能劣化を、その性能情報種類から影響を受ける他の性能情報種類についての性能情報の変化によって判断するので、その性能情報種類についての性能情報を収集していない場合でも、その性能情報種類に関する性能劣化を判断することが可能になり、管理対象システム全体の性能劣化の原因特定に有効である。

図１は、本発明の一実施例のシステムの構成図である。本実施例のシステムは、１つの運用管理支援サーバ１００と、複数の管理対象サーバ２２２からなる管理対象システム２００から構成される。運用管理支援サーバ１００は、ＩＰネットワーク１２０を介して管理対象サーバ２２２と接続される。

運用管理支援サーバ１００は、ＣＰＵ、メモリ、外部記憶装置などを備えた計算機である。運用管理支援サーバ１００は、そのメモリにＧＵＩ（Graphical User Interface）のほかに、構成情報・収集条件登録部１０４、分析・検索指示部１０３、性能情報収集部１０５、しきい値監視部１０２、相関分析部１０７、検索部１０１の各プログラムを格納し、そのＣＰＵによって実行する。構成情報・収集条件登録部１０４は、管理対象システム２００の構成を示す構成定義情報６００と性能情報の収集条件１１２とを入力し、データベース１０６に登録する。分析・検索指示部１０３は、性能劣化原因の分析実行指示を受け付ける。性能情報収集部１０５は、管理対象サーバ２２２から性能情報を収集する。しきい値監視部１０２は、収集した性能情報が予め決められたしきい値を超過していないか判定し、超過する場合はポップアップウィンドウを表示して管理者に通知する。相関分析部１０７は、相関分析により性能情報種類間の関連の強さを算出する。検索部１０１は、ある性能情報から影響を受ける関連性能情報を検索する。外部記憶装置上に記憶されるデータベース１０６は、管理対象システム２００についての構成情報５００と、性能情報の収集条件１１２と、収集した性能情報１１３とを格納する。

構成情報５００は、構成情報テンプレート１１０と構成定義情報６００とを含む。構成情報テンプレート１１０は、構成情報のひな型となる情報であり、オブジェクト定義３００と、メトリック相関４００とから成る。構成定義情報６００は、管理者によって入力される情報であり、構成情報テンプレート１１０に基づいて作成される。

管理対象サーバ２２２は、ＣＰＵ、メモリ、外部記憶装置などを備えた計算機である。管理対象サーバ２２２は、そのメモリに管理対象サーバプログラム２２１およびエージェント２０１の各プログラムを格納し、そのＣＰＵによって実行する。

エージェント２０１は、管理対象サーバプログラム２２１が稼動する管理対象サーバ２２２上で稼動し、プロセス間通信などの手段により、管理対象サーバ２２２のＣＰＵ使用率、メモリ使用率、管理対象サーバの待ちリクエスト数などの性能情報を収集するプログラムである。本実施例では、エージェント２０１は管理対象サーバプログラム２２１から独立したプログラムであるが、管理対象サーバプログラム２２１が性能情報を提供するインタフェースを備えており、性能情報収集部１０５が直接管理対象サーバプログラム２２１から性能情報を取得できる場合には、エージェント２０１は不要である。

性能情報収集部１０５は、管理対象サーバプログラム２２１に擬似的なリクエストを送信し、レスポンスを得るまでの応答時間を収集する。また性能情報収集部１０５は、エージェント２０１へＳＮＭＰによる性能情報収集リクエストを送信する。エージェント２０１は、性能情報収集部１０５から性能情報収集リクエストを受け取り、当該エージェントが稼動する管理対象サーバ２２２のＣＰＵ使用率や管理対象サーバプログラムの待ちリクエスト数などの性能情報を性能情報収集部１０５に送信する。

図２は、管理対象システム２００の実施例の構成を示す図である。管理対象システム２００は、複数の管理対象サーバ２２２、ストレージ装置１（２０７）およびストレージ装置２（２０８）を有する。各管理対象サーバ２２２は、各々管理対象サーバプログラム２２１として、Ｗｅｂサーバ１（２０２）、Ｗｅｂサーバ２（２０３）、アプリケーションサーバ１（以後、ＡＰサーバ１という）（２０４）、アプリケーションサーバ２（以後、ＡＰサーバ２という）（２０５）、およびデータベースサーバ（以後、ＤＢサーバという）２０６を有する。

Ｗｅｂサーバ１（２０２）、Ｗｅｂサーバ２（２０３）、ＡＰサーバ１（２０４）、ＡＰサーバ２（２０５）、およびＤＢサーバ２０６は、同一の管理対象サーバ２２２上で動作してもよいし、それぞれネットワークによって接続された別の管理対象サーバ２２２上で動作してもよい。本実施例では、各サーバプログラムはそれぞれ別の管理対象サーバ２２２上で動作し、各管理対象サーバ２２２はＩＰネットワーク２１０によって接続されているものとする。なおＷｅｂサーバ１（２０２）、Ｗｅｂサーバ２（２０３）、ＡＰサーバ１（２０４）、またはＡＰサーバ２（２０５）が稼動する管理対象サーバ２２２上には、エージェント２０１も稼動しており、ＣＰＵ使用率やメモリ使用率などの管理対象サーバ２２２自体の性能情報と、Ｗｅｂサーバの受信リクエスト数など、サーバプログラムの性能情報を取り出し、運用管理支援サーバ１００へ送信する。

またストレージ装置１（２０７）は、ＦＣ（Fiber Channel）ネットワーク２２０を介してＤＢサーバ２０６およびストレージ装置２（２０８）と接続している。このストレージ装置１（２０７）は、仮想ストレージ機能を備えており、ＤＢサーバ２０６から自ストレージ装置上の記憶領域と同様にストレージ装置２（２０８）上の記憶領域を利用可能とする。

この管理対象システム２００は、Ａ社が提供する会員制のショッピングサイトを実現する。Ａ社ショッピングサイトが提供するサービスは、会員情報管理サービスとオンラインショッピングの２つのサービスである。管理対象システム２００は、この会員情報管理サービスと、オンラインストアとをそれぞれ別サービスとして監視している。Ｗｅｂサーバ１（２０２）とＡＰサーバ１（２０４）は、会員情報管理サービスを実現している。一方、Ｗｅｂサーバ２（２０３）とＡＰサーバ２（２０５）は、オンラインショッピングを実現している。ＤＢサーバ２０６は、これら２つのサービスによって共通にアクセスされる会員情報を管理している。ストレージ装置１（２０７）およびストレージ装置２（２０８）は、ＤＢサーバ２０６が管理する会員情報を記録しており、ＤＢサーバ２０６は、ストレージ装置１（２０７）およびストレージ装置２（２０８）上に記録されている会員情報の登録、更新、削除および参照を行う。

次にこの管理対象システム２００が実現するショッピングサイトの処理例について説明する。このショッピングサイトの利用者のコンピュータ２１１は、ＩＰネットワーク１２０を介して管理対象システム２００と接続しており、会員情報変更のＷｅｂページを用いて会員情報の変更を行い、その後、オンラインストアのＷｅｂページで商品の購入を行うものとする。

Ｗｅｂサーバ１（２０２）は会員情報変更のページを持つ。そしてＡ社ショッピングサイトの利用者のコンピュータ２１１が発行するＨＴＴＰリクエストを受け付け、会員情報変更要求をＨＴＴＰリクエストから取り出し、ＡＰサーバ１（２０４）に送信する。ＡＰサーバ１（２０４）は、会員情報変更要求を受け取り、会員情報変更のＳＱＬリクエストを作成してＤＢサーバ２０６に送信する。ＤＢサーバ２０６は、ＳＱＬリクエストを受信し、会員情報を変更する。そしてＤＢサーバ２０６は、変更操作が正常に完了したことを示す応答をＡＰサーバ１（２０４）に送信する。ＡＰサーバ１（２０４）は、この応答を受け取り、Ｗｅｂサーバ１（２０２）に応答を送信する。Ｗｅｂサーバ１（２０２）は、この応答を受け取り、利用者のコンピュータ２１１にＨＴＴＰレスポンスとして応答を返す。

一方、Ｗｅｂサーバ２（２０３）はオンラインショッピングのページを持つ。そしてＷｅｂサーバ２（２０３）は、利用者のコンピュータ２１１が発行するＨＴＴＰリクエストを受け付け、ＨＴＴＰリクエストから会員情報や選択された商品情報などを取り出し、ＡＰサーバ２（２０５）へ送信する。ＡＰサーバ２（２０５）は、会員情報や選択された商品情報を受け取り、会員情報を確認するため、会員情報を取得するＳＱＬリクエストを作成し、ＤＢサーバ２０６に送信する。ＤＢサーバ２０６は、会員情報を取得するＳＱＬリクエストを受け取り、応答として会員情報をＡＰサーバ２（２０５）に送信する。ＡＰサーバ２は、この会員情報を確認する。そして会員情報が正しいと判定した場合には、購入記録の登録要求のＳＱＬリクエストを作成し、同様にＤＢサーバ２０６に送信する。ＤＢサーバ２０６は、このＳＱＬリクエストを受け取り、購入記録を保存する。

図３は、本発明の一実施例において構成情報テンプレート１１０に含まれるオブジェクト定義３００のデータ構成を示す図である。このオブジェクト定義３００は、３階層システムをモデル化して関係する性能パラメータを定義する。性能パラメータとは、性能情報の種別を示す情報である。本明細書では、性能情報種類を示す情報を性能パラメータとも呼ぶ。３階層システムとは、Ｗｅｂアプリケーションの実現に用いられる構成であり、Ｗｅｂサーバ、ＡＰサーバ、およびＤＢサーバから成る。Ａ社のショッピングサイトは３階層システムである。ここでオブジェクトとは管理対象システム２００の管理対象物を意味している。オブジェクト定義とは、オブジェクトの種類と、オブジェクト種類ごとに性能情報を収集するとすれば収集可能な性能パラメータを定義するものである。３階層システムのオブジェクトには、ＨＴＴＰサービス、ホスト、Ｗｅｂサーバ、ＡＰサーバ、およびＤＢサーバがある。ここでＨＴＴＰサービスは、サービスの全体を管理対象物とみなすものである。またホストとは、ハードウェアとしての管理対象サーバ２２２を意味する。本実施例のオブジェクト定義３００は、ＨＴＴＰサービスオブジェクト定義３１０、ホストオブジェクト定義３２０、Ｗｅｂサーバオブジェクト定義３３０、ＡＰサーバオブジェクト定義３４０、およびＤＢサーバオブジェクト定義３５０から成る。

ＨＴＴＰサービスの性能パラメータは、ＨＴＴＰリクエストの送信準備からＨＴＴＰレスポンスを受信するまでの所要時間である総応答時間３１１と、ＤＮＳ名前解決やＴＣＰコネクションの確立に要したセットアップ時間３１２と、ＨＴＴＰリクエストを送信し、ＨＴＴＰレスポンスを受信するまでの所要時間であるＨＴＴＰ時間３１３とから成る。ＨＴＴＰ時間にセットアップ時間を加えたものが総応答時間になる。ホストの性能パラメータは、ＣＰＵ使用率３２１、メモリ使用率３２２および回線使用率３２３から成る。

Ｗｅｂサーバの性能パラメータは、Ｗｅｂサーバが単位時間あたりに受信するリクエスト数である受信リクエスト数３３１、平均レスポンス時間３３２、およびＷｅｂサーバに割り当てられたスレッド数に対するリクエスト処理中のスレッド数であるリクエスト処理中スレッド割合３３３から成る。平均レスポンス時間は、Ｗｅｂサーバがリクエストを受信してから応答を返すまでの時間である。一般にリクエストと使用するスレッドはほぼ１対１対応しており、リクエスト数が増えると使用するスレッド数が増える。

ＡＰサーバの性能パラメータは、ＪＶＭ（Java（登録商標） Virtual Machine）に割り当てられたメモリに対する使用中メモリの割合を示すＪＶＭメモリ使用率３４１、ＡＰサーバに割り当てられたスレッド数に対するリクエスト処理中のスレッド数であるリクエスト処理中スレッド割合３４２、実行待ちリクエスト数３４３、およびＤＢ平均トランザクション時間３４４から成る。一般にＡＰサーバは、１つのリクエストについてＤＢサーバへ複数のトランザクションを発行する。平均トランザクション時間は、ＡＰサーバがＤＢサーバへトランザクションを送信してから応答を受け取るまでのトランザクション時間の平均値である。

ＤＢサーバの性能パラメータは、単位時間あたり処理されるトランザクション数であるトランザクション数３５１、およびキャッシュヒット率３５２から成る。キャッシュヒット率３５２は、ＤＢサーバ２０６がデータベース中のデータをその管理対象サーバ２２２のメモリに見出す割合である。

図４は、本発明の一実施例の構成情報テンプレート１１０に含まれるメトリック相関４００のデータ構成例を示す図である。メトリック相関４００は、管理対象システム２００の性能に関するオブジェクトの性能パラメータ間の依存関係を表す。図示される矢印の元は影響を与える性能パラメータであり、矢印の先は影響を受ける性能パラメータを示す。

Ｗｅｂサーバの受信リクエスト数３３１は、Ｗｅｂサーバのリクエスト処理中スレッド割合３３３、およびＡＰサーバの実行待ちリクエスト数３４３に影響を与える。ＤＢサーバのトランザクション数３５１は、ＡＰサーバのＤＢ平均トランザクション時間３４４に影響を与え、ＤＢ平均トランザクション時間３４４は実行待ちリクエスト数３４３に影響を与える。一方、ＤＢサーバのキャッシュヒット率３５２はトランザクション数３５１に影響を与える。なお本実施例では、ＡＰサーバは、ＡＰサーバ１とＡＰサーバ２から成るので、ＤＢサーバのトランザクション数３５１は、両ＡＰサーバのＤＢ平均トランザクション時間３４４および実行待ちリクエスト数３４３に影響を与えることになる。その他の性能パラメータもメトリック相関をもつがその依存関係が単純ではないので、ここでは単純な依存関係をもつ性能パラメータの例を示した。

図５は、本発明の一実施例の構成情報５００のデータ構成を示す図である。構成情報５００は、１つ以上のシステム情報５１０から成る。システム情報５１０は、管理対象のシステム名称５１１と、管理対象システムによって実現される１つ以上のサービス情報５２０とから成る。サービス情報５２０は、サービス名称５２１とそのサービスに含まれる１つ以上のオブジェクト情報５３０とから成る。さらにオブジェクト情報５３０は、オブジェクト名称５３１、オブジェクト種類５３２、オブジェクト固有情報５３３、オブジェクトの持つ１つ以上の性能パラメータ５３５、および性能パラメータ間の依存関係であるメトリック相関５３４とを持つ。ここで性能パラメータ５３５の組は、オブジェクト種類５３２によって異なり、オブジェクト定義３００に従う。またメトリック相関５３４は、メトリック相関４００で示す依存関係であり、影響を与える性能パラメータ５３５と影響を受ける性能パラメータ５３５とを結ぶリンク情報によって表現される。

なおシステム構成が大規模である場合にはオブジェクト数も非常に多数になり、オブジェクト情報５３０を入力する管理者の負担が大きい。このため本実施例の運用管理支援サーバ１００は、性能パラメータ５３５とメトリック相関５３４について構成情報のひな形を構成情報テンプレート１１０として備えている。構成情報テンプレート１１０は、３階層システムに対応するオブジェクト定義３００およびメトリック相関４００が定義されているため、管理対象が定義される３階層システムであれば、管理者はこの構成情報テンプレート１１０を利用することができ、メトリック相関５３４と性能パラメータ５３５を入力する必要がなくなる。管理者が入力する構成情報５００は、管理対象システム名５１１、サービス名称５２１、オブジェクト名称５３１、オブジェクト種類５３２、およびオブジェクト固有情報５３３だけである。これら管理者によって入力された情報の全体を構成定義情報６００と呼ぶ。

図６は、本発明の一実施例の構成定義情報６００の例を示す図である。構成定義情報６００は、管理対象システム２００を定義するためのものであり、この例のシステム名称５１１は「Ａ社ショッピングシステム」である。この「Ａ社ショッピングシステム」の２つのサービス名称５２１は、それぞれ「会員情報管理」と「オンラインストア」である。各サービス情報５２０は、サービスを実現するためのオブジェクト情報５３０を含む。

オブジェクト情報５３０は、ＨＴＴＰサービス情報、Ｗｅｂサーバ情報、ＡＰサーバ情報、およびＤＢサーバ情報から成る。なおこの例では各サーバは１つであるが、複数でも良い。ＨＴＴＰサービス情報は、オブジェクト名称５３１と、オブジェクト種類５３２と、オブジェクト固有情報５３３であるＵＲＬとから成る。このＵＲＬは、リクエストの送信先アドレスである。Ｗｅｂサーバ情報は、オブジェクト名称５３１、オブジェクト種類５３２、オブジェクト固有情報５３３であるホスト名、ポート番号、管理ポート番号から成る。ＡＰサーバ情報は、オブジェクト名称５３１、オブジェクト種類５３２、オブジェクト固有情報５３３であるホスト名、ポート番号、管理ポート番号から成る。ＤＢサーバ情報は、オブジェクト名称５３１、オブジェクト種類５３２、オブジェクト固有情報５３３であるホスト名、ポート番号、管理ポート番号から成る。なおホスト名は管理対象サーバ２２２のアドレスであり、ポート番号は管理対象サーバプログラム２２１の持つサービス用のポートであり、管理ポート番号はエージェント２０１のポート番号である。

構成情報・収集条件登録部１０４は、管理者が入力する構成定義情報６００を受け付けて構成情報５００に登録する。

図７は、本発明の一実施例の収集条件１１２を示す図である。収集条件１１２は、性能情報の収集タイミング７１０と、収集の対象とする性能パラメータ７２０とを決定するものである。収集タイミング７１０は、性能情報の収集の間隔である計測間隔７１１と、一回の計測処理のタイムアウト７１２から成る。タイムアウト７１２は、応答がない場合の打ち切り時間である。収集対象性能パラメータ７２０は、各オブジェクトのもつ性能パラメータについて、性能情報の収集対象であるか否かの定義７２１と、当該性能情報についてしきい値監視を行う場合のしきい値７２２である。しきい値７２２は、当該性能パラメータをしきい値監視の対象とする場合に限り入力する。構成情報・収集条件登録部１０４は、管理者が入力する収集条件１１２を受け付けてデータベース１０６に登録する。

この例では、会員情報管理サービスについて総応答時間を収集し、総応答時間のしきい値監視を行う。しきい値は２０秒である。Ｗｅｂサーバ１の性能情報収集対象は、受信リクエスト数と平均レスポンス時間である。ＡＰサーバの性能情報収集対象は、ＪＶＭメモリ使用率、リクエスト処理中スレッド割合、実行待ちリクエスト数、およびＤＢ平均レスポンス時間である。なおＤＢサーバ２０６は性能情報を外部に提供するインタフェースを備えていないため、本実施例では性能情報の収集ができない。また各ホスト計算機は、構成定義情報６００で定義していないため、性能情報収集の対象外としている。オンラインストアサービスについても、同様に収集対象性能パラメータ７２０を定義することができる。

図８は、本発明の一実施例の収集された性能情報１１３の例を示す図である。この性能情報は、運用管理支援サーバ１００が会員情報管理サービスについて図７に示す収集条件１１２に基づき１０分間隔で収集した結果である。

性能情報収集部１０５は、会員情報変更に要する時間を計測するため、Ｗｅｂサーバ１（２０２）に対して擬似的な会員情報変更要求であるＨＴＴＰリクエストを送信し、レスポンスを得るまでの時間を計り、サービス性能情報履歴８１０を作成する。また性能情報収集部１０５は、Ｗｅｂサーバ１（２０２）のエージェント２０１から受信リクエスト数、平均レスポンス時間を収集し、Ｗｅｂサーバ性能情報履歴８２０を作成する。さらに性能情報収集部１０５は、ＡＰサーバ１（２０４）のエージェント２０１からＪＶＭメモリ使用率、実行待ちリクエスト数、リクエスト処理中スレッド割合、ＤＢ平均トランザクション時間を収集し、ＡＰサーバ性能情報履歴８３０を作成する。なお性能情報収集部１０５は、オンラインストアのサービスについても同様の性能履歴を作成する。

次に性能劣化の発見から原因解析の手順について説明する。運用管理支援サーバ１００のしきい値監視部１０２は、このサービス性能情報履歴８１０の総応答時間が、収集条件１１２で指定されたしきい値７２２を逸脱しないか監視する。ここで会員情報変更にかかる総応答時間３１１が２５秒となり、収集条件１１２で指定したしきい値７２２の２０秒を超過すると、しきい値監視部１０２はポップアップウィンドウの表示によって管理者にしきい値超過を通知する。

管理者は総応答時間のしきい値超過を発見すると、しきい値超過の原因を調べるように分析・検索指示部１０３に指示する。分析・検索指示部１０３の指示を受けた相関分析部１０７は、総応答時間を目的変数とし、他の性能パラメータを説明変数として相関分析を実行する。相関分析部１０７は、総応答時間に対して高い相関係数を持つ他の性能パラメータを探す。そして相関分析によって高い相関係数を持つ性能パラメータを発見できた場合には、この性能パラメータに影響を与える他の性能パラメータを調整する。例えば影響を与えた性能パラメータがＪＶＭメモリ使用率であれば、ＪＶＭに割り当てるメモリの量を増やす。

一方、相関分析によって高い相関係数を持つ性能パラメータを発見できない場合には、性能情報を収集していない性能パラメータが影響を与えた可能性を検討する。この場合、管理者は、収集条件１１２では収集対象とされてないが、影響を与える可能性があるＤＢサーバ２０６の性能パラメータを選択し、分析・検索指示部１０３に関連情報の検索を指示する。図９は、分析・検索指示部１０３が表示する検索指示画面９００の例を示す図である。この検索指示画面９００は、システム構成表示部９１０、実行ボタン９２０、およびキャンセルボタン９３０から成る。システム構成表示部９１０は、システムを構成するサービス、サービスを構成する構成要素、および構成要素の性能パラメータをツリー形式で表示する。なおこのツリーには、収集していない性能パラメータであっても表示される。この例では図を簡単にするためにＤＢサーバの性能パラメータのみを表示し、他のオブジェクトの性能パラメータを省略している。

管理者は、検索指示画面９００を介して例えばＤＢサーバ２０６の性能パラメータであるトランザクション数３５１を選択し、実行ボタン９２０を押下する。これにより検索部１０１は、メトリック相関４００を参照し、トランザクション数３５１から影響を受けたと考えられる性能パラメータを検索し、図１０に示す検索結果画面１０１０にその性能情報の時間変化のグラフを表示する。トランザクション数３５１から影響を受ける可能性のある性能パラメータは、ＤＢ平均トランザクション時間３４４、および実行待ちリクエスト数３４３であるから、これら各々の性能情報のグラフが表示される。

図１０は、検索部１０１が表示する検索結果画面１０１０の例を示す図である。検索結果画面１０１０は、結果表示部１０１１に現在しきい値を超過している総応答時間３１１の性能情報と、選択された性能パラメータであるトランザクション数３５１の影響を受けるＡＰサーバ１（２０４）およびＡＰサーバ２（２０５）の実行待ちリクエスト数３４３の性能情報と、またはＡＰサーバ１（２０４）およびＡＰサーバ２（２０５）のＤＢ平均トランザクション数３４４の性能情報との時間による推移を折れ線グラフ形式で表示する。

結果表示部１０１１に示すように、トランザクション数３５１の影響を受ける関連性能情報の変化傾向が類似している場合には、管理者は、トランザクション数３５１が関連性能パラメータと同様に性能劣化しており、ＤＢサーバ２０６に問題があると判断することができる。ＤＢ平均トランザクション数３４４の性能情報の時間による推移を表示する場合にも、管理者は、同様の判断をすることができるであろう。

一方、結果表示部１０１２に示すように、関連性能パラメータが類似した変化傾向を示していない場合、管理者は、トランザクション数３５１は性能劣化しておらず、ＤＢサーバ２０６には問題がないと判断することができる。

なお本実施例の運用管理支援サーバ１００は、あらかじめ定義されたオブジェクト定義３００とメトリック相関４００とを含む構成情報テンプレート１１０を備えるものとしたが、オブジェクト定義３００、メトリック相関４００を管理者が独自に定義するものとして、これらの情報を入力するＧＵＩを備えるようにしても良い。

また本実施例では、総応答時間がしきい値を超過した場合に、管理者が関連性能パラメータの検索を指示するが、運用管理支援サーバ１００が特定のパラメータの性能情報のしきい値超過を契機として、自動的に関連性能パラメータの検索を実行するようにしても良い。

さらに本実施例のメトリック相関４００は、性能パラメータ間の依存関係を表しているが、メトリック相関４００に、依存関係に加えて関連の強さに関する情報を持たせ、検索部１０１によって得られた関連性能パラメータの種類が多い場合には、関連の強さによって表示の順序を決定するようにしても良い。

以上説明したように、本実施例によると、性能情報を収集していない性能情報種類に関する性能情報の変化傾向を判断することが可能になる。そこで本実施例の処理手順を相関分析に対して補完的に利用することによって、性能劣化の原因特定を早期に行うことが可能になる。

実施例のシステムの構成図である。 実施例の管理対象システムの構成図である。 実施例のオブジェクト定義のデータ構成を示す図である。 メトリック相関のデータ構成例を示す図である。 実施例の構成情報のデータ構成を示す図である。 構成定義情報の例を示す図である。 実施例の収集条件を示す図である。 収集された性能情報の例を示す図である。 検索指示画面の例を示す図である。 検索結果画面の例を示す図である。

符号の説明

１００…運用管理支援サーバ、１０１…検索部、１０２…しきい値監視部、１０３…分析・検索指示部、１０４…構成情報・収集条件登録部、１０５…性能情報収集部、１０６…データベース、１０７…相関分析部、１１０…構成情報テンプレート、１１２…収集条件、１１３…性能情報、２００…管理対象システム、２０１…エージェント、２２１…管理対象サーバプログラム、２２２…管理対象サーバ、３００…オブジェクト定義、４００…メトリック相関、５００…構成情報、６００…構成定義情報

Claims (11)

1. 少なくとも１台の計算機が稼動し、受信したリクエストの処理を行ってその応答を返す管理対象システムと、前記管理対象システムの稼動状態や処理性能を示す性能情報を収集する運用管理支援システムとを有するシステムにおいて前記運用管理支援システムによる性能情報表示方法であって、
   前記運用管理支援システムは、
   前記管理対象システムの性能情報の種別を示す複数の性能情報種類のうち選択された性能情報種類について前記管理対象システムから周期的に性能情報を収集して性能情報履歴を記録し、
   選択されない性能情報種類の１つが指定されたとき、性能情報種類間の依存関係について影響を与える性能情報種類と影響を受ける性能情報種類との関係を示す依存関係情報を検索して、指定された性能情報種類から影響を受けかつ選択済の複数の性能情報種類を取得し、
   取得した前記性能情報種類について前記性能情報履歴を表示することを特徴とする性能情報表示方法。
2. 前記性能情報種類の１つに対応してしきい値を設定し、前記しきい値の設定された性能情報種類についての前記性能情報が前記しきい値を逸脱したとき、前記選択されない性能情報種類の指定を受け付けることを特徴とする請求項１記載の性能情報表示方法。
3. 前記依存関係情報は、２つの性能情報種類間の依存関係の有無および依存関係の強さを示す情報を含み、前記運用管理支援システムは、前記依存関係情報の前記依存関係の強さに従って、指定された性能情報種類から影響を受けかつ選択済みの性能情報種類の順位付けをすることを特徴とする請求項１記載の性能情報表示方法。
4. 前記管理対象システムは、複数のＷｅｂサーバ、複数のＡＰサーバ、および複数の前記ＡＰサーバによって共有される１つのデータベースサーバを含み、前記選択されない性能情報種類は、前記データベースサーバに関する性能情報種類であることを特徴とする請求項１記載の性能情報表示方法。
5. 少なくとも１台の計算機が稼動し、受信したリクエストの処理を行ってその応答を返す管理対象システムと、前記管理対象システムの稼動状態や処理性能を示す性能情報を収集する運用管理支援計算機とを有するシステムにおいて前記運用管理支援計算機によって実行されるプログラムであって、前記運用管理支援計算機に、
   前記管理対象システムの性能情報の種別を示す複数の性能情報種類のうち選択された性能情報種類について前記管理対象システムから周期的に性能情報を収集して性能情報履歴を記録する機能、
   選択されない性能情報種類の１つが指定されたとき、性能情報種類間の依存関係について影響を与える性能情報種類と影響を受ける性能情報種類との関係を示す依存関係情報を検索して、指定された性能情報種類から影響を受けかつ選択済の複数の性能情報種類を取得する機能、および
   取得した前記性能情報種類について前記性能情報履歴を表示する機能を実現させるためのプログラム。
6. さらに前記運用管理支援計算機に、前記性能情報種類の１つに対応してしきい値を設定し、前記しきい値の設定された性能情報種類についての前記性能情報が前記しきい値を逸脱したとき、前記選択されない性能情報種類の指定を受け付ける機能を実現させるための請求項５記載のプログラム。
7. 前記管理対象システムは、複数のＷｅｂサーバ、複数のＡＰサーバ、および複数の前記ＡＰサーバによって共有される１つのデータベースサーバを含み、前記選択されない性能情報種類は、前記データベースサーバに関する性能情報種類であることを特徴とする請求項５記載のプログラム。
8. 少なくとも１台の計算機が稼動し、受信したリクエストの処理を行ってその応答を返す管理対象システムと、前記管理対象システムの稼動状態や処理性能を示す性能情報を収集する運用管理支援システムとを有するシステムにおいて、前記運用管理支援システムは、
   前記管理対象システムの性能情報の種別を示す複数の性能情報種類と、収集した性能情報の履歴と、性能情報種類間の依存関係について影響を与える性能情報種類と影響を受ける性能情報種類との関係を示す依存関係情報とを格納する記憶装置と、
   前記性能情報種類のうち選択された性能情報種類について前記管理対象システムから周期的に性能情報を収集して性能情報履歴を記録する性能情報収集部と、
   選択されない性能情報種類の１つが指定されたとき、前記依存関係情報を検索して、指定された性能情報種類から影響を受けかつ選択済の複数の性能情報種類を取得し、取得した前記性能情報種類について前記性能情報履歴を表示する検索部とを有することを特徴とする運用管理支援システム。
9. さらに前記性能情報種類の１つに対応してしきい値を設定し、前記しきい値の設定された性能情報種類についての前記性能情報が前記しきい値を逸脱したとき、前記選択されない性能情報種類の指定を受け付ける分析・検索指示部を有することを特徴とする請求項８記載の運用管理支援システム。
10. 前記依存関係情報は、２つの性能情報種類間の依存関係の有無および依存関係の強さを示す情報を含み、前記検索部は、前記依存関係情報の前記依存関係の強さに従って、指定された性能情報種類から影響を受けかつ選択済みの性能情報種類の順位付けをすることを特徴とする請求項８記載の運用管理支援システム。
11. 前記管理対象システムは、複数のＷｅｂサーバ、複数のＡＰサーバ、および複数の前記ＡＰサーバによって共有される１つのデータベースサーバを含み、前記選択されない性能情報種類は、前記データベースサーバに関する性能情報種類であることを特徴とする請求項８記載の運用管理支援システム。
    

Images