JP6215715B2 - クラウドコンピューティング環境を管理する方法およびシステム - Google Patents

Description

０００１ 本発明は、クラウドコンピューティング環境において、資源を管理するための方法およびシステムに関する。

０００２ クラウドコンピューティングは、情報技術分野において特に急成長している領域のうちの一つである。クラウドコンピューティングにおいて、ハードウェアおよびソフトウェアを含む資源の算出は、ネットワーク上のサービスとして提供される。様々な異なるタイプのクラウドコンピューティングが存在する。それらは、Ｉｎｆｒａｓｔｒａｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ（ＩａａＳ）、Ｐｌａｔｆｏｒｍ ａｓ ａ Ｓｅｒｖｉｃｅ（ＰａａＳ）、Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ（ＳａａＳ）等を含むが、これらに限定されない。

０００３ クラウドコンピューティング環境を管理するため、様々な解決方法を利用することができる。一般的に、クラウドコンピューティング環境は、インフラストラクチャ管理者、仮想化管理者、アプリケーション管理者等の役割分担に基づいて管理される。

０００４ インフラストラクチャ管理者は、一般的に物理資源を管理し、それらを仮想化用の資源プールとして提供する。仮想化管理者は、一般的に資源プールを管理する。アプリケーション管理者は、一般的に特定のアプリケーションを実行するために資源プールから仮想化資源を割り当てる。

０００５ 一般的には、セルフポータル設定においてアプリケーション管理者に与えられるオプションは、例えばミクロ、小、中、大などである。しかしながら、ＩＴインフラストラクチャは、これらの事前に定義されたサービス品質のうちの一つに容易に盛り込むことのできない、多数のハードウェア要素を含む。例えば、ストレージサブシステムはＨＤＤやＳＳＤといった多数の媒体タイプを含み、これらの各媒体はそのスピード、信頼性および他の属性に基づいてカテゴライズすることができる。加えて、ストレージサブシステムは様々な異なる機能（例えば、シンプロビジョニングやダイナミックティアリング）を提供することができる。セルフサービスポータルは、一般的に仮想化資源に対するアクセスのみ許可するため、アプリケーション管理者にとって、所定のアプリケーションに対して求められる適切な媒体タイプおよびサービス機能を割り当てることは難しい。

０００６ 従来のクラウドコンピューティング環境において、インフラストラクチャ管理者がアプリケーション管理者に対して、資源の利用および取得に関するフィードバックを提供することは難しい、なぜならば前者は物理資源を管理し、後者は仮想化資源を使用するからである。そのため、アプリケーション管理者が資源を所定のアプリケーションのためにより効果的に利用するためには、アプリケーションによる資源使用をモニタする手段およびモニタ結果をアプリケーション管理者に提供する手段が必要となる。

０００７ 本発明は、クラウドコンピューティング環境において、仮想化資源を管理するための方法およびシステムに関する。本発明の実施例は、管理プログラムによって作成された資源移行計画の形でアプリケーション管理者にフィードバックすることを可能とする。資源移行計画はアプリケーションによる資源の使用をモニタした結果に基づいて、仮想化資源（例えば、仮想マシン（ＶＭ）または媒体）の構成を変更することを提案する。移行プランに基づいて、アプリケーションに要求されるサービス品質を維持しつつアプリケーションのコストを下げることができるなら、そのプランをアプリケーション管理者に提供する。特定の実施例において、管理プログラムはサービスカタログを修正することによりアプリケーションの効率を、更に向上することができる。いくつかの実施例において、管理プログラムは移行プランの変更された構成を、クラウドコンピューティング環境内における他のクライアントマシンを含む他の仮想マシンに適用することができる。

０００８ ある実施例によると、管理サーバは、一つ以上のサーバおよび一つ以上のストレージサブシステムを有するクラウドシステムにおいて、資源を管理する。管理サーバは、プロセッサと、ネットワークインタフェースと、メモリを有する。管理サーバは、第一タイプの第一アプリケーションにある資源のカテゴリーを割り当て、該資源のカテゴリーは仮想化資源の第一テンプレートと関連付けられ、前記第一テンプレートは一つ以上の閾値と関連付けられて前記第一テンプレートを使用するための第一コストを有し、前記一つ以上の閾値は第一閾値を含み、前記第一テンプレートの一つ以上の性能値を得るために前記第一テンプレートの性能をモニタし、前記一つ以上の性能値は第一性能値を含み、前記第一テンプレートの第一性能値を、前記第一テンプレートに関連付けられた第一閾値と比較し、前記比較ステップの結果に基づいて前記第一タイプの前記第一アプリケーションのための第一資源移行計画を作成し、前記第一資源移行計画は、前記第一タイプの前記第一アプリケーションを前記第一テンプレートから仮想資源の第二テンプレートに移行する計画であるよう、制御可能である。前記第二テンプレートは、前記第一性能値より大きい第二閾値に関連付けられる。第二テンプレートは、前記第一コストより少ない前記第二テンプレートを使用する第二コストを有する。

０００９ ある実施例において、第一テンプレートはカタログの所定の機能のために定義づけられたデフォルトテンプレートである。管理サーバは、更に前記第一資源移行計画を実施し、ここで前記第二テンプレートは、前記第一テンプレートの代わりに、前記第一タイプの第一アプリケーションに関連付けられ、前記第一資源移行計画を実行した後、前記第一テンプレートの代わりに、前記カタログに所定の機能を与えるデフォルトテンプレートとして、第二テンプレートを定義するよう制御可能である。前記管理サーバは、更に前記第一タイプの第二アプリケーションに前記カテゴリーを割り当て、該カテゴリーは前記所定の機能のための前記デフォルトテンプレートとして前記第二テンプレートを有するよう制御可能である。

００１０ ある実施例において、前記管理サーバは、更に前記第一資源移行計画を実施し、ここで前記第二テンプレートは、前記第一テンプレートの代わりに、前記第一タイプの第一アプリケーションに関連付けられ、前記第一タイプの第一アプリケーションに関連付けられた前記第二テンプレートの性能値を得、ここで第二テンプレートは前記第二閾値を含む複数の閾値を有し、前記第二テンプレートの前記性能値のいずれかが前記第二テンプレートの閾値を超えるか否かを判断し、前記判断ステップの結果に基づいて、前記第一タイプの第二アプリケーションのために第二資源移行計画を作成し、ここで該第二資源移行計画は前記第一タイプの前記第二アプリケーションを前記第二テンプレートに移行する計画であるよう制御可能である。

００１１ 別の実施例によると、クラウドシステムにおいて資源を管理するためのコンピュータによって実行可能な方法であって、該方法は、第一タイプの第一アプリケーションにある資源のカテゴリーを割り当て、該資源のカテゴリーは仮想化資源の第一テンプレートと関連付けられ、前記第一テンプレートは一つ以上の閾値と関連付けられて前記第一テンプレートを使用するための第一コストを有し、前記一つ以上の閾値は第一閾値を含み、前記第一テンプレートの一つ以上の性能値を得るために前記第一テンプレートの性能をモニタし、前記一つ以上の性能値は第一性能値を含み、前記第一テンプレートの第一性能値を、前記第一テンプレートに関連付けられた第一閾値と比較し、前記比較ステップの結果に基づいて前記第一タイプの前記第一アプリケーションのための第一資源移行計画を作成し、前記第一資源移行計画は、前記第一タイプの前記第一アプリケーションを前記第一テンプレートから仮想資源の第二テンプレートに移行する計画である。前記第二テンプレートは、前記第一性能値より大きい第二閾値に関連付けられる。前記第二テンプレートは、前記第一コストより少ない前記第二テンプレートを使用する第二コストを有する。

００１２ 更に別の実施例によると、持続性のあるコンピュータ読取可能媒体は、クラウドシステムにおいて資源を管理するためのコンピュータによって実行可能なプログラムを含む。このコンピュータ読取可能媒体は、第一タイプの第一アプリケーションにある資源のカテゴリーを割り当てるコードと、ここで該資源のカテゴリーは仮想化資源の第一テンプレートと関連付けられ、前記第一テンプレートは一つ以上の閾値と関連付けられて前記第一テンプレートを使用するための第一コストを有し、前記一つ以上の閾値は第一閾値を含み、前記第一テンプレートの一つ以上の性能値を得るために前記第一テンプレートの性能をモニタするコードと、ここで前記一つ以上の性能値は第一性能値を含み、前記第一テンプレートの第一性能値を、前記第一テンプレートに関連付けられた第一閾値と比較するコードと、前記比較ステップの結果に基づいて前記第一タイプの前記第一アプリケーションのための第一資源移行計画を作成するコードとを有し、ここで前記第一資源移行計画は、前記第一タイプの前記第一アプリケーションを前記第一テンプレートから仮想資源の第二テンプレートに移行する計画である。第二テンプレートは、前記第一性能値より大きい第二閾値に関連付けられる。前記第二テンプレートは、前記第一コストより少ない前記第二テンプレートを使用する第二コストを有する。

００１３ 図１は、第一実施例に係るクラウドコンピューティングシステムの論理構成を示す。 ００１４ 図２Ａは、クラウドシステムの物理構成を示す。 ００１５ 図２Ｂは、クラウドシステムの管理サーバのより詳細な図を示す。 ００１６ 図２Ｃは、処理を示す。 ００１７ 図３は、物理ストレージテーブルを示す。 ００１８ 図４は、物理サーバテーブルを示す。 ００１９ 図５は、資源プールテーブルを示す。 ００２０ 図６は、カタログテーブルを示す。 ００２１ 図７は、ＶＭテンプレートテーブルを示す。 ００２２ 図８は、媒体テンプレートテーブルを示す。 ００２３ 図９は、セルフサービスポータルのプロビジョニングＧＵＩを示す。 ００２４ 図１０は、セルフサービスポータルの確認ＧＵＩを示す。 ００２５ 図１１は、マッピングテーブルを示す。 ００２６ 図１２は、クラウドシステムにおいてアプリケーションを実行するコストを下げるため、管理プログラムによって実行される処理を示す。 ００２７ 図１３Ａは、性能履歴テーブルを示す。 ００２７ 図１３Ｂは、性能履歴テーブルを示す。 ００２８ 図１４は、マッピングテーブルを示す。 ００２９ 図１５は、イベント管理テーブルを示す。 ００３０ 図１６は、性能履歴テーブルを示す。

００３１ 本発明の各実施例は、クラウドコンピューティング環境において、仮想化された資源を管理するための方法およびシステムに関する。実装上では、クラウドシステムは、アプリケーションのＩＴ資源利用率をモニタし、アプリケーションが割り当て資源を効率的に使用しているか否かを判断する管理プログラムを含む。所定のアプリケーションが割り当て資源を効率的に利用していないと管理プログラムが判断した場合、管理プログラムはモニタ結果に基づいてアプリケーション管理者にフィードバックを行う。フィードバックは、現在のプランよりも費用効果が高く、かつアプリケーションに要求されるサービス品質を維持することのできる資源移行プランを含む。資源移行プランは、例えば仮想マシン（ＶＭ）や記憶媒体等の仮想資源の構成を変更することを含む。

００３２ ある実施例においては、管理プログラムはサービスカタログを修正することにより、アプリケーションの効率を更に向上させることができる。いくつかの実施例によると、管理プログラムは移行プランの変更された構成を、クラウドコンピューティング環境の、他のクライアントのマシンを含む、他の仮想マシンへ適用することができる。

００３３ 資源移行プランの提供

００３４ 図１は、第一実施例にかかるクラウドコンピューティングシステム（「クラウドシステム」または「クラウド環境」とも呼ぶ）１０００の論理構成を示す。クラウドシステムは、ハードウェアおよびソフトウェアサービスをネットワーク上で提供する仮想化技術を利用する。仮想化により、複数のサーバやストレージ装置を、多数の異なるクライアントと共有することができる。仮想化された資源に実装されたアプリケーションは、一つの物理マシンから他の物理マシンへ容易に移行することができる。

００３５ クラウドシステム１０００は、管理プログラム１２００、アプリケーションおよび仮想化資源１３００、資源プール１４００、ＩＴインフラストラクチャ１５００、セルフサービスポータル１６００、仮想化環境管理ユーザインタフェース１７００、およびＩＴインフラストラクチャ管理ユーザインタフェース１８００を有する。

００３６ 実装上では、管理プログラム１２００が、管理者に対してセルフサービスポータル１６００およびユーザインタフェース１７００および１８００を提供して、それを利用してクラウドシステム１０００とインタフェースすることを可能とする。ＩＴインフラストラクチャ管理者１０３０はＩＴインフラストラクチャ管理ユーザインタフェース１８００を介してクラウドシステム１０００とアクセスし、ＩＴインフラストラクチャ１５００を管理する。ＩＴインフラストラクチャ１５００は一般的に、供給された資源プール１４００である複数の物理資源（例えば物理サーバと物理ストレージサブシステム）からなる。

００３７ 仮想化管理者１０２０は仮想化環境管理ユーザインタフェース１７００を介してクラウドシステム１０００にアクセスし、資源プール１４００を管理する。資源プール１４００は、例えばメールサーバやＷｅｂサーバ等のアプリケーションによって利用されるようＩＴインフラストラクチャ１５００によって作成される。

００３８ アプリケーション管理者１０１０はセルフサービスポータル１６００を介してクラウドシステム１０００にアクセスし、クラウドシステム１０００内で実行されているアプリケーションを管理する。各アプリケーションは仮想資源の上で実行される。クラウドシステム１０００上で実行されるアプリケーション（「インスタンス」とも呼ぶ）は仮想化資源を使用する。カタログは、特定のコンピューティングに関する機能を実行する一組の仮想資源からなる、一つ以上のテンプレートを含むことができる。例えば、カタログはオンライントランザクション処理（または「ＯＬＴＰ」）サービスを提供するよう構成されてもよく、カタログと関連するテンプレートはそのＯＬＴＰサービスに必要な処理およびストレージ機能を提供するよう構成されてもよい。実装上では、アプリケーション管理者が、資源プール１４００用のカタログテーブルを使用して、アプリケーションに対して仮想化資源を割り当てる。

００３９ 図２Ａは、クラウドシステム１０００の物理構成を示す。クラウドシステム１０００は、管理サーバ２０００と、一つ以上のサーバ２１００と、一つ以上のストレージサブシステム２２００を有する。サーバ２１００とストレージサブシステム２３００はデータネットワーク２０７０を介して接続される。データネットワーク２０７０は、ＷＡＮ（ワイドエリアネットワーク）、ＬＡＮ（ローカルエリアネットワーク）または他の適切なコミュニケーションネットワークである。管理サーバ２０００、サーバ２１００およびストレージサブシステム２２００は、管理ネットワーク２０６０を介して接続される。管理ネットワーク２０６０は、ＷＡＮ、ＬＡＮまたは他の適切なコミュニケーションネットワークである。管理サーバ２０００、サーバ２１００およびストレージサブシステム２２００は、２０１２年５月２１日出願の、米国特許出願番号１３／４７６８９５号、発明の名称「統合プラットフォームにおける作業負荷サービス品質を維持するための方法および装置」の明細書において詳細に説明されており、その内容をここに引用し参照する。

００４０ 実装上では、管理ネットワーク２０６０およびデータネットワーク２０７０は別々のネットワークである。別の例として、これらのネットワークは、一つの共有ネットワークに実装されてもよいし、一つ以上のネットワーク要素を共有するよう実装されてもよい。実装上では、管理サーバ２０００およびサーバ２１００は別々の物理マシンであるが、例えばどのようなサーバでも管理サーバとすることができる。例えば、サーバ２１００とストレージサブシステム２２００は、一つの統合システムに実装することができる。

００４１ 図２Ｂは、クラウドシステム１０００の管理サーバ２０００を示すより詳細な図である。管理インタフェース２０１０は管理ネットワーク２０６０へのインタフェースである。プロセッサ２０２０、例えば中央処理装置は管理サーバのための処理を実行するよう構成される。入出力装置２０３０は、モニタ、キーボードおよびマウス等のユーザインタフェースである。

００４２ 不揮発性記憶媒体またはローカルディスク２０４０は、管理サーバ２０００が使用する情報を格納するもので、複数のハードディスクを含む。ローカルディスク２０４０は、管理プログラム１２００、カタログテーブル６０００、ＶＭテンプレートテーブル７０００、および媒体テンプレートテーブル８０００を有する。実装上では、ローカルディスク２０４０の代わりに、ソリッドステートドライブ（ＳＳＤ）を含む不揮発性かつ長期間記憶性を有するコンピュータ可読記憶媒体を使用することができる。別の例として、記憶媒体を組み合わせて使用することができる。

００４３ 管理プログラム１２００は、コンピュータ可読コードや指示を有する。一般的に、これらの指示はメモリに書き込まれ、特定の処理を行うためにプロセッサ２０２０によって実行される。管理プログラム１２００はこれらの処理を行うために、カタログテーブル６０００、ＶＭテンプレートテーブル７０００および媒体テンプレートテーブル８０００に格納されたデータを使用する。管理プログラム１２００の過程の詳細を、図２Ｃを参照して説明する。実装上では、管理プログラム１２００や上述した他のテーブルを、管理サーバ２０００とは異なる場所に配置することができる。

００４４ メモリ２０５０は、実装上ではダイナミックランダムアクセスメモリ（ＤＲＡＭ）であるが、別の適当なストレージデバイスであってもよい。メモリ２０５０は、物理ストレージテーブル３０００、物理サーバテーブル４０００、資源プールテーブル５０００、マッピングテーブル１１０００、および性能履歴テーブル１３０００を有する。各テーブルの詳細を後述する。

００４５ 図２Ｃは、プロセス２００１を図示する。ステップ２００２において、管理プログラム１２００は、クラウドコンピューティングシステムにおいて実行されるアプリケーションに割り当てられた割り当て仮想化資源のモニタ値を決定するようプロセッサに指示する。アプリケーションは特定のサービス品質に基づいてクラウドシステムに実装される。管理プログラム１２００はモニタ値と閾値を比較するようプロセッサに指示する（ステップ２００４）。比較結果に基づき、管理プログラム１２００はプロセッサに指示して、アプリケーションの現在のプランより費用効果が高い資源移行プランを作成する（ステップ２００６）。移行プランは、アプリケーション用に定義されたサービス品質を満足しつつ、現在のプランより実行にかかるコストが低い場合、効果的である。管理プログラムは、移行プランをアプリケーション管理者に伝えるようプロセッサに指示する（ステップ２００８）。管理プログラム１２００は、移行プランを実行するようアプリケーション管理者から命令を受け取ると、移行プランを実行するようプロセッサに指示する。（ステップ２０１０）。アプリケーション管理者に認められた移行プランに基づいてサービスカタログテーブルおよび他の関連するテーブルを修正する（ステップ２０１２）。加えて、管理プログラム１２００は更に、後に、クラウドシステム内で実行される他のアプリケーションに移行プランを実行する命令を管理者（同じ管理者または別の管理者）から受け取るよう、プロセッサに指示することもできる（ステップ２０１４）。管理プログラム１２００によって移行プランを作成するプロセスに関する詳細を、図１２で説明する。

００４６ 図３は、物理ストレージテーブル３０００を示す。物理ストレージテーブル３０００は、ＩＴインフラストラクチャ管理者１０３０によって管理されるＩＴインフラストラクチャ１５００の一部を示す。列３０１０がストレージサブシステム２２００のＩＤを示す。列３０２０はストレージサブシステムの物理ボリュームを示す。

００４７ 各ストレージサブシステムは複数の物理ボリューム、例えばＲＡＩＤグループを含む。ＲＡＩＤグループは、複数の属性（例えば、階層および容量）を有することができる。例えば、ＲＧ―０１１の階層はＳＡＳであり、ＲＧ−０１１の容量は１０（または１０ＴＢ）である。実装上では、物理ボリュームはＲＡＩＤグループであってもよい。しかしながら、これは必須の要件ではなく、別の実施例において、物理ボリュームは例えばＨＤＤであってよい。

００４８ 各行はストレージサブシステムを表す。例えば、行３１００は、ストレージサブシステムＳＵＢ−１の物理構成を示す。サブシステムは、ＲＧ−０１１、ＲＧ−０１２、ＲＧ−０６０、ＲＧ−０６２およびＲＧ−０６３の、５つの物理ボリュームを含む。

００４９ ＩＴインフラストラクチャ管理者１０３０は、ストレージ資源が追加、削除または修正されたときに、物理ストレージテーブル３０００を更新する。ストレージ資源を追加、削除または修正する契機は、仮想化管理者１０２０からの要求であってもよい。他の例では、ＩＴインフラストラクチャ管理者１０３０は、自らのイニシアチブによって、または他の管理者からの要求に基づいて、テーブルに追加、削除または修正してもよい。

００５０ 図４は、物理サーバテーブル４０００を示す。物理サーバテーブル４０００は、ＩＴインフラストラクチャ管理者１０３０によって管理されるＩＴインフラストラクチャ１５００の一部を示す。列４０１０は、サーバ２１００のＩＤを示す。列４０２０は、ＣＰＵのコア数およびタイプを示す。列４０３０は、ＧＰＵの数を示す。列４０４０は、メモリの量を示す。

００５１ 各行はサーバを示す。例えば、各行４１００は「高」タイプの４８コアＣＰＵおよび１２８ＧＢメモリを有するサーバＳＶＲ−０１の物理構成を示す。しかしながら、このサーバはＧＰＵを有しない。

００５２ ＩＴインフラストラクチャ管理者１０３０は、サーバ資源が追加、削除または修正された時、物理サーバテーブル４０００を更新する。サーバ資源を追加、削除または修正する契機は、仮想化管理者１０２０からの要求に基づいてもよい。別の例では、ＩＴインフラストラクチャ管理者１０３０は自らのイニシアチブによって、または他の管理者からの要求に基づいて、テーブルに追加、削除または修正してもよい。

００５３ 図５は、資源プールテーブル５０００を示す。資源プールテーブル５０００は、仮想化管理者１０２０によって管理される資源プール１４００の一部を表す。列５０１０は、仮想マシンマネジャ（ＶＭＭ）のＩＤを表す。ＶＭＭは、例えばサーバやストレージといったマシンのソフトウェアを実行する仮想マシンを管理するために使用する。列５０２０は、サーバ２１００のＩＤを表す。列５０３０は、ストレージサブシステム２２００のＩＤを表す。列５０４０は、ストレージプールのＩＤを表す。列５０５０は、物理ボリュームを表す。

００５４ 各行は資源プールの構成を示す。資源プールはＶＭＭおよびストレージプールのサブセットを含む。ＶＭＭはサーバ資源を使用する。例えば、ＶＭＭ−０１ ５１００は、ＳＶＲ−０１のサーバ資源を使用する。複数のＶＭＭは一つのサーバを使うことにより実行することができる。例えば、ＶＭＭ−０５およびＶＭＭ−０６はＳＶＲ−０５のサーバ資源を使うことにより実行することができる。

００５５ ストレージプールは、ストレージサブシステムの一つ以上の物理ボリュームを使うことにより実行される。例えば、ＰＯＯＬ−０１は、ストレージサブシステムＳＵＢ−０１の物理ボリュームＲＧ−０１１およびＲＧ−０１２を有する。

００５６ 実装上では、資源プールテーブル５０００は、主として仮想化管理者１０２０によって管理される。例えば、仮想化管理者１０２０は、次のステップを実行することにより、新しいストレージサブシステムを資源プールに追加する。
１． ＩＴインフラストラクチャ管理者１０３０は、事前に物理ボリュームを作成する。
２． 仮想化管理者１０２０は、サーバ５０２０とストレージプール５０４０間のマッピングを定義する。この例において、サーバとストレージプール間の関係はＮ：１であるが、これは必須ではない。
３． 仮想化管理者１０２０は、複数の物理ボリューム５０５０からストレージプール５０４０を作成する。

００５７ 仮想管理者１０２０は、資源プールに新しいサーバを追加するため、次のステップを実行する。
１． 仮想化管理者１０２０は、サーバ５０２０とストレージプール５０４０間のマッピングを定義する。この例において、サーバとストレージプール間の関係はＮ：１であってもよいが、これは必須ではない。
２． 仮想化管理者１０２０は、ＶＭＭ５０１０をサーバ５０２０に作成する。この例において、ＶＭＭとサーバ間の関係はＮ：１であってもよいが、これは必須ではない。

００５８ 実装上では、仮想化管理者１０２０は、資源プール１４００のモニタ結果に基づいて資源プールテーブル５０００を管理する。しかしながら、仮想化管理者１０２０は、アプリケーション管理者１０１０の要求に基づいて資源プール１４００を修正することができる。

００５９ 図６は、カタログテーブル６０００を示す。アプリケーション管理者は、アプリケーションのためのクラウド資源を提供するため、セルフサービスポータル１６００を使ってカタログテーブル６０００にアクセスする。アプリケーションは一つ以上のカタログを使ってクラウドに実装される。カタログは本実施例において一組のテンプレートを参照する。テンプレートは、例えば処理やストレージといった機能に関する特定のコンピューティングを実行する一組の仮想化資源を参照する。各テンプレートは、それに関連する複数の属性を有する。カタログテーブル６０００が不揮発性ストレージデバイス（例えばローカルディスク２０４０）に格納され、プロセッサ２０２０から迅速にアクセス可能なように、管理サーバ２０００のメモリ２０５０にロードされる。

００６０ 列６００５は、各テンプレートのＩＤを表す。列６０１０は、テンプレートの名前を表す。列６０２０、６０３０、６０４０および６０５０は、各テンプレートの要求された資源属性を特定する。各テンプレートは、特定のクラド資源要求や属性によって定義される。列６０２０は、テンプレートに要求される仮想マシン（ＶＭ）のタイプを表す。列６０３０は、テンプレート用のＶＭの数を表す。列６０４０は、テンプレート用の記憶媒体のタイプを表す。列６０５０は、テンプレート用の記憶媒体の容量を表す。

００６１ また、カタログテーブル６０００は、アプリケーションに提供されるカタログがアプリケーションに要求されるサービス品質を保証するために、処理の間にモニタする複数の性能項目を含む。列６０６０、６０７０、６０８０、６０９０および６１００は、各カタログのモニタ項目（または閾値）のリストである。列６０６０は、ＣＰＵ使用率の閾値を示す。列６０７０は、メモリ使用率の閾値を示す。列６０８０は、ディスク使用率の閾値を示す。列６０９０は、待機時間の閾値を示す。列６１００は、毎秒のＩ／Ｏ（ＩＯＰＳ）の閾値を示す。

００６２ 実装上では、カタログテーブル６０００の各行は、カタログのサービス品質保証を定義する。サービス品質保証（ＳＬＡ）は、特定のクラウド資源要求を含み、本実施例に基づく特定の属性を有するテンプレートと関連するカタログを割り当てることにより満足される。性能モニタ項目６０６０から６１００は、サービス品質保証が維持可能なように、カタログのテンプレートが許容範囲内で実行されているか否かを決定するよう、モニタリングされる。サービス品質保証の要求は、実施例によって異なってもよい。

００６３ 本実施例において、カタログテーブル６０００は以下の項目を特定することによりサービス品質保証を定義する。すなわち、（１）クラウド資源のテンプレートまたは属性、および（２）性能モニタ項目である。なお、クラウド資源の属性は、ＶＭタイプ、ＶＭ数、媒体タイプおよび媒体容量を含む。性能モニタ項目は、ＣＰＵ使用率閾値、メモリ使用率閾値、ディスク使用率閾値、待機時間閾値、およびＩＯＰＳを含む。

００６４ 例えば、行６２４０は、Ｗｅｂアプリケーション用に定義されたカタログを示す。このカタログは３つのタイプのＶＭを有する。すなわち、標準ＶＭ６２４２の二つのＶＭ、高メモリＶＭ６２４４、および高ＣＰＵ ＶＭ６２４６、合わせて４つのＶＭである。「標準」ＶＭ６２４２は、「標準」媒体２ＴＢを有するよう要求されており、ディスク使用率が割り当てディスク容量の８０％に達するか否かをモニタされる。「高ＣＰＵ」ＶＭ６２４６に関しては、ＣＰＵ使用率が割り当て資源の８５％、ディスク使用が割り当て資源の７５％に達するか否かをモニタされる。

００６５ 図７は、ＶＭテンプレートテーブル７０００を示す。ＶＭテンプレートテーブル７０００は、カタログテーブル６０００内の各ＶＭタイプ６０２０の資源構成を表す。ＶＭテーブル７０００は、不揮発性のストレージ装置に格納され、プロセッサ２０２０から迅速にアクセス可能とするため、管理サーバ２０００のメモリ２０５０へロードすることができる。

００６６ 各行は特定の属性を有する資源タイプを表す。行７１１０には、ＶＭタイプ６０２０を表記する。行７１１５には、ＶＭタイプのＩＤを表記する。行７１２０には、プロセッサタイプ、例えば標準、高、およびＧＰＵを表記する。ＧＰＵが選択されると、ＣＰＵの代わりにＧＰＵが使用される。行７１３０には、プロセッサ性能を表記する。この値は、標準ＣＰＵに対しての相対値である。行７１４０には、プロセッサ数を表記する。行７１５０には、メモリの容量を表記する。行７１６０には、最大ＩＯＰＳを表記する。行７１７０には、単価を表記する。単価は、特定のＶＭタイプ６０２０を使用するコストを表す。例えば、標準ＶＭタイプ７０１０のコストは１０ユニットであり、高メモリＶＭタイプ７０２０のコストは３０ユニットであり、高ＣＰＵ ＶＭタイプ７０３０のコストは８０ユニットであり、高Ｉ／Ｏ ＶＭタイプ７０４０のコストは９０ユニットである。このユニットは、例えば月あたりに支払うドルであってもよいし、他の仮想化資源の使用料を表す適切な方法であってもよい。

００６７ 各列は、特定の属性を有する各ＶＭタイプの資源構成を表す。例えば、列７０１０は、標準ＶＭの構成を示す。標準ＶＭは一つの標準プロセッサおよび４ＧＢメモリを有し、最大５０，０００ＩＯＰＳを処理することができる。単価は１０である。ここで使われる「属性」は、物理または仮想化資源のすべての性能特性を指す。

００６８ 図８は、媒体テンプレートテーブル８０００を示す。媒体テンプレートテーブル８０００は、カタログテーブル６０００内の各媒体タイプ６０４０の資源構成を表す。媒体テンプレートテーブル８０００は不揮発性ストレージ装置に格納され、プロセッサ２０２０から迅速にアクセス可能とするように管理サーバ２０００のメモリ２０５０へロードすることができる。

００６９ 各行は、媒体の特定の特性または属性を表す。行８１１０には、媒体タイプ６０４０を表記する。行８１１５には、媒体タイプのＩＤを表記する。行８１２０には、例えばＳＡＴＡ、ＳＡＳ等の媒体技術を表記する。行８１３０には、単位容量あたりのＩＯＰＳを表記する。行８１４０には、単価を表記する。

００７０ 各列は、特定の属性を有する各媒体タイプの資源構成を表す。列８０１０は、「標準」媒体タイプの構成を表す。列８０２０は、「中」媒体タイプの構成を示す。列８０３０は、「高」媒体タイプの構成を表す。列８０４０は、「特別」媒体タイプの構成を表す。例えば、高媒体タイプ８０３０は、ＳＳＤ２０％およびＳＡＳ ＨＤＤ８０％の媒体を有し、単位容量あたりのＩＯＰＳは２８，０００であり、媒体の単価は２０である。

００７１ 図９は、セルフサービスポータル１６００のプロビジョニングＧＵＩ１６００−Ａを示す。プロビジョニングＧＵＩ１６００−Ａは、管理プログラム１２００によってアプリケーション管理者１０１０に提供される。アプリケーション管理者１０１０は、ＧＵＩ１６００−Ａを使ってクラウド上で実行するアプリケーションのクラウド資源を提供する。例えば、アプリケーション管理者１０１０はアプリケーションタイプ９０１０、例えば「Ｍａｉｌ−５００ｂｏｘ」を選択する。アプリケーション管理者１０１０に使用可能なアプリケーションタイプは、ドロップダウンメニューに表示される。実施例において、これらのアプリケーションタイプは、カタログテーブル６０００のカタログ名６０１０に対応する。作成されるアプリケーション「Ｍａｉｌ−５００ｂｏｘ」は、カタログテーブル６０００のカタログ「Ｍａｉｌ−５００ｂｏｘ」６２５０に対応する。

００７２ アプリケーション管理者１０１０は、アプリケーション名部９０２０にアプリケーション名、例えば「Ｍａｉｌ−Ａ」を入力し、アプリケーションサイズ部９０３０においてアプリケーションのサイズを選択する。例えば、「Ｍａｉｌ−」アプリケーションの単位が５００ボックスである場合、アプリケーション管理者１０１０はアプリケーションサイズ部９０３０を使って５００の倍数を選択することができる。

００７３ 実装上では、アプリケーション管理者１０１０は、期間部９０４０で作成するアプリケーションの期間（例えば、２年）を入力することができる。期間の単位は、時間、日、月や年であってよいが、それらに限定されない。実施例によって、期間の入力が必要なものとそうでないものとがある。確認ボタン９１１０が押されると、管理プログラム１２００は確認ＧＵＩを表示する。キャンセルボタン９１２０が押されると、資源プロビジョニング処理は中断される。

００７４ 図１０は、セルフサービスポータル１６００の確認ＧＵＩ１６００−Ｂを示す。ＧＵＩ１６００−Ｂは、アプリケーション管理者１０１０がプロビジョニングＧＵＩ１６００−Ａの確認ボタン９１１０を押すと表示される。フィールド１００１０は、アプリケーションタイプを表す。フィールド１００２０は、アプリケーション名を表す。フィールド１００３０は、アプリケーションサイズを表す。フィールド１００４０は、アプリケーションの期間を表す。

００７５ フィールド１０２００は、アプリケーション「Ｍａｉｌ−Ａ」に割り当てられたＶＭまたは仮想化資源の情報を表す。列１０２５０は、ＶＭ名を表す。実装上では、ＶＭ名１０２５０は、アプリケーション名フィールド１００２０に格納される名前に基づいて管理プログラム１２００によって作成される。アプリケーション「Ｍａｉｌ−Ａ」は４つのＶＭ（図６のカタログ６２５０参照）を有し、管理プログラム１２００はこれら４つのＶＭをＭａｉｌ−Ａ−１、Ｍａｉｌ−Ａ−２、Ｍａｉｌ−Ａ−３、およびＭａｉｌ−Ａ−４と名付ける。列１０２６０は、ＣＰＵの数およびタイプを表す。列１０２７０は、メモリの容量を表す。列１０２８０は、媒体の容量およびタイプを表す。

００７６ 各行は、「Ｍａｉｌ−Ａ」のための各ＶＭの構成を表す。例えば、行１０２１０はＭａｉｌ−Ａ−１用に特定された構成、つまり１６の高ＣＰＵ、８ＧＢメモリおよび２ＴＢのＳＳＤとＳＡＳ媒体からなる構成を示す。

００７７ フィールド１００５０に、ＧＵＩ１６００−Ｂに示すとおり割り当てられた仮想化資源に基づくアプリケーション「Ｍａｉｌ−Ａ」の算出単価を示す。アプリケーション「Ｍａｉｌ−Ａ」は４つの「高Ｉ／Ｏ」ＶＭおよび８ＴＢの「中」記憶媒体を有する。各「高Ｉ／Ｏ」ＶＭの単価が９０であり８ＴＢの「中」媒体の単価が４０であると仮定すると、アプリケーション「Ｍａｉｌ−Ａ」の合計コストは４００単位となる。

００７８ キャンセルボタン１０１２０により、管理プログラム１２００はプロビジョニング処理をキャンセルする。戻るボタン１０１３０により、管理プログラム１２００はプロビジョニングＧＵＩ１６００−Ａを再表示する。

００７９ 確認ボタン１０１１０により、管理プログラム１２００は次の各ステップを実行する。
１． マッピングテーブル（図１１の説明を参照）、物理ストレージテーブル３０００、物理サーバテーブル４０００、および資源プールテーブル５０００を参照することにより、実資源プールが要求された資源を提供できる状態にあるかどうかを判断する。
２． 提供できる場合、資源プールから、要求された資源をＶＭとして提供する。資源は、選択されたＶＭＭに提供される。新しい列がマッピングテーブル１１０００に加えられる（下記のとおり）。
３． 提供できない場合、エラーメッセージを送ることでアプリケーション管理者１０１０に知らせる。

００８０ 図１１は、マッピングテーブル１１０００を示す。マッピングテーブル１１０００は、各アプリケーションをクラウド内のアプリケーションに実装するために提供された仮想化資源（例えば、ＶＭテンプレートおよびストレージ媒体テンプレート）の各組に関連付ける。マッピングテーブル１１０００は、実装上では、管理サーバ２０００のメモリ２０５０にロードされる。

００８１ 列１１０１０にアプリケーションのＩＤを示す。列１１０２０に、アプリケーション管理者１０１０によるＧＵＩ１６００−Ａのアプリケーション名フィールド９０２０に入力された名前に対応するアプリケーション名を示す。列１１０３０は、カタログのＩＤを示す。このＩＤは、アプリケーションタイプをカタログテーブル６０００内のカタログＩＤ６００５に一致させることで得られる。アプリケーションタイプは、アプリケーション管理者１０１０によるＧＵＩ１６００−Ａのアプリケーションタイプフィールド９０１０を使用することにより選択される。例えば、アプリケーション「Ｍａｉｌ−Ａ」のアプリケーションタイプは、カタログＩＤ「５」に示す「Ｍａｉｌ−５００ｂｏｘ」６２５０である。図６を参照のこと。

００８２ 列１１０４０に、アプリケーションのＶＭ名を示す。実装上では、ＶＭ名はアプリケーション名を使って管理プログラム１２００により自動的に作成可能であるが、アプリケーション管理者が各ＶＭ名を特定してもよい。

００８３ 列１１０５０に、ＶＭのＩＤを示す。実装上では、ＩＤは、ＶＭ作成時に管理プログラム１２００によって作成することができる。列１１０６０は、ＶＭＭのＩＤを示す。列１１０７０は、仮想ボリューム名を示す。これらの仮想ボリュームは、ストレージプール１１１００から作成可能である。列１１０８０は、仮想ボリュームの媒体タイプＩＤを示す。列１１０９０は、仮想ボリュームの容量を示す。列１１１００は、ストレージプールのＩＤを示す。

００８４ 各行１１１１０、１１１２０、１１１３０、１１１４０、１１１５０、１１１６０および１１１７０は、対応するアプリケーションの構成を示す。アプリケーションは一つ以上のＶＭ上で実行され、一つ以上の仮想ボリュームを使用することができる。例えば、アプリケーション「Ｗｅｂ−Ｃ」は４つのＶＭ上で実行することができる。すなわち、ＷｅｂＤＢ、ＷｅｂＬｏｇｉｃ、ＷｅｂＦｏｎｔ−１、およびＷｅｂＦｒｏｎｔ−２である。ＶＭ「ＷｅｂＤＢ」は、ＶＭＭ−０２上で実行され、５ＴＢの仮想ボリュームＶＯＬ−０５２および５ＴＢの仮想ボリュームＶＯＬ−０５５を利用することができる。これらの仮想ボリュームは同じストレージプール、例えばストレージプールＰＯＯＬ−０１から作成可能である。

００８５ 図１２は、クラウドシステムにおいてアプリケーションを実行するコストを減らすために、管理プログラム１２００によって実行される処理１２０００を示す。ステップ１２００５において、処理１２０００が開始する。ステップ１２０１０において、管理プログラム１２００は物理ストレージテーブル３０００、物理サーバテーブル４０００、資源プールテーブル５０００、マッピングテーブル１１０００、および性能履歴テーブル１３０００を作成しメモリ２０５０にロードする。

００８６ その後、管理プログラム１２００は、カタログテーブル６０００、ＶＭテンプレートテーブル７０００、および媒体テンプレートテーブル８０００をローカルディスク２０４０から管理サーバ２０００内のメモリ２０５０へロードする。

００８７ 上限閾値および下限閾値を設定する。例えば、上限閾値を７０％に設定し、下限閾値を３０％に設定する。もちろん、設定値はこれらに限定されない。設定値は、管理サーバ２０００内のメモリ２０５０に格納される。

００８８ ステップ１２０２０において、アプリケーションの資源利用はモニタおよび読み出され、性能履歴テーブル１３０００は更新される。

００８９ ステップ１２０３０において、モニタリングに基づく値（つまり「モニタ値」）が、アプリケーションの使用の際に設定された閾値を超えるかどうか判断する。モニタ値が閾値を超えた場合、処理はステップ１２０３５に進む。ステップ１２０３５において、アプリケーション管理者に警告が送られる。処理はステップ１２０４５に進む。モニタ値が閾値を超えないように、追加資源をアプリケーションへ提供しなければならない。所定時間を待機した後、処理はステップ１２０２０に戻る（ステップ１２０４５）。

００９０ ステップ１２０４０において、モニタ値が上限閾値を超えたかまたは下限閾値に満たないかを判断する。その場合、処理はステップ１２０４５に進む。そうでなければ、処理はステップ１２０５０に進む。

００９１ ステップ１２０５０において、現在のプランよりも費用効果の高い資源移行プランが作成可能か否かを判断する。実装上では、下記の少なくとも一つの条件が満たされる場合、資源移行プランが作成される。
ａ． ＣＰＵ利用率が上限閾値より高く、メモリ利用率が下限閾値より少ない場合。
ｂ． ＣＰＵ利用率が下限閾値より少なく、メモリ利用率が上限閾値より高い場合。
ｃ． ＣＰＵ利用率およびメモリ利用率が共に下限閾値より少ない場合。
ｄ． ＩＯＰＳが下限閾値より少ない場合。

００９２ 資源移行プランが作成されると、処理はステップ１２０６０に進む。そうでない場合、処理はステップ１２０４５に進む。すべてのモニタ値が閾値を超えず、アプリケーションの実装の合計コストが減った場合、そのプランは他のプランに比べてより費用効果が高い。いくつかの例を図１３−Ａおよび１３−Ｂに示す。

００９３ ステップ１２０６０において、資源移行プランを実行すべきか否かの判断が行われる。実装上では、資源移行プランがアプリケーション管理者に提示される。アプリケーション管理者は、プランが即実行されるべきか、後で実行される予定とすべきかを選択することができる。スケジュールされた実行時間が特定された場合、プランは後で実行されるようスケジューラに登録される。

００９４ ステップ１２０７０において、資源移行プランが実行される。ステップ１２０８０において、マッピング構成が変更され、マッピングテーブル１１０００が資源移行に伴って更新される。

００９５ ステップ１２０９０において、処理はユーザによる終了表示があったか否かをチェックする。あった場合、処理はステップ１２１００に進み、終了する。それ以外の場合、処理はステップ１２０４５に進み、処理が継続される。

００９６ 図１３−Ａおよび１３−Ｂは、性能履歴テーブル１３０００−Ａおよび１３０００−Ｂを示す。これらのテーブルは、資源移行プランの作成処理を説明するために使用される。列１３０１０は、ＶＭ名を示す。列１３０２０は各エントリのＩＤを示すが、それらに限定されない。例えば、これは各レコードのタイムスタンプであってよい。列１３０３０は、ＣＰＵ使用率を示す。このテーブルのＶＭでは、１６個のＶＭを使用可能であり、１６個の列を有する。列１３０４０は、メモリ使用率を示す。列１３０５０は、ディスク使用を示す。列１３０６０は、待機時間を示す。列１３０７０は、ＩＯＰＳを示す。実装上では、処理１２０００におけるステップ１２０２０において、モニタ結果を管理プログラム１２００が受け取るたびに、新しい行が加えられる。新しい行が加わると、メモリスペースを確保するため、最古のエントリを削除する。

００９７ 図１３−Ａにおいて、性能履歴テーブル１３０００−ＡはＶＭ「Ｍａｉｌ−Ａ−２」に情報を提供する。どのように管理サーバがプランを作成するかが説明される。テーブル１３０００−Ａは、３つのモニタリング試行から得られた３行の情報１３１１０、１３１２０および１３１３０を有する。実装上では、最新のモニタ結果、例えば行１３１３０を使って、ＣＰＵ使用率およびメモリ使用率が計算される。別の例において、管理プログラム１２００は履歴情報、例えば最新の３つの履歴情報、すなわち行１３１１０、１３１２０および１３１３０の情報を利用することができる。

００９８ この例において、最新のモニタ結果、つまり行１３１３０が使用される。ＣＰＵ使用率の平均は１８％であり、メモリ使用率は９７％であり、ＩＯＰＳは４１，０００である。平均ＣＰＵ使用率は、ＶＭ「Ｍａｉｌ−Ａ−２」に使用される１６個のＣＰＵコアの平均使用率である。このケースは、上述のステップ１２０５０における条件（ｂ）に対応する。そのため、管理プログラム１２００は資源移行プランを作成し、アプリケーション管理者１０１０で検討される。

００９９ マッピングテーブル１１０００に基づくＭａｉｌ−Ａ−２のＶＭタイプＩＤは「４」である。ＶＭタイプ「４」は、ＶＭテーブル７０００に基づく「高Ｉ／Ｏ」を要求する。ＶＭタイプ「４」については、プロセッサタイプは「高」と、プロセッサ性能は「１０」と、プロセッサ数は「１６」と定義される。それにより、ＶＭタイプ４つまり「Ｍａｉｌ−Ａ−２」の合計プロセッサ性能は１６０である。ＶＭ「Ｍａｉｌ−Ａ−２」のＣＰＵ使用率は１８％であるので、使用プロセッサ性能は２８．８、つまり（１６０ｘ０．１８）である。

０１００ この例において、管理サーバは、ＶＭ「Ｍａｉｌ−Ａ−２」を「高Ｉ／Ｏ」から「高メモリ」に移行するプランを作成することができる。ＶＭテンプレートテーブル７０００によると、「高メモリ」ＶＭのプロセッサ性能は１０であり、プロセッサ数は８である。そのため、「高メモリ」ＶＭのプロセッサ性能は８０である。「Ｍａｉｌ−Ａ−２」ＶＭのプロセッサ性能のモニタ値が２８．８であるから、「Ｍａｉｌ−Ａ−２」ＶＭが「高メモリ」ＶＭへ移行されたときに期待されるＣＰＵ使用率は３６％（つまり２８．８／８０ｘ１００）であり、上限閾値以下（つまりＣＰＵ使用率のモニタ項目）である。

０１０１ 同じく、管理プログラム１２００は、資源移行が行われたときのメモリ使用率を算出することができる。性能履歴によると、８ＧＢメモリの９７％（つまり７．７６ＧＢ）が「高Ｉ／Ｏ」ＶＭによって使用されている。「高メモリ」ＶＭのメモリサイズは３２ＧＢである。そのため、「高メモリ」ＶＭの「Ｍａｉｌ−Ａ−２」ＶＭの期待されるメモリ使用率は２４．２５％（つまり７．７６／３２ｘ１００）であって、上限閾値より低い。

０１０２ 「高メモリ」ＶＭの最大ＩＯＰＳは１００，０００であるので、資源移行が行われた場合、ＩＯＰＳ使用率は４１％（つまり４１０００／１０００００ｘ１００）となる。このＩＯＰＳ使用率は上限閾値より低い。最後に、「高Ｉ／Ｏ」ＶＭの単価は９０であり、「高メモリ」ＶＭの単価は３０である。「Ｍａｉｌ−Ａ−２」ＶＭは「中」媒体の８ＴＢを使用するので、ストレージコストは４０である。このようにして、現在の合計コスト（サーバコスト＋ストレージコスト）は１３０であり、移行後の期待されるコストは７０、つまり現在の合計コストより４６．２％低い。

０１０３ よって、管理プログラム１２００はアプリケーション管理者に下記のプランを提供する。
・プラン：ＶＭ「Ｍａｉｌ−Ａ−２」のＶＭタイプを「高Ｉ／Ｏ」から「高メモリ」へと移行する。
・効果：４６．２％のコスト減。

０１０４ 図１３−Ｂは「ＯＬＴＰ−Ｂ−２」の性能履歴テーブル１３０００−Ｂを示す。このテーブルは、管理サーバがどのように資源移行プランを作成するかを説明するのに使用される。履歴情報１３２３０において、平均ＣＰＵ使用率は５２％、メモリ使用率は５１％、ＩＯＰＳは３４，０００である。マッピングテーブル１１０００を参照し、「ＯＬＴＰ−Ｂ−２」の仮想ボリュームは５ＴＢであり、媒体タイプＩＤのＩＤは３である。媒体テンプレートテーブル８０００によると、タイプ３は「高」媒体であり、ＩＯＰＳ／ユニット容量は２８，０００である。これら５つの仮想ボリュームの合計ＩＯＰＳは１４０，０００（つまり５ｘ２８，０００）である。現在のＩＯＰＳが３４，０００であるので、媒体性能の２４．３％（つまり３４，０００／１４０，０００ｘ１００）が使用されている。このケースがステップ１２０５０の条件（ｄ）に対応する。このため、管理プログラム１２００は「ＯＬＴＰ−Ｂ−２」のための資源移行プランを作成する。

０１０５ 例えば、管理サーバは、「中」媒体を移行するプランを作成することができる。媒体テンプレートテーブル８０００を参照し、このＩＯＰＳ／単位容量は１０，０００であるので、５ＴＢ仮想ボリュームの合計ＩＯＰＳは５０，０００（１０，０００ｘ５）でありうる。現在のＩＯＰＳが３４，０００であるので、媒体性能の６８．０％（つまり、３４，０００／５０，０００ｘ１００）が使用される。この値は、上限閾値より少ない。「高」媒体の単価は２０であり、「中」媒体の単価は５である。「ＯＬＴＰ−Ｂ−２」は媒体の５ＴＢを使うので、ストレージコストは、それぞれ１００および２５である。

０１０６ 一方、「ＯＬＴＰ−Ｂ−２」のサーバコストは８０である。そのため、現在の合計コスト（サーバコスト＋ストレージコスト）は２００であり、移行後の期待されるコストは１０５であり、現在の合計コストより４１．７％低い。そのため、管理プログラム１２００はアプリケーション管理者に対して下記のプランを提供する。
・プラン： 「ＯＬＴＰ−Ｂ−２」の媒体タイプを「高」から「中」に移行する。
・効果： ４１．７％のコスト減。

０１０７ 実装上では、管理プログラム１２００が、アプリケーションの状態と性能をモニタする。管理プログラムは、例えば性能履歴テーブル１３０００−Ａや１３０００−Ｂのエントリ等のモニタ結果に基づいて、ＶＭや媒体の構成を変更する代替プランを作成する。作成された資源移行プランが、アプリケーションに要求されるサービス品質を維持したままアプリケーションのコストを下げることができるならば、管理プログラムはアプリケーション管理者にこのプランを提供する。この作成された移行プランを使うことにより、アプリケーション管理者はＩＴ資源使用コスト、つまりアプリケーションを実行するためのコストを減らすことができる。

０１０８ カタログテーブルの修正

０１０９ 第二実施例によると、管理プログラム１２００が資源移行プランを実施すると、管理プログラムはＶＭテンプレートまたは媒体テンプレートを選択して関連テーブルを更新することができる。第二実施例は、クラウドシステム内で実行されるアプリケーションの効率を向上するためにカタログテーブルを修正することに関する。この実施例の処理に使用されるいくつかのステップは、上述のステップに似ている。よって、上述されたステップと異なる、選択されたステップを下記に説明する。

０１１０ 図１４は、マッピングテーブル１４０００を示す。マッピングテーブル１４０００の構成は、上述のマッピングテーブル１１０００に類似している。複数のアプリケーション（例えばＯＬＴＰ−Ｇ、ＯＬＴＰ−Ｈ、ＯＬＴＰ−Ｊ、ＯＬＴＰ−Ｌ、ＯＬＴＰ−Ｍ、ＯＬＴＰ−ＮおよびＯＬＴＰ−Ｋ）が備えられる。第二実施例によると、クラウドシステム内のアプリケーションを実行するコストを減らすために管理プログラム１２００で行われる処理は、上述した処理１２０００に類似している。いくつかの相違点は、処理１２０００のステップ１２０４０に加えられる下記のサブステップである。
１． 同じカタログＩＤを有するアプリケーション、例えば、カタログＩＤ「２」を有するアプリケーションが選択される。マッピングテーブル１４０００には、７つのカタログＩＤ「２」を有するアプリケーションがある。
２． 移行によりＶＭタイプまたは媒体タイプが変更されるか否かをチェックする。カタログＩＤ「２」を有するアプリケーションタイプは、「ＯＬＴＰ 中」アプリケーションである。テーブル６０００を参照のこと。このアプリケーションタイプは「高ＣＰＵ」ＶＭ（つまりＶＭタイプＩＤ＝３、テーブル７０００を参照）および「高」媒体（つまり媒体タイプＩＤ＝３、テーブル８０００を参照）をデフォルトで使用する。しかしながら、マッピングテーブル１４０００のすべてのＶＭのＶＭタイプは、ＶＭタイプＩＤ「２」を有する「高メモリ」である。
３． 「ＯＬＴＰ 中」アプリケーションは、デフォルトとして「高ＣＰＵ」ＶＭに備えられる。しかしながら、すべての「ＯＬＴＰ 中」アプリケーションは、「高メモリ」ＶＭに移行される。そのため、管理プログラム１２０００は、「ＯＬＴＰ 中」アプリケーションにおいてはデフォルトで「高メモリ」ＶＭに備えられるべきであると決定する。
４． カタログテーブル６０００の「ＯＬＴＰ 中」行６２２０のＶＭタイプは、「高ＣＰＵ」から「高メモリ」に変更される。その後、「高メモリ」ＶＭは「ＯＬＴＰ 中」アプリケーションのデフォルトとして使用される。

０１１１ 実装上では、テンプレートを置き換える条件は、すべてのアプリケーションが移行されることであってもよい。しかしながら、第二実施例はそれに限定されない。

０１１２ 管理プログラム１２００は、例えば８０％の閾値によってアプリケーションタイプのデフォルトテンプレートとして所定のテンプレートを定義することができる。例えば、もし所定のタイプのアプリケーションの８０％以上が所定のテンプレートを使って移行される場合、そのアプリケーションタイプのデフォルトテンプレートは、そのテンプレートに変更する。

０１１３ 別の例では、管理プログラム１２００は、そのテンプレートに移行されたアプリケーション数を使って、あるアプリケーションタイプのデフォルトテンプレートとして所定のテンプレートを定義することができる。例えば、もし同じタイプの１０個以上のアプリケーションが所定のテンプレートに移行された場合、そのテンプレートはそのアプリケーションタイプのデフォルトテンプレートとして定義することができる。

０１１４ 他の仮想マシンへの移行プランの適用

０１１５ 第三実施例によると、処理は特定のアプリケーション実行のコストを減らすことに焦点を置くのではなく、他のアプリケーションのベストプラクティスフィードバックを提供する。第三実施例は、特定のアプリケーションのために作成された移行プランを、他のクライアントのものを含む他のＶＭへ適用することに関する。本実施例の処理に使用されるいくつかのステップは、上述した処理のステップに類似している。よって、上述したステップと異なる選択されたステップを以下に説明する。

０１１６ 図１５は、イベント管理テーブル１５０００を示す。イベント管理テーブル１５０００は、管理プログラム１２００がローカルディスク２０４０からメモリ２０５０にロードされたときに、管理プログラム１２００によって管理サーバ２０００のメモリ２０５０に作成される。

０１１７ 列１５０１０は、イベントの起こった時間を示す。列１５０２０は、イベントの対象であるＶＭ名を示す。列１５０３０は、イベントタイプを示す。イベントタイプはＶＭ移行であっても媒体移行であってもよい。列１５０４０は、オリジナル状態のＩＤを示す。列１５０５０は、移行先を示す。列１５０４０および１５０５０については、ＩＤは移行イベントによって「ＶＭタイプＩＤ」または「媒体タイプＩＤ」である。

０１１８ 各行はイベントを示す。例えば、行１５２１０は、ＯＬＡＰ−Ｅ−１のＶＭタイプが時間１５に「高メモリ」から「高ＣＰＵ」へ移行されたことを示す。

０１１９ 図１６は、性能履歴テーブル１６０００を示す。性能履歴テーブル１６０００は、上述の性能履歴テーブル１３０００−Ａまたは１３０００−Ｂに類似している。異なる点の一つは、ＶＭを実行するためのコストを示す列１６０７０の追加である。テーブル１６０００は、ＶＭＭａｉｌ−Ａ−２の性能履歴を示す。時間１３１においてこのＶＭを実行するコストは１３０である。

０１２０ クラウドシステムにおいてアプリケーションを実行するコストを減らすための第三実施例にかかる管理プログラム１２００によって行われる処理は、上述した処理１２０００に類似している。いくつかの相違点は、処理１２０００のステップ１２０４０に加えられる下記のサブステップである。
１． 管理プログラム１２００は、時間１３３にイベント管理テーブル１５０００を参照する。管理プログラム１２００は、Ｍａｉｌ−Ａ−２のＶＭタイプが時間１３２において変更されたことを確認する。
２． 管理プログラム１２００は、性能履歴テーブル１６０００を参照する。管理プログラム１２００は、ＶＭＭａｉｌ−Ａ−２のコストが４６．２％減り、すべての計測結果が時間１３３において上限閾値以下であることを確認する。
３． 管理プログラム１２００は、移行が効率的な移行であったことを判断する。
４． 管理プログラム１２００は、この移行を同タイプのＶＭに適用するよう試みる。
５． 管理プログラム１２００は、カタログテーブル６０００を参照することにより、Ｍａｉｌ−Ａ−２のカタログＩＤが５であると判断する。マッピングテーブル１１０００を参照することにより、カタログＩＤが「５」である他のＶＭは、以下のとおりであると判断する。すなわち、Ｍａｉｌ−Ａ−１、Ｍａｉｌ−Ａ−２、Ｍａｉｌ−Ａ−３、およびＭａｉｌ−Ａ−４である。
６． 管理プログラム１２００は、対象ＶＭとして次のＶＭを選択する。すなわち、Ｍａｉｌ−Ａ−１、Ｍａｉｌ−Ａ−２、Ｍａｉｌ−Ａ−３、およびＭａｉｌ−Ａ−４である。それぞれ、もしＶＭタイプが「高ＣＰＵ」である場合、管理プログラム１２００はプランを作成し、ＶＭを「高メモリ」に移行し、性能のシミュレーションをする。もしすべての計測結果が上限閾値以下である場合、このプランをアプリケーション管理者に提供する。

０１２１ 実装上では、管理プログラム１２００が、履歴情報の単一の情報を使用する。しかしながら、実施例はこれに限られない。例えば、管理プログラム１２００は、複数の履歴情報を使用することができる。

０１２２ 上述した説明は、本願の好ましい実施例に関するものである。本発明の範囲から逸脱することなく、様々な変更や改良を行うことができる。例えば、本願発明はアプリケーションの実装コストを減らすために資源移行プランを作成することに限定されない。上述の概念を適用して、クラウド環境においてより健全で信頼性の高いサービスを提供するためにクラウド資源の割り当てを向上させることができる。本願の範囲は添付の各請求項に記載のとおりである。

１０００： クラウドシステム
１２００： 管理プログラム
２０００： 管理サーバ
２０１０： 管理インタフェース
２０２０： プロセッサ
２０３０： 入出力装置
２０４０： ローカルディスク
２０５０： メモリ
２０６０： 管理ネットワーク
２０７０： データネットワーク
２１００： サーバ
２２００： ストレージサブシステム
３０００： 物理ストレージテーブル
４０００： 物理サーバテーブル
５０００： 資源プールテーブル
６０００： カタログテーブル
７０００： ＶＭテンプレートテーブル
８０００： 媒体テンプレートテーブル
１１０００、１４０００： マッピングテーブル
１３０００、１６０００： 性能履歴テーブル
１５０００： イベント管理テーブル

Claims (20)

1. 一つ以上のサーバおよび一つ以上のストレージサブシステムを有するクラウドシステムにおいて、資源を管理するための管理サーバであって、該管理サーバは
   プロセッサと、
   ネットワークインタフェースと、
   メモリとを有し、
   前記管理サーバは
   第一タイプの第一アプリケーションに資源のカテゴリーを割り当て、該資源のカテゴリーは仮想化資源の第一テンプレートと関連付けられ、前記第一テンプレートは一つ以上の閾値と関連付けられて前記第一テンプレートを使用するための第一コストを有し、前記一つ以上の閾値は第一閾値を含み、
   前記第一テンプレートが参照する前記仮想化資源の一つ以上の性能値を得るために前記第一テンプレートが参照する前記仮想化資源の性能をモニタし、前記一つ以上の性能値は第一性能値を含み、
   前記第一テンプレートが参照する前記仮想化資源の前記第一性能値を、前記第一テンプレートに関連付けられた前記第一閾値と比較し、
   前記比較した結果として前記第一性能値が前記第一閾値の範囲を外れる場合には、前記第一タイプの前記第一アプリケーションのための第一資源移行計画を作成し、前記第一資源移行計画は、前記第一タイプの前記第一アプリケーションを前記第一テンプレートから仮想資源の第二テンプレートに移行する計画であり、
   前記第二テンプレートは、前記第一性能値より大きい第二閾値に関連付けられ、
   前記第二テンプレートは、前記第一コストより少ない前記第二テンプレートを使用する第二コストを有する
   よう制御可能である
   ことを特徴とする管理サーバ。
2. 前記管理サーバは、更に、
   命令を受信したときに、前記第一資源移行計画を実施し、前記第二テンプレートは前記第一タイプの前記第一アプリケーションに関連付けられる
   よう制御可能である
   ことを特徴とする請求項１に記載の管理サーバ。
3. カタログが、更に仮想化資源の第三テンプレートに関連付けられ、
   前記第一テンプレートは前記カタログの処理機能を提供し、前記第三テンプレートは前記カタログのストレージ機能を提供する
   ことを特徴とする請求項１に記載の管理サーバ。
4. 前記第一閾値は、ＣＰＵ使用率、メモリ使用率、ディスク使用率、待機時間、およびＩＯＰＳ（毎秒の入力／出力）のうちいずれか一つに関連し、
   前記モニタにより得られる性能値は、ＣＰＵ使用率、メモリ使用率、ディスク使用率、待機時間、およびＩＯＰＳのいずれか一つに関する
   ことを特徴とする請求項１に記載の管理サーバ。
5. 前記第一資源移行計画は、前記モニタにより得られた性能値のいずれもが前記第一テンプレートに関連付けられたすべての閾値を超えない場合にのみ、作成されることを特徴とする請求項１に記載の管理サーバ。
6. 前記第一テンプレートに関連付けられた閾値は、ＣＰＵ使用率、メモリ使用率、ディスク使用率、待機時間、およびＩＯＰＳに関する値を含む
   ことを特徴とする請求項５に記載の管理サーバ。
7. 前記第一テンプレートは、カタログの所定の機能のためのデフォルトテンプレートとして定義され、前記管理サーバは更に、
   前記第一資源移行計画を実施し、ここで前記第二テンプレートは、前記第一テンプレートの代わりに、前記第一タイプの前記第一アプリケーションに関連付けられ、
   前記第一資源移行計画を実行した後、前記第一テンプレートの代わりに、前記カタログに所定の機能を与えるデフォルトテンプレートとして、前記第二テンプレートを定義する
   よう制御可能である
   ことを特徴とする請求項１に記載の管理サーバ。
8. 前記管理サーバは更に、
   前記第一タイプの第二アプリケーションに前記カテゴリーを割り当て、該カテゴリーは前記所定の機能のための前記デフォルトテンプレートとして前記第二テンプレートを有する
   よう制御可能である
   ことを特徴とする請求項７に記載の管理サーバ。
9. 前記管理サーバは更に、
   前記第一資源移行計画を実施し、ここで前記第二テンプレートは、前記第一テンプレートの代わりに、前記第一タイプの前記第一アプリケーションに関連付けられ、
   前記第一タイプの第一アプリケーションに関連付けられた前記第二テンプレートが参照する前記仮想化資源の性能値を得、ここで前記第二テンプレートは前記第二閾値を含む複数の閾値を有し、
   前記第二テンプレートが参照する前記仮想化資源の前記性能値のいずれかが前記第二テンプレートの前記第二閾値を超えるか否かを判断し、
   前記判断した結果として前記第二テンプレートが参照する前記仮想化資源の前記性能値が前記第二閾値の範囲を超える場合には、前記第一タイプの第二アプリケーションのために第二資源移行計画を作成し、ここで該第二資源移行計画は前記第一タイプの前記第二アプリケーションを前記第二テンプレートに移行する計画である
   よう制御可能である
   ことを特徴とする請求項１に記載の管理サーバ。
10. クラウドシステムにおいて資源を管理するためのコンピュータによって実行可能な方法であって、該方法は、
    第一タイプの第一アプリケーションにある資源のカテゴリーを割り当て、該資源のカテゴリーは仮想化資源の第一テンプレートと関連付けられ、前記第一テンプレートは一つ以上の閾値と関連付けられて前記第一テンプレートを使用するための第一コストを有し、前記一つ以上の閾値は第一閾値を含み、
    前記第一テンプレートが参照する前記仮想化資源の一つ以上の性能値を得るために前記第一テンプレートが参照する前記仮想化資源の性能をモニタし、得られた前記一つ以上の性能値は第一性能値を含み、
    前記第一テンプレートの第一性能値を、前記第一テンプレートに関連付けられた第一閾値と比較し、
    前記比較した結果として前記第一性能値が前記第一閾値の範囲を外れる場合には、前記第一タイプの前記第一アプリケーションのための第一資源移行計画を作成し、前記第一資源移行計画は、前記第一タイプの前記第一アプリケーションを前記第一テンプレートから仮想資源の第二テンプレートに移行する計画であり、
    前記第二テンプレートが、前記第一性能値より大きい第二閾値に関連付けられ、
    前記第二テンプレートは、前記第一コストより少ない前記第二テンプレートを使用する第二コストを有する
    ことを特徴とする方法。
11. 命令を受信したときに、前記第一資源移行計画を実施し、前記第二テンプレートは前記第一タイプの前記第一アプリケーションに関連付けられる
    ことを特徴とする請求項１０に記載のコンピュータによって実行可能な方法。
12. カタログが更に、仮想化資源の第三テンプレートに関連付けられ、
    前記第一テンプレートは前記カタログの処理機能を提供し、前記第三テンプレートは前記カタログのストレージ機能を提供し、
    前記第一閾値は、ＣＰＵ使用率、メモリ使用率、ディスク使用率、待機時間、およびＩＯＰＳ（毎秒の入力／出力）のうちいずれか一つに関連し、
    前記モニタにより得られる性能値は、ＣＰＵ使用率、メモリ使用率、ディスク使用率、待機時間、およびＩＯＰＳのいずれかである
    ことを特徴とする請求項１０に記載のコンピュータによって実行可能な方法。
13. 前記第一資源移行計画は、前記モニタにより得られた性能値のいずれもが前記第一テンプレートに関連付けられたすべての閾値を超えない場合にのみ、作成され、前記第一テンプレートに関連付けられた閾値は、ＣＰＵ使用率、メモリ使用率、ディスク使用率、待機時間、およびＩＯＰＳに関する値を含む
    ことを特徴とする請求項１０に記載のコンピュータによって実行可能な方法。
14. 前記第一テンプレートは、カタログの所定の機能のためのデフォルトテンプレートとして定義され、前記方法は更に、
    前記第一資源移行計画を実施し、ここで前記第二テンプレートは、前記第一テンプレートの代わりに、前記第一タイプの前記第一アプリケーションに関連付けられ、
    前記第一資源移行計画を実行した後、前記第一テンプレートの代わりに、前記カタログに所定の機能を与えるデフォルトテンプレートとして、前記第二テンプレートを定義し、
    前記第一タイプの第二アプリケーションに前記カテゴリーを割り当て、該カテゴリーは前記所定の機能のための前記デフォルトテンプレートとして前記第二テンプレートを有する
    ことを特徴とする請求項１０に記載のコンピュータによって実行可能な方法。
15. 前記方法は更に、
    前記第一資源移行計画を実施し、ここで前記第二テンプレートは、前記第一テンプレートの代わりに、前記第一タイプの前記第一アプリケーションに関連付けられ、
    前記第一タイプの第一アプリケーションに関連付けられた前記第二テンプレートが参照する前記仮想化資源の性能値を得、ここで前記第二テンプレートは前記第二閾値を含む複数の閾値を有し、
    前記第二テンプレートが参照する前記仮想化資源の前記性能値のいずれかが前記第二テンプレートの前記第二閾値を超えるか否かを判断し、
    前記判断した結果として前記第二テンプレートが参照する前記仮想化資源の前記性能値が前記第二閾値の範囲を超える場合には、前記第一タイプの第二アプリケーションのために第二資源移行計画を作成し、ここで該第二資源移行計画は前記第一タイプの前記第二アプリケーションを前記第二テンプレートに移行する計画である
    よう制御可能である
    ことを特徴とする請求項１０に記載のコンピュータによって実行可能な方法。
16. クラウドシステムにおいて資源を管理するための、コンピュータによって実行可能なプログラムを含む持続性のあるコンピュータ読取可能記憶媒体であって、該記憶媒体は、
    第一タイプの第一アプリケーションにある資源のカテゴリーを割り当てるコードと、ここで該資源のカテゴリーは仮想化資源の第一テンプレートと関連付けられ、前記第一テンプレートは一つ以上の閾値と関連付けられて前記第一テンプレートを使用するための第一コストを有し、前記一つ以上の閾値は第一閾値を含み、
    前記第一テンプレートが参照する前記仮想化資源の一つ以上の性能値を得るために前記第一テンプレートの性能をモニタするコードと、ここで得られた前記一つ以上の性能値は第一性能値を含み、
    前記第一テンプレートが参照する前記仮想化資源の第一性能値を、前記第一テンプレートに関連付けられた第一閾値と比較するコードと、
    前記比較した結果として前記第一性能値が前記第一閾値の範囲を外れる場合には、前記第一タイプの前記第一アプリケーションのための第一資源移行計画を作成するコードと、ここで前記第一資源移行計画は、前記第一タイプの前記第一アプリケーションを前記第一テンプレートから仮想資源の第二テンプレートに移行する計画であり、
    を有し、
    前記第二テンプレートが、前記第一性能値より大きい第二閾値に関連付けられ、
    前記第二テンプレートは、前記第一コストより少ない前記第二テンプレートを使用する第二コストを有する
    ことを特徴とするコンピュータ読取可能記憶媒体。
17. 前記記憶媒体は更に、
    命令を受信したときに、前記第一資源移行計画を実施するコードを有し、ここで前記第二テンプレートは前記第一タイプの第一アプリケーションに関連付けられる
    ことを特徴とする請求項１６に記載のコンピュータ読取可能記憶媒体。
18. 前記第一資源移行計画は、前記モニタにより得られた性能値のいずれもが前記第一テンプレートに関連付けられたすべての閾値を超えない場合にのみ、作成され、
    前記第一テンプレートに関連付けられた閾値は、ＣＰＵ使用率、メモリ使用率、ディスク使用率、待機時間、およびＩＯＰＳに関する値を含む
    ことを特徴とする請求項１６に記載のコンピュータ読取可能記憶媒体。
19. 前記第一テンプレートは、カタログの所定の機能のためのデフォルトテンプレートとして定義され、前記コンピュータ読取可能記憶媒体は更に、
    前記第一資源移行計画を実施するコードと、ここで前記第二テンプレートは、前記第一テンプレートの代わりに、前記第一タイプの前記第一アプリケーションに関連付けられ、
    前記第一資源移行計画を実行した後、前記第一テンプレートの代わりに、前記カタログに所定の機能を与えるデフォルトテンプレートとして、前記第二テンプレートを定義するコードと、
    前記第一タイプの第二アプリケーションに、前記デフォルトテンプレートとして前記第二テンプレートを有するカテゴリーを割り当てるコードを有する
    ことを特徴とする請求項１６に記載のコンピュータ読取可能記憶媒体。
20. 前記記憶媒体は更に、
    前記第一資源移行計画を実施するコードと、ここで前記第二テンプレートは、前記第一テンプレートの代わりに、前記第一タイプの第一アプリケーションに関連付けられ、
    前記第一タイプの前記第一アプリケーションに関連付けられた前記第二テンプレートが参照する前記仮想化資源の性能値を得るコードと、ここで前記第二テンプレートは前記第二閾値を含む複数の閾値を有し、
    前記第二テンプレートが参照する前記仮想化資源の前記性能値のいずれかが前記第二テンプレートの前記第二閾値を超えるか否かを判断するコードと、
    前記判断した結果として前記第二テンプレートが参照する前記仮想化資源の前記性能値が前記第二閾値の範囲を超える場合には、前記第一タイプの第二アプリケーションのために第二資源移行計画を作成するコードを有し、ここで該第二資源移行計画は前記第一タイプの前記第二アプリケーションを前記第二テンプレートに移行する計画である
    ことを特徴とする請求項１６に記載のコンピュータ読取可能記憶媒体。

Images