(57)【特許請求の範囲】
【請求項１】
プロビジョニング指示情報に基づいたプロビジョニング実行結果を取得する実行結果取得部と、
前記取得したプロビジョニング実行結果のパラメータと、ポート番号及びユーザ名が格納された監視設定管理テーブルのパラメータを比較することで、前記取得したプロビジョニング実行結果に含まれる監視設定情報に、不足があるか否か解析し、前記監視設定情報の不足している情報を取得する実行結果解析部と、
前記監視設定情報が不足している場合、前記監視設定情報の不足している情報を補完する監視設定補完部と、
を備え、
前記実行結果解析部は、
前記プロビジョニング実行結果にソフトウェアに関する情報が含まれているか否か判定し、前記ソフトウェアに関する情報が含まれている場合に、前記ソフトウェアに関する情報に前記ソフトウェアのポート番号又はユーザ名が含まれているか否か判定し、
前記監視設定補完部は、
前記ソフトウェアに関する情報に前記ソフトウェアのポート番号が含まれていない場合には、前記ソフトウェアに対応するポート番号を用いて前記監視設定情報を補完し、
前記ソフトウェアに関する情報に前記ソフトウェアのユーザ名が含まれていない場合には、前記ソフトウェアに対応するユーザ名を用いて前記監視設定情報を補完する、
プロビジョニング支援装置。
【請求項２】
前記ソフトウェアの監視レベルを取得する監視レベル取得部と、
前記監視レベルに応じて前記監視設定情報に基づいて監視処理を実行する監視部へ、補完された前記監視設定情報及び前記監視レベルを通知する通知部と
をさらに備える、請求項１に記載のプロビジョニング支援装置。
【請求項３】
前記通知部は、前記プロビジョニング指示情報に基づいてプロビジョニングを実行したプロビジョニング実行部へ、補完された前記監視設定情報を通知する、
請求項２に記載のプロビジョニング支援装置。
【請求項４】
プロビジョニング指示情報に基づいたプロビジョニング実行結果を取得するステップと、
前記取得したプロビジョニング実行結果のパラメータと、ポート番号及びユーザ名が格納された監視設定管理テーブルのパラメータを比較することで、前記取得したプロビジョニング実行結果に含まれる監視設定情報に、不足があるか否か解析し、前記監視設定情報の不足している情報を取得するステップと、
前記監視設定情報が不足している場合、前記監視設定情報の不足している情報を補完するステップとを含み、
前記解析するステップは、
前記プロビジョニング実行結果にソフトウェアに関する情報が含まれているか否か判定し、前記ソフトウェアに関する情報が含まれている場合に、前記ソフトウェアに関する情報に前記ソフトウェアのポート番号又はユーザ名が含まれているか否か判定するステップを含み、
前記補完するステップは、
前記ソフトウェアに関する情報に前記ソフトウェアのポート番号が含まれていない場合に、前記ソフトウェアに対応するポート番号を用いて前記監視設定情報を補完するステップと、
前記ソフトウェアに関する情報に前記ソフトウェアのユーザ名が含まれていない場合に、前記ソフトウェアに対応するユーザ名を用いて前記監視設定情報を補完するステップとを含む、
プロビジョニング支援方法。
【請求項５】
プロビジョニング指示情報に基づいたプロビジョニング実行結果を取得する取得処理と、
前記取得したプロビジョニング実行結果のパラメータと、ポート番号及びユーザ名が格納された監視設定管理テーブルのパラメータを比較することで、前記取得したプロビジョニング実行結果に含まれる監視設定情報に、不足があるか否か解析し、前記監視設定情報の不足している情報を取得する解析処理と、
前記監視設定情報が不足している場合、前記監視設定情報の不足している情報を補完する補完処理とをコンピュータに実行させ、
前記解析処理は、
前記プロビジョニング実行結果にソフトウェアに関する情報が含まれているか否か判定し、前記ソフトウェアに関する情報が含まれている場合に、前記ソフトウェアに関する情報に前記ソフトウェアのポート番号又はユーザ名が含まれているか否か判定する処理を含み、
前記補完処理は、
前記ソフトウェアに関する情報に前記ソフトウェアのポート番号が含まれていない場合には、前記ソフトウェアに対応するポート番号を用いて前記監視設定情報を補完し、
前記ソフトウェアに関する情報に前記ソフトウェアのユーザ名が含まれていない場合には、前記ソフトウェアに対応するユーザ名を用いて前記監視設定情報を補完する処理を含む、
プロビジョニング支援プログラム。
【請求項６】
プロビジョニング指示情報に基づいてプロビジョニング処理を実行するプロビジョニング実行部と、
前記プロビジョニング処理を実行したプロビジョニング実行結果を取得する実行結果取得部と、
前記取得したプロビジョニング実行結果のパラメータと、ポート番号及びユーザ名が格納された監視設定管理テーブルのパラメータを比較することで、前記取得したプロビジョニング実行結果に含まれる監視設定情報に、不足があるか否か解析し、前記監視設定情報の不足している情報を取得する実行結果解析部と、
前記監視設定情報が不足している場合、前記監視設定情報の不足している情報を補完する監視設定補完部と、
補完された前記監視設定情報に基づいて監視処理を実行する監視部と、
を備え、
前記実行結果解析部は、
前記プロビジョニング実行結果にソフトウェアに関する情報が含まれているか否か判定し、前記ソフトウェアに関する情報が含まれている場合に、前記ソフトウェアに関する情報に前記ソフトウェアのポート番号又はユーザ名が含まれているか否か判定し、
前記監視設定補完部は、
前記ソフトウェアに関する情報に前記ソフトウェアのポート番号が含まれていない場合には、前記ソフトウェアに対応するポート番号を用いて前記監視設定情報を補完し、
前記ソフトウェアに関する情報に前記ソフトウェアのユーザ名が含まれていない場合には、前記ソフトウェアに対応するユーザ名を用いて前記監視設定情報を補完する、
プロビジョニングシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロビジョニング支援装置、プロビジョニング支援方法、プロビジョニング支援プログラム及びプロビジョニングシステムに関する。
【背景技術】
【０００２】
近年、クラウド・コンピューティング技術を用いたシステムモデルの構築が増えてきている。このようなクラウド環境においては、利用者が必要になったタイミングで必要なリソースを動的に割り当てるプロビジョニングが行われている。
【０００３】
クラウド・コンピューティングを利用したシステムの増加は著しく、利用者、提供者がともにプロビジョニングをより容易に実施できる仕組みが求められ、様々なタイプのものがクラウド事業者より提供されている。その一例として、プロビジョニングフレームワークを用いた自動化方法が存在する。
【０００４】
関連する技術として、例えば、特許文献１及び２、非特許文献１〜４が知られている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特表２０１３−５３４６７５号公報
【特許文献２】特表２００９−５２６２８８号公報
【非特許文献】
【０００６】
【非特許文献１】Amazon Web Services, Inc、“AWS OpsWorks User Guide”、[online]、２０１３年２月１８日、インターネット<URL:http://docs.aws.amazon.com/opsworks/latest/userguide/opsworks-ug.pdf>
【非特許文献２】Amazon Web Services, Inc、“AWS CloudFormation User Guide”、[online]、２０１０年５月１５日、インターネット<URL:http://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/cfn-ug.pdf>
【非特許文献３】長谷川  誠、“ChefによるZabbix監視自動化について＋α”、[online]、２０１３年、インターネット<URL:www.zabbix.com/jp/img/zabconf2013/presentations/12-cyberagent.pdf>
【非特許文献４】赤間  慧、“クラウド上でのChef活用とベストプラクティス”、[online]、２０１３年７月２３日、インターネット<URL:http://www.slideshare.net/ncmeetup/chef-v020>（スライド２９−３２）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
一方、プロビジョニングにより構築されるクラウド上のシステムでも、これまでのシステム同様、システム維持の観点から運用管理が行われるケースが多く、運用管理の設定まで含めたプロビジョニング自動化の要求がある。
【０００８】
運用管理の一分野であるソフトウェア監視についても同様に自動化の要求はあるが、汎用的なソフトウェア監視製品は監視対象となるソフトウェアに接続するための情報が必要となることや、利用者が任意の監視内容を設定することが可能な設定の自由度などから、プロビジョニングフレームワーク型構築に適合することは少なく、たいていはサーバやソフトウェアなどのリソースをプロビジョニングした後に利用者が設定するか、アプライアンスのような形であらかじめ決まったものを希望した利用者に提供する場合が多い。
【０００９】
したがって、関連するプロビジョニング技術では、監視設定などの自動化が考慮されていないため、利用者による設定が必要となるケースがあり、利用者の負担を軽減することが困難であるという問題がある。
【００１０】
本発明は、このような課題に鑑み、利用者の負担を軽減することが可能なプロビジョニング支援装置、プロビジョニング支援方法、プロビジョニング支援プログラム及びプロビジョニングシステムを提供することを目的としている。
【課題を解決するための手段】
【００１１】
本発明に係るプロビジョニング支援装置は、プロビジョニング指示情報に基づいたプロビジョニング実行結果を取得する実行結果取得部と、前記取得したプロビジョニング実行結果に含まれる監視設定情報に、不足があるか否か解析する実行結果解析部と、前記監視設定情報が不足している場合、不足している情報を補完するように前記監視設定情報を設定する監視設定補完部と、を備えるものである。
【００１２】
本発明に係るプロビジョニング支援方法は、プロビジョニング指示情報に基づいたプロビジョニング実行結果を取得し、前記取得したプロビジョニング実行結果に含まれる監視設定情報に、不足があるか否か解析し、前記監視設定情報が不足している場合、不足している情報を補完するように前記監視設定情報を設定するものである。
【００１３】
本発明に係るプロビジョニング支援プログラムは、プロビジョニング指示情報に基づいたプロビジョニング実行結果を取得し、前記取得したプロビジョニング実行結果に含まれる監視設定情報に、不足があるか否か解析し、前記監視設定情報が不足している場合、不足している情報を補完するように前記監視設定情報を設定する、処理をコンピュータに実行させるためのものである。
【００１４】
本発明に係るプロビジョニングシステムは、プロビジョニング指示情報に基づいてプロビジョニング処理を実行するプロビジョニング実行部と、前記プロビジョニング処理を実行したプロビジョニング実行結果を取得する実行結果取得部と、前記取得したプロビジョニング実行結果に含まれる監視設定情報に、不足があるか否か解析する実行結果解析部と、前記監視設定情報が不足している場合、不足している情報を補完するように前記監視設定情報を設定する監視設定補完部と、前記設定された監視設定情報に基づいて監視処理を実行する監視部と、を備えるものである。
【発明の効果】
【００１５】
本発明によれば、利用者の負担を軽減することが可能なプロビジョニング支援装置、プロビジョニング支援方法、プロビジョニング支援プログラム及びプロビジョニングシステムを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】実施の形態に係るプロビジョニング支援装置の概略構成を示すブロック図である。
【図２】実施の形態１に係るプロビジョニングシステムの構成例を示すブロック図である。
【図３】実施の形態１に係るプロビジョニングシステムの動作例を示すフローチャートである。
【図４】実施の形態１に係るプロビジョニングシステムで使用するテーブルの例を示す図である。
【図５】実施の形態１に係るプロビジョニングシステムで使用するテーブルの例を示す図である。
【図６】実施の形態１に係るプロビジョニングシステムで使用する設定情報の例を示す図である。
【図７】実施の形態１に係るプロビジョニングシステムで使用する指示書の例を示す図である。
【図８】その他の実施の形態に係るプロビジョニングシステムの構成例を示すブロック図である。
【図９】その他の実施の形態に係るプロビジョニングシステムの構成例を示すブロック図である。
【図１０】関連するプロビジョニングシステムで使用する指示書の例を示す図である。
【発明を実施するための形態】
【００１７】
（実施の形態に至る検討）
上記のように、クラウド・コンピューティングを利用したシステムにおいて、新たなコンピューティングリソースを確保する際、物理的なハードウェアを購入する必要はなく、あらかじめプールされているＩＣＴ（Information and Communication Technology）リソースから利用者が必要な量だけ動的に割り当てるプロビジョニングが利用されている。
【００１８】
また、プロビジョニングを簡易に行う手法の一つとして、アプリケーションサーバ層、データベース層など、典型的な構成をひとまとまりの要素（以下、レイヤーと呼ぶ）にまとめ、プロビジョニングフレームワークと紐づけることで、簡易にソフトウェアが設定されたサーバ（以下、インスタンスと呼ぶ）をデプロイする、フレームワーク型プロビジョニングが普及している。具体例を挙げると、Ａｍａｚｏｎ  Ｗｅｂ  Ｓｅｒｖｉｃｅ（登録商標）において、ＶＭ（Virtual Machine）の構築、およびそのセットアップを自動化するオーケストレーションサービスである、ＡＷＳ  ＯｐｓＷｏｒｋｓ（非特許文献１参照）がある。
【００１９】
その他の手法としては、ユーザが必要なリソース量を記載したファイルを作成して、テンプレートに記載されたリソースを割り当てる、テンプレート型プロビジョニングが存在する（例えば特許文献１参照）。具体例を挙げると、Ａｍａｚｏｎ  Ｗｅｂ  ＳｅｒｖｉｃｅにおけるＡＷＳ  ＣｌｏｕｄＦｏｒｍａｔｉｏｎ（非特許文献２参照)がある。
【００２０】
プロビジョニングフレームワークとは、一般的にサーバ、クライアント構成をとるシステム管理ツールであり、プロビジョニング対象となるマシンにクライアントをインストールすることで、一元的に、ミドルウェアやアプリケーションのインストール、ＯＳやミドルウェアの設定、各稼働サービスの状態管理など、システム構築作業や運用作業を自動化するものである。代表的なものに、ｃｈｅｆ、ｐｕｐｐｅｔ、ａｎｓｉｂｌｅ、ｓａｌなどがある。上記のＡＷＳ  ＯｐｓＷｏｒｋｓにおいては、新規作成する仮想マシンに対し、ＯＳセットアップ直後にｃｈｅｆのクライアントがインストールされるようになっている。
【００２１】
このような状況で、プロビジョニングを利用するためのサンプル・フレームワークがＷｅｂ上に多数公開されており、利用者のフレームワーク作成の負荷を軽減している。しかし、クラウド・コンピューティングを利用したシステムの多様化により、フレームワークに記載すべき情報も多様化し、利用者のフレームワーク作成の負荷は増している。
【００２２】
現在、フレームワーク型プロビジョニングにおいてはソフトウェアのインストールを行うことが可能となっている。このような背景で、インストールしたソフトウェアの性能監視など、運用監視に関する設定もあわせて自動プロビジョニングを実現したいという要求が存在する。しかし、監視対象となるソフトウェアに接続するための情報が必要となることや監視設定の情報が多岐に渡ることなどから、サーバやソフトウェアを構築後に別途、利用者によりソフトウェア監視の設定を行う場合が多く、利用者の負担を大きくしていた。
【００２３】
さらに近年、新たな機能やリソースを配備する際に失敗するリスクを減らすために、システムを新規で構築しなおして、問題が発生しない場合に新旧のシステムを丸ごと交換するような“Ｉｍｍｕｔａｂｌｅ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ”と呼ばれる考え方が普及してきている。このような考え方は、プロビジョニングの負担が利用者にとって大きくないという前提に基づいており、ソフトウェア監視においてもプロビジョニング時の負担を軽減することが急務といえる。
【００２４】
フレームワーク型プロビジョニングにおける監視の自動化技術としては、非特許文献３が存在する。非特許文献３のような関連する技術では、例えばａｐａｃｈｅをインストールする際に監視を自動化するのであれば、例えば、図１０のような指示書を利用者が作成し、フレームワークに指示を行う。
【００２５】
図１０の指示書に含まれる指示[apacheインストール]、指示[postgreSQLインストール]、指示[tomcatインストール]では、もし事前にzabbixエージェントがインストールされていれば、当該ソフトウェアのzabbixテンプレート（監視設定）を登録する、というような処理を、それぞれのソフトウェアをインストールするための指示書の中に、予め定義しておく必要がある。
【００２６】
図１０のように、関連する技術では、ユーザが明示的に監視を行うよう、指示する必要があり、また、アプリケーションのインストールの指示の中に、監視設定までをも追加する必要があるという点で、設定が自動化されているとは言えない。したがって、関連する技術では、ソフトウェア監視のために詳細な設定が必要であるため、ユーザにとって煩雑で負担が大きいという問題がある。
【００２７】
（実施の形態の概要）
図１は、実施の形態に係るプロビジョニング支援装置の概略構成の一例を示している。図１に示すように、プロビジョニング支援装置１０は、実行結果取得部１１、実行結果解析部１２、監視設定補完部１３を備えている。
【００２８】
実行結果取得部１１は、プロビジョニング指示情報に基づいたプロビジョニング実行結果を取得する。実行結果解析部１２は、取得したプロビジョニング実行結果に含まれる監視設定情報に、不足があるか否か解析する。監視設定補完部１３は、監視設定情報が不足している場合、不足している情報を補完するように監視設定情報を設定する。
【００２９】
このように、プロビジョニング実行結果に基づいて監視設定情報に不足がある場合、その不足している監視設定情報を補完するように自動的に設定するため、利用者の負担を軽減することができる。特に、実施の形態では、クラウド・コンピューティングを利用したシステムの利用者が新たなＩＣＴリソースをプロビジョニングする際の負荷が軽減されることを目的として、利用者が実行したフレームワークの実行結果をもとにソフトウェアの監視設定を取得し、監視の設定作業も含めたプロビジョニングを行うことで、ソフトウェア監視の自動プロビジョニングを可能とする。
【００３０】
（実施の形態１）
以下、図面を参照して実施の形態１について説明する。図２は、本実施の形態に係るプロビジョニングシステムの構成例を示している。
【００３１】
図２に示すように、本実施の形態に係るプロビジョニングシステム１は、プロビジョニング支援システム１００、プロビジョニング対象レイヤー２００、監視システム３００を備えている。
【００３２】
プロビジョニング対象レイヤー２００は、プロビジョニングを実行するレイヤーであり、プロビジョニングフレームワーク実行部２０１を備える。例えば、プロビジョニング対象レイヤー２００では、サーバなどのインスタンスＡ、インスタンスＢがデプロイされ、各インスタンス（例えばインスタンスＢ）でプロビジョニング（フレームワーク）が実行される。
【００３３】
プロビジョニングフレームワーク実行部（プロビジョニング実行部）２０１は、ユーザが新規インスタンスを作成した時、レイヤーに関連付けられたプロビジョニング指示書（指示情報）２１１、あるいは外部から任意に実行するプロビジョニング指示書（指示情報）２１２をもとに、プロビジョニングを実行し、実行結果をプロビジョニング支援システム１００へ出力する。プロビジョニングフレームワーク実行部２０１は、エンドユーザが任意のプロビジョニングフレームワークを実行し、その出力結果をプロビジョニング支援システム１００に送ると同時に、プロビジョニング支援システム１００からの指示を受け、運用管理ソフトウェアをセットアップする。
【００３４】
監視システム（監視部）３００は、プロビジョニング対象レイヤー２００を監視するシステムであり、監視サーバ３０１を備える。監視サーバ３０１は、プロビジョニング対象レイヤー２００のソフトウェア監視を行うサーバである。監視サーバ３０１は、プロビジョニング支援システム１００からの設定に基づき、インスタンスのソフトウェアを監視する。
【００３５】
プロビジョニング支援システム（プロビジョニング支援装置）１００は、利用者からのプロビジョニングフレームワークの実行結果を受け、ソフトウェア監視のプロビジョニングを行う。プロビジョニング支援システム１００は、実行結果解析部１０１、運用監視ソフトウェアプロビジョニング部１０２、監視設定管理テーブル１０３、テーブル管理部１０４、契約情報管理部１０５を備える。
【００３６】
実行結果解析部１０１は、プロビジョニングの実行結果を取得し解析する。具体例として、プロビジョニング対象レイヤー２００がデータベースレイヤーであれば、プロビジョニングフレームワーク実行部２０１のプロビジョニングにおいて、postgreSQLなどのデータベースアプリケーションがインストールされ、実行結果解析部１０１は、そのようなインストール等の実行結果を受信し解析する。実行結果解析部１０１は、プロビジョニング実行結果を取得する実行結果取得部であるとも言える。
【００３７】
運用監視ソフトウェアプロビジョニング部１０２は、プロビジョニングの実行結果から取得した情報（監視対象の監視設定情報）をもとに、監視設定管理テーブル１０３、契約情報管理部１０５に問い合わせを行い、適切な運用監視ソフトウェアの選択及び設定を行う。運用監視ソフトウェアプロビジョニング部１０２は、プロビジョニング対象レイヤー２００におけるインスタンスのプロビジョニングフレームワーク実行部２０１に監視のための設定を実行するとともに、監視システム３００の監視サーバ３０１に監視設定を行う。運用監視ソフトウェアプロビジョニング部１０２は、プロビジョニング実行結果に含まれる監視設定情報に、不足があるか否か解析する実行結果解析部と、監視設定情報が不足している場合、不足している情報を補完するように監視設定情報を設定する監視設定補完部を含むとも言える。
【００３８】
監視設定管理テーブル１０３は、ソフトウェア監視のための設定情報を保持し、運用監視ソフトウェアプロビジョニング部１０２からの問い合わせに対して適切なソフトウェア監視設定を返却する。監視設定管理テーブル１０３は、ソフトウェアの監視設定に必要なパラメータを記憶するテーブルや、監視設定用のテンプレートを記憶するテーブルを含む。テーブル管理部１０４は、新しい監視対象ソフトウェア、監視設定など、監視設定管理テーブル１０３を更新する。契約情報管理部１０５は、エンドユーザのサービスレベルなどの契約情報、ソフトウェアの監視レベル設定などの監視のカスタマイズ情報を管理する。
【００３９】
なお、プロビジョニング支援システム１００は、契約情報管理部１０５を除けば、利用者（エンドユーザ）側にもプロビジョニングサービス側にも存在することが可能である。本実施の形態においては、プロビジョニング支援システム１００がプロビジョニングサービス側に存在するものとして説明する。
【００４０】
次に、図３のフローチャートを用いて、本実施の形態に係る動作について説明する。
【００４１】
まず、利用者はプロビジョニング対象レイヤー２００に対するインスタンスを作成し、プロビジョニングフレームワークを実行する（Ｓ１０１）。プロビジョニングフレームワーク実行部２０１は、プロビジョニング対象レイヤー２００に関連付けられたプロビジョニング指示書２１１、またはユーザが任意に実行するプロビジョニング指示書２１２に基づいて、プロビジョニングを実行する。ここでは具体例として、指示書に基づきデータベースレイヤーにpostgreSQLがインストールされたとする。
【００４２】
続いて、実行結果解析部１０１は、プロビジョニングの実行結果を取得し解析する（Ｓ１０２）。例えば、実行結果解析部１０１は、監視設定情報として、実行結果から監視対象のソフトウェア情報及びソフトウェアへの接続情報を抽出する。ソフトウェア情報は、監視対象となる一つまたは複数のソフトウェアのインストール情報であり、具体例としてば、postgreSQLのインストールパス情報等である。ソフトウェアへの接続情報は、監視対象となる一つまたは複数のソフトウェアについて、各々のソフトウェアへ接続するための情報であり、具体例としては、postgreSQLのポート番号、管理者アカウント名、パスワード等である。
【００４３】
続いて、実行結果から取得した情報が運用監視ソフトウェアプロビジョニング部１０２に渡され、運用監視ソフトウェアプロビジョニング部１０２では、プロビジョニング実行結果に、一つまたは複数のソフトウェアに関する情報が含まれるか否か確認する（Ｓ１０３）。
【００４４】
Ｓ１０３において、実行結果にソフトウェアに関する情報が含まれていない場合、処理を終了する。一方、Ｓ１０３において、実行結果にソフトウェアに関する情報が含まれている場合、運用監視ソフトウェアプロビジョニング部１０２は、取得した各ソフトウェアに関する情報について、ソフトウェア監視設定に必要な情報が揃っているかどうか確認する（Ｓ１０４）。運用監視ソフトウェアプロビジョニング部１０２は、上記のソフトウェア情報、及びソフトウェアへの接続情報が存在するかどうかを確認する。
【００４５】
Ｓ１０４において、ソフトウェア監視設定の情報に不足がある場合、運用監視ソフトウェアプロビジョニング部１０２は、不足している情報を補完する補完処理を行う（Ｓ１０５）。運用監視ソフトウェアプロビジョニング部１０２は、監視設定管理テーブル１０３を参照し、不足した情報を補完可能な情報を探索する。
【００４６】
例えば、ソフトウェアの接続には必要な情報だが、常に決まった値を利用するような場合に、実行結果上への記載が省略されること（デフォルトのポート番号を利用する場合など）がある。監視設定管理テーブル１０３では、このような情報をソフトウェアごとに保持しておき、省略された場合に保管可能な情報として提供する。
【００４７】
図４は、監視設定管理テーブル１０３の一例であり、監視設定に必要な情報を提供するためのテーブルの例を示している。図４のように、監視設定管理テーブル（パラメータテーブル）１０３は、監視対象のソフトウェアと設定に必要なパラメータ（属性、値）を関連付けている。図４の例では、監視設定管理テーブル１０３に、接続するソフトウェアのポート番号やユーザ名が格納されており、ソフトウェアの接続情報が不足している場合、格納されたポート番号やユーザ名を用いて補完する。実行結果のパラメータと監視設定管理テーブル１０３のパラメータを比較することで、実行結果の不足を判断し、不足している情報（パラメータ）を取得することができる。
【００４８】
Ｓ１０４でソフトウェア監視設定の情報に不足がない場合、または、Ｓ１０５で不足情報を補完した後、運用監視ソフトウェアプロビジョニング部１０２は、ソフトウェアの情報をもとに監視設定管理テーブル１０３から監視設定を取得する（Ｓ１０６）。運用監視ソフトウェアプロビジョニング部１０２は、契約情報管理部１０５から監視レベルを取得し、不足情報の無い（不足情報が補完された）ソフトウェアについて監視設定管理テーブル１０３へ問合せを行い、ソフトウェアおよび監視レベルに応じた監視設定を取得する。
【００４９】
図５は監視設定管理テーブル１０３の一例であり、監視設定用のテンプレートを提供するためのテーブルの例を示している。例えば、図５のように、監視設定管理テーブル（設定用テンプレートテーブル）１０３は、監視対象のソフトウェアごとに、監視レベルに応じたテンプレートが格納されている。例えば、監視レベルが高いと、高い優先度で監視処理が実行され、もしくは、高い頻度で監視処理が実行される。なお、図５では監視レベルに応じてあらかじめ監視設定が記載されたテンプレートを用意しているが、監視設定が記載されていればテンプレートの形式を取る必要はない。
【００５０】
続いて、運用監視ソフトウェアプロビジョニング部１０２は、取得した監視設定を監視サーバ３０１に通知する（Ｓ１０７）。運用監視ソフトウェアプロビジョニング部１０２は監視システム３００の監視サーバ３０１に対し、どのインスタンスの、どのようなソフトウェアに対し、どのように監視を行うかを送信する。監視サーバ３０１はそれらの情報をもとに、ソフトウェアの監視を行う。
【００５１】
また、運用監視ソフトウェアプロビジョニング部１０２は、監視に必要なプロビジョニングを実行させる（Ｓ１０８）。運用監視ソフトウェアプロビジョニング部１０２は、監視に必要なプロビジョニング情報を取得し、プロビジョニングフレームワーク実行部２０１に提供する。
【００５２】
図６は、プロビジョニングフレームワーク実行部２０１に提供するソフトウェア監視設定情報（プロビジョニング情報）の一例を示している。例えば、図６に示すように、ソフトウェア監視設定情報は、監視対象のソフトウェアごとに、インストールパスや設定などのプロビジョニング情報が関連付けられている。図５のようなテンプレートの情報が、図６のようにソフトウェアごとに設定される。
【００５３】
プロビジョニングフレームワーク実行部２０１は、渡された情報をもとに、運用監視ソフトウェアのセットアップを行う。具体例でいえば、インストールされた物件に含まれるpostgresql.confを自動編集し、監視ソフトウェアが必要な設定（例としてlog_destinationにstderrを追加）を行う。この際、契約情報管理部１０５から取得したユーザの契約情報に従い、どのように変更を実施するかを決定する（監視設定のために変更した内容はメールで通知する等）。
【００５４】
なお、監視のために必要な情報を補完する処理（Ｓ１０５）において、インストールされたソフトウェアの設定補完情報（図４）が存在しない場合、運用監視ソフトウェアが当該ソフトウェアを監視のために必要とする情報を、運用監視ソフトウェアの定義ファイルを参照して自動的に解析し、ソフトウェア監視設定（図５）、監視設定用プロビジョニング設定（図６）と共に自動的に作成することも可能である。あるいは、別途で監視テンプレート管理サーバに接続し、必要な情報を検索して、ダウンロードして利用できる仕組みをとることも可能である。
【００５５】
本実施の形態の具体例として、プロビジョニングフレームワークをchefとして想定した場合、下記のように処理を行う。
（１）設定動作完了後に実行されるレポートハンドラ部分に、実行結果が格納されたrun_statusオブジェクトを、実行結果解析部１０１に送信する処理を追記する。この記載は、マシンごとの設定ファイルであるclient.rbに記載してもよいし、実行対象のレシピ内に含めてもよい。
（２）実行結果解析部１０１では、送信されたrun_statusオブジェクトを解析し、どのソフトウェアが、どのような設定でインストールされたかを解析する。
（３）解析結果をもとに、運用監視ソフトウェアプロビジョニング部１０２は監視内容を決定する。例としてpostgreSQLがインストールされたのであれば、接続ポート番号、監視を行うユーザの情報を取得する。
（４）運用監視ソフトウェアプロビジョニング部１０２は、上記情報を運用監視ソフトウェアに送信し、運用監視の設定を行う。
【００５６】
以上のように本実施の形態では、クラウド環境において新たなＩＣＴリソースをプロビジョニングするために、利用者が実行したプロビジョニングフレームワークの実行結果を解析し、プロビジョニング対象となるソフトウェアの監視に必要な情報を取得することで、ソフトウェアの監視設定までを含めた自動プロビジョニングを可能とし、利用者側で設定を行う負担が軽減する。
【００５７】
関連する技術と比較すると、監視指定のされていない、普通のアプリケーションインストールの指示書を実行するだけで、監視がセットアップされるようになる点で優位となる。これにより、アプリケーションのインストール指示と同時に、監視設定をも事前に用意しておく手間が軽減される。また、監視設定のされていない、普通の指示書を利用できることから、ユーザがクラウドプロバイダの用意した指示でなく、一般的な指示書を用いたとしても、監視サービスを提供するクラウドプロバイダは、ユーザがどのようなアプリケーションが使われているかを把握することが可能となる。例えば、図１０の関連する技術の例と比較すると、本実施の形態では、図７のような指示を行うだけで、自動的に監視設定が行われるようになる。
【００５８】
本実施の形態によれば、クラウド環境においてプロビジョニングフレームワーク型の自動プロビジョニングによる環境構築を行う場合に、運用管理の設定、また監視項目が多岐に渡りがちなソフトウェア監視の設定までを自動化することが可能となるため、例えば、定期／不定期で新しいリソースをプロビジョニングする必要があるシステムのシステム運用者や、小規模でも重要な環境を迅速に立ちあげたいクラウド環境利用者などのケースでのプロビジョニングの負荷を軽減することができる。
【００５９】
また、クラウド事業者は、よく利用されるソフトウェアについては、仮想マシンをそのまま貸し出すのではなく、単独のサービスとして提供することがある（データベースなど）。しかしユーザによってはそういった単独のサービスを好まず、仮想マシンを自前で導入し利用するケースも想定される。そういった場合、クラウド事業者からは、仮想マシンの利用状況が把握し難かった。本実施の形態を用いることで、ユーザには監視サービスを提供しつつ、事業者側は仮想マシンの利用状況を把握することが可能となる。
【００６０】
（その他の実施の形態）
上記の実施の形態において、プロビジョニング支援システムは利用者側、プロビジョニングサービス側のどちらに存在してもよい。
【００６１】
図８は、プロビジョニングサービス側（クラウドプロバイダ側）にプロビジョニング支援システム１００を設けた例を示している。この例では、ユーザ環境においてインスタンスのプロビジョニングフレームワーク実行部２０１がプロビジョニングを実行し、実行結果をプロビジョニングサービス側に出力する。そうすると、プロビジョニングサービス側において、プロビジョニング支援システム１００がソフトウェアの監視設定を行う。図８のように、プロビジョニングサービス側にプロビジョニング支援システム１００が存在する場合、利用者はプロビジョニング支援システムを意識せずにプロビジョニングを行うことができる。
【００６２】
図９は、利用者側（ユーザ環境）にプロビジョニング支援システム１００を設けた例を示している。この例では、ユーザ環境において、インスタンスのプロビジョニングフレームワーク実行部２０１がプロビジョニングを実行し、さらにプロビジョニング支援システム１００がソフトウェアの監視設定を行う。図９のように、利用者側にプロビジョニング支援システムが存在する場合、利用者が直接プロビジョニングサービスに対しては動作を行うことなくプロビジョニングを行うことができる。
【００６３】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【００６４】
上述の実施形態における各構成は、ハードウェア又はソフトウェア、もしくはその両方によって構成され、１つのハードウェア又はソフトウェアから構成してもよいし、複数のハードウェア又はソフトウェアから構成してもよい。プロビジョニング支援装置の各機能（各処理）を、ＣＰＵやメモリ等を有するコンピュータにより実現してもよい。例えば、記憶装置に実施形態におけるプロビジョニング支援方法を行うためのプロビジョニング支援プログラムを格納し、各機能を、記憶装置に格納されたプロビジョニング支援プログラムをＣＰＵで実行することにより実現してもよい。
【００６５】
これらのプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（random access memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【符号の説明】
【００６６】
１      プロビジョニングシステム
１０    プロビジョニング支援装置
１１    実行結果取得部
１２    実行結果解析部
１３    監視設定補完部
１００  プロビジョニング支援システム
１０１  実行結果解析部
１０２  運用監視ソフトウェアプロビジョニング部
１０３  監視設定管理テーブル
１０４  テーブル管理部
１０５  契約情報管理部
２００  プロビジョニング対象レイヤー
２０１  プロビジョニングフレームワーク実行部
２１１  プロビジョニング指示書
２１２  プロビジョニング指示書
３００  監視システム
３０１  監視サーバ
【図１】
0006606836.tif 000002
【図２】
0006606836.tif 000003
【図３】
0006606836.tif 000004
【図４】
0006606836.tif 000005
【図５】
0006606836.tif 000006
【図６】
0006606836.tif 000007
【図７】
0006606836.tif 000008
【図８】
0006606836.tif 000009
【図９】
0006606836.tif 000010
【図１０】
0006606836.tif 000011