(57)【要約】【課題】管理対象に対する複数の運用管理装置の制御を最適化することが可能な情報処理装置、運用管理方法および運用管理プログラムを提供する。【解決手段】情報処理装置２０１は、複数の運用管理装置の各々から、管理対象と、管理対象に対して制御を実行する条件と、実行すべき制御内容とを示す１または複数のルールを取得するためのルール収集部１０と、ルール収集部１０が取得した各ルールから、各運用管理装置間で管理対象および条件が一致する複数のルールを特定するための重複特定部３０とを備える。【選択図】図１
2012084015.tif 000002
【特許請求の範囲】
【請求項１】
複数の運用管理装置の各々から、管理対象と、前記管理対象に対して制御を実行する条件と、実行すべき制御内容とを示す１または複数のルールを取得するためのルール収集部と、
前記ルール収集部が取得した各前記ルールから、各前記運用管理装置間で前記管理対象および前記条件が一致する複数の前記ルールを特定するための重複特定部とを備える、情報処理装置。
【請求項２】
前記ルール収集部は、前記複数の運用管理装置の各々から、管理対象と、前記管理対象に対して制御を実行する条件と、実行すべき制御内容と、監視項目とを示す１または複数のルールを取得し、
前記情報処理装置は、さらに、
前記ルール収集部が各前記運用管理装置から取得した前記ルールが示す前記監視項目を共通のデータ形式に変更するための正規化部を備え、
前記重複特定部は、前記正規化部によって変更された各前記監視項目を用いて、前記ルール収集部が取得した各前記ルールから、各前記運用管理装置間で前記監視項目、前記管理対象および前記条件が一致する複数の前記ルールを特定する、請求項１に記載の情報処理装置。
【請求項３】
前記情報処理装置は、さらに、
前記重複特定部によって特定された前記ルールをユーザに提示するための提示部を備える、請求項１または２に記載の情報処理装置。
【請求項４】
前記提示部は、提示した前記ルールが示す前記制御内容に対するユーザの修正指示を受け付け、前記修正指示に従って前記制御内容を変更し、
前記情報処理装置は、さらに、
前記提示部によって変更された前記制御内容を示す前記ルールを対応の前記運用管理装置へ通知するための通知部を備える、請求項３に記載の情報処理装置。
【請求項５】
前記情報処理装置は、さらに、
前記重複特定部によって特定された前記ルールを記録するための記録部を備える、請求項１または２に記載の情報処理装置。
【請求項６】
前記重複特定部は、前記ルール収集部が取得した各前記ルールのうち、前記制御内容を含んでいない前記ルールを特定対象から除外する、請求項１から５のいずれかに記載の情報処理装置。
【請求項７】
複数の運用管理装置の各々から、管理対象と、前記管理対象に対して制御を実行する条件と、実行すべき制御内容とを示す１または複数のルールを取得するステップと、
取得した各前記ルールから、各前記運用管理装置間で前記管理対象および前記条件が一致する複数の前記ルールを特定するステップとを含む、運用管理方法。
【請求項８】
コンピュータに、
複数の運用管理装置の各々から、管理対象と、前記管理対象に対して制御を実行する条件と、実行すべき制御内容とを示す１または複数のルールを取得するステップと、
取得した各前記ルールから、各前記運用管理装置間で前記管理対象および前記条件が一致する複数の前記ルールを特定するステップとを実行させる、運用管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、運用管理方法および運用管理プログラムに関し、特に、管理対象に対する複数の運用管理装置の制御を最適化する情報処理装置、運用管理方法および運用管理プログラムに関する。
【背景技術】
【０００２】
運用管理システムの一例が、特開２００７−４３３７号公報（特許文献１）に開示されている。すなわち、判断手段は、運用管理ポリシに記述されたワークフローの実行を要求し、要求されたワークフローを実行する実行手段は、停止判断ルールに基づいて、ポリシ記述に現れない制約に基づいた異常状態を検知する。実行手段は、異常状態を検知すると、特定の判断手段からの要求又は特定の制御対象に対する要求に従うワークフローの実行を停止することによって、部分的に自律制御を停止し、管理者などによるデバッグ作業を効率化する。
【０００３】
また、特表２００６−０５１５９９号公報（特許文献２）には、以下のような構成が開示されている。すなわち、第１のアクションリクエストが入力されると、アクションハンドラ検索手段により、第１のアクションリクエストによる依頼内容が解析され、第１のアクションリクエストに示される依頼内容に対応するアクションハンドラがアクションハンドラテーブルから検索される。すると、アクション実行手段により、アクションハンドラ検索手段で検出されたアクションハンドラが起動され、起動されたアクションハンドラに定義された処理が実行され、第１のアクションリクエストに示される依頼内容が未完了の場合、共通データ構造で未完了分の処理の依頼内容を示す第２のアクションリクエストが生成され、送信される。
【０００４】
また、特開２００７−１４８７３８号公報（特許文献３）には、以下のような構成が開示されている。すなわち、複数のコンピュータの情報を監視する情報監視方法において、性能情報の取得要求中の項目識別情報を監視対象のコンピュータの項目識別情報に変換してその変換した取得要求を監視対象のコンピュータへ通信装置により送信するステップと、上記取得要求中の変換後の項目識別情報で示された項目について監視対象のコンピュータの性能情報を取得して通信装置により送信するステップと、上記監視対象のコンピュータから送信された性能情報中の項目識別情報および単位を取得し要求側の装置の項目識別情報および単位に変換して取得要求側の装置へ通信装置により送信するステップとを有する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−４３３７号公報
【特許文献２】特表２００６−０５１５９９号公報
【特許文献３】特開２００７−１４８７３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
大量のサーバが稼働するデータセンタの運用管理では、アプリ応答性能、ネットワークおよびセキュリティなどの様々な観点からサーバを監視分析制御する。このため、データセンタでは、それぞれの観点の機能を担う、複数の運用管理装置が導入されている。
【０００７】
そして、各運用管理装置は、各運用管理装置の観点に従った監視分析制御を行なう。このため、各運用管理装置は個々には最適な制御を行なうこととなるが、データセンタの運用管理全体として見た場合に最適な制御になるとは限らない。
【０００８】
具体的には、サーバリソース管理装置は、レスポンスが低下するとサーバリソースの追加を行なうのに対し、ＡＰ（アプリケーション）サーバ管理装置はＡＰサーバに対するアクセス制限を行なうなど、運用管理装置同士で制御の矛盾が発生し、データセンタにおいて最適な運用管理を行なうことが困難であるという問題があった。
【０００９】
しかしながら、特許文献２および３には、このような問題点を解決するための構成が開示されていない。
【００１０】
また、特許文献１に記載の構成でも、単に異常状態を検知して自律制御を停止するだけであるため、管理対象に対する複数の運用管理装置の制御を最適化することはできない。
【００１１】
この発明は、上述の課題を解決するためになされたもので、その目的は、管理対象に対する複数の運用管理装置の制御を最適化することが可能な情報処理装置、運用管理方法および運用管理プログラムを提供することである。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、この発明のある局面に係わる情報処理装置は、複数の運用管理装置の各々から、管理対象と、上記管理対象に対して制御を実行する条件と、実行すべき制御内容とを示す１または複数のルールを取得するためのルール収集部と、上記ルール収集部が取得した各上記ルールから、各上記運用管理装置間で上記管理対象および上記条件が一致する複数の上記ルールを特定するための重複特定部とを備える。
【００１３】
上記課題を解決するために、この発明のある局面に係わる運用管理方法は、複数の運用管理装置の各々から、管理対象と、上記管理対象に対して制御を実行する条件と、実行すべき制御内容とを示す１または複数のルールを取得するステップと、取得した各上記ルールから、各上記運用管理装置間で上記管理対象および上記条件が一致する複数の上記ルールを特定するステップとを含む。
【００１４】
上記課題を解決するために、この発明のある局面に係わる運用管理プログラムは、コンピュータに、複数の運用管理装置の各々から、管理対象と、上記管理対象に対して制御を実行する条件と、実行すべき制御内容とを示す１または複数のルールを取得するステップと、取得した各上記ルールから、各上記運用管理装置間で上記管理対象および上記条件が一致する複数の上記ルールを特定するステップとを実行させる。
【発明の効果】
【００１５】
本発明によれば、管理対象に対する複数の運用管理装置の制御を最適化することができる。
【図面の簡単な説明】
【００１６】
【図１】図１は、本発明の第１の実施の形態に係る運用管理システムの構成を示す図である。
【図２】本発明の第１の実施の形態に係る情報処理装置の概略構成図である。
【図３】本発明の第１の実施の形態に係る情報処理装置が運用管理処理を行なう際の動作手順を示すフローチャートである。
【図４】運用管理装置２１０のルール記憶部５２に格納されている運用管理情報の内容を示す図である。
【図５】運用管理装置２２０のルール記憶部５４に格納されている運用管理情報の内容を示す図である。
【図６】運用管理装置２３０のルール記憶部５６に格納されている運用管理情報の内容を示す図である。
【図７】ルール正規化部２０に渡される運用管理装置２１０の運用管理情報の内容を示す図である。
【図８】ルール正規化部２０に渡される運用管理装置２２０の運用管理情報の内容を示す図である。
【図９】ルール正規化部２０に渡される運用管理装置２３０の運用管理情報の内容を示す図である。
【図１０】ルール正規化データベース７０に格納されている情報を示す図である。
【図１１】運用管理装置２１０の正規化後のルールの内容を示す図である。
【図１２】運用管理装置２２０の正規化後のルールの内容を示す図である。
【図１３】運用管理装置２３０の正規化後のルールの内容を示す図である。
【図１４】制御アクション重複特定部３０によるグループ化の結果を示す図である。
【図１５】ルール連携案提示部４０によるルールの提示画面を示す図である。
【図１６】運用管理者による制御アクションの修正内容を示す図である。
【図１７】運用管理者による修正内容を反映したルールの内容を示す図である。
【図１８】ルール還元部５０が出力するルールの内容を示す図である。
【図１９】本発明の第２の実施の形態に係る運用管理システムの構成を示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施の形態について図面を用いて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。
【００１８】
＜第１の実施の形態＞
［構成および基本動作］
図１は、本発明の第１の実施の形態に係る運用管理システムの構成を示す図である。
図１を参照して、運用管理システム４０１は、情報処理装置２０１と、運用管理装置２１０，２２０，２３０とを備える。図１では、運用管理システム４０１における運用管理装置を３つとしているが、運用管理システム４０１が２つまたは４つ以上の運用管理装置を備える構成であってもよい。
【００１９】
運用管理装置は、サーバ運用管理、データベース運用管理およびネットワーク運用管理など、管理の種類に応じて設けられる。ここでは、運用管理装置を、少なくとも監視分析制御部とルール記憶部とから構成されるものとしてモデル化する。たとえば、運用管理装置２１０は、監視分析制御部５１と、ルール記憶部５２とを含む。運用管理装置２２０は、監視分析制御部５３と、ルール記憶部５４とを含む。運用管理装置２３０は、監視分析制御部５５と、ルール記憶部５６とを含む。監視分析制御部５１，５３，５５は、それぞれルール記憶部５２，５４，５６が記憶するすべてのルールについて、管理対象の状態を監視し、いずれかのルールの条件が満たされた場合に、管理対象に対して制御アクションを実行する。ここで、ルールとは、どのようなイベントが発生した時にどの管理対象にどのような制御アクションを実行するかを示す情報である。
【００２０】
本発明の第１の実施の形態に係る情報処理装置は、典型的には、汎用的なアーキテクチャを有するコンピュータを基本構造としており、予めインストールされたプログラムを実行することで、後述するような各種機能を提供する。一般的に、このようなプログラムは、フレキシブルディスク（Flexible Disk）およびＣＤ−ＲＯＭ（Compact Disk Read Only Memory）などの記録媒体に格納されて、あるいはネットワークなどを介して流通する。
【００２１】
本発明の第１の実施の形態に係るプログラムは、ＯＳ等の他のプログラムの一部に組み込まれて提供されるものであってもよい。この場合でも、本発明の第１の実施の形態に係るプログラム自体は、上記のような組み込み先の他のプログラムが有するモジュールを含んでおらず、当該他のプログラムと協働して処理が実行される。すなわち、本発明の第１の実施の形態に係るプログラムとしては、このような他のプログラムに組み込まれた形態であってもよい。
【００２２】
なお、代替的に、プログラムの実行により提供される機能の一部もしくは全部を専用のハードウェア回路として実装してもよい。
【００２３】
図２は、本発明の第１の実施の形態に係る情報処理装置の概略構成図である。
【００２４】
図２を参照して、情報処理装置２０１は、演算処理部であるＣＰＵ（Central Processing Unit）１０１と、メインメモリ１０２と、ハードディスク１０３と、入力インターフェイス１０４と、表示コントローラ１０５と、データリーダ／ライタ１０６と、通信インターフェイス１０７とを備える。これらの各部は、バス１２１を介して、互いにデータ通信可能に接続される。
【００２５】
ＣＰＵ１０１は、ハードディスク１０３に格納されたプログラム（コード）をメインメモリ１０２に展開し、これらを所定順序で実行することにより、各種の演算を実施する。メインメモリ１０２は、典型的には、ＤＲＡＭ（Dynamic Random Access Memory）などの揮発性の記憶装置であり、ハードディスク１０３から読み出されたプログラムに加えて、各種の演算処理結果を示すデータなどを保持する。また、ハードディスク１０３は不揮発性の磁気記憶装置であり、ＣＰＵ１０１で実行されるプログラムに加えて、各種設定値などが格納される。このハードディスク１０３にインストールされるプログラムは、後述するように、記録媒体１１１に格納された状態で流通する。なお、ハードディスク１０３に加えて、あるいはハードディスク１０３に代えて、フラッシュメモリなどの半導体記憶装置を採用してもよい。
【００２６】
入力インターフェイス１０４は、ＣＰＵ１０１とキーボード１０８、マウス１０９および図示しないタッチパネルなどの入力部との間のデータ伝送を仲介する。すなわち、入力インターフェイス１０４は、ユーザが入力部を操作することで与えられる操作指令などの外部からの入力を受け付ける。
【００２７】
表示コントローラ１０５は、表示部の典型例であるディスプレイ１１０と接続され、ディスプレイ１１０での表示を制御する。すなわち、表示コントローラ１０５は、ＣＰＵ１０１による画像処理の結果などをユーザに対して表示する。ディスプレイ１１０は、たとえばＬＣＤ（Liquid Crystal Display）またはＣＲＴ（Cathode Ray Tube）である。
【００２８】
データリーダ／ライタ１０６は、ＣＰＵ１０１と記録媒体１１１の間のデータ伝送を仲介する。すなわち、記録媒体１１１は、情報処理装置２０１で実行されるプログラムなどが格納された状態で流通し、データリーダ／ライタ１０６は、この記録媒体１１１からプログラムを読み出す。また、データリーダ／ライタ１０６は、ＣＰＵ１０１の内部指令に応答して、情報処理装置２０１における処理結果などを記録媒体１１１へ書き込む。なお、記録媒体１１１は、たとえば、ＣＦ（Compact Flash）およびＳＤ（Secure Digital）などの汎用的な半導体記憶デバイス、フレキシブルディスク（Flexible Disk）などの磁気記憶媒体、またはＣＤ−ＲＯＭ（Compact Disk Read Only Memory）などの光学記憶媒体である。
【００２９】
通信インターフェイス１０７は、ＣＰＵ１０１と他のパーソナルコンピュータおよびサーバ装置などの間のデータ伝送を仲介する。通信インターフェイス１０７は、典型的には、イーサネット（登録商標）またはＵＳＢ（Universal Serial Bus）の通信機能を有する。なお、記録媒体１１１に格納されたプログラムを情報処理装置２０１にインストールする形態に代えて、通信インターフェイス１０７を介して配信サーバなどからダウンロードしたプログラムを情報処理装置２０１にインストールしてもよい。
【００３０】
また、情報処理装置２０１には、必要に応じてプリンタなどの他の出力装置が接続されてもよい。
【００３１】
［制御構造］
次に、情報処理装置２０１における運用管理機能を提供するための制御構造について説明する。
【００３２】
図１は、本発明の第１の実施の形態に係る情報処理装置が提供する制御構造も示している。図１に示す情報処理装置２０１における各ブロックは、ハードディスク１０３に格納されたプログラム（コード）などをメインメモリ１０２に展開して、ＣＰＵ１０１に実行させることで提供される。なお、図１に示す制御構造の一部もしくは全部を専用ハードウェアおよび／または配線回路によって実現してもよい。
【００３３】
図１を参照して、情報処理装置２０１は、その制御構造として、ルール収集部１０と、ルール正規化部２０と、制御アクション重複特定部３０と、ルール連携案提示部４０と、ルール還元部５０と、通知部としてのルール配布部６０とを備える。また、情報処理装置２０１は、ルール正規化データベース（ＤＢ）７０を備える。ルール正規化データベース７０は、図２に示すメインメモリ１０２またはハードディスク１０３に保存される。
【００３４】
ルール収集部１０は、運用管理装置２１０，２２０，２３０のルールを収集し、ルール正規化部２０に渡す。
【００３５】
ルール正規化部２０は、ルール収集部１０から受けたルールの正規化を行なうことにより、ルール収集部１０によって収集されたルールの運用管理装置毎のデータ形式の差異を吸収する。そして、ルール正規化部２０は、正規化後のルールを制御アクション重複特定部３０に渡す。
【００３６】
制御アクション重複特定部３０は、ルール正規化部２０から受けたルールのうち、同一制御対象、同一メトリックおよび同一条件のルールであって制御アクションを有する複数のルールを特定し、ルール連携案提示部４０に渡す。
【００３７】
ルール連携案提示部４０は、制御アクション重複特定部３０によって特定された複数のルールを運用管理者に提示し、制御アクションの修正を求める。そして、ルール連携案提示部４０は、運用管理者からの修正指示に従って修正したルールをルール還元部５０に渡す。
【００３８】
ルール還元部５０は、運用管理者がルール連携案提示部４０を介して修正したルールのみを抽出し、抽出したルールを正規化以前のルールのデータ形式に戻し、ルール配布部６０に渡す。
【００３９】
ルール配布部６０は、ルール還元部５０から受けたルールを、元の運用管理装置に渡す。
【００４０】
［動作］
次に、本発明の第１の実施の形態に係る情報処理装置の動作について図面を用いて説明する。本発明の第１の実施の形態では、情報処理装置２０１を動作させることによって、本発明の第１の実施の形態に係る運用管理方法が実施される。よって、本発明の第１の実施の形態に係る運用管理方法の説明は、以下の情報処理装置２０１の動作説明に代える。なお、以下の説明においては、適宜図１を参照する。
【００４１】
図３は、本発明の第１の実施の形態に係る情報処理装置が運用管理処理を行なう際の動作手順を示すフローチャートである。
【００４２】
図４は、運用管理装置２１０のルール記憶部５２に格納されている運用管理情報の内容を示す図である。図５は、運用管理装置２２０のルール記憶部５４に格納されている運用管理情報の内容を示す図である。図６は、運用管理装置２３０のルール記憶部５６に格納されている運用管理情報の内容を示す図である。
【００４３】
図４〜図６を参照して、各運用管理情報は複数のルールから構成され、各ルールは、管理対象を示す管理対象と、監視項目を示すメトリックと、閾値を含む条件と、当該条件が満たされたときに実行すべき制御アクションとを有する。
【００４４】
図４に示す運用管理情報を代表的に説明すると、この運用管理情報は、管理対象がサーバＡであり、メトリックすなわち監視項目がＭ１１００１であり、条件がＣ１０１１であり、制御アクションがＡ１０１１であるルールと、管理対象がＶＭ（仮想マシン）Ｂであり、メトリックすなわち監視項目がＭ１１０１１であり、条件がＣ１０２１であり、制御アクションがＡ１０１２であるルールと、管理対象がサーバＣであり、メトリックすなわち監視項目がＭ１１１１１であり、条件がＣ１０１３であり、制御アクションがＡ１０１３であるルールとから構成されている。具体的には、１つ目のルールは、たとえば、サーバＡ（管理対象）のＣＰＵ負荷（メトリック）が９０％以上である場合には（条件）、サーバＡの動作を停止させる（制御アクション）、という内容である。
【００４５】
図３を参照して、まず、ルール収集部１０は、運用管理装置２１０、運用管理装置２２０および運用管理装置２３０から運用管理情報を収集し、収集したそれぞれの運用管理情報のルールに運用管理装置名を付加したものを、ルール正規化部２０に渡す（ステップＳ１）。
【００４６】
図７は、ルール正規化部２０に渡される運用管理装置２１０の運用管理情報の内容を示す図である。図８は、ルール正規化部２０に渡される運用管理装置２２０の運用管理情報の内容を示す図である。図９は、ルール正規化部２０に渡される運用管理装置２３０の運用管理情報の内容を示す図である。
【００４７】
図７〜図９を参照して、たとえば、図４に示す運用制御装置２１０の運用管理情報は、運用管理装置名である運用管理装置１が各ルールの先頭に付加されて図７に示すように変換され、ルール正規化部２０に渡される。図５に示す運用制御装置２２０の運用管理情報は、運用管理装置名である運用管理装置２が各ルールの先頭に付加されて図８に示すように変換され、ルール正規化部２０に渡される。図６に示す運用制御装置２３０の運用管理情報は、運用管理装置名である運用管理装置３が各ルールの先頭に付加されて図９に示すように変換され、ルール正規化部２０に渡される。
【００４８】
次に、ルール正規化部２０は、ルール正規化データベース７０を参照して、運用管理装置名が付加されたルールの運用管理装置名およびメトリックに基づいて、ルール収集部１０から受けたルールが示すメトリックに対応するイベントを特定し、特定したイベントの情報をルールに付加する。ここで、イベントは、監視項目に対応する事象である。
【００４９】
すなわち、各運用管理装置におけるルールのメトリックが同じ事象を示していても、運用装置毎に異なるメトリックで表現される、すなわち異なるデータ形式で表現されることがある。本発明の第１の実施の形態に係る情報処理装置では、対応の事象を示すイベントの情報をルールに付加するルール正規化部２０を設けることにより、この問題に対処することが可能となる。
【００５０】
図１０は、ルール正規化データベース７０に格納されている情報を示す図である。
図１０に示す情報の各レコードは、運用管理装置名、メトリックおよびイベントから構成され、運用管理装置のメトリックが、どのイベントに対応するのかを示すものである。図１０に示す１つ目のレコードは、運用管理装置名が“運用管理装置１”であるルールのメトリックが“Ｍ１１００１”である場合には、当該メトリック（監視項目）はイベント“Ｅ１００１”という事象に対応することを示している。
【００５１】
図１１は、運用管理装置２１０の正規化後のルールの内容を示す図である。
たとえば、図７に示す１つ目のルールは、運用管理装置名が“運用管理装置１”で、メトリックが“Ｍ１１００１”である。このため、図１０に示す１つ目のレコードに基づいて、対応するイベントは“Ｅ１００１”と判定され、当該ルールにイベント“Ｅ１００１”が付加され、図１１における１つ目のルールのように変換される。
【００５２】
図１２は、運用管理装置２２０の正規化後のルールの内容を示す図である。図１３は、運用管理装置２３０の正規化後のルールの内容を示す図である。
【００５３】
ルール正規化部２０は、上記のような変換をすべてのルールに対して行い、図７、図８および図９に示すルールを、図１１、図１２および図１３に示すルールに変換し、制御アクション重複特定部３０に渡す。
【００５４】
図１４は、制御アクション重複特定部３０によるグループ化の結果を示す図である。
制御アクション重複特定部３０は、ルール正規化部２０から受け取ったすべてのルールから、ルール間でイベント、管理対象および条件が同一のルールを抽出する。そして、抽出した各ルールを、イベント、管理対象および条件が同一のルールにグループ化し、ルール連携案提示部４０に渡す。図１４は、図１１、図１２および図１３に示すすべてのルールについて、当該グループ化を行った結果を示している。
【００５５】
すなわち、イベントが“Ｅ１００１”および“Ｅ１０１１”のルールは、管理対象および条件が同一のルールが複数存在するためグループ化され、ルール連携案提示部４０に渡される。
【００５６】
一方、イベントが“Ｅ１１１１”および“Ｅ３３３３”のルールは、管理対象および条件が同一のルールが他に存在しないため、グループ化の対象にはならず、ルール連携案提示部４０に渡されない（ステップＳ３）。
【００５７】
次に、ルール連携案提示部４０は、制御アクション重複特定部３０から受け取った、グループ化されたルールを運用管理者に提示する（ステップＳ４）。
【００５８】
次に、ルール連携案提示部４０は、運用管理者に、実行する制御アクションの選択および制御アクションの修正を求め、運用管理者の修正を受け付けて、当該修正内容に従ってルールを修正し、修正したルールをルール還元部５０に渡す（ステップＳ５）。
【００５９】
図１５は、ルール連携案提示部４０によるルールの提示画面を示す図である。
ルール連携案提示部４０は、たとえば、図１４に示すイベント“Ｅ１００１”でグループ化された各ルールを図１５に示すように画面表示する。当該画面では、制御アクションの表示部分１３０１，１３０２，１３０３のみが編集可能になっている。運用管理者は、この画面上で、ある運用管理装置における制御アクションを実行しない場合には当該制御アクションを削除し、ある運用管理装置における制御アクションを変更する場合には、当該制御アクションを修正する。
【００６０】
図１６は、運用管理者による制御アクションの修正内容を示す図である。
図１６は、運用管理者が、運用管理装置２の制御アクションは実行せず、運用管理装置３の制御アクションは“Ａ９９９９”に変更したことを示している。
【００６１】
図１７は、運用管理者による修正内容を反映したルールの内容を示す図である。
運用管理者が図１６に示すような修正を行った場合には、ルール連携案提示部４０は、図１４に示すイベントが“Ｅ１００１”のルールの制御アクションを修正し、各ルールに制御アクションの修正の有無を付加した図１７に示すようなルールを作成し、ルール還元部５０に渡す。
【００６２】
図１８は、ルール還元部５０が出力するルールの内容を示す図である。
次に、ルール還元部５０は、ルール連携案提示部４０から図１７に示すようなルールを受けて、当該ルールのグループ化を解除し、”修正の有無”が“無“であるルールを削除し、”イベント”列および”修正の有無”列を削除した図１８に示すようなルールを作成し、ルール配布部６０に渡す。
【００６３】
次に、ルール配布部６０は、ルール還元部５０から図１８に示すようなルールを受けて、当該ルールの“運用管理装置名”列が示す運用管理装置に、“運用管理装置名”列を削除したルールを渡す。これにより、修正されたルールが、当該運用管理装置に反映される（ステップＳ６）。
【００６４】
ところで、大量のサーバが稼働するデータセンタの運用管理では、各運用管理装置は、各運用管理装置の観点に従った監視分析制御を行なうため、データセンタの運用管理全体として見た場合に最適な制御になるとは限らず、運用管理装置同士で制御の矛盾が発生し、データセンタにおいて最適な運用管理を行なうことが困難であるという問題があった。
【００６５】
すなわち、特許文献１〜３に記載の構成では、管理対象に対する複数の運用管理装置の制御を最適化することができないという問題点があった。
【００６６】
その原因は、それぞれの運用管理装置が、他の運用管理装置のルールを把握できていないことにある。このため、あるイベントが発生した時に、あるサーバに対して、それぞれの運用管理装置がそれぞれ制御アクションを実行してしまうことになる。
【００６７】
これに対して、本発明の第１の実施の形態に係る情報処理装置では、ルール収集部１０は、複数の運用管理装置の各々から、管理対象と、管理対象に対して制御を実行する条件と、実行すべき制御内容とを示す１または複数のルールを取得する。制御アクション重複特定部３０は、ルール収集部１０が取得した各ルールから、各運用管理装置間で管理対象および条件が一致する複数のルールを特定する。
【００６８】
たとえば、同じ制御対象および同じ事象を示す複数のルールの中から、制御アクションを有するルールの組を特定し、運用管理者にルールを修正するよう求め、その修正を運用管理装置に反映する。このような構成により、発生事象に対して、同一の制御アクションが複数回実行されたり、相反する制御アクションが実行されたりすることを予め特定し、予防することができる。
【００６９】
すなわち、本発明の第１の実施の形態に係る情報処理装置２０１における各構成要素のうち、ルール収集部１０および制御アクション重複特定部３０からなる最小構成により、管理対象に対する複数の運用管理装置の制御を最適化するという本発明の目的を達成することが可能となる。
【００７０】
具体的には、データセンタなど、複数の運用管理装置が導入されている環境において、運用管理装置間の制御の矛盾を特定し、たとえば複数の制御アクションが設定されているサーバを特定し、データセンタの運用管理のルールとなるルール連携案を管理者へ提示する。これにより、制御の矛盾を回避し、データセンタの運用管理の全体最適化を図ることができる。
【００７１】
また、本発明の第１の実施の形態に係る情報処理装置では、ルール収集部１０は、複数の運用管理装置の各々から、管理対象と、管理対象に対して制御を実行する条件と、実行すべき制御内容と、監視項目とを示す１または複数のルールを取得する。ルール正規化部２０は、ルール収集部１０が各運用管理装置から取得したルールが示す監視項目を共通のデータ形式に変更する。そして、制御アクション重複特定部３０は、ルール正規化部２０によって変更された各監視項目を用いて、ルール収集部１０が取得した各ルールから、各運用管理装置間で監視項目、管理対象および条件が一致する複数のルールを特定する。
【００７２】
このような構成により、各運用管理装置におけるルールの監視項目が異なるデータ形式で表現されていても、同じ制御対象および同じ事象に対して複数の制御アクションが存在するルールの組を特定することができる。
【００７３】
また、本発明の第１の実施の形態に係る情報処理装置では、ルール連携案提示部４０は、制御アクション重複特定部３０によって特定されたルールをユーザに提示する。
【００７４】
このような構成により、同じ制御対象および同じ事象に対して複数の制御アクションが存在するルールの組の存在をユーザに早期に知らせることができる。
【００７５】
また、本発明の第１の実施の形態に係る情報処理装置では、ルール連携案提示部４０は、提示したルールが示す制御内容に対するユーザの修正指示を受け付け、修正指示に従って制御内容を変更する。そして、ルール配布部６０は、ルール連携案提示部４０によって変更された制御内容を示すルールを対応の運用管理装置へ通知する。
【００７６】
このような構成により、ユーザによるルールの修正指示を運用管理装置のルールに反映することが可能となる。
【００７７】
また、本発明の第１の実施の形態に係る情報処理装置では、制御アクション重複特定部３０は、ルール正規化部２０から受けたルールのうち、同一制御対象、同一メトリックおよび同一条件のルールであって制御アクションを有する複数のルールを特定する。すなわち、制御アクション重複特定部３０が、ルール収集部１０が取得した各ルールのうち、制御内容を含んでいないルールを特定対象から除外する。
【００７８】
このような構成により、修正する必要のある可能性の高いルールだけを特定することが可能となる。
【００７９】
なお、本発明の第１の実施の形態に係る情報処理装置は、運用管理装置２１０，２２０，２３０とは別個に設けられる構成であるとしたが、これに限定するものではない。情報処理装置２０１が、運用管理装置２１０，２２０，２３０のいずれかに含まれる構成であってもよい。
【００８０】
また、本発明の第１の実施の形態に係る情報処理装置は、ルール正規化部２０を備える構成であるとしたが、これに限定するものではない。ルールについて運用管理装置間でデータ形式の差異が無い場合には、情報処理装置２０１は、ルール正規化部２０を備えない構成であってもよい。
【００８１】
また、本発明の第１の実施の形態に係る情報処理装置では、制御アクション重複特定部３０は、ルール正規化部２０から受けたルールのうち、同一制御対象、同一メトリックおよび同一条件のルールであって制御アクションを有する複数のルールを特定し、ルール連携案提示部４０に渡す構成であるとしたが、これに限定するものではない。制御アクション重複特定部３０は、ルール正規化部２０から受けたルールのうち、同一制御対象、同一メトリックおよび同一条件の複数のルールを特定し、ルール連携案提示部４０に渡す構成であってもよい。すなわち、制御アクション重複特定部３０は、制御アクションを有していないルール、たとえば運用管理者が制御アクションの内容を指定し忘れたか、制御アクションを意図的に削除したルールも特定対象とする構成であってもよい。
【００８２】
次に、本発明の他の実施の形態について図面を用いて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。
【００８３】
＜第２の実施の形態＞
本実施の形態は、第１の実施の形態に係る情報処理装置と比べてユーザへのルール提示方法を変更した情報処理装置に関する。以下で説明する内容以外は第１の実施の形態に係る情報処理装置と同様である。
【００８４】
図１９は、本発明の第２の実施の形態に係る運用管理システムの構成を示す図である。
図１９を参照して、運用管理システム４０２は、情報処理装置２０２と、運用管理装置２１０，２２０，２３０とを備える。
【００８５】
情報処理装置２０２は、その制御構造として、ルール収集部１０と、ルール正規化部２０と、制御アクション重複特定部３０と、連携ルール記録部４１と、連携ルール記録ログ４２とを備える。すなわち、情報処理装置２０２は、本発明の第１の実施の形態に係る情報処理装置と比べて、ルール連携案提示部４０の代わりに連携ルール記録部４１および連携ルール記録ログ４２を備え、ルール還元部５０およびルール配布部６０を備えない構成である。連携ルール記録ログ４２は、図２に示すメインメモリ１０２またはハードディスク１０３に保存される。
【００８６】
連携ルール記録部４１は、制御アクション重複特定部３０から受けたルールを、運用管理者には提示せず、連携ルール記録ログ４２に記録する。
【００８７】
このように、本発明の第２の実施の形態に係る情報処理装置では、連携ルール記録部４１は、制御アクション重複特定部３０によって特定されたルールを記録する。すなわち、同じ制御対象および同じ事象を示すルールの中から、制御アクションを有するルールの組を特定し、連携ルール記録ログ４２に記録する。これにより、本発明の第１の実施の形態に係る情報処理装置のように運用管理者が逐一ルールを修正するのではなく、運用管理者は、連携ルール記録ログ４２を参照してたとえば運用管理システム４０２における運用管理装置全体で問題のあるルールをまとめて確認することができる。これにより、各運用管理装置で問題のあるルールを一度に確認し、重要な修正を優先的に行なうことができる。
【００８８】
その他の構成および動作は第１の実施の形態に係る情報処理装置と同様であるため、ここでは詳細な説明を繰り返さない。
【００８９】
上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記説明ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【産業上の利用可能性】
【００９０】
本発明は、たとえば、データセンタなど複数の運用管理装置が導入されている環境で、運用管理装置間の制御の矛盾を回避する用途に適用できる。したがって、本発明は、産業上の利用可能性を有している。
【００９１】
上記実施の形態の一部または全部は以下の付記のようにも記載されうるが、本発明の範囲は、以下の付記に限定されるものではない。
【００９２】
［付記１］
複数の運用管理装置の各々から、管理対象と、前記管理対象に対して制御を実行する条件と、実行すべき制御内容とを示す１または複数のルールを取得するためのルール収集部と、
前記ルール収集部が取得した各前記ルールから、各前記運用管理装置間で前記管理対象および前記条件が一致する複数の前記ルールを特定するための重複特定部とを備える、情報処理装置。
【００９３】
［付記２］
前記ルール収集部は、前記複数の運用管理装置の各々から、管理対象と、前記管理対象に対して制御を実行する条件と、実行すべき制御内容と、監視項目とを示す１または複数のルールを取得し、
前記情報処理装置は、さらに、
前記ルール収集部が各前記運用管理装置から取得した前記ルールが示す前記監視項目を共通のデータ形式に変更するための正規化部を備え、
前記重複特定部は、前記正規化部によって変更された各前記監視項目を用いて、前記ルール収集部が取得した各前記ルールから、各前記運用管理装置間で前記監視項目、前記管理対象および前記条件が一致する複数の前記ルールを特定する、付記１に記載の情報処理装置。
【００９４】
［付記３］
前記情報処理装置は、さらに、
前記重複特定部によって特定された前記ルールをユーザに提示するための提示部を備える、付記１または２に記載の情報処理装置。
【００９５】
［付記４］
前記提示部は、提示した前記ルールが示す前記制御内容に対するユーザの修正指示を受け付け、前記修正指示に従って前記制御内容を変更し、
前記情報処理装置は、さらに、
前記提示部によって変更された前記制御内容を示す前記ルールを対応の前記運用管理装置へ通知するための通知部を備える、付記３に記載の情報処理装置。
【００９６】
［付記５］
前記情報処理装置は、さらに、
前記重複特定部によって特定された前記ルールを記録するための記録部を備える、付記１または２に記載の情報処理装置。
【００９７】
［付記６］
前記重複特定部は、前記ルール収集部が取得した各前記ルールのうち、前記制御内容を含んでいない前記ルールを特定対象から除外する、付記１から５のいずれかに記載の情報処理装置。
【００９８】
［付記７］
複数の運用管理装置の各々から、管理対象と、前記管理対象に対して制御を実行する条件と、実行すべき制御内容とを示す１または複数のルールを取得するステップと、
取得した各前記ルールから、各前記運用管理装置間で前記管理対象および前記条件が一致する複数の前記ルールを特定するステップとを含む、運用管理方法。
【００９９】
［付記８］
前記ルールを取得するステップにおいては、前記複数の運用管理装置の各々から、管理対象と、前記管理対象に対して制御を実行する条件と、実行すべき制御内容と、監視項目とを示す１または複数のルールを取得し、
前記運用管理方法は、さらに、
前記ルールを取得するステップにおいて各前記運用管理装置から取得した前記ルールが示す前記監視項目を共通のデータ形式に変更するステップを含み、
前記ルールを特定するステップにおいては、データ形式が変更された各前記監視項目を用いて、前記ルールを取得するステップにおいて取得した各前記ルールから、各前記運用管理装置間で前記監視項目、前記管理対象および前記条件が一致する複数の前記ルールを特定する、付記７に記載の運用管理方法。
【０１００】
［付記９］
前記運用管理方法は、さらに、
前記ルールを特定するステップにおいて特定した前記ルールをユーザに提示するステップを含む、付記７または８に記載の運用管理方法。
【０１０１】
［付記１０］
前記ルールを提示するステップにおいては、提示した前記ルールが示す前記制御内容に対するユーザの修正指示を受け付け、前記修正指示に従って前記制御内容を変更し、
前記運用管理方法は、さらに、
前記ルールを提示するステップにおいて変更した前記制御内容を示す前記ルールを対応の前記運用管理装置へ通知するステップを含む、付記９に記載の運用管理方法。
【０１０２】
［付記１１］
前記運用管理方法は、さらに、
前記ルールを特定するステップにおいて特定した前記ルールを記録するステップを含む、付記７または８に記載の運用管理方法。
【０１０３】
［付記１２］
前記ルールを特定するステップにおいては、前記ルールを取得するステップにおいて取得した各前記ルールのうち、前記制御内容を含んでいない前記ルールを特定対象から除外する、付記７から１１のいずれかに記載の運用管理方法。
【０１０４】
［付記１３］
コンピュータに、
複数の運用管理装置の各々から、管理対象と、前記管理対象に対して制御を実行する条件と、実行すべき制御内容とを示す１または複数のルールを取得するステップと、
取得した各前記ルールから、各前記運用管理装置間で前記管理対象および前記条件が一致する複数の前記ルールを特定するステップとを実行させる、運用管理プログラム。
【０１０５】
［付記１４］
前記ルールを取得するステップにおいては、前記複数の運用管理装置の各々から、管理対象と、前記管理対象に対して制御を実行する条件と、実行すべき制御内容と、監視項目とを示す１または複数のルールを取得し、
前記運用管理プログラムは、さらに、コンピュータに、
前記ルールを取得するステップにおいて各前記運用管理装置から取得した前記ルールが示す前記監視項目を共通のデータ形式に変更するステップを実行させ、
前記ルールを特定するステップにおいては、データ形式が変更された各前記監視項目を用いて、前記ルールを取得するステップにおいて取得した各前記ルールから、各前記運用管理装置間で前記監視項目、前記管理対象および前記条件が一致する複数の前記ルールを特定する、付記１３に記載の運用管理プログラム。
【０１０６】
［付記１５］
前記運用管理プログラムは、さらに、コンピュータに、
前記ルールを特定するステップにおいて特定した前記ルールをユーザに提示するステップを実行させる、付記１３または１４に記載の運用管理プログラム。
【０１０７】
［付記１６］
前記ルールを提示するステップにおいては、提示した前記ルールが示す前記制御内容に対するユーザの修正指示を受け付け、前記修正指示に従って前記制御内容を変更し、
前記運用管理プログラムは、さらに、コンピュータに、
前記ルールを提示するステップにおいて変更した前記制御内容を示す前記ルールを対応の前記運用管理装置へ通知するステップを実行させる、付記１５に記載の運用管理プログラム。
【０１０８】
［付記１７］
前記運用管理プログラムは、さらに、コンピュータに、
前記ルールを特定するステップにおいて特定した前記ルールを記録するステップを実行させる、付記１３または１４に記載の運用管理プログラム。
【０１０９】
［付記１８］
前記ルールを特定するステップにおいては、前記ルールを取得するステップにおいて取得した各前記ルールのうち、前記制御内容を含んでいない前記ルールを特定対象から除外する、付記１３から１７のいずれかに記載の運用管理プログラム。
【符号の説明】
【０１１０】
１０  ルール収集部
２０  ルール正規化部
３０  制御アクション重複特定部
４０  ルール連携案提示部
４１  連携ルール記録部
４２  連携ルール記録ログ
５０  ルール還元部
５１，５３，５５  監視分析制御部
５２，５４，５６  ルール記憶部
６０  ルール配布部
７０  ルール正規化データベース
１０１  ＣＰＵ
１０２  メインメモリ
１０３  ハードディスク
１０４  入力インターフェイス
１０５  表示コントローラ
１０６  データリーダ／ライタ
１０７  通信インターフェイス
１０８  キーボード
１０９  マウス
１１０  ディスプレイ
１１１  記録媒体
１２１  バス
２１０，２２０，２３０  運用管理装置
４０１，４０２  運用管理システム
【図１】
2012084015.tif 000003
【図２】
2012084015.tif 000004
【図３】
2012084015.tif 000005
【図４】
2012084015.tif 000006
【図５】
2012084015.tif 000007
【図６】
2012084015.tif 000008
【図７】
2012084015.tif 000009
【図８】
2012084015.tif 000010
【図９】
2012084015.tif 000011
【図１０】
2012084015.tif 000012
【図１１】
2012084015.tif 000013
【図１２】
2012084015.tif 000014
【図１３】
2012084015.tif 000015
【図１４】
2012084015.tif 000016
【図１５】
2012084015.tif 000017
【図１６】
2012084015.tif 000018
【図１７】
2012084015.tif 000019
【図１８】
2012084015.tif 000020
【図１９】
2012084015.tif 000021