JP2009032052A

JP2009032052A - 情報処理装置、情報処理方法及びプログラム

Info

Publication number: JP2009032052A
Application number: JP2007195724A
Authority: JP
Inventors: Tomokazu Shindo; 朋和進藤; Makoto Naito; 誠内藤; Yasutaro Kashima; 康太郎鹿島
Original assignee: NS Solutions Corp
Current assignee: NS Solutions Corp
Priority date: 2007-07-27
Filing date: 2007-07-27
Publication date: 2009-02-12

Abstract

【課題】複数種類のイベント情報が複合的に該当するポリシー情報と、過去から未来にかけての状態変化の推移履歴を示すイベント情報又は将来の状態変化の予測内容に該当するポリシー情報とに基づくコンピュータシステムの構成変更を可能とする。
【解決手段】分析部１０３は自律型コンピューティング環境の状態を示す複数種類のイベント情報を生成するとともに、取得した監視データに基づいて過去からの自律型コンピューティング環境の状態変化の推移履歴を示す履歴イベント情報又は将来の自律型コンピューティング環境の状態変化の予測内容を示す予測イベント情報を生成する。そして判断部１０４は、複数種類のイベント情報が複合的に該当する自律型コンピューティング環境の運用指針を示すポリシー、及び、履歴イベント情報又は予測イベント情報に該当するポリシーを判断し、判断したポリシーに基づいて自律型コンピューティング環境の構成変更要求を生成する。
【選択図】図１

Description

本発明は、対象となるコンピュータシステムを自律的に管理する自律型コンピューティングに適用可能な技術に関するものである。

人間によるコンピュータシステムの管理の負荷を軽減するためにコンピュータが自ら管理する仕組み、所謂自律型コンピューティングが知られている。自律型コンピューティングでは、コンピュータシステムに障害等が発生すると、所定の運用指針（ポリシー）に基づいて、自律的な自己の障害を修復することができる。

特許文献１には、ある障害等イベントが発生した場合、当該事象を検知したコンピュータシステム以外のコンピュータシステムの稼働状態を加味して適切な操作を行う発明が開示されている。

特開２００６−９２２９１号公報

しかしながら、特許文献１に開示される発明では、実際にコンピュータシステムに障害等イベントが発生してから、その障害対策となる操作を自律的に行っているため、結局障害を未然に防ぐことはできなかった。そして未来に起こりうる障害等イベントを未然に検知するには、過去や現在のイベントを考慮する必要があった。更に、コンピュータシステムにおいては、複数のイベントが発生することが多く、それらを複合的に判断して最適な対策を備えることが、未然に障害等イベントを防ぐには必要であった。

そこで、本発明の目的は、コンピュータシステムにおける障害等イベントを自律的に未然に防ぐことであり、コンピュータシステムの複数種類のイベント情報が複合的に該当するポリシー情報と、コンピュータシステムの過去から未来にかけての状態変化の推移履歴を示すイベント情報又は将来の状態変化の予測内容に該当するポリシー情報とに基づくコンピュータシステムの構成変更を可能とすることにある。

本発明の情報処理装置は、少なくとも一つのコンピュータから構成されるコンピュータシステムと通信回線を介して接続される情報処理装置であって、前記コンピュータシステムの状態を示す監視データを取得する監視手段と、取得した監視データに基づいて前記コンピュータシステムの状態を示す複数種類のイベント情報を生成するとともに、取得した監視データに基づいて過去からの前記コンピュータシステムの状態変化の推移履歴を示す履歴イベント情報又は将来の前記コンピュータシステムの状態変化の予測内容を示す予測イベント情報を生成する分析手段と、前記複数種類のイベント情報が複合的に該当する前記コンピュータシステムの運用指針を示すポリシー情報、及び、前記履歴イベント情報又は前記予測イベント情報に該当するポリシー情報を判断し、判断したポリシー情報に基づいて前記コンピュータシステムの構成を変更するための要求情報を生成する要求情報生成手段とを有することを特徴とする。
本発明の情報処理方法は、少なくとも一つのコンピュータから構成されるコンピュータシステムと通信回線を介して接続される情報処理装置による情報処理方法であって、前記コンピュータシステムの状態を示す監視データを取得する監視ステップと、取得した監視データに基づいて前記コンピュータシステムの状態を示す複数種類のイベント情報を生成するとともに、取得した監視データに基づいて過去からの前記コンピュータシステムの状態変化の推移履歴を示す履歴イベント情報又は将来の前記コンピュータシステムの状態変化の予測内容を示す予測イベント情報を生成する分析ステップと、前記複数種類のイベント情報が複合的に該当する前記コンピュータシステムの運用指針を示すポリシー情報、及び、前記履歴イベント情報又は前記予測イベント情報に該当するポリシー情報を判断し、判断したポリシー情報に基づいて前記コンピュータシステムの構成を変更するための要求情報を生成する要求情報生成ステップとを含むことを特徴とする。
本発明のプログラムは、少なくとも一つのコンピュータから構成されるコンピュータシステムと通信回線を介して接続される情報処理装置による情報処理方法をコンピュータに実行させるためのプログラムであって、前記コンピュータシステムの状態を示す監視データを取得する監視ステップと、取得した監視データに基づいて前記コンピュータシステムの状態を示す複数種類のイベント情報を生成するとともに、取得した監視データに基づいて過去からの前記コンピュータシステムの状態変化の推移履歴を示す履歴イベント情報又は将来の前記コンピュータシステムの状態変化の予測内容を示す予測イベント情報を生成する分析ステップと、前記複数種類のイベント情報が複合的に該当する前記コンピュータシステムの運用指針を示すポリシー情報、及び、前記履歴イベント情報又は前記予測イベント情報に該当するポリシー情報を判断し、判断したポリシー情報に基づいて前記コンピュータシステムの構成を変更するための要求情報を生成する要求情報生成ステップとをコンピュータに実行させることを特徴とする。

本発明においては、コンピュータシステムの複数種類のイベント情報が複合的に該当するポリシー情報と、コンピュータシステムの過去から未来にかけての状態変化の推移履歴を示すイベント情報又は将来の状態変化の予測内容に該当するポリシー情報とに基づくコンピュータシステムの構成変更の要求を行うことで、複数のイベントが相関的に発生するコンピュータシステムにおいて、上記イベントを複合的に判断した適切な対策を自律的に行い、障害等の発生を未然に防ぐことが可能になる。

以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。

図１は、本発明の実施形態に係る自律型コンピューティング装置の機能的な構成を示すブロック図である。図１に示すように、本実施形態に係る自律型コンピューティング装置１００は、サーバ類１００１、ストレージ類１００２及びネットワーク（Ｎ／Ｗ）装置類１００３から構成される自律型コンピューティング環境であるコンピュータシステムとＬＡＮ（Local Area Network）等の通信回線で接続され、この通信回線を介して各装置の状態を監視することが可能である。なお、自律型コンピューティング環境とは、本実施形態における自律型コンピューティングの技術を適用する環境である。

上述したサーバ類１００１とは、Ｗｅｂサーバ、ＡＰサーバ及びＤＢサーバ等の各種サーバのことであり、ストレージ類１００２とは、ＤＢ等の情報を記録可能な装置類である。ネットワーク装置類１００３とは、サーバ類１００１及びストレージ類１００２の各装置間を接続するＬＡＮ等の通信ネットワークである。

モニタリング装置１０１は、サーバ類１００１、ストレージ類１００２及びネットワーク装置類１００３の各ノードから監視データを適宜取得する。以下に、モニタリング内容の例を記す。サーバ類１００１からは、監視データとしてＣＰＵ利用率を示すデータ及びメモリ使用量を示すデータ、ネットワーク流量やディスクアクセス回数等のリソース使用状況データ、各サーバの処理履歴を示すログデータ等を取得する。また、モニタリング装置１０１は、監視データとしてストレージ類１００２からディスク使用量やディスクキャッシュヒット率等のデータを取得する。さらに、モニタリング装置１０１は、ネットワーク装置類１００３から監視データとして、それらの通信回線の流量や通信エラーの有無を示すログデータを取得する。また、モニタリング装置１０１は、各ノードに障害が発生したときには、障害発生を監視データとして取得する。

モニタリング装置１０１は、取得した監視データに基づいて自律型コンピューティング環境の状態を示すイベント情報を取得し、モニタリング結果データベース１０２に蓄積する。

また、モニタリング装置１０１は、自律型コンピューティング環境の構成を適宜監視し、その結果を構成情報として生成し、ポリシー管理データベース１０５に蓄積する。

ポリシー管理データベース１０５は、上述した構成情報のほかにポリシーを格納する。ポリシーとは、本自律型コンピューティング環境の運用に関する指針を示すデータである。

分析部１０３は、モニタリング結果データベース１０２に格納されたイベント情報を取得し、過去からの自律型コンピューティング環境の状態変化の推移履歴を示すイベント情報を生成したり、取得するイベント情報の値の変化と過去のイベント情報の値の変化履歴とを照合して、自律型コンピューティング環境の将来の状態変化の予測内容を示すイベント情報を生成する。

判断部１０４は、分析部１０３或いはモニタリング結果データベース１０２からイベント情報を入力すると、ポリシー管理データベース１０５から当該イベント情報に該当する構成情報及びポリシーを取得し、自律型コンピューティング環境の構成変更の要求情報である構成変更要求を生成し、プロビジョニング装置１０７へ出力する。

プロビジョニング装置１０７は、構成変更要求に応じたノードの追加、削除、入れ替え等の所謂プロビジョニングを行う。

図２は、自律型コンピューティング装置１００のハードウェア構成を示すブロック図である。ＣＰＵ２０１は、システムバスに接続される各デバイスやコントローラを統括的に制御する。ＲＯＭ２０３又はＨＤ２０７には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Basic Input/Output System）やオペレーティングシステムプログラムや、自律型コンピューティング装置１００が実行する例えば図３に示す処理のプログラム等が記憶されている。

なお、図２の例では、ハードディスク（ＨＤ）２０７は自律型コンピューティング装置１００の内部に配置された構成としているが、他の実施形態としてＨＤ２０７に相当する構成が自律型コンピューティング装置１００の外部に配置された構成としてもよい。本実施形態に係る例えば図３に示す処理を行うためのプログラムは、フレキシブルディスク（ＦＤ）２０６やＣＤ−ＲＯＭ等、コンピュータ読み取り可能な記録媒体に記録され、それらの記録媒体から供給される構成としてもよいし、インターネット等の通信媒体を介して供給される構成としてもよい。

ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０２にロードして、プログラムを実行することで各種動作を実現するものである。

ディスクコントローラ２０５は、ＨＤ２０７やＦＤ２０６等の外部メモリへのアクセスを制御する。通信ＩＦコントローラ２０４は、インターネットやＬＡＮと接続し、例えばＴＣＰ／ＩＰによって外部との通信を制御するものである。

ディスプレイコントローラ２０８は、ディスプレイ２０９における画像表示を制御する。

ＫＢ（キーボード）コントローラ２１０は、キーボード（ＫＢ）２１１からの操作入力を受け付け、ＣＰＵ２０１に対して送信する。なお、図示していないが、キーボード２１１の他に、マウス等のポインティングデバイスもユーザの操作手段として本実施形態に係る自律型コンピューティング装置に適用可能である。

また、図１のモニタリング装置１０１、分析部１０３、判断部１０４、プロビジョニング装置１０７は、例えばＨＤ２０７内に記憶され、必要に応じてＲＡＭ２０２にロードされるプログラム及びそれを実行するＣＰＵ２０１に相当する構成である。

図１のポリシー管理データベース１０５、モニタリング結果データベース１０２は、例えばＨＤ２０７内の一部記憶領域に相当する構成である。なお、ポリシー管理データベース１０５、モニタリング結果データベース１０２は、本自律型コンピューティング装置１００の外部に備えた構成としてもよい。

図３は、本実施形態に係る自律型コンピューティング装置１００の動作の流れを示すフローチャートである。図３において、先ずモニタリング装置１０１は、自律型コンピューティング環境の各ノードから監視データを取得し、取得した監視データから障害発生やリソース状態変化等を示すイベント情報を生成する(ステップＳ３０１)。

続いて、モニタリング装置１０１は、生成したイベント情報をモニタリング結果データベース１０２に蓄積する(ステップＳ３０２)。

続いて、分析部１０３は、モニタリング結果データベース１０２からイベント情報を取得し、取得したイベント情報に基づいて過去からの自律型コンピューティングの状態変化の推移履歴を示すイベント情報を生成したり、取得したイベント情報の値の変化と過去の監視データの値の変化履歴とを照合して、自律型コンピューティング環境の将来の状態変化の予測内容を示すイベント情報を生成する(ステップＳ３０３)。将来の状態変化の予測には、過去から現在にかけてのイベント情報の経時変化に対して、各種分析手法を適用することで行う。例えば、現在のＣＰＵ利用率が４０％で、過去から現在にかけて、ＣＰＵ利用率が３０分に１０％ずつ上昇しているとき、線形予測を用いて未来のＣＰＵ利用率を算出し、現在から４時間後にはＣＰＵ利用率が閾値８０％を超えると予測する。イベントの種類や変化の度合い等により、線形近似以外の手法を活用することも当然可能である。

続いて、判断部１０４は、分析部１０３或いはモニタリング結果データベース１０２より出力されたイベント情報に該当するポリシー及び現在の構成情報をポリシー管理データベース１０５から取得する。そして、判断部１０４は、イベント情報、ポリシー及び現在の構成情報に基づいて現在の構成変更要求を生成する（ステップＳ３０４）。この構成変更要求の生成処理の詳細は後述する。

続いて、プロビジョニング装置１０７は、判断部１０４より出力された構成変更要求に応じたプロビジョニングを自律型コンピューティング環境に対して実行する(ステップＳ３０５)。

図４は、本実施形態において監視対象とする自律型コンピューティング環境の一例を示す図である。ここでは、サーバ類１００１であるＷｅｂサーバ１〜４、ＡＰサーバ１〜２及びＤＢサーバ１〜２、並びに、ストレージ類１００２であるＤＢが、互いにネットワーク装置類１０３である通信回線を介して接続されるコンピュータシステムを例に挙げている。

図５は、図４に示す自律型コンピューティング環境を監視対象とした場合の構成情報を示す図である。図５に示すように、構成情報には、例えば、日時情報、各サーバ（ノード）の名称、サービス名、役割、スペック及びステータスが含まれる。日時情報は、構成情報がモニタリング装置１０１によって生成された日時を示す。サービス名は、該当するコンピュータシステムのサービス名を示す。役割は、コンピュータシステム内におけるサーバの役割を示す。ステータスは、サーバが動作中の状態にあるか否かを示す。なお、上述の構成情報は本実施形態を行うに当っての一例である。例えば、該当サーバが動作しているか否かをステータスで管理する代わりに、サーバやサービス、役割、スペック等の項目を空白で管理することで、該当サーバが稼働していない状態にあることを管理しても当然よい。

図６は、判断部１０４が取得するイベント情報の構成を概念的に示す図である。

図６においては、５つのイベント情報を例示している。イベント情報には、日時情報、発生場所、内容が含まれる。日時情報は、監視データがモニタリング装置によって取得された日時を示す情報である。発生場所は、監視データの取得場所を示す情報である。内容は、モニタリング装置によって監視データに基づいて解析されたイベント情報の内容を示す情報である。ここでは、イベント情報１の内容として、「ＡＰサーバ１のＣＰＵ利用率が急激に増加」が示されている。イベント情報２の内容として、「ＡＰサーバ１のネットワーク流量が急激に増加」が示されている。イベント情報３の内容として、「サービスＡのスループットの変動が少ない」が示されている。イベント情報４の内容として、「ＡＰサーバ２との通信が不能」が示されている。これらのイベント情報１〜４は、モニタリング装置１０１によって生成され、判断部１０４によって取得されたものである。また、イベント情報５は、モニタリング装置１０１によって生成されたものに対し、分析部１０３によって将来の状態変化の予測を示すイベント情報として生成されたものであり、判断部１０４によって取得されたものである。イベント情報５の内容として、「（ＡＰサーバ１の）ＣＰＵ利用率が１時間後に６０％を越える」ことが示されている。この内容は、分析部１０３においてイベント情報に基づいて生成された１時間後のＣＰＵ利用率の予測内容である。

図７は、図６に示すイベント情報に該当し得るポリシーの構成を概念的に示す図である。ここでは、イベント情報１〜５の内容に含まれるサービスＡ又はサービスＡのＡＰサーバに関係するポリシー１〜５が列挙されている。

ポリシーには、適用箇所、ルールが含まれる。適用箇所は、当該ポリシーを適用する箇所を示す情報である。ルールは、当該ポリシーの適用内容であるルールを示す情報である。図７に示すように、ポリシー１、２、５の適用箇所は、サービスＡを提供するコンピュータシステムのＡＰサーバであり、ポリシー３、４の適用箇所は、サービスＡを提供するコンピュータシステムであることが示されている。また、ポリシー１のルールとしては、「ノード１台当たりのＣＰＵ利用率が４０％以下であれば、ノードを１台削減する」ことが示されている。ポリシー２のルールとしては、「ノード１台当たりのＣＰＵ利用率が６０％を越える場合、ノードを１台追加する」ことが示されている。ポリシー３のルールとしては、「一部のノードが通信不能である場合、通信不能のノードを隔離し、当該分だけノードを追加する」ことが示されている。ポリシー４のルールとしては、「一部のノードが通信不能であり、サービスＡのスループットの変動が少なく、且つリソースの利用率が上昇している場合、通信不能のノードを隔離し、当該ノード分を追加する」ことが示されている。ポリシー５のルールとしては、「ＡＰサーバの１台当たりのＣＰＵ利用率が６０％を越えると予測される場合、ＡＰサーバを２台追加する」ことが示されている。なお、ノードとは、サーバ類１００１、ストレージ類１００２又はネットワーク装置類１００３の何れかに属する個々の装置を称する用語である。

判断部１０４は、図６に示すイベント情報を取得した場合、図７に示すポリシーのほかに、当該自律型コンピューティング環境に該当する図５に示す構成情報をポリシー管理データベース１０５から取得する。以下、判断部１０４によるポリシーの選定方法を具体的に説明する。

先ず、判断部１０４によってイベント情報１〜４が取得された場合について説明する。判断部１０４は、イベント情報１〜４を取得すると、「ＡＰサーバ１のＣＰＵ利用率の増加（イベント情報１の内容）」、「ネットワーク流量の増加（イベント情報２の内容）」、「スループットの変動が少ない（イベント情報３の内容）」、「ＡＰサーバ２との通信不能（イベント情報４の内容）」の何れの内容が複合的に該当するルールを含むポリシー４を選択する。判断部１０４は、ポリシー４を選択すると、そのルールに記述される内容を基に構成変更要求を生成する。なお、複合的にイベント情報を判断しない場合、イベント情報１の内容がポリシー２に、イベント情報４がポリシー３に夫々該当し、夫々のポリシーに記述される内容を基に構成変更要求が生成されるため、構成変更が２回行われることとなる。複合的にイベントを判断することで、このような冗長なノード追加を防ぐことができる。

次に、判断部１０４によってイベント情報５が取得された場合について説明する。判断部１０４は、イベント情報５を取得すると、「ＡＰサーバ１のＣＰＵ利用率が１時間後に６０％を越える（イベント情報５の内容）」の状態に該当するルールを含むポリシー５を選択する。判断部１０４は、ポリシー５を選択すると、そのルールに記述される内容を基に構成変更要求を生成する。

図８は、判断部１０４によって生成される構成変更要求の構成を概念的に示す図である。図８に示すように、構成変更要求には、対象と内容とが含まれる。対象は、当該構成変更要求により構成変更を要求する対象を示す。内容は、その対象について要求する構成変更の内容である。

図８に示す構成変更要求１は、判断部１０４が図７に示すポリシー４に基づいて生成する構成変更要求であり、ポリシー４のルール（通信不能のノードを隔離し、当該ノード分を追加する）を内容として含んだものとなっている。この例においては、通信不能のノードはＡＰサーバ２であるため（図６のイベント情報４参照）、ＡＰサーバ２が隔離されることが構成変更要求内に記述される。また、判断部１０４は、現在自律型コンピューティング環境において動作していないＡＰサーバがＡＰサーバ３とＡＰサーバ４とであることを構成情報（図５）から判断し、それらのうちからＡＰサーバ２の代替サーバを１台選び、選んだ代替サーバを追加（自律型コンピューティング環境において動作）することを構成変更要求内に記述する。

図８に示す構成変更要求２は、判断部１０４が図７に示すポリシー５に基づいて生成する構成変更要求であり、ポリシー５のルール（ＡＰサーバ２台を追加する）を内容として含んだものとなっている。この例においては、現在自律型コンピューティング環境において動作していない状態にあるのはＡＰサーバ３及びＡＰサーバ４であることが図５の構成情報から判定できるため、ＡＰサーバ３及びＡＰサーバ４の２台のサーバを選び、選んだサーバを追加（自律型コンピューティング環境において動作）することを構成変更要求内に記述する。

プロビジョニング装置１０７は、判断部１０４によって出力される構成変更要求に従って自律型コンピューティング環境の構成変更を行う。

なお、図７に示すポリシー２、５では、ルール内において「ある台数のノードを追加する」ことが記述されているが、これに替えて、「ノードを何台とする」のような記述としてもよい。ポリシー２のルールに適用すると、例えば「ノード１台当たりのＣＰＵ利用率が６０％を越える場合、ノードを２台構成とする」のようになる。

これと同様に、構成変更要求はポリシー及び構成情報に基づいて生成されるので、図８に示す構成変更要求１、２の内容においても、「ノードを何台とする」のような記述としてもよいことは言うまでも無い。構成変更要求２の内容に適用すると、例えば、「ＡＰサーバを２台構成とする」のようになる。

上述した実施形態においては、コンピュータシステムの複数種類のイベントが複合的に該当するポリシーと、コンピュータシステムの過去の状態変化の推移履歴を示すイベント情報又は将来の状態変化の予測内容に該当するポリシーとに基づくコンピュータシステムの構成変更を行うことが可能となる。

従って、本実施形態においては、障害発生時等にノードが冗長に追加されてしまうことを防止することができる。具体的には、例えば障害発生にノードを切り替える場合、障害が発生したノードに対する代替サーバを割り当てる処理と、障害発生によるリソース利用率上昇を補うためのノードの追加処理との双方が実行され、余剰にノードが追加されることがある。これに対して、本実施形態では、図６のイベント情報１〜４の内容が複合的に該当する図７のポリシー４が選択され、障害発生（この場合、通信不能）とリソース利用率上昇とを考慮した適切な台数のノードの追加が行われるため、ノードが冗長に追加されてしまうことを防止することが可能となる。

また本実施形態においては、イベント情報に該当するポリシー情報に基づくコンピュータシステムの構成変更が可能であるため、過去の状態変化の履歴や未来の状態変化の予測に基づく自律型コンピューティングの運用を行うことができる。

また本発明を実施するにあたって、イベント情報とは、標準的なフォーマットの一つであるＣＢＥ（Common Base Event）データに変換されていてもよいことは言うまでも無い。

本発明の実施形態に係る自律型コンピューティング装置の機能的な構成を示すブロック図である。本発明の実施形態に係る自律型コンピューティング装置のハードウェア構成を示すブロック図である。本発明の実施形態に係る自律型コンピューティング装置の動作の流れを示すフローチャートである。本発明の実施形態において監視対象とする自律型コンピューティング環境の一例を示す図である。図４に示す自律型コンピューティング環境を監視対象とした場合の構成情報を示す図である。判断部が取得するイベント情報の構成を概念的に示す図である。図６に示すイベント情報に該当し得るポリシーの構成を概念的に示す図である。判断部によって生成される構成変更要求の構成を概念的に示す図である。

符号の説明

１００：自律型コンピューティング装置
１０１：モニタリング装置
１０２：モニタリング結果データベース
１０３：分析部
１０４：判断部
１０５：ポリシー管理データベース
１０７：プロビジョニング装置
１００１：サーバ類
１００２：ストレージ類
１００３：ネットワーク装置類

Claims

少なくとも一つのコンピュータから構成されるコンピュータシステムと通信回線を介して接続される情報処理装置であって、
前記コンピュータシステムの状態を示す監視データを取得する監視手段と、
取得した監視データに基づいて前記コンピュータシステムの状態を示す複数種類のイベント情報を生成するとともに、取得した監視データに基づいて過去からの前記コンピュータシステムの状態変化の推移履歴を示す履歴イベント情報又は将来の前記コンピュータシステムの状態変化の予測内容を示す予測イベント情報を生成する分析手段と、
前記複数種類のイベント情報が複合的に該当する前記コンピュータシステムの運用指針を示すポリシー情報、及び、前記履歴イベント情報又は前記予測イベント情報に該当するポリシー情報を判断し、判断したポリシー情報に基づいて前記コンピュータシステムの構成を変更するための要求情報を生成する要求情報生成手段とを有することを特徴とする情報処理装置。
少なくとも一つのコンピュータから構成されるコンピュータシステムと通信回線を介して接続される情報処理装置による情報処理方法であって、
前記コンピュータシステムの状態を示す監視データを取得する監視ステップと、
取得した監視データに基づいて前記コンピュータシステムの状態を示す複数種類のイベント情報を生成するとともに、取得した監視データに基づいて過去からの前記コンピュータシステムの状態変化の推移履歴を示す履歴イベント情報又は将来の前記コンピュータシステムの状態変化の予測内容を示す予測イベント情報を生成する分析ステップと、
前記複数種類のイベント情報が複合的に該当する前記コンピュータシステムの運用指針を示すポリシー情報、及び、前記履歴イベント情報又は前記予測イベント情報に該当するポリシー情報を判断し、判断したポリシー情報に基づいて前記コンピュータシステムの構成を変更するための要求情報を生成する要求情報生成ステップとを含むことを特徴とする情報処理方法。
少なくとも一つのコンピュータから構成されるコンピュータシステムと通信回線を介して接続される情報処理装置による情報処理方法をコンピュータに実行させるためのプログラムであって、
前記コンピュータシステムの状態を示す監視データを取得する監視ステップと、
取得した監視データに基づいて前記コンピュータシステムの状態を示す複数種類のイベント情報を生成するとともに、取得した監視データに基づいて過去からの前記コンピュータシステムの状態変化の推移履歴を示す履歴イベント情報又は将来の前記コンピュータシステムの状態変化の予測内容を示す予測イベント情報を生成する分析ステップと、
前記複数種類のイベント情報が複合的に該当する前記コンピュータシステムの運用指針を示すポリシー情報、及び、前記履歴イベント情報又は前記予測イベント情報に該当するポリシー情報を判断し、判断したポリシー情報に基づいて前記コンピュータシステムの構成を変更するための要求情報を生成する要求情報生成ステップとをコンピュータに実行させるためのプログラム。