JP5483784B1 - 制御装置、計算資源管理方法及び計算資源管理プログラム - Google Patents

Abstract

【課題】事象の発生した計算資源と関連する計算資源を考慮して適切に計算資源を操作すること。
【解決手段】本願の開示する制御装置は、決定部と、操作部とを有する。決定部は、情報処理装置群の内部で稼働する計算資源における事象の発生を契機に、当該事象が発生した計算資源及び当該事象が発生した計算資源に関係する他の計算資源の状態に基づいて、前記事象が発生した計算資源及び前記他の計算資源に対して実行する操作を決定する。操作部は、前記決定部によって決定された操作を、前記事象が発生した計算資源及び前記他の計算資源に対して実行する。
【選択図】図４

Description

本発明は、制御装置、計算資源管理方法及び計算資源管理プログラムに関する技術であり、特に、情報処理システムの計算資源管理の自動化に係る技術である。

従来、情報処理システムの運用においては、装置や機能の設置と起動を人手で行った後、装置や機能に対して故障、性能劣化、過負荷、その他動作環境の変化などの事象を検知するための監視が行われる。そして、このような事象が生じた場合には、人手で故障の復旧や設備の増設、入替え、移動などの作業を行うことが一般的である。

しかし、２４時間３６５日にわたり、情報処理システムを監視し、事象に応じた作業を行えるような態勢を整えるのは、経済的ではない。特に、すでに長期間にわたって運用され、事象の検知、対処の内容の決定、対処の内容に応じた作業について、経験が積み重ねられて定型化している場合においては顕著である。このようなことから、定型的な運用を、人手を要さず自動的に行う方法が開示されている。

ZABBIX-JP Japanese Zabbix Community 、ドキュメント Zabbixとは 機能、[online］、［平成２５年５月２３日検索］、インターネット＜URL：http://www.zabbix.jp/documents/functions＞

しかしながら、上記の従来技術では、事象の発生した計算資源のみを考慮し、関連する他の計算資源を考慮しない場合があるので、適切に計算資源を操作することができないという問題がある。

例えば従来技術では、アプリケーションサーバとは別に設置された監視装置が、アプリケーションサーバ内で動作する仮想マシンによって収集された複数項目の稼働状況を収集する。そして、監視装置は、収集した稼働状況を事前設定の閾値よりも超過したか否かを判定することにより、情報処理システムにおける障害発生の有無を判定する。ここで、監視装置は、障害が発生したと判定した場合、発生した障害の項目に対してそれぞれ定義された所定の処理を実行する。かかる場合、情報処理システムでは、例えば他の計算資源が余剰能力を有していても、余剰能力を有している計算資源が使用されることはない。

開示の技術は、上述に鑑みてなされたものであって、事象の発生した計算資源と関連する計算資源を考慮して適切に計算資源を操作することを目的とする。

本願の開示する制御装置は、決定部と、操作部とを有する。決定部は、情報処理装置群の内部で稼働する計算資源における事象の発生を契機に、当該事象が発生した計算資源及び当該事象が発生した計算資源に関係する他の計算資源の状態に基づいて、前記事象が発生した計算資源及び前記他の計算資源に対して実行する操作を決定する。操作部は、前記決定部によって決定された操作を、前記事象が発生した計算資源及び前記他の計算資源に対して実行する。

開示する制御装置、計算資源管理方法及び計算資源管理プログラムの一つの態様によれば、事象の発生した計算資源と関連する計算資源を考慮して適切に計算資源を操作することができるという効果を奏する。

図１は、情報処理システムの構成例を示す図である。 図２は、初期設定時における各装置間の情報の流れを示す図である。 図３は、事象発生時における各装置間の情報の流れを示す図である。 図４は、制御装置の構成を示す機能ブロック図である。 図５は、包含関係の一例を示す図である。 図６は、包含関係の一例を示す図である。 図７は、接続関係の一例を示す図である。 図８は、計算資源関連性情報テーブルが記憶するデータ構造の定義例を示す図である。 図９は、計算資源関連性情報テーブルが記憶する実体値の一例を示す図である。 図１０は、計算資源監視内容情報テーブルが記憶するデータ構造の一例を示す図である。 図１１は、適用対象判定条件式雛形選択情報テーブルが記憶するデータ構造の一例を示す図である。 図１２は、判定条件式テーブルが記憶するデータ構造の一例を示す図である。 図１３は、計算資源操作依頼の一例を示す図である。 図１４は、計算資源監視条件情報を説明するための図である。 図１５は、初期設定処理の動作例を説明するシーケンス図である。 図１６は、変更処理の動作例を説明するシーケンス図である。 図１７は、事象発生時の計算資源操作処理の動作例を説明するシーケンス図である。 図１８は、初期設定処理の手順を示すフローチャートである。 図１９は、資源操作処理の手順を示すフローチャートである。 図２０は、判定条件式テーブル変更処理の手順を示すフローチャートである。 図２１は、監視条件変更処理の手順を示すフローチャートである。 図２２は、事象発生時の処理の手順を示すフローチャートである。 図２３は、自動スケールアウトする場合の処理動作を説明するための図である。 図２４は、仮想マシンサーバ装置の性能劣化を自動防止する場合の処理動作を説明するための図である。 図２５は、サーバ室の温度が局所的に上昇することを防止する場合の処理動作を説明するための図である。 図２６は、夜間に自動的に縮退運転する場合の処理動作を説明するための図である。 図２７は、コンピュータシステムによる処理を実行するための計算資源管理プログラムによる情報処理がコンピュータを用いて具体的に実現されることを示す図である。

以下に、開示する制御装置、計算資源管理方法及び計算資源管理プログラムの実施形態について、図面に基づいて詳細に説明する。なお、本実施形態により開示する発明が限定されるものではない。

（第１の実施形態）
図１は、情報処理システム１００の構成例を示す図である。図１に示すように、情報処理システム１００は、利用者端末２００と、情報処理装置群３００と、監視装置４００と、制御装置５００とを有する。

利用者端末２００は、制御装置５００と接続し、利用者が制御装置５００を操作する際に使用する入出力装置を備えたコンソール装置である。例えば、利用者は、情報処理装置群３００の管理者である。

情報処理装置群３００は、制御装置５００と監視装置４００とに接続する計算資源の集合であり、例えばサーバ装置である。情報処理装置群３００は、制御装置５００からの操作に基づいて計算資源が配置され、監視装置４００から稼働状況を収集される一以上の計算資源を稼働する。

ここで言う、計算資源には、ＣＰＵ（Central Processing Unit）、メモリ、データ保持領域を備え、ネットワーク通信機能を有する装置、ＣＰＵ、メモリを備え、データを転送する機能を有する装置、サーバ室等の設置場所、及びこれらの仮想化装置が含まれる。より具体的には、計算資源には、サーバ機器やパーソナルコンピュータを含むコンピュータ装置、情報を永続的に保持するためのストレージ装置、コンピュータ装置間を相互に接続するためのネットワーク機器、各装置に電力を供給するための電源装置、各装置間を接続するケーブルなどの物理的な計算資源に加え、仮想計算機、仮想ネットワーク、仮想ディスクなどの仮想的な計算資源も含まれる。

また、情報処理装置群３００の内部の計算資源は、別の一以上の計算資源と関係性を持つ場合がある。図１に示す例では、情報処理装群３００は、計算資源３０１ａ及び計算資源３０１ｂを有し、計算資源３０１ａと計算資源３０１ｂとが関係性を持つ。ここで言う「関係性」とは、例えば、仮想マシンと仮想マシンが稼働するコンピュータ装置との間の包含関係や、コンピュータ装置とネットワーク機器との間の接続関係などが含まれる。なお、「関係性」の詳細については、後述する。また、以下の説明では、計算資源３０１ａ及び計算資源３０１ｂを区別せずに一般化して呼ぶ場合には、計算資源３０１と記載する。

監視装置４００は、制御装置５００と情報処理装置群３００とに接続する。この監視装置４００は、ＣＰＵ、メモリ、データ保持領域、及びネットワーク通信機能に加えて、温度・電力量等の測定値の収集機能、警報通知機能を有する装置であり、情報処理装置群３００を監視することで、情報処理装置群３００に生じた事象を検知する。なお、ここで言う「事象」には、装置や機能に対して生じた故障、性能劣化、過負荷、その他動作環境の変化などを含む。

制御装置５００は、利用者端末２００と情報処理装置群３００と監視装置４００とに接続する。この制御装置５００は、ＣＰＵ、メモリ、データ保持領域、及びネットワーク通信機能を有する装置である。この制御装置５００は、情報処理装置群３００の内部で稼働する計算資源３０１における事象の発生を契機に、当該事象が発生した計算資源３０１及び当該事象が発生した計算資源に関係する他の計算資源３０１の状態に基づいて、事象が発生した計算資源３０１及び他の計算資源３０１に対して実行する操作を決定する。そして、制御装置５００は、決定した操作を、事象が発生した計算資源３０１及び他の計算資源３０１に対して実行する。

なお、各装置間の接続、及び制御装置５００と利用者端末２００との相互の接続は通信網を介したものであるが、通信網は構内通信網（ＬＡＮ（Local Area Network））、インターネット、公衆電話網を含めて構成してもよい。また、制御装置５００に対して利用者端末２００が複数接続されていてもよい。また、利用者端末２００は監視装置４００に接続されていてもよい。

次に、図２及び図３を用いて、このような情報処理システム１００における各装置間の情報の流れを説明する。図２は、初期設定時における各装置間の情報の流れを示す図である。なお、図２に示す例では、利用者端末２００が、情報処理装置群３００の初期設定を行う場合の情報の流れを示す。図２に示すように、利用者端末２００は、情報処理装置群３００の稼動を開始する場合、制御装置５００に「計算資源操作依頼」を送信する（ステップＳ１）。

そして、制御装置５００は、「計算資源操作依頼」に基づいて、情報処理装置群３００の計算資源３０１を操作する（ステップＳ２）。制御装置５００は、情報処理装置群３００から計算資源３０１の操作が成功した旨を通知されると（ステップＳ３）、制御装置５００内で関係性を変更する。続いて、制御装置５００は、監視装置４００に「計算資源監視条件情報」を送信する（ステップＳ４）。

そして、監視装置４００は、「計算資源監視条件情報」に基づいて情報処理装置群３００を監視する（ステップＳ５）。例えば、監視装置４００は、制御装置５００から受信する「計算資源監視条件情報」に基づいて、情報処理装置群３００の内部において動作する複数の計算資源３０１の生死照会への応答状況、ＣＰＵやメモリの使用率、ネットワーク機器のパケットの送受数・帯域使用率などの稼働状況を収集する。そして、情報処理装置群３００は、監視装置４００に応答を返す（ステップＳ６）。

図３は、事象発生時における各装置間の情報の流れを示す図である。なお、図３に示す例では、監視装置４００が、情報処理装置群３００において事象の発生を検出した場合の情報の流れを示す。図３に示すように、監視装置４００は、情報処理装置群３００から収集した稼働状況に基づいて計算資源毎の状態の変化を検知すると、変化の内容を事象情報として制御装置５００に送信する（ステップＳ１１）。

制御装置５００は、関係性に基づいて、計算資源３０１に対する操作内容を決定し、情報処理装置群３００の計算資源３０１を操作する（ステップＳ１２）。制御装置５００は、情報処理装置群３００から計算資源３０１の操作が成功した旨を通知されると（ステップＳ１３）、制御装置５００内で関係性を変更する。続いて、制御装置５００は、監視装置４００に「計算資源監視条件情報」を送信する（ステップＳ１４）。

そして、監視装置４００は、「計算資源監視条件情報」に基づいて情報処理装置群３００を監視する（ステップＳ１５）。そして、情報処理装置群３００は、監視装置４００に応答を返す（ステップＳ１６）。

次に、図４を用いて、図１に示した制御装置５００の機能構成を説明する。図４は、制御装置５００の構成を示す機能ブロック図である。制御装置５００は、通信制御部５０１と、記憶部５１０と、制御部５２０とを有する。

通信制御部５０１は、通信インターフェースであり、利用者端末２００、情報処理装置群３００、及び監視装置４００等の外部装置とデータを送受信する。

記憶部５１０は、例えば、半導体メモリ素子又はハードディスクなどの記憶装置であり、計算資源関連性情報テーブル５１１と、計算資源監視内容情報テーブル５１２と、適用対象判定条件式雛形選択情報テーブル５１３と、判定条件式テーブル５１４とを有する。

計算資源関連性情報テーブル５１１は、ある計算資源と他の計算資源との間にどのような関係性があるかを識別する「関係性情報」を記憶する。例えば、「関係性情報」には、仮想マシンとこれが稼働するべきコンピュータ装置との間の包含関係や、コンピュータ装置とネットワーク機器との間の接続関係などが含まれる。ここでは、計算資源関連性情報テーブル５１１が記憶するデータ構造の説明を行う前に、図５〜図７を用いて、包含関係及び接続関係について説明する。

図５は、包含関係の一例を示す図である。なお、包含関係には、「論理的な包含」と、「物理的な包含」とがあり、図５では、論理的な包含の一例を示す。図５に示す例では、ＶＭＣ（Virtual Machine Cluster）５ａ（仮想サーバ或いはサーバクラスタ）は、複数のＶＭ（Virtual Machine）５ｂ〜５ｆを稼動させている。すなわち、ＶＭＣ５ａが複数のＶＭ５ｂ〜５ｆを論理的に含んでいる。かかる場合、ＶＭＣ５ａとＶＭ５ｂ〜５ｆとが包含関係にあると呼ぶ。なお、包含関係において、計算資源Ａが計算資源Ｂを包んでいる場合、言い換えると、計算資源Ｂが計算資源Ａに含まれている場合、計算資源Ｂを「主項目」と言い、計算資源Ａを「従属項目」と言う場合がある。図５に示す例では、ＶＭ５ｂ〜５ｆが「主項目」であり、ＶＭＣ５ａが「従属項目」である。なお、この「主項目」及び「従属項目」の関係は、「論理的な包含」と、「物理的な包含」とで共通である。

図６は、包含関係の一例を示す図である。図６では、物理的な包含の一例を示す。図６に示す例では、リージョン６ａは、ビル６ｂを物理的に含み、このビル６ｂは、サーバ室６ｃを物理的に含んでいる。また、図６に示す例では、サーバ室６ｃは、ラック６ｄを物理的に含み、このラック６ｄは、物理サーバ６ｅを物理的に含んでいる。なお、図６に示す例では、物理サーバ６ｅは、ＶＭ６ｆ（或いは仮想サーバ）を論理的に含んでいる。このように、「論理的な包含」及び「物理的な包含」関係において、計算資源３０１は、関係する計算資源３０１と１対１以上の対応関係となる。

図７は、接続関係の一例を示す図である。図７に示す例では、ルータ７ａは、スイッチ（ＳＷ）７ｄと接続する。また、ルータ７ｂは、ＳＷ７ｄ及びＳＷ７ｅと接続する。また、ルータ７ｃは、ＳＷ７ｅと接続する。また、図７に示す例では、ＳＷ７ｄは、ＶＭ７ｆ及びＶＭ７ｇと接続する。また、ＳＷ７ｅは、ＶＭ７ｇ及びＶＭ７ｈと接続する。このように、計算資源３０１同士間が接続する場合、接続関係であると呼ぶ。なお、ＶＭ７ｆ〜７ｈをＳＷ７ｄ及び７ｅに対して上位の装置とし、ＳＷ７ｄ及び７ｅをルータ７ａ〜７ｃに対して上位の装置とする場合、接続関係において、上位に位置する計算資源Ａと下位に位置する計算資源Ｂとが接続する場合、上位に位置する計算資源Ａを「主項目」と言い、下位に位置する計算資源Ｂを「従属項目」と言う場合がある。図７に示す例では、ＶＭ７ｆ〜７ｈが「主項目」であり、ＳＷ７ｄ及び７ｅが「従属項目」である。

続いて、図８及び図９を用いて、計算資源関連性情報テーブル５１１が記憶するデータ構造について説明する。図８は、計算資源関連性情報テーブル５１１が記憶するデータ構造の定義例を示す図である。言い換えると、図８は、計算資源相互間の関係性情報の定義例を示す。この関係性情報は、計算資源ごとに複数定義される。

例えば図８に示すように、関係性情報は、「関係性ＩＤ」と、「主項目」と、「関係」と、「従属項目」と、「関係種別」とで定義される。ここで「関係性ＩＤ」は、関係性情報の識別子である。例えば、「関係性ＩＤ」には、「０００１」、「０００２」などのデータ値が格納される。

また、「主項目」及び「従属項目」は、各々計算資源を示す。例えば、「主項目」には、「ＶＭ番号」、「サービス名」、「温度センサ」、及び「サーバ番号」などのデータ値が格納される。また、「従属項目」には、「サーバ番号」、「ＶＭ番号」、「ルータ番号」、「ＶＭクラスタ番号」、「ロードバランサー番号」、及び「サーバ室番号」などのデータ値が格納される。

また、「関係」は、「主項目」と「従属項目」との関係を示す。例えば、「関係」には、主項目として指定される計算資源が従属項目として指定される計算資源上で起動することを示す「ｏｎ」、主項目として指定される計算資源が従属項目として指定される計算資源に基づいていることを示す「ｂａｓｅｄ＿ｏｎ」、主項目として指定される計算資源が従属項目として指定される計算資源によって形成される群の１部であることを示す「Ｍｅｍｂｅｒ＿ｏｆ」、主項目として指定される計算資源が従属項目として指定される計算資源に設置されていることを示す「Ａｔｔａｃｈｅｄ＿ｂｙ」、及び主項目として指定される計算資源が従属項目として指定される計算資源内に存在することを示す「ｉｎ」などのデータ値が格納される。

「関係種別」は、ある計算資源と別の計算資源との間の関係を示す。例えば、「関係種別」には、「包含」或いは「接続」が格納される。

一例をあげると、図８に示す計算資源関連性情報テーブル５１１が記憶するデータ構造の定義例は、「関係性ＩＤ」が「０００１」である場合、ＶＭ番号は、サーバ番号に包含される関係性を定義する。

図９は、計算資源関連性情報テーブル５１１が記憶する実体値の一例を示す図である。なお、図９に示す例では、図８の定義に基づいて登録された計算資源関連性情報テーブル５１１が記憶する実体値の一例を示す。図９に示す計算資源関連性情報テーブル５１１において「関係性ＩＤ」、「主項目」、「関係」、「従属項目」、及び「関係種別」は、図８に示す各項目と同様であるので、詳細な説明は省略する。

図９に示す例では、計算資源関連性情報テーブル５１１は、「関係性ＩＤ」が「０００１」であり、ＶＭ番号が「ｖｍ０００１」である計算資源は、サーバ番号が「ｓｖ０００２」に包含される関係性であることを示す。同様に、図９に示す例では、計算資源関連性情報テーブル５１１は、「関係性ＩＤ」が「０００２」であり、サービス名が「Ｓｖｃ０００１」である計算資源は、ＶＭ番号が「ｖｍ０００１」に包含される関係性であることを示す。なお、この計算資源関連性情報テーブル５１１が記憶する関係性情報は、計算資源３０１の操作の結果更新される。

図４に戻り、計算資源監視内容情報テーブル５１２は、計算資源毎に、計算資源に生じる事象のうち、計算資源にとって監視対象となる事象を識別するための情報を対応付けた「計算資源監視内容情報（資源状態情報とも言う）」を記憶する。ここで、初期設定時において、計算資源監視内容情報テーブル５１２が記憶する「計算資源監視内容情報」には、計算資源の監視当初の状態を識別する情報が設定される。例えば、計算資源への通信要求に対する計算資源からの応答が正常に行われている状態にあることや、計算資源における処理量が一定の閾値を超えていない状態にあることを示す情報が設定される。そして、この「計算資源監視内容情報」は、計算資源が操作されるごとに初期値が設定される。

また、「計算資源監視内容情報」は、計算資源に事象が発生した場合に更新される。例えば、計算資源への通信要求に対する計算資源からの応答が行われなくなった事象や、計算資源における処理量が一定の閾値を超えた事象などが発生した場合に、計算資源監視内容情報テーブル５１２が記憶する「計算資源監視内容情報」には、計算資源に発生した事象が設定される。

図１０は、計算資源監視内容情報テーブル５１２が記憶するデータ構造の一例を示す図である。図１０に示すように、計算資源監視内容情報テーブル５１２は、「種別」と、「監視対象」と、「監視項目」と、「監視状態（初期値）」とを対応付けた情報を記憶する。ここで、計算資源監視内容情報テーブル５１２が記憶する「種別」は、計算資源の種別を示す。例えば、「種別」には、「ＶＭ」、「サーバ」、「サーバラック」などのデータ値が格納される。

計算資源監視内容情報テーブル５１２が記憶する「監視対象」は、種別に対応する計算資源の識別子を示す。例えば、「監視対象」には、「ｖｍ０００１」、「ｖｍ０００２」などのデータ値が格納される。

計算資源監視内容情報テーブル５１２が記憶する「監視項目」は、監視対象について監視する項目を示す。例えば、「監視項目」には、「死活」、「ＣＰＵ使用率」、「メモリ使用率」、「温度」、「電力消費量」、及び「ラック使用率」などのデータ値が格納される。

計算資源監視内容情報テーブル５１２が記憶する「監視状態」は、監視対象の状態を示す。例えば、「監視状態」には、計算資源から応答が得られたことを示す「ｇｒｅｅｎ」、計算資源から応答が得られなかったことを示す「ｒｅｄ」などのデータ値が格納される。また、「監視状態」には、使用率などについて「ｌｏｗ」、「ｍｉｄｉｕｍ」、及び「ｈｉｇｈ」などのデータ値が格納される。

一例をあげると、図１０に示す計算資源監視内容情報テーブル５１２は、計算資源が「ｖｍ０００１」で識別されるＶＭの死活を監視しており、「ｖｍ０００１」の死活状態が「ｇｒｅｅｎ」であり活状態であることを示す。同様に、図１０に示す計算資源監視内容情報テーブル５１２は、計算資源が「ｖｍ０００１」で識別されるＶＭのＣＰＵ使用率を監視しており、「ｖｍ０００１」のＣＰＵ使用率が「ｌｏｗ」であり低い状態であることを示す。

図４に戻り、適用対象判定条件式雛形選択情報テーブル５１３は、計算資源において発生する事象に対応して適用される判定条件式の雛形を識別する「判定条件式雛形情報」を記憶する。この適用対象判定条件式雛形選択情報テーブル５１３は、事象が生じた計算資源自体を示す変数と、この計算資源と特別な関係性をもつ他の一以上の計算資源を示す変数とを情報として含む。また、適用対象判定条件式雛形選択情報テーブル５１３は、一以上の対象計算資源における稼動状態を表す複数の判定項目の論理積として定義された実行すべき操作を決定するための判定条件式と、当該判定の結果として決定される実行するべき操作の内容を示す情報とを組み合わせた情報を含む。

図１１は、適用対象判定条件式雛形選択情報テーブル５１３が記憶するデータ構造の一例を示す図である。図１１に示すように、適用対象判定条件式雛形選択情報テーブル５１３は、「判定条件式雛形識別情報」と、「事象発生計算資源」と、「関連計算資源」と、「判定条件式」と、「操作内容」とを対応付けた情報を記憶する。

ここで、適用対象判定条件式雛形選択情報テーブル５１３が記憶する「判定条件式雛形識別情報」は、「判定条件式雛形情報」の識別子を示す。例えば、「判定条件式雛形識別情報」には、「０００Ａ」、「０００Ｂ」などのデータ値が格納される。

また、適用対象判定条件式雛形選択情報テーブル５１３が記憶する「事象発生計算資源」は、事象が発生した計算資源の種別を示す。例えば、「事象発生計算資源」には、「サービス番号」、「仮想マシンクラスタ番号、「サーバ装置」、「温度センサ」、及び「時刻起動」などのデータ値が格納される。

また、適用対象判定条件式雛形選択情報テーブル５１３が記憶する「関連計算資源」は、事象が発生した計算資源と関係性のある計算資源を示す。例えば、「関連計算資源」には、「ルータ番号」、「仮想マシン番号」、及び「サーバ装置」などのデータ値が格納される。

また、適用対象判定条件式雛形選択情報テーブル５１３が記憶する「判定条件式」は、計算資源に対して操作を実行するか否かを判定する条件を示す式である。例えば、「判定条件式」には、「サービス＝ｒｅｄ＆＆ルータ＝ｇｒｅｅｎ」、「（仮想サーバ＃１負荷＝ｈｉｇｈ）＆＆（仮想サーバ＃２負荷＝ｈｉｇｈ）＆＆・・・（仮想サーバ＃Ｎ負荷＝ｈｉｇｈ）」、「ＣＰＵ負荷＝ｈｉｇｈ」、及び「夜間時間帯＆＆サーバ装置ＣＰＵ＝ｌｏｗ」などのデータ値が格納される。

また、適用対象判定条件式雛形選択情報テーブル５１３が記憶する「操作内容」は、計算資源に対して実行する操作の内容を示す。例えば、「操作内容」には、「サービス再起動」、「仮想マシン追加」、「新仮想サーバ作成停止」、「新仮想サーバ作成停止、移動先探査、既存仮想サーバの移動」、及び「仮想サーバの移動先探査、仮想サーバの移動、サーバ装置の電源断」などのデータ値が格納される。

一例をあげると、図１１に示す適用対象判定条件式雛形選択情報テーブル５１３は、「０００Ａ」で識別される「判定条件式雛形情報」が、サービスに事象が発生した場合であって、サービスに関連するルータが正常である場合、サービスを再起動する情報であることを示す。同様に、図１１に示す適用対象判定条件式雛形選択情報テーブル５１３は、「０００Ｂ」で識別される「判定条件式雛形情報」が、仮想マシンのクラスタに事象が発生した場合であって、仮想マシンのクラスタを構成する各仮想マシンの負荷がいずれも高い場合、仮想マシンを追加する情報であることを示す。

判定条件式テーブル５１４は、計算資源ごとに対応付けた「判定条件式情報」を記憶する。この判定条件式テーブル５１４は、図１１に示した「判定条件式雛形情報」に基づいて、計算資源ごとの判定条件式情報を記憶する。

図１２は、判定条件式テーブル５１４が記憶するデータ構造の一例を示す図である。図１２に示すように、判定条件式テーブル５１４は、「判定条件式雛形識別情報」と、「事象発生計算資源」と、「関連計算資源」と、「判定条件式」と、「操作内容」とを対応付けた情報を記憶する。なお、判定条件式テーブル５１４が記憶する各項目は、図１１に示した適用対象判定条件式雛形選択情報テーブル５１３が記憶する各項目と同様であるので、詳細な説明は省略する。

一例をあげると、図１２に示す判定条件式テーブル５１４は、「０００Ａ」で識別される「判定条件式雛形情報」が、「ｓｖｃ０００１」で識別されるサービスに事象が発生した場合、このサービスに関連するルータ「ｒｔ０００１」が正常であれば、サービス「ｓｖｃ０００１」を再起動する情報であることを示す。同様に、図１２に示す判定条件式テーブル５１４は、「０００Ｃ」で識別される「判定条件式雛形情報」が、「ｓｖ０００１」で識別されるサーバ装置に事象が発生した場合、サーバ装置「ｓｖ０００１」のＣＰＵ負荷が高ければ、新たに仮想サーバを作成することを停止する情報であることを示す。

図４に戻り、制御部５２０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などの電子回路であり、決定部５２１と、計算資源操作部５２２と、変更部５２３とを有する。

決定部５２１は、情報処理装置群３００の内部で稼働する計算資源３０１における事象の発生を契機に、当該事象が発生した計算資源３０１及び当該事象が発生した計算資源３０１に関係する他の計算資源３０１の状態に基づいて、事象が発生した計算資源３０１及び他の計算資源３０１に対して実行する操作を決定する。

例えば、決定部５２１は、監視装置４００からの事象情報の受信を契機に、事象が生じた計算資源自体とその計算資源と関係性をもつ別の一つまたは複数以上の計算資源(以下、「対象計算資源」と記す)の状態の値を判定条件式に適用した判定結果に基づき、操作の内容を決定する。

まず、決定部５２１は、監視装置４００から事象情報を受信した場合、計算資源監視内容情報テーブル５１２が記憶する「計算資源監視内容情報」を更新する。例えば、決定部５２１は、計算資源監視内容情報において、事象が発生した計算資源の「種別」と「監視対象」と「監視項目」とに対応する「監視状態」の項目を、事象情報で通知された状態に変更する。

続いて、決定部５２１は、判定条件式テーブル５１４が記憶する「判定条件式情報」を参照して、実行する操作を決定する。例えば、決定部５２１は、判定条件式情報の「事象発生計算資源」において、事象が発生した計算資源の識別子と一致する計算資源を特定する。そして、決定部５２１は、特定した計算資源に対応付けられた「関連計算資源」と「判定条件式」とを特定する。

そして、決定部５２１は、計算資源監視内容情報テーブル５１２が記憶する「計算資源監視内容情報」において、事象が発生した計算資源の識別子と一致する「監視対象」に対応付けられた「監視状態」を読出し、事象が発生した計算資源の状態を特定する。同様に、決定部５２１は、計算資源監視内容情報テーブル５１２が記憶する「計算資源監視内容情報」において、事象が発生した計算資源に関係する計算資源（関連計算資源とも言う）の識別子と一致する「監視対象」に対応付けられた「監視状態」を読出し、関連計算資源の状態を特定する。

また、決定部５２１は、事象が発生した計算資源の状態と、関連計算資源の状態とが特定した判定条件式の条件を満たすか否かを判定する。そして、決定部５２１は、判定条件式の条件を満たす場合、判定条件式情報の「事象発生計算資源」に対応付けられた操作内容を実行すると判定する。一方、決定部５２１は、判定条件式の条件を満たさない場合、計算資源に対する操作を実行しないと判定する。

具体的には、図１２で説明した判定条件式テーブル５１４が記憶する「判定条件式情報」である場合に、サービス「ｓｖｃ０００１」に事象が発生した場合、決定部５２１は、「ｓｖｃ０００１」の状態と、「ｒｔ０００１」の状態とを計算資源監視内容情報から取得する。そして、決定部５２１は、「ｓｖｃ０００１」の状態と、「ｒｔ０００１」の状態とが判定条件式の条件を満たすか否かを判定する。なお、かかる場合、「ｓｖｃ０００１」が「ｒｅｄ」である。一例をあげると、決定部５２１は、「ｒｔ０００１」が「ｇｒｅｅｎ」であれば、判定条件式の条件を満たすと判定し、「ｒｔ０００１」が「ｒｅｄ」であれば、判定条件式の条件を満たさないと判定する。言い換えると、判定条件式情報は、事象が発生した計算資源の状態と、当該事象が発生した計算資源に関係する計算資源の状態との論理積によって表される。

また、決定部５２１は、計算資源操作部５２２に対して、対象計算資源に対する決定した操作の実行に係る「計算資源操作依頼」を送信する。図１３は、計算資源操作依頼の一例を示す図である。図１３に示すように、決定部５２１は、「操作」と、「操作対象」と、「操作引数」とを対応付けた計算資源操作依頼を生成する。

ここで、計算資源操作依頼における「操作」は、操作対象となる計算資源に対して実行する操作を規定するコマンド種別を示す。例えば、「操作」には、初期化を指示する「ｉｎｉｔｉａｌｉｚｅ」、起動を指示する「ａｃｔｉｖａｔｅ」、電源断を指示する「ｐｏｗｅｒｏｆｆ」、消去を指示する「ｃｌｅａｎｕｐ」、接続を指示する「ｃｏｎｎｅｃｔ」、追加を指示する「ａｄｄＭｅｍｂｅｒ」、移動を指示する「ｍｉｇｒａｔｅＴｏ」、新たな仮想サーバ作成の停止を指示する「ｓｔｏｐＮｅｗＳｅｒｖｅｒ」などのデータ値が格納される。

また、「操作対象」は、操作の対象となる計算資源であり、事象が発生した計算資源を示す。「操作対象」には、仮想マシンを識別する「ｖｍ０００１」及び「ｖｍ０００２」、仮想マシンのクラスタを識別する「Ｖｍｃ０００３」、ロードバランサーを識別する「ＬＢ０００１」、サーバ装置を識別する「ｓｖ０００１」などのデータ値が格納される。

また、「操作引数」は、操作内容に応じた操作条件や操作対象と関係性のある計算資源を示す。例えば、「操作引数」には、「停止時間〜３分後」、「ｖｍ０００２」などのデータ値が格納される。

一例をあげると、図１３に示す計算資源操作依頼は、「ｖｍ０００１」で識別されるＶＭを初期化することを示す。

計算資源操作部５２２は、計算資源操作依頼を受付けた場合、計算資源操作依頼が指定する操作依頼の内容に応じて情報処理装置群３００内の計算資源３０１を操作する。例えば、計算資源操作部５２２は、決定部５２１によって決定された操作を、事象が発生した計算資源３０１及び他の計算資源３０１に対して実行する。例えば、計算資源操作部５２２は、決定部５２１から計算資源操作依頼を受信した場合、計算資源操作依頼が指定する操作依頼の内容に応じて情報処理装置群３００内の計算資源３０１を操作する。そして、計算資源操作部５２２は、計算資源３０１を操作する処理が完了した場合、操作が完了した旨及び操作内容を変更部５２３に通知する。

また、計算資源操作部５２２は、更に、利用者端末２００から情報処理装置群３００の内部で稼働する計算資源３０１を操作する要求を受付けた場合に、計算資源３０１に対して操作を実行する。なお、利用者端末２００から受信する「計算資源操作依頼」は、図１３で説明した決定部５２１により生成される「計算資源操作依頼」と同様である。なお、計算資源操作部５２２は、計算資源３０１を操作する処理が完了した場合、操作が完了した旨及び操作内容を変更部５２３に通知する。

変更部５２３は、操作が実行された結果、操作の対象である計算資源３０１と、当該計算資源に関係する他の計算資源３０１との関係性が変化した場合、計算資源関連性情報テーブル５１１が記憶する操作の対象である計算資源３０１に対して関係性情報を変更する。

例えば、変更部５２３は、新たに計算資源を追加する場合、追加された計算資源について、「関係性ＩＤ」と、「主項目」と、「関係」と、「従属項目」と、「関係種別」とを対応付けた「関係性情報」を生成し、計算資源関連性情報テーブル５１１に記憶させる。また、稼働中の計算資源を停止する場合、変更部５２３は、停止された計算資源の「関係性情報」を計算資源関連性情報テーブル５１１から削除する。なお、稼働中の計算資源を再起動する場合、変更部５２３は、再起動された計算資源について、「関係性情報」を更新しない。

また、変更部５２３は、操作が実行された結果、操作の対象である計算資源３０１と、当該計算資源に関係する他の計算資源３０１との関係性が変化した場合、判定条件式テーブル５１４が記憶する判定条件式情報を変更する。言い換えると、変更部５２３は、計算資源操作部５２２における対象計算資源に対する決定された操作実行の結果として、新たな計算資源が生成されたり、計算資源相互間の関係内容性に追加、修正、削除などの変化が加えられるなどの計算資源間の関係性の変化を検知した場合、（既定の対象計算資源相互間の関係を示す値が変化するなど対象計算資源相互間の関係性が変化したりした場合には、）変化の対象となる全ての計算資源について、判定条件式情報を再度設定する。

例えば、変更部５２３は、適用対象判定条件式雛形選択情報と関係性情報とに基づいて判定条件式情報を再度設定する。具体的には、変更部５２３は、計算資源関連性情報テーブル５１１が記憶する関係性情報を参照して、新たな計算資源に関係する計算資源を特定する。より具体的には、変更部５２３は、計算資源関連性情報テーブル５１１が記憶する関係性情報から、新たな計算資源の識別子と一致する「主項目」に対応付けられた「従属項目」の識別子を特定することで、新たな計算資源に関係する計算資源（関連計算資源）を特定する。そして、変更部５２３は、特定した計算資源の識別子を、判定条件式情報の「関連計算資源」に格納する。また、変更部５２３は、新たな計算資源の識別子を、判定条件式情報の「事象発生計算資源」に格納する。

また、変更部５２３は、適用対象判定条件式雛形選択情報から判定条件式を読出し、新たな計算資源の識別子と、関連計算資源の識別子とを判定条件式に置換する。そして、変更部５２３は、置換した判定条件式を、判定条件式情報の「判定条件式」に格納する。

なお、変更部５２３は、計算資源間の関係性が変化した計算資源について、同様の処理を実行する。

また、変更部５２３は、計算資源監視条件情報を変更する。この計算資源監視条件情報には、計算資源に対する監視をどのように行うかを決定するための情報が含まれる。例えば、変更部５２３は、計算資源の操作の結果として新たな計算資源が生成された場合、或いは計算資源の監視条件が変化したりした場合に、計算資源監視条件情報を生成して、監視装置４００に送信する。この計算資源監視条件情報には、計算資源からの無応答を監視する場合の計算資源への通信要求の頻度や応答に対する最大待ち時間、計算資源における過負荷を監視する場合の処理量の情報収集の頻度や処理量の閾値、監視装置から計算資源に対して通信要求を行う場合の宛先ＩＰ（Internet Protocol）アドレスなどが含まれる。

図１４は、計算資源監視条件情報を説明するための図である。図１４に示す例では、監視条件として例１〜例４を示す。図１４において、例１として示す「計算資源監視条件情報」は、計算資源の生死を監視する条件を指定する。例えば、例１に示す「計算資源監視条件情報」は、情報処理装置群３００からｐｉｎｇに対して６０秒以上応答が得られない場合、事象情報として「サービス＝ｒｅｄ」を制御装置５００に送信させることを示す。

より具体的には、監視装置４００が１０秒周期でｐｉｎｇを情報処理装置群３００に送信し、情報処理装置群３００から６回連続して応答が得られない場合に、ｐｉｎｇに対して無応答であると判定する。かかる場合、監視装置４００は、事象情報「サービス＝ｒｅｄ」を制御装置５００に送信する。

また、図１４において、例２として示す「計算資源監視条件情報」は、計算資源の負荷を監視する条件を指定する。例えば、例２に示す「計算資源監視条件情報」は、ＶＭクラスタの合計ロードアベレージが５分間継続して５．０以上である場合、事象情報として「ＶＭクラスタ負荷＝ｈｉｇｈ」を制御装置５００に送信させることを示す。

より具体的には、監視装置４００が３０秒周期でロードアベレージを情報処理装置群３００から測定値を収集し、情報処理装置群３００からのＶＭクラスタの負荷を集計して、１０回連続して５．０以上となる場合、ＶＭクラスタの合計ロードアベレージが５分間継続して５．０以上であると判定する。かかる場合、監視装置４００は、事象情報「ＶＭクラスタ負荷＝ｈｉｇｈ」を制御装置５００に送信する。

また、図１４において、例３として示す「計算資源監視条件情報」は、計算資源のリソースの使用率を監視する条件を指定する。例えば、例３に示す「計算資源監視条件情報」は、ＣＰＵ使用率が５分間継続して９５％以上である場合、事象情報として「ＣＰＵ負荷＝ｈｉｇｈ」を制御装置５００に送信させることを示す。

より具体的には、監視装置４００が３０秒周期で情報処理装置群３００のＣＰＵ使用率の測定値を収集し、１０回連続して９５％以上となる場合に、ＣＰＵ使用率が５分間継続して９５％以上であると判定する。かかる場合、監視装置４００は、事象情報「ＣＰＵ負荷＝ｈｉｇｈ」を制御装置５００に送信する。

また、図１４において、例４として示す「計算資源監視条件情報」は、サーバ室の温度を監視する条件を指定する。例えば、例４に示す「計算資源監視条件情報」は、サーバ室の温度が１０分間継続して４０度以上である場合、事象情報として「サーバ室温＝ｈｉｇｈ」を制御装置５００に送信させることを示す。

より具体的には、監視装置４００が１分周期でサーバ室の室温測定値を収集し、１０回連続して４０度以上となる場合に、サーバ室の温度が１０分間継続して４０度以上であると判定する。かかる場合、監視装置４００は、事象情報「サーバ室温＝ｈｉｇｈ」を制御装置５００に送信する。

なお、変更部５２３は、複数の監視条件について計算資源監視条件情報を生成して、監視装置４００に送信してもよい。

図１５は、初期設定処理の動作例を説明するシーケンス図である。図１５に示す例では、制御装置５００が、利用者端末２００から計算資源操作依頼を受信した場合の処理動作を説明する。図１５に示すように、利用者端末２００は、計算資源操作依頼を制御装置５００に送信する（ステップＳ２１）。

そして、制御装置５００において、計算資源操作部５２２が、利用者端末２００から計算資源操作依頼を受信した場合、情報処理装置群３００の計算資源３０１を操作する（ステップＳ２２）。計算資源操作部５２２は、情報処理装置群３００から操作完了を通知されると（ステップＳ２３）、変更部５２３に操作完了を通知する。そして、変更部５２３は、計算資源関連性情報テーブル５１１が記憶する関係性情報を更新する（ステップＳ２４）。

図１６は、変更処理の動作例を説明するシーケンス図である。図１６に示す例では、計算資源の操作が行われた場合の、制御装置５００の変更部５２３による処理動作を説明する。図１６に示すように、変更部５２３は、操作した計算資源について、計算資源監視内容情報テーブル５１２が記憶する「計算資源監視内容情報」を設定する（ステップＳ３１）。例えば、新たに計算資源を追加する場合、変更部５２３は、追加された計算資源について「計算資源監視内容情報」を生成し、計算資源監視内容情報テーブル５１２に記憶させる。また、稼働中の計算資源を停止する場合、変更部５２３は、停止された計算資源の「計算資源監視内容情報」を計算資源監視内容情報テーブル５１２から削除する。また、稼働中の計算資源を再起動する場合、変更部５２３は、再起動された計算資源について、「計算資源監視内容情報」のうち「監視状態」を初期状態に設定する。

変更部５２３は、計算資源監視内容情報テーブル５１２から「計算資源監視内容情報」を取得し（ステップＳ３２）、適用対象判定条件式雛形選択情報テーブル５１３から「判定条件式雛形情報」を取得し（ステップＳ３３）、計算資源関連性情報テーブル５１１から「関係性情報」取得する（ステップＳ３４）。そして、変更部５２３は、「判定条件式雛形情報」と「関係性情報」とに基づいて、判定条件式テーブル５１４が記憶する「判定条件式情報」を設定する（ステップＳ３５）。

また、変更部５２３は、「計算資源監視内容情報」と「判定条件式雛形情報」と「関係性情報」とに基づいて、計算資源監視条件情報を生成し、生成した計算資源監視条件情報を監視装置４００に送信する（ステップＳ３６）。そして、監視装置４００は、計算資源監視条件を設定し、情報処理装置群３００の計算資源３０１を監視する（ステップＳ３７）。

図１７は、事象発生時の計算資源操作処理の動作例を説明するシーケンス図である。図１７に示す例では、計算資源に事象が発生した場合の、制御装置５００による処理動作を説明する。図１７に示すように、監視装置４００は、情報処理装置群３００を監視し、情報処理装置群３００に生じた異常や故障などを検知する（ステップＳ４１）。そして、監視装置４００は、情報処理装置群３００から収集した稼働状況に基づいて計算資源毎の状態の変化を検知すると、変化の内容を事象情報として制御装置５００に送信する（ステップＳ４２）。

制御装置５００において決定部５２１は、監視装置４００から事象情報を受信すると、計算資源監視内容情報テーブル５１２が記憶する「計算資源監視内容情報」を更新する（ステップＳ４３）。また、決定部５２１は、判定条件式を取得し（ステップＳ４４）、条件を判定して計算資源に対して実行する操作を決定する。決定部５２１は、決定した操作について「計算資源操作依頼」を生成し、生成した「計算資源操作依頼」を計算資源操作部５２２に受け渡す（ステップＳ４５）。

計算資源操作部５２２は、決定部５２１から計算資源操作依頼を受信した場合、情報処理装置群３００の計算資源を操作する（ステップＳ４６）。計算資源操作部５２２は、情報処理装置群３００から操作完了を通知されると（ステップＳ４７）、変更部５２３に操作完了を通知する。そして、変更部５２３は、計算資源関連性情報テーブル５１１が記憶する関係性情報を更新する（ステップＳ４８）。

次に、図１８〜図２２を用いて、制御装置５００による処理の手順を説明する。図１８は、初期設定処理の手順を示すフローチャートである。図１８に示すように、計算資源操作部５２２は、資源操作依頼を利用者端末２００から受信したか否かを判定する（ステップＳ１０１）。ここで、計算資源操作部５２２は、資源操作依頼を利用者端末２００から受信したと判定した場合（ステップＳ１０１、Ｙｅｓ）、資源操作処理を実行する（ステップＳ１０２）。なお。資源操作処理の詳細については、図１９を用いて後述する。

ステップＳ１０２の終了後、変更部５２３は、判定条件式テーブル変更処理を実行する（ステップＳ１０３）。なお。判定条件式テーブル変更処理の詳細については、図２０を用いて後述する。また、変更部５２３は、監視条件変更処理を実行する（ステップＳ１０４）。なお。監視条件変更処理の詳細については、図２１を用いて後述する。

なお、計算資源操作部５２２は、資源操作依頼を利用者端末２００から受信しなかったと判定した場合（ステップＳ１０１、Ｎｏ）、ステップＳ１０１の判定処理を繰り返し実行する。また、変更部５２３は、ステップＳ１０３の判定条件式テーブル変更処理と、ステップＳ１０４の監視条件変更処理との処理順序を入れ替えてもよい。

図１９は、資源操作処理の手順を示すフローチャートである。なお、この資源操作処理は、図１８に示したステップＳ１０２の処理に相当する。計算資源操作部５２２は、情報処理装置群３００における計算資源３０１に対して資源操作を実行する（ステップＳ２０１）。そして、計算資源操作部５２２は、操作に成功したか否かを判定する（ステップＳ２０２）。ここで、計算資源操作部５２２は、操作に成功しなかったと判定した場合（ステップＳ２０２、Ｎｏ）、ステップＳ２０４に移行する。

一方、計算資源操作部５２２は、操作に成功したと判定した場合（ステップＳ２０２、Ｙｅｓ）、変更部５２３に計算資源関連性情報テーブル５１１が記憶する関係性情報を更新させる（ステップＳ２０３）。続いて、計算資源操作部５２２は、未操作の操作対象が存在するか否かを判定する（ステップＳ２０４）。ここで、計算資源操作部５２２は、未操作の操作対象が存在すると判定した場合（ステップＳ２０４、Ｙｅｓ）、ステップＳ２０１に移行して資源操作を実行する。一方、計算資源操作部５２２は、未操作の操作対象が存在しないと判定した場合（ステップＳ２０４、Ｎｏ）、資源操作処理を終了する。

図２０は、判定条件式テーブル変更処理の手順を示すフローチャートである。なお、この判定条件式テーブル変更処理は、図１８に示したステップＳ１０３の処理に相当する。変更部５２３は、計算資源監視内容情報テーブル５１２が記憶する「計算資源監視内容情報」に初期値を設定する（ステップＳ３０１）。

続いて、変更部５２３は、計算資源監視内容情報テーブル５１２から資源状態（計算資源監視内容情報）を読込む（ステップＳ３０２）。また、変更部５２３は、適用対象判定条件式雛形選択情報テーブル５１３から判定条件式雛形（「判定条件式雛形情報」）を読込む（ステップＳ３０３）。また、変更部５２３は、計算資源関連性情報テーブル５１１から関係性情報を読込む（ステップＳ３０４）。

そして、変更部５２３は、判定条件式テーブル５１４の「判定条件式」の項目を設定し（ステップＳ３０５）、「事象発生計算資源」、「関連計算資源」及び「操作内容」の各項目を設定する（ステップＳ３０６）。ステップＳ３０６の処理の終了後、変更部５２３は、判定条件式テーブル変更処理を終了する。

図２１は、監視条件変更処理の手順を示すフローチャートである。なお、この監視条件変更処理は、図１８に示したステップＳ１０４の処理に相当する。変更部５２３は、計算資源監視内容情報テーブル５１２から資源状態（計算資源監視内容情報）を読み込む（ステップＳ４０１）。また、変更部５２３は、計算資源関連性情報テーブル５１１から関係性情報を読み込む（ステップＳ４０２）。また、変更部５２３は、適用対象判定条件式雛形選択情報テーブル５１３から判定条件式雛形を読み込む（ステップＳ４０３）。そして、変更部５２３は、計算資源監視内容情報と関係性情報と判定条件式雛形とを参照して、監視条件情報を設定する（ステップＳ４０４）。変更部５２３は、設定した監視条件情報を監視装置４００に送信する（ステップＳ４０５）。ステップＳ４０５の処理の終了後、変更部５２３は、監視条件変更処理を終了する。

図２２は、事象発生時の処理の手順を示すフローチャートである。図２２に示すように、決定部５２１は、監視装置４００から事象情報を受信したか否かを判定する（ステップＳ５０１）。ここで、決定部５２１は、監視装置４００から事象情報を受信したと判定した場合（ステップＳ５０１、Ｙｅｓ）、資源状態（計算資源監視内容情報テーブル５１２）を更新する（ステップＳ５０２）。なお、決定部５２１は、監視装置４００から事象情報を受信しなかったと判定した場合（ステップＳ５０１、Ｎｏ）、ステップＳ５０１の判定処理を繰り返し実行する。

ステップＳ５０２の終了後、決定部５２１は、判定条件式テーブル５１４の「判定条件式」の項目を照合し（ステップＳ５０３）、操作を決定する（ステップＳ５０４）。決定部５２１は、決定した操作を計算資源操作部５２２に依頼する。

計算資源操作部５２２は、資源操作処理を実行する（ステップＳ５０５）。なお、資源操作処理の詳細については、図１９で説明した処理と同様である。ステップＳ５０５の終了後、変更部５２３は、判定条件式テーブル変更処理を実行する（ステップＳ５０６）。なお、判定条件式テーブル変更処理の詳細については、図２０で説明した処理と同様である。また、変更部５２３は、監視条件変更処理を実行する（ステップＳ５０７）。なお、監視条件変更処理の詳細については、図２１で説明した処理と同様である。

上述したように、第１の実施形態に係る制御装置５００は、情報処理装置群３００の内部で稼働する計算資源３０１における事象の発生を契機に、当該事象が発生した計算資源３０１及び当該事象が発生した計算資源３０１に関係する他の計算資源３０１の状態に基づいて、事象が発生した計算資源３０１及び他の計算資源３０１に対して実行する操作を決定する。そして、制御装置５００は、決定した操作を、事象が発生した計算資源３０１及び他の計算資源３０１に対して実行する。これにより、第１の実施形態によれば、事象の発生した計算資源と関連する計算資源を考慮して計算資源を操作することができる。この結果、情報処理システム１００では、例えば他の計算資源が余剰能力を有している場合には、この余剰能力を有している計算資源を使用することができるので、計算資源を有効に活用することができる。以下では、図２３〜図２６を用いて、第１の実施形態に係る制御装置５００によって計算資源を有効に活用する例を説明する。

（サービス故障自動復旧）
計算資源監視条件情報の監視条件がサービスの生死（外形監視）と、外形監視ルート上のルータの生死の監視であり、サービスが故障した場合に自動復旧する場合について説明する。かかる場合、制御装置５００は、監視装置４００から事象情報として、「（サービス＝ｒｅｄ）＆＆（ルータ＝ｇｒｅｅｎ）」を受信する。そして、制御装置５００は、判定条件式テーブル５１４が記憶する判定条件式を参照し、操作対象であるサービスの再起動を行うと判定する。この場合、制御装置５００は、コマンドとして、「ｃｌｅａｎｕｐ（ＶＭ）」、「ｉｎｉｔｉａｌｉｚｅ（ＶＭ）」、及び「ａｃｔｉｖａｔｅ（ＶＭ）」を含んだ計算資源操作依頼を生成し、情報処理装置群３００のサービスを再起動させる。なお、かかる場合には、関係性情報として、「（サービス）ｏｎ（ＶＭ）」と「（サービス）ｂａｓｅｄ＿ｏｎ（ルータ）」が参照される。

（自動スケールアウト）
計算資源監視条件情報の監視条件がＶＭの性能監視であり、自動スケールアウトする場合について説明する。図２３は、自動スケールアウトする場合の処理動作を説明するための図である。なお、ここでは、仮想マシンクラスタ（ＶＭＣ）において３個の仮想マシン（ＶＭ＃１〜ＶＭ＃３）が稼動しているものとする。

かかる場合、制御装置５００は、仮想マシンのロードアベレージの閾値越えを監視する。ここで、制御装置５００は、事象情報として、ロードアベレージの閾値越えを示す「（ｌｏａｄＡｖｅｒａｇｅ（ＶＭ）＝ｈｉｇｈ）ｆｏｒ ａｌｌ ＶＭ ｉｎ ＶＭＣ」を受信する。そして、制御装置５００は、５分以上継続してロードアベレージの閾値越えを示す事象情報を監視装置４００から受信した場合、判定条件式テーブル５１４が記憶する判定条件式を参照し、仮想マシン（ＶＭ＃４）を追加すると判定する。

この場合、制御装置５００は、コマンドとして、「ａｄｄ＿ｐｏｒｔ（ＶＭＣ）」、「ｃｏｎｎｅｃｔ（ＶＭＣ、ＶＭ＃４）」、「ｉｎｉｔｉａｌｉｚｅ（ＶＭ＃４）」、及び「ａｃｔｉｖａｔｅ（ＶＭ＃４）」、「ａｄｄ＿ｍｅｍｂｅｒ（ＬＢ、ＶＭ＃４）」を含んだ計算資源操作依頼を生成し、ＶＭ＃４を追加させる。なお、かかる場合には、関係性情報として、「（ＶＭ）ｍｅｍｂｅｒ＿ｏｆ（ＶＭＣ）」と「（ＶＭ）ｍｅｍｂｅｒ＿ｏｆ（ＬＢ）」と「（ＶＭ＃４）ｍｅｍｂｅｒ＿ｏｆ（ＶＭＣ）」とが参照される。

（性能劣化自動防止）
計算資源監視条件情報の監視条件が仮想マシンサーバ装置の性能（ＣＰＵ使用率）監視であり、仮想マシンサーバ装置の性能劣化を自動防止する場合について説明する。図２４は、仮想マシンサーバ装置の性能劣化を自動防止する場合の処理動作を説明するための図である。なお、ここでは、仮想マシンサーバ＃１においてＶＭ＃１〜ＶＭ＃３の３つの仮想マシンが稼動し、仮想マシンサーバ＃２においてＶＭ＃４〜ＶＭ＃５の２つの仮想マシンが稼動しているものとする。

かかる場合、制御装置５００は、仮想マシンサーバ装置のＣＰＵ使用率を監視する。ここで、制御装置５００は、事象情報として、例えば仮想マシンサーバ＃１のＣＰＵ使用率が閾値（例えば９５％）越えを示す「（ｃｐｕＵｓａｇｅ（ＶＭＳ）＝ｈｉｇｈ）」を受信する。そして、制御装置５００は、１０分間継続してＣＰＵ使用率が９５％越えを示す事象情報を監視装置４００から受信した場合、判定条件式テーブル５１４が記憶する判定条件式を参照し、仮想マシンサーバ＃１には、新しい仮想マシンを配置させないと判定する。

この場合、制御装置５００は、コマンドとして、「ｓｅｒｖｅｒＳｔｏｐ（ＶＭＳ）」を含んだ計算資源操作依頼を生成し、仮想マシンサーバ＃１には、新しい仮想マシンを配置させない。なお、かかる場合には、仮想マシンサーバ＃２にＶＭ＃６が配置される。

（サーバ室温度局所上昇自動抑止）
計算資源監視条件情報の監視条件がサーバ室の温度監視であり、サーバ室の温度が局所的に上昇することを防止する場合について説明する。図２５は、サーバ室の温度が局所的に上昇することを防止する場合の処理動作を説明するための図である。なお、ここでは、サーバ室２５において、物理サーバ２５ａ〜２５ｃが設置されており、サーバ室２５には、複数のセンサ２５ｄ〜２５ｋが設置されているものとする。また、物理サーバ２５ａには、４台の仮想マシンサーバが稼動し、物理サーバ２５ｂには、４台の仮想マシンサーバが稼動し、物理サーバ２５ｃには、４台の仮想マシンサーバが稼動しているものとする。なお、個々の仮想マシンサーバにおいて、ＶＭが稼動しているものとする。

かかる場合、制御装置５００は、複数のセンサ２５ｄ〜２５ｋを用いてのサーバ室２５の温度上昇を監視する。ここで、制御装置５００は、事象情報として、センサ２５ｄ及びセンサ２５ｅで検出されたサーバ室の温度が閾値越えを示す「ｔｅｍｐ（ＴＳ）＝ｈｉｇｈ」を受信する。そして、制御装置５００は、判定条件式テーブル５１４が記憶する判定条件式を参照し、新仮想マシン作成の停止と、他の仮想マシンサーバ装置上へ仮想マシンを移動させると判定する。かかる場合、センサ２５ｄ及びセンサ２５ｅの近傍に設置された仮想マシンサーバ上で稼動するＶＭを別仮想マシンサーバへライブマイグレーションさせる。

この場合、制御装置５００は、コマンドとして、「ｓｅｒｖｅｒＳｔｏｐ（ＶＭＳ））」、「ｍｉｇｒａｔｅ＿ｔｏ（ＶＭ，ｓｅａｒｃｈ＿ｍｉｎｔｅｍｐ＿ＶＭＳ（ｎｏｔＶＭＳ））」を含んだ計算資源操作依頼を生成し、ＶＭを移動させる。なお、かかる場合には、関係性情報として、「（ＴＳ）ａｔｔａｃｈｅｄ＿ｂｙ（ＶＭＳ）」と「（ＶＭ）ｏｎ（ＶＭＳ）」とが参照される。

（夜間自動縮退運転）
計算資源監視条件情報の監視条件が時刻起動の監視であり、夜間に自動的に縮退運転する場合について説明する。図２６は、夜間に自動的に縮退運転する場合の処理動作を説明するための図である。なお、ここでは、日中、仮想マシンサーバ＃１において１２個の仮想マシン（ＶＭ＃１〜ＶＭ＃１２）が稼動しており、仮想マシンサーバ＃２において１２個の仮想マシン（ＶＭ＃１３〜ＶＭ＃２４）が稼動しているものとする。

制御装置５００は、仮想マシンサーバ＃１及び仮想マシンサーバ＃２のＣＰＵ使用率を監視する。ここで、制御装置５００は、例えば２０時以降かつＣＰＵ使用率が３０分以上閾値を越えないことを示す「（ｔｉｍｅ＞２０：００）＆＆（ｔｉｍｅ＜０８：００）＆＆（ｃｐｕＵｓａｇｅ（ＶＭＳ）＜３０％）×３０ｍｉｎ」を受信する。かかる場合、制御装置５００は、仮想マシンサーバ＃２で稼動するＶＭ＃１３〜ＶＭ＃２４を仮想マシンサーバ＃１へライブマイグレーションで移動させ、ＶＭ＃１３〜ＶＭ＃２４の移動後に仮想マシンサーバ＃２を停止させると判定する。

この場合、制御装置５００は、コマンドとして、「ｉｆ（ｓｅａｒｃｈ＿ｖｍｓ＿ｈａｖｅ＿ｍａｘ＿ｐｏｓｉｔｉｏｎ（ＶＭＳｓ）＝＝ＶＭＳ） ｔｈｅｎ ｆｏｒｅａｃｈ（ＶＭ ｏｎ ＶＭＳ）ｍｉｇｒａｔｅ＿ｔｏ（ＶＭ，ｓｅａｒｃｈ＿ｖｍｓ＿ｈａｖｅ＿ｍｉｎ＿ｐｏｓｉｔｉｏｎ（ＶＭＳｓ））；ｉｆ（ｐｏｓｉｔｉｏｎ（ＶＭＳ）＝＝０）ｔｈｅｎ ｐｏｗｅｒｏｆｆ（ＶＭＳ）」を含んだ計算資源操作依頼を生成する。すなわち、制御装置５００は、余力のあるサーバ装置（仮想マシンサーバ＃１）の探査と、このサーバ装置への仮想マシンの移動と、移動完了後にサーバ装置（仮想マシンサーバ＃２）の電源を停止させる。なお、かかる場合には、関係性情報として、「ａｌｌ（ＶＭｓ）ｏｎ（ＶＭＳ）」と「（ＶＭ ｐｏｓｉｔｉｏｎｓ）ｏｎ ａｌｌ（ＶＭＳｓ）」とが参照される。

（第２の実施形態）
さて、これまで本発明の実施形態について説明したが、本発明は上述した実施形態以外にも、その他の実施形態にて実施されてもよい。そこで、以下では、その他の実施形態を示す。

（システム構成）
また、本実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上述文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については（例えば、図１〜図２６）、特記する場合を除いて任意に変更することができる。

また、決定部５２１と計算資源操作部５２２と変更部５２３は別々の制御装置に搭載され、別々の制御装置が一体の制御装置として動作するようにしてもよい。また、制御装置５００と監視装置４００とが一体の装置として動作するようにしてもよい。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

（プログラム）
また、上記第１の実施形態に係る制御装置５００が実行する処理をコンピュータが実行可能な言語で記述した計算資源管理プログラムを作成することもできる。この場合、コンピュータが計算資源管理プログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、かかる計算資源管理プログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録された計算資源管理プログラムをコンピュータに読み込ませて実行することにより上記実施形態と同様の処理を実現してもよい。以下に、図４などに示した制御装置５００と同様の機能を実現する計算資源管理プログラムを実行するコンピュータの一例を説明する。

図２７は、計算資源管理プログラムを実行するコンピュータ１０００を示す図である。図２７に示すように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。

メモリ１０１０は、ＲＯＭ（Read Only Memory）１０１１およびＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。ディスクドライブ１１００には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１１１０およびキーボード１１２０が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１１３０が接続される。

ここで、図２７に示すように、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。上記実施形態で説明した計算資源管理プログラムは、例えばハードディスクドライブ１０９０やメモリ１０１０に記憶される。

また、計算資源管理プログラムは、例えば、コンピュータ１０００によって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ１０９０に記憶される。具体的には、上記実施形態で説明した決定部５２１と同様の情報処理を実行する操作決定手順と、計算資源操作部５２２と同様の情報処理を実行する計算資源操作手順とが記述されたプログラムモジュールが、ハードディスクドライブ１０９０に記憶される。

また、計算資源管理プログラムによる情報処理に用いられるデータは、プログラムデータとして、例えば、ハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、ハードディスクドライブ１０９０に記憶されたプログラムモジュールやプログラムデータを必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。

なお、計算資源管理プログラムに係るプログラムモジュールやプログラムデータは、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、計算資源管理プログラムに係るプログラムモジュールやプログラムデータは、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

（その他）
なお、本実施形態で説明した計算資源管理プログラムは、インターネットなどのネットワークを介して配布することができる。また、計算資源管理プログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

１００ 情報処理システム
２００ 利用者端末
３００ 情報処理装置群
４００ 監視装置
５００ 制御装置
５０１ 通信制御部
５１０ 記憶部
５１１ 計算資源関連性情報テーブル
５１２ 計算資源監視内容情報テーブル
５１３ 適用対象判定条件式雛形選択情報テーブル
５１４ 判定条件式テーブル
５２０ 制御部
５２１ 決定部
５２２ 計算資源操作部
５２３ 変更部
１０００ コンピュータ
１０１０ メモリ
１０１１ ＲＯＭ
１０１２ ＲＡＭ
１０２０ ＣＰＵ
１０３０ ハードディスクドライブインタフェース
１０４０ ディスクドライブインタフェース
１０５０ シリアルポートインタフェース
１０６０ ビデオアダプタ
１０７０ ネットワークインタフェース
１０８０ バス
１０９０ ハードディスクドライブ
１０９１ ＯＳ
１０９２ アプリケーションプログラム
１０９３ プログラムモジュール
１０９４ プログラムデータ
１１００ ディスクドライブ
１１１０ マウス
１１２０ キーボード
１１３０ ディスプレイ

Claims (6)

1. 情報処理装置群の内部で稼働する計算資源における事象の発生を契機に、当該事象が発生した計算資源及び当該事象が発生した計算資源に関係する他の計算資源の状態に基づいて、前記事象が発生した計算資源及び前記他の計算資源に対して実行する操作を決定する決定部と、
   前記決定部によって決定された操作を、前記事象が発生した計算資源及び前記他の計算資源に対して実行する操作部と
   を有することを特徴とする制御装置。
2. 情報処理装置群の内部で稼働する計算資源について監視項目と、当該監視項目における計算資源の状態とを対応付けた資源状態情報、及び前記事象が発生した計算資源の状態と、当該事象が発生した計算資源に関係する他の計算資源の状態とに応じて実行する操作を対応付けた判定条件式情報を記憶する記憶部を更に有し、
   前記決定部は、資源状態情報を参照して、前記事象が発生した計算資源の状態と、前記関係する他の計算資源の状態とを特定し、特定した前記事象が発生した計算資源の状態と前記他の計算資源の状態とに基づいて、前記判定条件式情報を用いて、実行する操作を決定することを特徴とする請求項１に記載の制御装置。
3. 前記記憶部は、情報処理装置群の内部で稼働する計算資源と、当該計算資源に関係する他の計算資源とを対応付けた関係性情報を更に記憶し、
   前記操作が実行された結果、前記関係性情報として記憶される、前記操作の対象である計算資源と、当該計算資源に関係する他の計算資源との関係性が変化した場合、前記操作の対象である計算資源に対して前記判定条件式情報を変更する変更部を更に有することを特徴とする請求項２に記載の制御装置。
4. 前記操作部は、更に、利用者から情報処理装置群の内部で稼働する計算資源を操作する要求を受付けた場合に、前記計算資源に対して操作を実行することを特徴とする請求項１〜３のいずれか一つに記載の制御装置。
5. 制御装置が、
   情報処理装置群の内部で稼働する計算資源における事象の発生を契機に、当該事象が発生した計算資源及び当該事象が発生した計算資源に関係する他の計算資源の状態に基づいて、前記事象が発生した計算資源及び前記他の計算資源に対して実行する操作を決定する決定工程と、
   前記決定工程によって決定された操作を、前記事象が発生した計算資源及び前記他の計算資源に対して実行する操作工程と
   を含んだことを特徴とする計算資源管理方法。
6. コンピュータに
   情報処理装置群の内部で稼働する計算資源における事象の発生を契機に、当該事象が発生した計算資源及び当該事象が発生した計算資源に関係する他の計算資源の状態に基づいて、前記事象が発生した計算資源及び前記他の計算資源に対して実行する操作を決定する決定手順と、
   決定した操作を、前記事象が発生した計算資源及び前記他の計算資源に対して実行する操作手順と
   を実行させることを特徴とする計算資源管理プログラム。

Images