(57)【要約】  実施例において、管理プログラムが新たな仮想マシンを展開する場合、当該プログラムは、差し替えのための候補仮想マシンを同定し、差し替えの可能性をスコア化し、差し替えの蓋然性が高いと判断する場合、新たな仮想マシンを候補仮想マシンに関係づける。管理プログラムはまた、仮想マシン及び当該仮想マシンにより利用されるストレージボリュームを仮想マシンの関連づけペアにより他の物理サーバ及びストレージアレイに移転する。管理プログラムはまた、差し替えられる既存の仮想マシンから管理ポリシーを引き継ぎ、これを活用して、既存の仮想マシンと差し替わる新たな仮想マシンを管理する。【選択図】図１７
2017507415.tif 000002
【特許請求の範囲】
【請求項１】
複数の仮想マシンを管理する複数のサーバに接続された管理コンピュータであって、
前記複数の仮想マシン各々のアプリケーションタイプを示すアプリケーションタイプ情報及び前記複数の仮想マシンのトポロジーを示す仮想マシントポロジー情報を記憶する構成のメモリと
前記複数の仮想マシンの中の任意の仮想マシンと前記任意の仮想マシンと差し替わる蓋然性を有する前記複数の仮想マシンの中の別の仮想マシンとの間の関係づけを行う構成のプロセッサであって、前記関係づけは、前記仮想マシントポロジー情報内の前記任意の仮想マシン及び前記別の仮想マシンとの間の関連性及び前記アプリケーションタイプ情報内の前記任意の仮想マシンのアプリケーションタイプと前記別の仮想マシンのアプリケーションタイプを参照することにより行われる構成の前記プロセッサと
を備えることを特徴とする管理コンピュータ。
【請求項２】
前記メモリは、前記複数の仮想マシンの履歴性能情報を示す仮想マシン性能データを記憶する構成であって、
前記プロセッサは、前記任意の仮想マシンの仮想マシン性能データと前記別の仮想マシンの仮想マシン性能データに基づき、前記任意の仮想マシンと差し替わる前記別の仮想マシンの蓋然性を示すスコアを決定する構成としたこと
を特徴とする請求項１記載の管理コンピュータ。
【請求項３】
前記任意の仮想マシンは、差し替えられる（ｎ）個の仮想マシンから成り、前記別の仮想マシンは、前記プロセッサにより受信された展開要求に呼応して作成された（ｍ）個の他の仮想マシンから成り、
前記プロセッサは、前記（ｎ）個の前記任意の仮想マシン及び前記（ｍ）個の前記他の仮想マシンに基づき、前記（ｎ）個の前記任意の仮想マシンと差し替わる前記（ｍ）個の別の仮想マシンの蓋然性を示すスコアを決定する構成としたこと
を特徴とする請求項１記載の管理コンピュータ。
【請求項４】
前記メモリは、前記複数の各仮想マシン上で展開されるアプリケーション及びオペレーティングシステムの少なくともいずれか一方のバージョン情報を示すバージョンデータを記憶する構成とし、
前記プロセッサは、前記任意の仮想マシンのバージョンデータと前記別の仮想マシンのバージョンデータに基づき、前記任意の仮想マシンと差し替わる前記別の仮想マシンの前記蓋然性を示すスコアを決定する構成としたこと
を特徴とする請求項１記載の管理コンピュータ。
【請求項５】
前記メモリは、
前記複数のサーバの利用可能なサーバ性能余力情報を示すサーバ性能余力データ及び
前記複数の仮想マシンの履歴性能情報を示す仮想マシン性能データを記憶する構成とし、
前記プロセッサは、
前記任意の仮想マシン及び前記別の仮想マシンの一方を移転する要求に呼応して、前記任意の仮想マシン及び前記別の仮想マシン双方を記憶する性能余力を有するサーバであって、前記サーバのサーバ性能余力データ、前記任意の仮想マシンの仮想マシン性能データ及び前記別の仮想マシンの仮想マシン性能データに基づき、前記サーバを同定し、
前記任意の仮想マシンと前記別の仮想マシンを、前記任意の仮想マシンと前記別の仮想マシン双方を記憶する性能余力を有する前記同定されたサーバに移転させる構成としたこと
を特徴とする請求項１記載の管理コンピュータ。
【請求項６】
前記メモリは、
前記複数のサーバの利用可能なサーバ性能余力を示すサーバ性能余力データと
前記複数の仮想マシンの履歴性能情報を示す仮想マシン性能データを記憶する構成とし、
前記プロセッサは、
前記任意の仮想マシン及び前記別の仮想マシンの一方を移転する要求に呼応して、
前記任意の仮想マシンの仮想マシン性能データ及び前記別の仮想マシンの仮想マシン性能データに基づき、前記任意の仮想マシン及び前記別の仮想マシンのいずれがより大きな履歴性能要求を有するかを決定し、
一対のサーバであって、前記一対のサーバは各々より大きな履歴性能要求を有すると決定された前記任意の仮想マシン及び前記別の仮想マシンのいずれか一方を記憶する性能余力を有する前記一対のサーバを、前記一対のサーバ各々のサーバ性能余力データに基づき同定し、
より大きな履歴性能要求を有すると決定された前記任意の仮想マシンと前記別の仮想マシンのいずれか一方を前記一対のサーバの一方のサーバに移転させ、より大きな履歴性能要求を持たないと決定された前記任意の仮想マシンと前記別の仮想マシンの一方を前記一対のサーバの前記別のサーバに移転させること
を特徴とする請求項１記載の管理コンピュータ。
【請求項７】
前記複数のサーバの少なくとも一つは、複数のストレージボリュームから成り、前記複数のストレージボリュームは各々、複数のストレージアレイの一つに接続されており、
前記複数のストレージボリュームの第１ストレージボリュームは前記任意の仮想マシンとペア化され、前記複数のストレージボリュームの第２ストレージボリュームは、前記別の仮想マシンとペア化され、
前記メモリは、
前記複数のストレージボリュームの利用可能なストレージアレイ性能余力情報を示すストレージアレイ性能余力データ及び前記複数のストレージボリュームの履歴性能情報を示すストレージ性能データを記憶する構成とし、
前記プロセッサは、前記任意の仮想マシン及び前記別の仮想マシンの一方を移転する要求に呼応して、
前記第１ストレージボリューム及び前記第２ストレージボリュームのストレージボリューム性能データに基づき、任意のストレージアレイが、前記任意の仮想マシンとペア化された前記第１ストレージボリューム及び前記別の仮想マシンとペア化された前記第２ストレージボリュームの双方に入出力処理を行う性能余力があるか否かを決定し、
前記複数のストレージアレイの前記任意のストレージアレイが、前記第１ストレージボリューム及び前記第２ストレージボリュームの双方に入出力処理を行う性能余力を有すると決定された場合、
前記第１ストレージボリューム及び前記第２ストレージボリュームを前記任意のストレージアレイに移転させ、
前記複数のストレージアレイの前記任意のストレージアレイが、前記第１ストレージボリューム及び前記第２ストレージボリュームの双方に入出力処理を行う性能余力を持たないと決定された場合、
前記第１ストレージボリューム及び前記第２ストレージボリュームの前記ストレージボリューム性能データに基づき、前記任意の仮想マシンとペア化された前記第１ストレージボリュームと前記別の仮想マシンとペア化された前記第２ストレージボリュームのいずれか一方がより大きな履歴性能要求を有するかを決定し、
一対のストレージアレイであって、前記一対のストレージアレイの各ストレージアレイは、より大きな履歴性能要求を有すると決定された第１ストレージボリュームと第２ストレージボリュームのいずれか一方に入出力処理を行う性能余力を有する前記一対のストレージアレイを、前記ストレージアレイ各々のストレージアレイ性能データ及び前記任意の仮想マシンとペア化された前記第１ストレージボリューム及び前記第２ストレージボリュームの一方のストレージボリューム性能データに基づき、同定し、
前記第１ストレージボリュームを前記一対のストレージアレイの一方のストレージアレイに移転させ、前記第２ストレージボリュームを前記一対のストレージアレイのもう一方のストレージアレイに移転させること
を特徴とする請求項１記載の管理コンピュータ。
【請求項８】
前記メモリは、
前記複数の各仮想マシンを同定する同定情報と、
前記複数の仮想マシンの前記同定情報と関連付けられた性能閾値情報を示す閾値データを記憶する構成とし、
前記プロセッサは、
前記任意の仮想マシンを削除する要求に基づき、前記任意の仮想マシンの同定情報を決定し、
前記任意の仮想マシンを削除する要求の受信に呼応して、前記別の仮想マシンの同定情報を決定し、
前記任意の仮想マシンの前記決定された同定情報と関連付けられた閾値データを同定し、
前記同定された閾値データを前記別の仮想マシンの前記決定された同定情報と関連付け、
前記任意の仮想マシンを削除する前記受信した要求に基づき、前記任意の仮想マシンを削除する構成としたこと
を特徴とする請求項１記載の管理コンピュータ。
【請求項９】
計算機により、複数の仮想マシン各々のアプリケーションタイプを示すアプリケーションタイプ情報を決定し、
前記計算機により、前記複数の仮想マシンのトポロジーを示す仮想マシントポロジー情報を決定し、
前記計算機により、
前記仮想マシントポロジー情報内での任意の仮想マシンと別の仮想マシンと間の関連性及び
前記アプリケーションタイプ情報内での前記任意の仮想マシンのアプリケーションタイプと前記別の仮想マシンのアプリケーションタイプに基づき、
前記複数の仮想マシンの前記任意の仮想マシンと前記任意の仮想マシンと差し替わる蓋然性を有する前記複数の仮想マシンの前記別の仮想マシンとの間の関連付けを行う
ことを有することを特徴とする方法。
【請求項１０】
計算機により、前記任意の仮想マシンの仮想マシン性能データと前記別の仮想マシンの仮想マシン性能データに基づき、前記任意の仮想マシンと差し替わる前記別の仮想マシンの蓋然性を示すスコアを決定する
ことを更に有することを特徴とする請求項９記載の方法。
【請求項１１】
前記任意の仮想マシンは差し替えられる（ｎ）個の仮想マシンから成り、
前記別の仮想マシンはプロセッサにより受信された展開要求に呼応して作成された（ｍ）個の他の仮想マシンから成り、
前記計算機により、前記（ｎ）個の仮想マシン及び前記（ｍ）個の他の仮想マシンに基づき、前記（ｎ）個の仮想マシンと差し替わる前記（ｍ）個の他の仮想マシンの蓋然性を示すスコアを決定する
ことを更に有することを特徴とする請求項９記載の方法。
【請求項１２】
前記計算機により、前記任意の仮想マシンのバージョンデータ及び前記別の仮想マシンのバージョンデータに基づき、前記任意の仮想マシンと差し替わる前記別の仮想マシンの蓋然性を示すスコアを決定する
ことを更に有することを特徴とする請求項９記載の方法。
【請求項１３】
前記任意の仮想マシン及び前記別の仮想マシンの一方を移転する要求に呼応して、前記任意の仮想マシン及び前記別の仮想マシン双方を記憶する性能余力を有するサーバであって、前記サーバのサーバ性能余力データ、前記任意の仮想マシンの仮想マシン性能データ及び前記別の仮想マシンの仮想マシン性能データに基づき、前記サーバを同定し、
前記任意の仮想マシンと前記別の仮想マシンを、前記任意の仮想マシンと前記別の仮想マシン双方を記憶する性能余力を有する前記同定されたサーバに移転させる
ことを更に有することを特徴とする請求項９記載の方法。
【請求項１４】
前記計算機により、前記任意の仮想マシン及び前記別の仮想マシンの一方を移転する要求に呼応して、前記任意の仮想マシンの仮想マシン性能データ及び前記別の仮想マシンの仮想マシン性能データに基づき、前記任意の仮想マシン及び前記別の仮想マシンのいずれがより大きな履歴性能要求を有するかを決定し、
一対のサーバであって、前記一対のサーバは各々より大きな履歴性能要求を有すると決定された前記任意の仮想マシン及び前記別の仮想マシンのいずれか一方を記憶する性能余力を有する前記一対のサーバを、前記一対のサーバ各々のサーバ性能余力データに基づき同定し、
より大きな履歴性能要求を有すると決定された前記任意の仮想マシンと前記別の仮想マシンのいずれか一方を前記一対のサーバの一方のサーバに移転させ、より大きな履歴性能要求を持たないと決定された前記任意の仮想マシンと前記別の仮想マシンの一方を前記一対のサーバの前記別のサーバに移転させる
ことを更に有することを特徴とする請求項９記載の方法。
【請求項１５】
プロセスを実行するための命令から成るコンピュータプログラムであって、前記命令は、
複数の各仮想マシンのアプリケーションタイプを示すアプリケーションタイプ情報を決定する命令と、
前記複数の仮想マシンのトポロジーを示す仮想マシントポロジー情報を決定する命令と、前記仮想マシントポロジー情報内での任意の仮想マシンと別の仮想マシンと間の関連性及び
前記アプリケーションタイプ情報内での前記任意の仮想マシンのアプリケーションタイプと前記別の仮想マシンのアプリケーションタイプに基づき、
前記複数の仮想マシンの前記任意の仮想マシンと前記任意の仮想マシンと差し替わる蓋然性を有する前記複数の仮想マシンの前記別の仮想マシンとの間の関連付けを行う命令
を有することを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本書に記載の実施例は、一般的には、コンピュータシステムに関し、特に、クラウドコンピューティング環境における情報技術（ＩＴ）管理インフラに関する。
【背景技術】
【０００２】
従来の技術において、クラウドコンピューティングは広範囲に利用されている。従来、クラウドコンピューティング環境管理のための解決手段が幾つかある。クラウド環境管理のための解決手段の一例として次の従来技術が知られている。
・インフラ管理者が割り当てられ、ＩＴ資源を管理し、該資源を資源プールに記憶する。
・アプリケーション管理者が、セルフサービスポータルを利用して資源プールからＩＴ資源を入手し、自らのアプリケーションを実行する。
【０００３】
一般的に、インフラ管理者は、自らが提供するクラウドのサービスレベル合意書（ＳＬＡ）を充足すべく、ＩＴ資源の構成を最適化する。この最適化は、例えば、一つの物理サーバ（又は一つのハイパーバイザ）から他方の異なる物理サーバ（又は他方の異なるハイパーバイザ）へ仮想サーバ又は仮想マシン（ＶＭ）を移転することにより行われる。
【０００４】
更に、アプリケーション管理者の中には、不変環境としてコンピューティング環境（即ち、クラウド及びオペレーティングシステム（ＯＳ）、ミドルウェア及び幾つかのアプリケーションソフトを含むソフトウェアにより提供されるＩＴ資源）を利用する者もいる。換言すれば、アプリケーション管理者は、一旦使用を開始すると、コンピューティング環境の構成及びセッティングを変更することはない。これに代えて、アプリケーション管理者は、資源プールから追加のＩＴ資源を入手し、ソフトウェアを該追加のＩＴ資源に展開し、既存の環境を新たなコンピューティング環境と差し替えることにより新たな環境を作成する。この差し替えは、ネットワークルーターとロードバランサの双方あるいはそのいずれかを利用して、作業負荷を既存の環境から新たな環境に切り替えることにより実行することができる。コンピューティング環境の再構築よりもコンピューティング環境を差し替えることで、該環境の運用状態を簡素化できる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来のクラウドコンピューティング環境において、インフラ管理者はアプリケーション管理者が自らのコンピューティング環境を不変環境（即ち、既存の環境を再構築するよりコンピューティング環境を新たな環境と差し替えて）利用しているか否かを知ることはできない。
【０００６】
更に、従来のクラウドコンピューティング環境において、インフラ管理者は、既存のコンピューティング環境（例えば、仮想マシン）のための差し替えとしてアプリケーション管理者により作成されたコンピューティング環境（例えば、仮想マシン）と、新たなコンピューティング環境（即ち、既存の仮想マシンと差し替えるために作成されたのではない仮想マシン）として作成されたコンピューティング環境とを区別することはできない。
【０００７】
従来のクラウドコンピューティング環境において、インフラ管理者は、アプリケーション管理者により行われたＶＭ差し替えにより非効率となるＩＴインフラの最適化を図ることができる。例えば、インフラ管理者は既存のＶＭにより多くのＩＴ資源を割り当て、新たに作成されたＶＭにはより少ない資源を割り当て、低目の性能要求とすることができる。しかしながら、新たに作成されたＶＭは既存のＶＭから作業負荷を引き継ぐため、インフラ管理者により先に行われた最適化とは逆に、新たなＶＭはより多くの資源を必要とする一方、既存のＶＭはより少ない資源を必要とする。
【０００８】
更に、インフラ管理者は、既存のＶＭが新たなＶＭと差し替えられた後は、新たなＶＭが既存のＶＭの差し替えであることを認知できないため、既存のＶＭを管理するためのノウハウ（あるいはポリシー）を適用することはできない。インフラ管理者は、新たなＶＭが幾つか作成され、既存のＶＭが幾つか削除されたことを認知できるに過ぎず、特定の差し替えを同定することはできない。その結果、既存のＶＭが差し替えられると、既存のノウハウ及びポリシーあるいはそのいずれかが失われることになる。
【課題を解決するための手段】
【０００９】
本願の実施態様の側面は、複数の仮想マシンを管理する複数のサーバに接続された管理コンピュータを含む。管理コンピュータは、複数の仮想マシン各々のアプリケーションタイプを示すアプリケーションタイプ情報を記憶する構成のメモリを含む。メモリはまた複数の仮想マシンのトポロジーを示す仮想マシントポロジー情報を記憶する構成とできる。管理コンピュータはまた、複数の仮想マシンの一方の仮想マシンと一方の仮想マシンと差し替わる蓋然性を有する複数の仮想マシンの他方の仮想マシンとの間を関係づける構成のプロセッサを含むことができる。この関係づけは、仮想マシントポロジー情報における一方の仮想マシンと他方の仮想マシンとの間の関連性に基づき行うことができる。この関係づけはまた、アプリケーションタイプ情報における一方の仮想マシンのアプリケーションタイプと他方の仮想マシンアプリケーションタイプに基づき行こともできる。
【００１０】
本願の実施態様の側面はまた方法クレームを含む。該方法は、計算機により、複数の仮想マシン各々のアプリケーションタイプを示すアプリケーションタイプを決定することを含む。該方法は更に、計算機により、複数の仮想マシンのトポロジーを示す仮想マシントポロジー情報を決定することを含む。該方法はまた、計算機により、複数の仮想マシンの一方の仮想マシンと一方の仮想マシンと差し替わる蓋然性を有する複数の仮想マシンの他方の仮想マシンとの間を関係づけることを含む。この関係づけは、仮想マシントポロジーにおける一方の仮想マシンと他方の仮想マシンとの間の関連性に基づき行うことができる。この関連付けはまた、アプリケーションタイプ情報における一方の仮想マシンのアプリケーションタイプと他方の仮想マシンのアプリケーションタイプに基づき行うことができる。
【００１１】
本願の実施態様の側面は、プロセスを実行するための命令から成るコンピュータプログラムを含む。この命令は、複数の仮想マシン各々のアプリケーションタイプを示すアプリケーションタイプ情報を決定する命令を含む。この命令は更に、複数の仮想マシンのトポロジーを示す仮想マシントポロジー情報を決定する命令を含む。当該命令はまた、複数の仮想マシンの一方の仮想マシンと一方の仮想マシンと差し替わる蓋然性を有する複数の仮想マシンの他方の仮想マシンとの間を関係づける命令を含む。この関係づけは、仮想マシントポロジー情報における一方の仮想マシンと他方の仮想マシンとの間の関連性に基づき行うことができる。この関係づけはまた、アプリケーションタイプ情報における一方の仮想マシンのアプリケーションタイプと他方の仮想マシンのアプリケーションタイプに基づき行うことができる。
【図面の簡単な説明】
【００１２】
【図１Ａ】本願の一つ以上の実施例を適用可能なシステムの論理的構成例を示す。
【図１Ｂ】図１Ａに示すシステムのＩＴインフラの論理的構成例を示す。
【図２Ａ】本願の一つ以上の実施例に基づくクラウドシステムの物理的構成例を示す。
【図２Ｂ】図２Ａに示すクラウドシステム用管理サーバの第１の実施例を示す。
【図３】本願の実施例に基づくイメージカタログテーブル例を示す。
【図４】本願の実施例に基づくＶＭテンプレートテーブル例を示す。
【図５】本願の実施例に基づくストレージアレイテーブル例を示す。
【図６】本願の実施例に基づくストレージボリュームテーブル例を示す。
【図７】本願の実施例に基づく物理的サーバテーブル例を示す。
【図８】本願の実施例に基づく仮想サーバテーブル例を示す。
【図９】本願の実施例に基づくマッピングテーブル例を示す。
【図１０】本願の実施例に基づく仮想サーバトポロジーテーブル例を示す。
【図１１】本願の実施例に基づく仮想サーバペアテーブル例を示す。
【図１２】本願の実施例に基づくストレージ性能テーブル例を示す。
【図１３】本願の実施例に基づくサーバ性能テーブル例を示す。
【図１４】本願の実施例に基づくセルフサービスポータルのグラフィックユーザインターフェース（ＧＵＩ）例を示す。
【図１５】本願の実施例に基づく確認ＧＵＩ例を示す。
【図１６】本願の実施例に基づくセルフサービスポータルのＶＭネットワーク構成例ＧＵＩを示す。
【図１７】本願の実施例に基づくペアＶＭのフローチャートを示す。
【図１８】本願の実施例に基づく差し替えのための候補ＶＭを同定するフローチャートを示す。
【図１９】本願の実施例に基づく差し替えの蓋然性をスコア化するためのフローチャートを示す。
【図２０】本願の実施例に基づくＶＭを他の物理サーバに移転し、また、ストレージボリュームを他のストレージアレイに移転するかあるいはそのいずれかを移転するためのフローチャートを示す。
【図２１】本願の実施例に基づく一つ以上のＶＭを移転するためのフローチャートを示す。
【図２２】本願の実施例に基づく一つ以上のストレージボリュームを移転するためのフローチャートを示す。
【図２３】図２Ａに示すクラウドシステム用管理サーバに係る第２の実施例を示す。
【図２４】本願の第２の実施例に基づくストレージ性能テーブル例を示す。
【図２５】本願の第２の実施例に基づくサーバ性能テーブル例を示す。
【図２６】本願の実施例に基づくストレージ閾値テーブル例を示す。
【図２７】本願の実施例に基づくサーバ閾値テーブル例を示す。
【図２８】本願の第２の実施例に基づく管理ポリシー引き継ぎのためのフローチャートを示す。
【図２９】本願の第２の実施例に基づく性能モニタリングＧＵＩ例を示す。
【発明を実施するための形態】
【００１３】
幾つかの実施例を添付の図面を参照しつつ説明する。本書に記載の実施例は、本発明の基本思想を限定するものではなく、実施例に記載の一つあるいはそれ以上の構成要素は、本発明の基本思想を実行するために必須のものではない。更に、ある種の構成要素は単数により言及されるが、該要素は単数に限定されることを意図するものではなく、所望の実施態様により、一つあるいはそれ以上の同一要素にて実施することもできる。
【００１４】
本書に記載の幾つかの実施例は、既存のＶＭを新たなＶＭと差し替える可能性又は蓋然性を検討することでＩＴインフラを最適化する方法及び装置に向けられている。例えば、幾つかの実施例では、新たなＶＭを展開する管理プログラムは差し替えの可能性を有する候補ＶＭを同定できる。更に、管理プログラムは、差し替えの可能性が高いと判断する場合、差し替えの可能性をスコア化し、新たなＶＭを候補Ｍにペア化できる。更に、幾つかの実施例では、管理プログラムは既存のＶＭ及び新たに作成されたＶＭにより使用されたＶＭ及びストレージボリュームをペア状態の他の物理サーバ及びストレージアレイに移転することができる。
【００１５】
更に、本書に記載の幾つかの実施例はまた、既存のＶＭから管理ポリシーの引き継ぎと、この既存のＶＭと差し替わる新たなＶＭを管理するため引き継がれた管理ポリシーの活用を可能とする方法及びその装置を提供する。例えば、幾つかの実施例では、管理プログラムは差し替えられる既存のＶＭから管理ポリシーを引き継ぎ、該ポリシーを活用して、既存のＶＭと置き換わる新たなＶＭを管理する。
【実施例１】
【００１６】
本実施例は、新たに作成されたＶＭが既存のＶＭの差し替えである可能性を検討することで、ＩＴインフラを最適化する管理プログラムを含む。
【００１７】
図１Ａは、本願に基づく一つ以上の実施例を適用可能なクラウドシステム１０００の論理的構成例を示す。クラウドシステム１０００は、一つ以上ンのアプリケーション及び仮想化された資源１３００、ＩＴインフラ１５００、セルフサービスポータル１６００及びＩＴ管理ユーザインターフェース１８００に接続された管理プログラム１２００を含む。
【００１８】
図１Ａに図示されるように、アプリケーション管理者１０１０はセルフサービスポータル１６００を介してクラウドシステム１０００と相互に作用しあるいは該システムを利用できる。更に、ＩＴインフラ管理者１０３０はＩＴインフラ管理ユーザインターフェース１８００を介してクラウドシステムと相互に作用しあるいは該システムを利用できる。
【００１９】
図１Ｂは、図１Ａに示すクラウドシステム１０００のＩＴインフラ１５００に係る論理的構成例を示す。ＩＴインフラ１５００は、ストレージシステム０１（１５１０）及びストレージシステム０２（１５２０）等の複数のストレージシステムと複数のサーバ１５４０、１５５０を含む。ストレージシステム０１（１５１０）は、二つのストレージボリューム１５１１、１５１２を含む。ストレージシステム０２は、三つのストレージボリューム１５２１、１５２２、１５３３を含む。
【００２０】
図示のように、サーバ１５４０はストレージシステム０１（１５１０）のストレージボリューム１５１１と通信接続できる。ハイパーバイザー（本書では仮想マシンモニター（ＶＭＭ）とも言及）１５４１はサーバ１５４０上で稼働している。アプリケーション（ＡＰＰ）１５４３、オペレーティングシステム（ＯＳ）１５４２は、ハイパーバイザー１５４１上で稼働している。アプリケーション１５４３は、ストレージシステム０１（１５１０）のストレージボリューム１５１１を利用できる。
【００２１】
更に、サーバ１５５０はストレージシステム０２（１５２０）のストレージボリューム１５２１及び１５２２と通信接続できる。ハイパーバイザー１５５１はサーバ１５５０上で稼働している。アプリケーション１５５４、１５５５及びオペレーティングシステム（ＯＳ）１５５２及び１５５３はハイパーバイザー１５５１上で稼働している。アプリケーション１５５４はストレージシステム０２（１５２０）のストレージボリューム１５２１を利用でき、更に、アプリケーション１５５５はストレージシステム０２（１５２０）のストレージボリューム１５２２を利用できる。
【００２２】
図２Ａは、本願に基づく一つ以上の実施例に係るクラウドシステム１０００の物理的構成例を示す。クラウドシステム１０００は、管理サーバ２０００、一つ以上のサーバ３０００、一つ以上のストレージアレイ４０００、管理ネットワーク５０００及びデータネットワーク６０００を含む。
【００２３】
サーバ３０００及びストレージアレイ４０００はデータネットワーク６０００を介し互いに接続できる。データネットワーク６０００は、特定のネットワークタイプに限定される訳ではなく、ＬＡＮ（ローカルエリアネットワーク）、ＷＡＮ（ワイドエリアネットワーク）あるいは当業者にとって自明なその他のネットワークを含む。
【００２４】
管理サーバ２０００、サーバ３０００及びストレージアレイ４０００は、管理ネットワーク５０００を介し互いに接続できる。管理ネットワーク５０００はまたＬＡＮ（ローカルエリアネットワーク）、ＷＡＮ（ワイドエリアネットワーク）あるいは当業者にとって自明なその他のネットワークを含む。なお、ネットワークは通常の場合、ＬＡＮである。
【００２５】
管理ネットワーク５０００及びデータネットワーク６０００は、本実施例において、別個のネットワークとして例示されている。しかしながら、本願に基づく実施例は、このような構成に限定される訳ではなく、単一の合同ネットワークとして形成することもできる。
【００２６】
本実施例において、管理サーバ２０００及びサーバ３０００は、別個のサーバとして例示されている。しかし本願に基づく実施例は、この構成に限定される訳ではなく、他の構成を採用することもできる。例えば、管理プログラムをホストする単一サーバを利用できる。管理サーバ２０００はまた、複数の仮想マシンを管理する構成の管理コンピュータ形態とすることもできる。
【００２７】
本実施例において、サーバ３０００及びストレージアレイ４０００は、別個の要素として例示されているが、本願に基づく実施例はこの構成に限定される訳ではなく、その他の構成も採用できる。例えば、サーバ３０００及びストレージアレイ４０００は単一のストレージシステムに合同することもできる。
【００２８】
図２Ｂは、図２Ａに示すクラウドシステム１０００用管理サーバ２０００の第１の実施例を示す。管理サーバ２０００は、管理インターフェース（Ｉ／Ｆ）２１００、プロセッサ（中央処理装置（ＣＰＵ））２２００、入出力装置２３００、ローカルディスク２４００及びメモリ２５００を含む。管理インターフェース２１００は、図２Ａに示す管理ネットワーク５０００とのインターフェースを目的として利用できる。入出力装置２３００は、特に限定される訳ではなく、当業者にとって自明なモニター、キーボード、マウス等のいずれのタイプのユーザインターフェースであってよい。
【００２９】
ローカルディスク２４００は、管理プログラム２４１０、イメージカタログテーブル２４２０及びＶＭテンプレートテーブル２４３０から構成できる。イメージカタログテーブル２４２０及びＶＭテンプレートテーブル２４３０は、メモリ２５００にアップロードされて管理プログラム２４１０により利用される。イメージカタログテーブル２４２０は、図３を参照しつつ以下更に詳細に説明する。ＶＭテンプレートテーブル２４３０は、図４を参照しつつ以下更に詳細に説明する。
【００３０】
管理プログラム２４１０は、メモリ２５００にアップロードされて、プロセッサ２２００により実行されることで、管理手順を実行する。管理プログラム２４１０の手順は、以下に詳説する。幾つかの実施例では、管理プログラム２４１０は図１に示す管理プログラム１２００と同質である。
【００３１】
メモリ２５００は、ストレージアレイテーブル２５１０、ストレージボリュームテーブル２５２０、物理サーバテーブル２５３０、仮想サーバテーブル２５４０、マッピングテーブル２５５０、仮想サーバトポロジーテーブル２５６０、仮想サーバペアテーブル２５７０、ストレージ性能テーブル２５８０及びサーバ性能テーブル２５９０から構成される。
【００３２】
ストレージアレイテーブル２５１０は、図５を参照しつつ以下更に詳細に説明する。ストレージボリュームテーブル２５２０は、図６を参照しつつ以下更に詳細に説明する。物理サーバテーブル２５３０は、図７を参照しつつ以下更に詳細に説明する。仮想サーバテーブル２５４０は、図８を参照しつつ以下更に詳細に説明する。マッピングテーブル２５５０は、図９を参照しつつ以下更に詳細に説明する。仮想サーバトポロジーテーブル２５６０は、図１０を参照しつつ以下更に詳細に説明する。仮想サーバペアテーブル２５７０は、図１１を参照しつつ以下更に詳細に説明する。ストレージ性能テーブル２５８０は、図１２を参照しつつ以下更に詳細に説明する。サーバ性能テーブル２５９０は、図１３を参照しつつ以下更に詳細に説明する。
【００３３】
図３は、本願の実施例に基づくイメージカタログテーブル２４２０例を示す。イメージカタログテーブル２４２０は、アプリケーション管理者１０１０が、セルフサービスポータル１６００を利用することで、アプリケーションを展開しあるいは展開要求を送信する場合に利用できる。利用時には、イメージカタログテーブル２４２０は、ローカルディスク２４００から管理サーバ２０００のメモリ２５００にアップロードされる。
【００３４】
例示のように、イメージカタログテーブル２４２０は、イメージカタログに関する情報を提供する列を含む。列２４２１は、カタログのＩＤ情報あるいはＩＤを提供する。列２４２２は、アプリケーションのタイプを提供する。更に、列２４２３は、アプリケーションを稼働するオペレーティングシステムの名称を提供し、列２４２４はアプリケーションが稼働するオペレーティングシステムバージョンを提供する。列２４２５は、アプリケーションの名称を提供し、列２４２６はアプリケーションのバージョンを表示する。列２４２７は、該アプリケーションが含まれるストレージボリュームの場所を提供する。これらのストレージボリュームは「黄金のイメージ」として言及される場合がある。
【００３５】
イメージカタログテーブル２４２０の各行（２４２Ａ−２４２Ｅ）は、イメージカタログのいずれか一つと符合する。例えば、行２４２Ａはアプリケーションのデータベース種別に係るカタログを表示する。該カタログは、Ｕｂｕｎｔｕオペレーティングシステムバージョン１３．０４上で稼働するアプリケーションＭｙＳＱＬバージョン２．４を含む。ここでのイメージカタログは、ストレージシステム０１のボリューム０１に位置している。
【００３６】
図４は、本願の実施例に基づくＶＭテンプレートテーブル２４３０例を示す。ＶＭテンプレートテーブル２４３０に表示される該テンプレートは、幾つかのタイプのＶＭに係る資源構成を記述する。使用時には、該テーブルがローカルディスク２４００から管理サーバ２０００のメモリ２５００にアップロードされる。
【００３７】
例示のように、ＶＭテンプレートテーブル２４３０は、ＶＭテンプレートに関する情報を提供する多数の列を含む。列２４３１は、テンプレートのＩＤを提供し、列２４３２は、ＶＭタイプを提供する。列２４３３は、プロセッサタイプを提供する。列２４３３の値は、通常メモリ、高速メモリ、高速ＣＰＵ及び高速Ｉ／Ｏとする。列２４３４は、プロセッサ性能を提供する。列２４３４の値は、通常のＣＰＵをベースとした相対的な値である。列２４３５は、プロセッサの数を表示する。列２４３６は、メモリの容量を提供し、列２４３７は、毎秒最大入出力操作（ＩＯＰＳ）を提供する。更に、列２４３８は、単価を表示する。
【００３８】
ＶＭテンプレートテーブル２４３０の各行（２４３Ａ−２４３Ｄ）は、ＶＭ各タイプの資源構成を表示する。例えば、行２４３Ａは、通常タイプＶＭの構成を表示する。このタイプのＶＭは二つの通常プロセッサと４ＧＢメモリを含む。このタイプのＶＭの単価は１０である。
【００３９】
図５は、本願の実施例に基づく物理ストレージアレイテーブル２５１０を例示する。この物理ストレージアレイテーブル２５１０は、管理プログラム２４１０によりメモリ２５００内に作成できる。
【００４０】
例示のように、物理ストレージアレイテーブル２５１０は、物理ストレージアレイに関する情報を提供する多数の列を含む。列２５１１は、物理ストレージアレイのＩＤ情報あるいはＩＤを提供する。列２５１２は、各物理ストレージアレイのポート資源を提供する。列２５１３は、各物理ストレージアレイのキャッシュ資源を提供する。列２５１４は、各物理ストレージアレイのアレイグループ資源を提供する。
【００４１】
物理ストレージアレイテーブル２５１０の各行（２５１Ａ−２５１Ｃ）は、各物理ストレージアレイの構成を表示する。例えば、行２５１Ａは、物理ストレージアレイ０１の構成を表示する。物理ストレージアレイは、ポートＡ、Ｂ、Ｃ及びＤにおいて毎秒８ギガビット（Ｇｂｐｓ）、Ｃ−０１キャッシュでは１６０ギガバイト（ＧＢ）、Ｃ−０２キャッシュでは１２８ギガバイト、アレイグループＡＧ−００２では３００テラバイト（ＴＢ）及びアレイグループＡＧ−１０２では３００テラバイトのデータ転送速度を有する。
【００４２】
図６は、本願の実施例に基づくストレージボリュームテーブル２５２０を例示する。ストレージボリュームテーブル２５２０は、管理プログラム２４１０によりメモリ２５００内に作成できる。
【００４３】
例示のように、ストレージボリュームテーブル２５２０は、ストレージボリュームに関する情報を提供する多数の列を含む。列２５２１は、仮想ストレージアレイの所有するストレージボリュームのＩＤ情報あるいはＩＤを提供する。列２５２２は、ストレージボリュームのＩＤを提供する。列２５２３は、各ストレージボリュームに割り当てられたキャッシュ資源を提供する。列２５２４は、各ストレージボリュームの容量を提供する。
【００４４】
ストレージボリュームテーブル２５２０の各行（２５２Ａ−２５２Ｅ）は、各ストレージボリュームの構成を表示する。例えば、行２５２Ａは、ストレージアレイ０１のストレージボリューム０１の構成を表示する。このストレージボリュームはキャッシュ資源では３２ギガバイト、容量では８０テラバイトを有する。
【００４５】
図７は、本願の実施例に基づく物理サーバテーブル２５３０を例示する。この物理サーバ２５３０は、管理プログラム２４１０によりメモリ２５００内に作成できる。
【００４６】
例示のように、物理サーバテーブル２５３０は、物理サーバに関する情報を提供する多数の列を含む。列２５３１は、物理サーバのＩＤ情報あるいはＩＤを提供する。列２５３２は、各物理サーバのＣＰＵのコア数及びタイプ数を提供する。列２５３３は、各物理サーバの容量を提供する。列２５３４は、各物理サーバのポート資源を提供する。
【００４７】
物理サーバテーブル２５３０の各行（２５３Ａ−２５３Ｄ）は、各物理サーバの構成を表示する。例えば、行２５３Ａは、物理サーバ０１の構成を表示する。この物理サーバは、通常ＣＰＵの１２コアと、メモリ３２ギガビット、ポートＡ及びＢにおいて４ギガビット毎秒のデータ転送速度を有し、重複排除機能がインストールされている。
【００４８】
図８は、本願の実施例に基づく仮想サーバテーブル２５４０例示する。この仮想サーバテーブル２５４０は、管理プログラム２４１０によりメモリ２５００内に作成できる。
【００４９】
例示のように、仮想サーバテーブル２５４０は、仮想サーバ（仮想マシン（ＶＭ））に関する情報を提供する多数の列を含む。列２５４１は、仮想サーバのＩＤを提供する。列２５４２は、仮想サーバが稼働する物理サーバのＩＤを提供する。列２５４３は、各仮想サーバに割り当てられたＣＰＵの数を提供する。列２５４４は、各仮想サーバに割り当てられたメモリの容量を提供する。列２５４５は、各仮想サーバに割り当てられたポートを提供する。
【００５０】
仮想サーバテーブル２５４０の各行（２５４Ａ−２５４Ｄ）は、各仮想サーバ０１の構成を表示する。例えば、行２５４Ａは、仮想サーバ０１の構成を表示する。この仮想サーバは、物理サーバ０１をホストとし、二つのＣＰＵコアと、４ギガビットのメモリ及びポートＡにおいて４ギガビット毎秒のデータ転送速度を有する。
【００５１】
図９は、本願の実施例に基づくマッピングテーブル２５５０例示する。このマッピングテーブル２５５０は、管理プログラム２４１０によりメモリ２５００内に作成できる。
【００５２】
例示のように、マッピングテーブル２５５０は、アプリケーション、仮想サーバ（ＶＭ）、ストレージボリューム間の関係をマッピングする多数の列を含む。列２５５１は、アプリケーションのＩＤを提供する。列２５５２は、アプリケーションの名称を提供する。アプリケーションの名称は、アプリケーション管理者１０１０により、セルフサービスポータル１６００のＧＵＩ１６００−Ａ（図１４を参照しつつ以下に説明）のアプリケーション名称フィールド１６２０−Ａにおいて特定できる。
【００５３】
列２５５３は、イメージカタログのＩＤを提供する。アプリケーションタイプは、アプリケーション管理者１０１０により、セルフサービスポータル１６００のＧＵＩ１６００−Ａ（図１４を参照しつつ以下に説明）のアプリケーションタイプフィールド１６１０−Ａにおいて選択できる。アプリケーションタイプ情報とイメージカタログテーブル２４２０内のタイプ列２４２２を符合させることにより、イメージカタログのＩＤを決定できる。
【００５４】
列２５５４は、アプリケーションが稼働中の仮想サーバのＩＤを提供する。
【００５５】
列２５５５は、仮想サーバの名称を提供する。本実施例において、これらの名称は、アプリケーション名称に基づき、管理プログラム２４１０により自動的に作成できる。ただし実施例は、この構成に限定される訳ではなく、その他の構成を採択することもできる。例えば、アプリケーション管理者１０１０が、各仮想サーバの名称を特定できる。
【００５６】
列２５５６は、仮想サーバのポートＩＤを提供する。列２５５７は、ストレージアレイＩＤを提供する。列２５５８は、ストレージアレイポートのＩＤを提供する。列２５５９は、ストレージボリュームのＩＤを提供する。
【００５７】
マッピングテーブル２５５０の各行（２５５Ａ−２５５Ｇ）は、アプリケーションとストレージボリューム間の端から端までのマッピングを提供する。例えば、行２５５Ｂは、アプリケーション２が「Ｗｅｂ−Ｃ」の名称を有し、イメージカタログ４から作成でき、名称を「ＷｅｂＤＢ」とする仮想サーバ０３上で稼働中であることを表示する。更に、仮想サーバ０３は、アプリケーション２用に割り当てられた二つのストレージボリューム０５２及び０５５を有する。ストレージアレイ０２のストレージボリューム０５２は、ストレージアレイのポートＢ及び仮想サーバのポートＡを介して仮想サーバ０３に割り当てられる。ストレージアレイ０１のストレージボリューム０５５は、ストレージアレイのポートＡと仮想サーバのポートＡを介して仮想サーバ０３に割り当てられる。
【００５８】
図１０は、本願の実施例に基づく仮想サーバトポロジーテーブル２５６０例示する。この仮想サーバトポロジーテーブル２５６０は、管理プログラム２４１０により、メモリ２５００内に作成できる。
【００５９】
例示のように、マッピングテーブル２５６０は、仮想サーバのトポロジーあるいは相互接続に関するマッピング情報を提供する多数の列を含む。列２５６１は、仮想サーバＩＤを提供する。列２５６２は、親仮想サーバのＩＤを提供する。各行（２５６Ａ−２５６Ｄ）は、仮想サーバ間のトポロジーを表示する。例えば、行２５６Ｂは、仮想サーバ０２が仮想サーバ０１に接続されていることを表示する。
【００６０】
図１１は、本願の実施例に基づく仮想サーバペアテーブル２５７０を例示する。この仮想サーバペアテーブル２５７０は、管理プログラム２４１０により、メモリ２５００内に作成できる。
【００６１】
例示のように、仮想サーバペアテーブル２５７０は、二つの仮想サーバ間のペア状態を示すペア情報を提供する多数の列を含む。列２５７１は、仮想サーバのＩＤを提供する。列２５７２は、ペアとなった仮想サーバのＩＤを提供する。
【００６２】
仮想サーバペアテーブル２５７０の各行は、各仮想サーバ間のペア関係を表示する。例えば、行２５７Ａは、仮想サーバ０５が仮想サーバ０３とペア状態にあることを表示する。仮想サーバのペア化手順は以下に更に詳細に説明する。
【００６３】
図１２は、本願の実施例に基づくストレージ性能テーブル２５８０を例示する。このストレージ性能テーブル２５８０は、管理プログラム２４１０により、メモリ２５００内に作成できる。
【００６４】
例示のように、ストレージ性能テーブル２５８０は、ストレージボリュームのため、現行の性能情報及び履歴性能情報を提供する多数の列を含む。列２５８１は、ストレージアレイのＩＤを提供する。列２５８２は、ストレージボリュームのＩＤを提供する。列２５８３は、ストレージボリュームの履歴性能データＩＤを提供する。列２５８４は、ストレージボリュームに割り当てられたキャッシュの利用率を提供する。列２５８５は、ストレージボリュームが湾曲状にされるアレイグループの利用率を提供する。列２５８６は、ストレージボリュームに割り当てられたポートの利用率を提供する。
【００６５】
ストレージ性能テーブル２５８０の各行は、各ストレージボリュームの履歴性能データを表示する。例えば、行２５８Ａは、少なくとも三つの履歴データ（０から２まで）を有するストレージアレイ０１のストレージボリューム性能データを表示する。
【００６６】
図１３は、本願の実施例に基づくサーバ性能テーブル２５９０を例示する。このサーバ性能テーブル２５９０は、管理プログラム２４１０により、メモリ２５００内に作成できる。
【００６７】
例示のように、サーバ性能テーブル２５９０は、物理及び仮想サーバのための現行の性能情報及び履歴性能情報を提供する多数の列を含む。列２５９１は、物理サーバ及び仮想サーバあるいはそのいずれかのＩＤを提供する。列２５９２は、サーバが物理サーバか否かを示すフラグを提供する。本実施例において、「ＹＥＳ」の値が含まれていれば、サーバは物理サーバで、「ＮＯ」の値が含まれていれば、サーバは仮想サーバである。これとは逆に、他の実施例において、この関係は、「ＹＥＳ」の値は仮想サーバを、また、「ＮＯ」の値は物理サーバを示すものとすることができる。
【００６８】
列２５９３は、サーバの履歴性能データＩＤを提供する。履歴ＩＤ２５９３としてタイムスタンプを利用できる。列２５９４は、サーバ各ＣＰＵの利用率を提供する。列２５９５は、サーバメモリの利用率を提供する。列２５９６は、サーバディスクの利用率を提供する。
【００６９】
サーバ性能テーブル２５９０の各行（２５９Ａ−２５９Ｂ）は、各サーバの履歴性能データを表示する。例えば、行２５９Ａは、物理サーバであり、少なくとも三つの履歴データ（０から２まで）を有するサーバ０１の性能データを表示する。
【００７０】
図１４は、本願の実施例に基づくセルフサービスポータル１６００のグラフィックユーザインターフェース（ＧＵＩ）１６００−Ａを例示する。アプリケーション管理者１０１０がクラウドシステム１０００上でアプリケーションを展開する場合に、このＧＵＩ１６００−Ａを利用できる。幾つかの実施例では、アプリケーション管理者は、アプリケーションタイプ１６１０−Ａ、例えば、「Ｗｅｂサーバ」を選択できる。候補となるアプリケーションタイプは、イメージカタログテーブル２４２０内に例示されるタイプ情報２４２２、ＯＳ名称情報２４２３、ＯＳバージョン情報２４２４、アプリケーション名称情報２４２５及びアプリケーションバージョン情報２４２６に基づき展開できる。
【００７１】
アプリケーション管理者１０１０は、次に、以下に述べる図１５に例示のように、「Ｗｅｂ−Ａ」などのアプリケーション名称１６２０−Ａを入力できる。アプリケーション管理者１０１０は、作成すべき多数のＶＭ１６３０−Ａを選択できる。
【００７２】
管理プログラム２４１０は、「確認」ボタン１６４０−Ａを選択する場合、図１５に例示の確認ＧＵＩ１６００−Ｂを表示できる。これとは逆に、図１４に示す「取消」ボタンを選択する場合、管理プログラム２４１０は展開プロセスを取り消す。
【００７３】
図１５は、本願の実施例に基づくセルフサービスポータル１６００の確認ＧＵＩ１６００−Ｂを例示する。アプリケーション管理者１０１０が、セルフサービスポータル１６００のアプリケーション展開ＧＵＩ１６００−Ａの「確認」ボタン１６４０−Ａを選択した後で、このＧＵＩ１６００−Ｂを展開できる。
【００７４】
確認ＧＵＩ１６００−Ｂは、確認のためのアプリケーション管理者１０１０により入力された情報を提供する多数のフィールドを含む。例えば、フィールド１６１０−Ｂは、アプリケーションタイプを、また、フィールド１６２０−Ｂは、アプリケーション名称を提供できる。更に、フィールド１６３０−Ｂは、アプリケーションを稼働するＶＭの数を提供できる。
【００７５】
加えて、フィールド１６４０−Ｂは、プロビジョンされるＶＭの複数の行列情報を提供する。列１６４１−Ｂは、ＶＭ名称を提供する。この名称は、管理プログラム２４１０により、アプリケーション名称１６２０−Ｂから作成できる。列１６４２−Ｂは、必要とされるＣＰＵの数とタイプを提供する。列１６４３−Ｂは、メモリの容量を提供し、列１６４４−Ｂは、ストレージボリュームの容量を提供する。各行（１６４Ａ−Ｂ  から１６４Ｄ−Ｂ）は、各ＶＭの構成を提供する。例えば、行１６４Ａ−Ｂは、「Ｗｅｂ−Ａ−１」を名称としたＶＭの構成を表示する。このＶＭは、１６個の高速度ＣＰＵと、８ギガバイトメモリと２テラバイトのストレージボリュームを有する。
【００７６】
フィールド１６５０−Ｂは、アプリケーションの計算済ユニットコストを提供する。ＶＭテンプレートテーブル２４３０の単価情報２４３８によれば、「高速Ｉ／Ｏ」ＶＭのユニットコストは９０である。更に、このアプリケーションに割り当てられた「高速Ｉ／Ｏ」ＶＭの数は４である。このため、このアプリケーションのユニットコストは３６０（９０×４）である。幾つかの実施例では、ユニットコストはまたストレージボリュームのコストを含む。
【００７７】
管理プログラム２４１０は、「確認」ボタン１６６０−Ｂが選択されると、従来既知のアプリケーション展開プロセスを実行する。これとは逆に、「取消」ボタン１６７０−Ｂが選択されると、管理プログラム２４１０は、展開プロセスを取り消す。更に、「戻り」ボタン１６８０−Ｂを選択すると、管理プログラム２４１０は図１５に例示するセルフサービスポータル１６００のプロビジョニングのＧＵＩ１６００−Ａを再表示する。
【００７８】
図１６は、本願の実施例に基づくセルフサービスポータル１６００のＶＭネットワーク構成ＧＵＩ１６００−Ｃを例示する。アプリケーション管理者１０１０が、自ら使用中のＶＭ間のネットワークを構成する際に、このＧＵＩ１６００−Ｃを利用できる。アプリケーション管理者１０１０は、ＶＭネットワークエディター１６１０−Ｃを利用することで一方のＶＭを他方のＶＭに接続することができる。例えば、図１６には、ＶＭ０５が、アプリケーション管理者１０１０により、ＶＭ０２に接続されている状態が示されている。
【００７９】
「ＯＫ」ボタン１６２０−Ｃを選択すると、管理プログラム２４１０はアプリケーション管理者１０１０により特定されるトポロジー情報に従いＶＭ間のネットワークを構成する。本実施例において、アプリケーション管理者は具体的なネットワークパラメータ（ＩＰアドレス等）を特定しない。しかしながら、その他の実施例において、ＧＵＩ１６００−Ｃは、ネットワークパラメータ（ＩＰアドレス等）を特定するためのテキストフィールドを含むことができる。
【００８０】
「取消」ボタン１６３０−Ｃが選択されると、管理プログラム２４１０はネットワーク構成プロセスを取り消す。
【００８１】
図１７は、本願の実施例に基づくＶＭペア化のためのプロセス１００００のフローチャートを例示する。
【００８２】
ステップ１００１０において、ＶＭペア化のためのプロセス１００００がスタートする。１００２０において、管理プログラム２４１０は、セルフサービスポータル１６００を利用してアプリケーション管理者１０１０により提供される入力に基づきアプリケーションの展開要求を受信する。セルフサービスポータル１６００の確認ＧＵＩ１６００−Ｂに例示のパラメータは該展開要求と共に管理プログラム２４１０に転送される。
【００８３】
該展開要求が受信されると、管理プログラム２４１０はストレージボリュームをプロビジョンし、仮想サーバを作成し、ストレージボリュームを仮想サーバに割り当て、１００３０で該展開要求と共に受信したパラメータに基づき仮想サーバ上でアプリケーションを展開する。
【００８４】
ステップ１００３０で、管理プログラム２４１０がセルフサービスポータル１６００を利用してアプリケーション管理者１０１０により提供される入力に基づき仮想サーバのネットワーク構成要求を受信する。セルフサービスポータル１６００のＶＭネットワーク構成ＧＵＩ１６００−Ｃを利用してアプリケーション管理者１０１０により入力されるネットワークトポロジーは該展開要求と共に管理プログラム２４１０に転送される。
【００８５】
ステップ１００５０で、管理プログラム２４１０は、該展開要求と共に受信したネットワークトポロジー情報に基づき仮想サーバのネットワークを構成する。ステップ１００６０で、管理プログラム２４１０は、以下に述べる図１８に例示のサブシーケンスプロセスを利用して、差し替えのための候補ＶＭを同定する。このサブシーケンスプロセスは、ステップ１００３０で作成されたＶＭと差し替えられる一つ以上のＶＭを同定するため利用される。
【００８６】
ステップ１００７０で、管理プログラム２４１０は、新たに作成されたＶＭと差し替えられるいずれかの候補ＶＭが１００６０において同定されたか否かを決定する。ステップ１００６０において少なくとも一つの候補ＶＭが同定（即ち、結果は「ＹＥＳ」）された場合、プロセス１００００は、ステップ１００８０に進む。ステップ１００６０において候補ＶＭが何ら同定されなかった場合（即ち、結果は「ＮＯ」）、プロセス１００００はステップ１０１１０に進む。
【００８７】
ステップ１００８０で、管理プログラム２４１０は以下に述べる図１９に例示の差し替え可能性のスコア化サブシーケンスを発動する。図１９に示すサブシーケンスを利用して、ステップ１００３０において作成されたＶＭは、ステップ１００６０において同定された候補ＶＭの中で一つ以上のＶＭとの差し替えのため作成された可能性を示すスコアが計算される。
【００８８】
ステップ１００９０で、管理プログラム２４１０は、ステップ１００８０で計算されたスコアが所定の閾値よりも大きいか否かを判断する。計算済スコアが閾値よりも大きい（即ち、結果は「ＹＥＳ」）場合、プロセス１００００はステップ１０１００に進む。計算済スコアが閾値未満（即ち、結果が「ＮＯ」）の場合、プロセス１００００はステップ１０１１０へ進む。
【００８９】
ステップ１０１００で、管理プログラム２４１０は、ステップ１００８０において計算されたスコアに基づき、ステップ１００３０において作成されたＶＭと候補ＶＭをペア化する。幾つかの実施例では、複数の候補ＶＭが、ステップ１００３０において作成されたＶＭと差し替えられる可能性があるとして同定された場合、ステップ１００３０において作成されたＶＭは最高スコアを有する候補ＶＭとペア化される。ペア化情報は、仮想サーバペアテーブル２５７０に記憶される。プロセスは次にステップ１０１１０へ進む。
【００９０】
ステップ１０１１０において、管理プログラム２４１０はプロセス１００００を終了し、アプリケーションの展開プロセスを完了する。
【００９１】
図１８は、本願の実施例に基づく差し替えのための候補ＶＭを同定するためのプロセス２００００に係るフローチャートを例示する。図１８に示すプロセス２００００は、図１７に示すステップ１００６０において候補ＶＭを同定するサブシーケンスとして、管理プログラム２４１０により利用される。
【００９２】
ステップ２００１０において、差し替えのための候補ＶＭを同定するプロセス２００００がスタートする。ステップ２００２０において、管理プログラム２４１０は、仮想サーバトポロジーテーブル２５６０を参照することで、図１７に示すプロセス１００００のステップ１００３０において作成されたＶＭと関連付けられたＶＭを同定する。ＶＭは、これがステップ１００３０において作成されたＶＭと親子の関係を共有する場合、ステップ１００３０において作成されたＶＭと関連付けられているものと判断される。例えば、ステップ１００３０において作成されたＶＭの子ＶＭであるＶＭがステップ１００３０において作成されたＶＭと関連付けられているものと判断される。これに加えて、ステップ１００３０において作成されたＶＭの親ＶＭであるＶＭは、ステップ１００３０において作成されたＶＭと関連付けられているものと判断される。
【００９３】
ステップ２００３０において、管理プログラム２４１０は、マッピングテーブル２５５０及びイメージカタログテーブル２４２０に基づき、ステップ１００３０において作成されたＶＭと関連付けられているものとして同定された各ＶＭ上で稼働中のアプリケーションタイプを入手する。
【００９４】
ステップ２００４０において、管理プログラム２４１０は、ステップ１００３０において作成されたＶＭと関連付けられているものとして同定された各ＶＭのアプリケーションタイプが「ロードバランサ」、「ルーター」のいずれであるかを決定する。ステップ１００３０において作成されたＶＭと関連付けられるものとして同定されたいずれかのＶＭが、「ロードバランサ」、「ルーター」のいずれか一方である（即ち、結果は「Ｙｅｓ」）場合、プロセス２００００はステップ２００５０に進む。ステップ１００３０において作成されたＶＭと関連付けられるものとして同定されたＶＭがいずれも「ロードバランサ」、「ルーター」のいずれでもない（即ち、結果は「Ｎｏ」）場合、プロセス２００００はステップ２００８０に進む。差し替えＶＭはロードバランサ、ルーターのいずれか一方として利用される可能性が高いため、「ロードバランサ」、「ルーター」のいずれか一方として同定されたＶＭは、幾つかの実施例では、差し替えとして作成される蓋然性を有するものとして判断される。他の実施例においては、ＶＭ間での入出力（Ｉ／Ｏ）の切り替えのため利用されるその他の技術が、差し替えＶＭである蓋然性を示すものとして利用される。
【００９５】
ステップ２００５０において、管理プログラム２４１０は、仮想サーバトポロジーテーブル２５６０を参照することで、ステップ２００４０において同定された各ＶＭの関連付けられたすべてのＶＭを「ロードバランサ」、「ルーター」のいずれかとして同定する（但し、ステップ１００３０において作成されたＶＭは除く）。ＶＭがステップ２００４０において同定されたＶＭと関連付けられているものと判断されるためには、該ＶＭがステップ２００４０において同定されたＶＭと親子関係を共有することが条件となる。例えば、ステップ２０４００において同定されたＶＭの子ＶＭであるＶＭは、ステップ２００４０において同定されたＶＭと関連付けられているものと判断される。これに加えて、ステップ２００４０において同定されたＶＭの親ＶＭであるＶＭはステップ２００４０において同定されたＶＭと関連付けられているものと判断される。
【００９６】
ステップ２００６０において、管理プログラム２４１０は、そのアプリケーションタイプがステップ１００３０において作成されたＶＭのタイプと同じでないＶＭをフィルターにかけ抽出する。ステップ２００７０において、管理プログラム２４１０は、ステップ２００６０においてフィルター抽出されていないいずれかのＶＭをステップ１００３０において作成されたＶＭによる「差し替えのための候補ＶＭ」として同定する。ステップ２００８０において、管理プログラム２４１０は、サブシーケンスプロセス２００００を終了し、プロセス１００００、ステップ１００７０に戻り、このステップから手順を進めていく。
【００９７】
図１９は、本願の実施例に基づく差し替えの可能性をスコア化するためのプロセス３００００に係るフローチャートを例示する。図１９に示すプロセス３００００は、管理プログラム２４１０により、図１７に示すステップ１００８０におけるスコア化サブシーケンスとして利用される。
【００９８】
ステップ３００１０において、差し替えの可能性をスコア化するためのプロセス３００００がスタートする。
【００９９】
ステップ３００２０において、管理プログラム２４１０は、アプリケーション管理者１０１０１がステップ１００２０においてＶＭの作成を要求した時点で、図１７に示すステップ１００６０において同定された各候補ＶＭのための性能データを入手する。ステップ３００３０において、管理プログラム２４１０は、各候補ＶＭの性能が事前に決められた閾値よりも低いか否かを決定する。いずれかの候補ＶＭの性能が閾値よりも低い（即ち、結果は「Ｙｅｓ」）場合、プロセス３００００はステップ３００４０に進む。いずれかの候補ＶＭの性能が閾値よりも高い（即ち、結果は「Ｎｏ」）場合、プロセス３００００はステップ３００５０に進む。閾値よりも低い性能は、新たに作成されたＶＭが候補ＶＭの差し替えというよりも負荷分散のため作成されたことを示すものと判断される。
【０１００】
ステップ３００４０において、管理プログラム２４１０はスコアに１ポイント加算する（例えば、スコア加算）。
【０１０１】
ステップ３００５０において、管理プログラム２４１０は、ステップ１００３０において作成されたＶＭの数が図１７に示すステップ１００６０において同定された候補ＶＭの数と等しいか否かを決定する。その結果が「Ｙｅｓ」の場合、プロセス３００００はステップ３００６０に進む。その結果が「Ｎｏ」の場合、プロセス３００００はステップ３００７０に進む。同定されたＶＭに等しい作成されたＶＭの数は、差し替えを示すものと判断される。
【０１０２】
ステップ３００６０において、管理プログラム２４１０は、スコアに１ポイント加算する（例えばスコア加算）。
【０１０３】
ステップ３００７０において、管理プログラム２４１０は、ステップ１００３０において展開されたアプリケーションのバージョンとＯＳバージョンが候補ＶＭのアプリケーションバージョンとＯＳバージョンと同じであるか否かを決定する。結果が「Ｙｅｓ」の場合、プロセス３００００はステップ３００８０に進む。結果が「Ｎｏ」の場合、プロセス３００００はステップ３００９０に進む。同じアプリケーションバージョンと同じＯＳバージョンは、差し替えよりもむしろ負荷分散を示すものとして判断される。
【０１０４】
ステップ３００８０において、管理プログラム２４１０は、スコアから１ポイント減算する（例えば、スコア減算）。ステップ３００９０において、管理プログラム２４１０は、サブシーケンスプロセス３００００を終了し、プロセス１００００、ステップの１００９０に戻り、このステップから手順を進めていく。
【０１０５】
図２０は、本願の実施例に基づくＶＭを他の物理サーバに移転し、また、ストレージボリュームを他のストレージアレイに移転するかあるいはそのいずれかを移転するためのプロセス４００００に係るフローチャートを例示する。
【０１０６】
ステップ４００１０において、ＶＭを他の物理サーバに移転し、また、ストレージボリュームを他のストレージアレイに移転するかあるいはそのいずれかを移転するためのプロセス４００００がスタートする。ステップ４００２０において、管理プログラム２４１０は、ストレージアレイ、物理サーバ及び仮想サーバの性能をモニターする。
【０１０７】
ステップ４００３０において、管理プログラム２４１０は、一つ以上のＶＭ移転が必要か否かを該一つ以上のＶＭの性能に基づき決定する。一つ以上のＶＭ移転が必要と決定される場合（即ち、結果が「Ｙｅｓ」）、プロセス４００００はステップ４００４０に進む。一つ以上のＶＭが不要と決定される場合（即ち、結果は「Ｎｏ」）、プロセス４００００はステップ４００５０に進む。
【０１０８】
ステップ４００４０において、管理プログラム２４１０は、以下詳細に述べる図２１に例示するＶＭ移転のサブシーケンスプロセス５００００を発動する。
【０１０９】
ステップ４００５０において、管理プログラム２４１０は、一つ以上のストレージボリュームの移転が必要か否かを該一つ以上のストレージボリュームの性能に基づき決定する。一つ以上のストレージボリュームの移転が必要と決定される場合（即ち、結果は「Ｙｅｓ」）、プロセス４００００はステップ４００６０に進む。一つ以上のストレージボリュームの移転が不要と決定される場合（即ち、結果は「Ｎｏ」）、プロセス４００００はステップ４００７に進む。
【０１１０】
ステップ４００６０において、管理プログラム２４１０は、以下詳細に述べる図２２に例示するストレージボリュームを移転するサブシーケンスプロセス６００００を発動する。
【０１１１】
ステップ４００７０において、管理プログラム２４１０は、ステップ４００２０に戻って、プロセス４００００を繰り返す前に、一定期間待機する。該一定期間は、特に限定される訳ではなく、秒、分、時間、日、週あるいは当業者にとって自明なその他の期間であって良い。
【０１１２】
図２１は、本願の実施例に基づく一つ以上のＶＭを移転するためのプロセス５００００に係るフローチャートを例示する。図２１に示すプロセス５００００は、管理プログラム２４１０により、図２０に示すステップ４００４０における一つ以上のＶＭを移転するためのサブシーケンスとして利用される。
【０１１３】
ステップ５００１０において、一つ以上のＶＭを移転するためのプロセス５００００がスタートする。ステップ５００２０において、管理プログラム２４１０は、仮想サーバペアテーブル２５７０に記憶されたペア化情報に基づき、移転中のＶＭのペア化ＶＭを見つける。ステップ５００３０において、管理プログラム２４１０は、サーバ性能テーブル２５９０に基づき、移転中のＶＭと該移転中のＶＭとペア化されるＶＭ双方を稼働するための性能余力を有する物理サーバの同定を試みる。
【０１１４】
ステップ５００４０において、管理プログラム２４１０は、移転中のＶＭと該移転中のＶＭとペア化されるＶＭ双方を稼働するための性能余力を有する物理サーバが同定されたか否かを決定する。物理サーバが同定された場合（即ち、結果は「Ｙｅｓ」）、プロセス５００００はステップ５００５０に進む。物理サーバが同定されない場合（即ち、結果は「Ｎｏ」）、プロセス５００００はステップ５００６０に進む。
【０１１５】
ステップ５００５０において、管理プログラム２４１０は、ＶＭ及びペア化されたＶＭをステップ５００３０において同定された物理サーバに移転する。
【０１１６】
ステップ５００６０において、管理プログラム２４１０は、サーバ性能テーブル２５９０に基づく移転中のＶＭを稼働するための性能余力を有する物理サーバを同定する。
【０１１７】
ステップ５００７０において、管理プログラム２４１０は、サーバ性能テーブル２５９０に基づき、移転中のＶＭとペア化されるＶＭの負荷が増大し移転中のＶＭの負荷と同じとなっても、移転中のＶＭとペア化されるＶＭを稼働するための性能余力を有する物理サーバを同定する。
【０１１８】
ステップ５００８０において、管理プログラム２４１０は、移転中のＶＭ及び移転中のＶＭとペア化されたＶＭをステップ５００６０及び５００７０において同定された各物理サーバに移転する。ステップ５００９０において、管理プログラム２４１０は、サブシーケンスプロセス５００００を終了し、プロセス４００００、ステップ４００５０に戻り、このステップから手順を進めていく。
【０１１９】
図２２は、本願の実施例に基づく一つ以上のストレージボリュームを移転するためのプロセス６００００に係るフローチャートを例示する。図２２に示すプロセス６００００は、管理プログラム２４１０により、図２０に示すステップ４００６０において一つ以上のストレージボリュームを移転するためのサブシーケンスとして利用される。
【０１２０】
ステップ６００１０において、一つ以上のストレージボリュームを移転するためのプロセス６００００がスタートする。ステップ６００２０において、管理プログラム２４１０は、移転中のボリュームを利用してＶＭを見つける。ステップ６００３０において、管理プログラム２４１０は、仮想サーバペアテーブル２５７０内に記憶されたペア化情報に基づき、ステップ６００２０において見つけるＶＭとペア化したＶＭを見つける。ステップ６００４０において、管理プログラム２４１０は、ペア化されたＶＭに割り当てられたストレージボリュームを同定する。
【０１２１】
ステップ６００５０において、管理プログラム２４１０は、ストレージ性能テーブル２５８０に基づき、移転中のボリューム及びペア化されたボリューム双方に対するＩ／Ｏを処理するための性能余力を有するストレージアレイの同定を試みる。
【０１２２】
ステップ６００６０において、管理プログラム２４１０は、ステップ６００５０においてストレージアレイが同定されたか否かを決定する。ストレージアレイが同定された場合（即ち、結果は「Ｙｅｓ」）、プロセス６００００はステップ６００７０に進む。ストレージアレイが同定されない場合（即ち、結果は「Ｎｏ」）、プロセス６００００はステップ６００８０に進む。
【０１２３】
ステップ６００７０において、管理プログラム２４１０は、移転中のボリューム及びペア化されたボリュームをステップ６００５０において同定されたストレージアレイに移転する。
【０１２４】
ステップ６００８０において、管理プログラム２４１０は、移転中のボリュームに対しＩ／Ｏ処理のための性能余力を有するストレージアレイを同定する。ステップ６００９０において、管理プログラム２４１０は、ペア化されたボリュームの負荷が増大して、移転中のボリュームの負荷と同じになる場合でも、ペア化されたボリュームに対するＩ／Ｏ／処理のための性能余力を有するストレージアレイを見つける。
【０１２５】
ステップ６０１００において、管理プログラム２４１０は、移転中のボリューム及びペア化されたボリュームをステップ６００８０及び６００９０において同定された各ストレージアレイに移転する。ステップ６０１１０において、管理プログラム２４１０は、サブシーケンスプロセス６００００を終了し、プロセス４００００、ステップ４００７０に戻り、このステップから手順を進めていく。
【０１２６】
本実施例において、管理プログラムが新たなＶＭを展開する場合、差し替えのための候補ＶＭを同定し、差し替えの可能性をスコア化し、差し替えのための可能性が高いと判断される場合、該新たなＶＭを候補ＶＭとペア化する。更に、本実施例において、管理プログラムはまた、複数のＶＭと該複数のＶＭにより利用されるストレージボリュームを他の物理サーバ及びストレージアレイにユニットで移転する。そうすることで、既存ＶＭのための差し替えとされる新たなＶＭを同時に移転できる。これにより、物理サーバ負荷分散のための既存ＶＭの移転が、アプリケーション管理者によるＶＭ差し替えを理由としたインフラ管理者の時間と労力の無駄となる状況を回避できる。
【実施例２】
【０１２７】
本実施例は、差し替えられる既存のＶＭから管理ポリシーを引き継ぎ、該ポリシーを活用して既存のＶＭと差し替わる新たなＶＭを管理する管理プログラムを例示する。
【０１２８】
図２３は、図２Ａに示すクラウドシステム用管理サーバ２０００’に係る第２の実施例を例示する。管理サーバ２０００’の構成部分の多くは、図２Ｂに示す管理サーバ２０００と類似している。なお、図２３に示す実施例において、管理サーバ２０００’は、図２Ｂに示す管理サーバ２０００のストレージ性能テーブル２５８０及びサーバ性能テーブル２５９０とは異なるストレージ性能テーブル２５８０’とサーバ性能テーブル２５９０’を有している。これに加えて、管理サーバ２０００は、二つの追加テーブル、ストレージ閾値テーブル２５Ａ０とサーバ閾値テーブル２５Ｂ０とを含む。
【０１２９】
図２４は、本願の第２の実施例に基づくストレージ性能テーブル２５８０’を例示する。ストレージ性能テーブル２５８０’の構成部分の多くは、図１２に示すストレージ性能テーブル２５８０と類似している。なお、ストレージ性能テーブル２５８０’は、元ストレージＩＤ列２５８７’と元ボリュームＩＤ列２５８８’を有する。これらの列は、性能データが他のストレージボリュームから引き継がれたことを示す目的で利用される。例えば、行２５８Ａ’は、ストレージアレイ０２のストレージボリューム０２に係る性能データを示す。この性能データは、ストレージアレイ０１のストレージボリューム０１から引き継がれたものである。性能データの引き継ぎ方法については、図２７を参照しつつ以下詳細に説明する。
【０１３０】
図２５は、本願の第２の実施例に基づくサーバ性能テーブル２５９０’を例示する。このサーバ性能テーブル２５９０’の構成部分の多くは、図１３に示すサーバ性能テーブル２５９０と類似している。ただし、サーバ性能テーブル２５９０’はまた、元サーバＩＤ列２５９８’を有し、該列は、図１３に示す行とは異なる行２５９Ａ’及び２５９Ｂ’を作成する。該列は、性能データが他のサーバから引き継がれたことを示す目的で利用される。例えば、行２５９Ｂ’は、仮想サーバ０３の性能データを示す。この性能データは、仮想サーバ０２から引き継がれたものである。性能データの引き継ぎ方法は、図２８を参照しつつ以下詳細に説明する。
【０１３１】
図２６は、本願の実施例に基づくストレージ閾値テーブル２５Ａ０を例示する。
【０１３２】
例示のように、ストレージ閾値テーブル２５Ａ０は、ストレージ閾値に関する情報を提供する多数の列を含む。列２５Ａ１は、ストレージアレイの同定情報即ちＩＤを提供する。列２５Ａ２は、ストレージボリュームのＩＤを提供する。列２５Ａ３は、当初から閾値を有するストレージアレイのＩＤを提供する。列２５Ａ４は、当初から閾値を有するストレージボリュームのＩＤを提供する。列２５Ａ５は、閾値の活性化期間を提供する。列２５Ａ５は、ストレージボリュームに割り当てられたキャッシュの利用率に係る閾値を提供する。列２５Ａ７は、ストレージボリュームが分配されるアレイグループの利用率に係る閾値を提供する。列２５Ａ８は、ストレージボリュームに割り当てられたポートの利用率に係る閾値を提供する。
【０１３３】
ストレージ閾値テーブル２５Ａ０の各行は、各ストレージボリュームの性能データに係る閾値を示す。例えば、行２５ＡＡは、ストレージアレイ０２のストレージボリュームの性能データに係る閾値を示す。該閾値は、少なくとも三つの期間（例えば、午前零時から午前７時まで、午前７時から午後１２時まで、また、午後１２時から午後５時まで）を目的として定義される。管理プログラム２４１０は、該期間において、一つ以上の性能データが該閾値を超過する場合、インフラ管理者１０３０に警告を発する。行２５ＡＡはまた、ストレージアレイ０２のストレージボリューム０２に割り当てられた閾値が、ストレージアレイ０１のストレージボリューム０１から引き継がれたものであることを示す。閾値の引き継ぎ方法については、後ほど説明する。
【０１３４】
図２７は、本願の実施例に基づくサーバ閾値テーブル２５Ｂ０を例示する。
【０１３５】
例示のように、サーバ閾値テーブル２５Ｂ０は、サーバ閾値に関する情報を提供する多数の列を含む。列２５Ｂ１は、物理あるいは仮想サーバのＩＤを提供する。列２５Ｂ２は、当初から閾値を有する物理あるいは仮想サーバのＩＤを提供する。列２５Ｂ３は、サーバが物理サーバであるか否かを示すフラグを提供する。本実施例において、「Ｙｅｓ」の値が含まれている場合、サーバは物理サーバであり、「Ｎｏ」の値が含まれている場合、サーバは仮想サーバである。上述した関係は、これとは逆に、他の実施例において、「Ｙｅｓ」の値は仮想サーバを示し、「Ｎｏ」の値は物理サーバを示すものとすることもできる。
【０１３６】
列２５Ｂ４は、閾値が活性化される期間を提供する。列２５Ｂ５は、サーバＣＰＵの利用率に係る閾値を提供する。列２５Ｂ６は、サーバメモリの利用率に係る閾値を提供する。列２５Ｂ７は、サーバディスクの利用率に係る閾値を提供する。列２５Ｂ８は、サーバポートの利用率に係る閾値を提供する。
【０１３７】
サーバ閾値テーブル２５Ｂ０の各行（２５ＢＡ−２５ＢＢ）は、各サーバの性能データに係る閾値を示す。例えば、行２５ＢＢは、仮想サーバ０３の性能データに係る閾値を示す。該閾値は、少なくとも三つの期間（例えば、午前零時から午前９時まで、午前９時から午後３時まで、また、午後３時から午後５時まで）を目的として定義される。管理プログラム２４１０は、該期間において、一つ以上の性能データが該閾値を超過する場合、警告を発する。行２５ＢＢはまた、仮想サーバ０３に割り当てられた閾値が、仮想サーバ０２から引き継がれたものであることを示す。該閾値の引き継ぎ方法については、後ほど説明する。
【０１３８】
図２８は、本願の第２の実施例に基づく削除されるべきＶＭから管理ポリシーを引き継ぐためのプロセス７００００に係るフローチャートを例示する。本実施例において、「管理ポリシー」とは、任意のＶＭに割り当てられた一つ以上の性能データ、性能データの閾値と該ＶＭと関連付けられたストレージボリュームのセットを意味する。ただし、使用される「管理ポリシー」の実施例は、本実施例に限定される訳ではなく、当業者にとって自明な追加あるいは代替の情報を含むことができる。
【０１３９】
ステップ７００１０において、削除されるべきＶＭから管理ポリシーを引き継ぐためのプロセス７００００がスタートする。ステップ７００２０において、管理プログラム２４１０は、セルフサービスポータル１６００を介して、アプリケーション管理者１０１０から一つ以上のＶＭ削除要求を受信する。ステップ７００３０において、管理プログラム２４１０は、仮想サーバペアテーブルに基づき削除が要求される一つ以上のＶＭとペア化されたいずれかのＶＭ同定を試みる。管理プログラム２４１０はまた、マッピングテーブル２５５０に基づき、ペア化されたＶＭと関連付けられたいずれかのストレージボリュームを同定してもよい。
【０１４０】
ステップ７００４０において、管理プログラム２４１０は、削除されるべき一つ以上のＶＭとペア化されたいずれかのＶＭが同定されたか否か、また、いずれかのストレージボリュームが同定されたか否かを決定する。ペア化されたＶＭが同定されあるいはストレージボリュームが同定された場合（即ち、結果は「Ｙｅｓ」）、プロセス７００００はステップ７００６０に進む。ペア化されたＶＭが同定されない場合であって、ストレージボリュームも同定されない場合（即ち、結果は「Ｎｏ」）、プロセス７００００はステップ７００５０に進む。
【０１４１】
ステップ７００５０において、管理プログラム２４１０は、ステップ７００２０において要求された一つ以上のＶＭを削除すると共に削除されたＶＭと関連付けられたストレージボリュームを削除する。管理プログラム２４１０はまた、メモリ２５００内の構成データ、性能データ及び閾値データを削除する。
【０１４２】
ステップ７００６０において、管理プログラム２４１０は、削除されるべき一つ以上のＶＭのＩＤに等しい（即ち、符合する）サーバＩＤを有するサーバ性能テーブル２５９０及びサーバ閾値テーブル２５８Ｂ０の行を同定する。ステップ７００７０において、管理プログラム２４１０は、ステップ７００６０において同定された行のサーバＩＤ列２５９１’、２５Ｂ１からのサーバＩＤをステップ７００６０において同定された行の元サーバＩＤ列２５９８’、２５Ｂ２にコピーする。ステップ７００８０において、管理プログラム２４１０は、ステップ７００６０において同定された行のサーバＩＤ列２５９１’、２５Ｂ１のサーバＩＤをステップ７００３０において同定された削除されるべき一つ以上のＶＭとペア化されるＶＭのサーバＩＤに変更する。
【０１４３】
ステップ７００９０において、管理プログラム２４１０は、ストレージ性能テーブル２５８０’及びストレージ閾値テーブル２５Ａ０それぞれにおいて、そのストレージＩＤとボリュームＩＤが削除中のＶＭにより利用されるストレージアレイＩＤ及びストレージボリュームＩＤと等しい行を同定する。ステップ７０１００において、管理プログラム２４１０は、ステップ７００９０において同定された行のストレージＩＤ列２５８１’、２５Ａ１からのストレージＩＤをステップ７００９０において同定された行の元ストレージＩＤ列２５８７’、２５Ａ３にコピーする。ステップ７０１００において、管理プログラム２４１０はまた、ステップ７００９０において同定された行のボリュームＩＤ列２５８２’、２５Ａ２からのボリュームＩＤをステップ７００９０において同定された元ボリュームＩＤ列２５８８’、２５Ａ４にコピーする。
【０１４４】
ステップ７０１１０において、管理プログラム２４１０は、ステップ７００９０において同定された行のストレージＩＤ列２５８１’、２５Ａ１内のストレージＩＤをステップ７００３０において同定された削除されるべき一つ以上のＶＭとペア化されたＶＭにより利用されるストレージアレイＩＤに変更する。ステップ７０１１０において、管理プログラム２４１０はまた、ステップ７００９０において同定された行のボリュームＩＤ列２５８２’、２５Ａ２内のボリュームＩＤを、ステップ７００３０において同定された削除されるべき一つ以上のＶＭとペア化されたＶＭにより利用されるストレージボリュームＩＤに変更する。ステップ７０１００が完了すると、プロセスはステップ７００５０に進む。
【０１４５】
ステップ７０１２０において、管理プログラム２４１０は管理ポリシー引き継ぎプロセス７００００を終了する。
【０１４６】
図２９は、本願の第２の実施例に基づく管理プログラム２１４０の性能モニタリングＧＵＩ２４１０−Ａを例示する。
【０１４７】
ＧＵＩ２４１０−Ａのフィールド２４１１−Ａは、仮想サーバの性能データと閾値をグラフにより例示する。このグラフは、仮想サーバ０３のＣＰＵ利用率、メモリ利用率、ディスク利用率及びポート利用率を例示する。実線は性能を、また、点線は閾値を表す。フィールド２４１１−Ａはまた、仮想サーバ０３が仮想サーバ０２の差し替えとして見なされていることを示す。差し替えのタイミング（即ち、仮想サーバ０２の削除）もまたグラフに表示されている。
【０１４８】
ＧＵＩ２４１０−Ａのフィールド２４１２−Ａは、ストレージボリュームの性能データ及び閾値をグラフにより例示する。このグラフは、ストレージアレイ０２のストレージボリューム０２のキャッシュ利用率、アレイグループ利用率及びポート利用率を例示している。実線は性能を、点線は閾値を表す。フィールド２４１１−Ａはまた、ストレージアレイ０２のストレージボリューム０２は、ストレージアレイ０１のストレージボリューム０１の差し替えとして見なされていることを示す。差し替えのタイミング（即ち、ストレージアレイ０１のストレージボリューム０１の削除）もまたグラフに示されている。
【０１４９】
「閉じる」ボタン２４１３−Ａを選択すると、管理プログラム２４１０は  ＧＵＩ２４１０−Ａを閉じる。
【０１５０】
本実施例において、管理プログラムは差し替えられる既存のＶＭから管理ポリシーを引き継ぎ、該ポリシーを活用し、既存のＶＭと差し替わる新たなＶＭを管理する。本実施例において、管理ポリシーの引き継ぎは、既存ＶＭの削除時点で行われるが、これに限定されない。例えば、引き継ぎは、ＶＭを差し替えるためのルーター及びロードバランサあるいはそのいずれか一方の構成変更時点で行うこともできる。このように引き継がれた管理ポリシーを利用することで、インフラ管理者１０３０はＶＭと該ＶＭにより利用されるストレージボリュームを容易に管理できることになる。
【０１５１】
上述した実施例の幾つかにおいて、管理プログラムは、既存のＶＭと差し替えるために作成されたＶＭを同定し、該ＶＭをペア化して同時に管理可能としている。更に、上述した実施例の幾つかにおいて、管理プログラムは、プロセスを利用して既存のＶＭと差し替わるＶＭが管理ポリシーを引き継ぎ可能としている。これらの実施例は、クラウド環境の基調となるＩＴインフラを管理するための運用コスト低減を可能とする。なお、実施例は、当業者にとって自明な実施の態様あるいはその他の効果を達成する必要はない。
【０１５２】
詳細な説明には、コンピュータ内の操作がアルゴリズム及び記号的表現により提示されている箇所が幾つかある。このアルゴリズム的な記述及び記号的な表現は、データ処理技術の当業者により利用される手段で、自らの創意工夫のエッセンスを他の当業者に効果的に伝達することを目的とする。アルゴリズムは、所望の最終状態あるいは結果に導く一続きの定義されたステップである。実施例において、実行されるステップは、有形の結果を達成するため、有形量の物理的操作を必要とする。
【０１５３】
実施例には、命令を含むコンピュータプログラム形式で提示されるものが幾つかある。該プログラムのための命令は、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）、ハードディスクドライブ（ＨＤＤ）及び類似媒体等の非一時的で有形の媒体を含むコンピュータ読み取り可能な記憶媒体内に記憶される。これに代えて、命令は、キャリアウェーヴ等その他の媒体を含むコンピュータ読み取り可能な信号媒体形式において記憶される。
【０１５４】
更に、本書に開示の明細内容の検討及び実施例の実地を介して、当業者には、本願の他の実施例も自明となることであろう。上述した実施例の様々な側面及び／または構成要素あるいはそのいずれかについては、単独であるいは組み合わせて使用することもできる。明細内容と実施例は、あくまでも例示として見なされ、本願の真の技術範囲及び精神は、以下の特許請求の範囲により示される。
【図１Ａ】
2017507415.tif 000003
【図１Ｂ】
2017507415.tif 000004
【図２Ａ】
2017507415.tif 000005
【図２Ｂ】
2017507415.tif 000006
【図３】
2017507415.tif 000007
【図４】
2017507415.tif 000008
【図５】
2017507415.tif 000009
【図６】
2017507415.tif 000010
【図７】
2017507415.tif 000011
【図８】
2017507415.tif 000012
【図９】
2017507415.tif 000013
【図１０】
2017507415.tif 000014
【図１１】
2017507415.tif 000015
【図１２】
2017507415.tif 000016
【図１３】
2017507415.tif 000017
【図１４】
2017507415.tif 000018
【図１５】
2017507415.tif 000019
【図１６】
2017507415.tif 000020
【図１７】
2017507415.tif 000021
【図１８】
2017507415.tif 000022
【図１９】
2017507415.tif 000023
【図２０】
2017507415.tif 000024
【図２１】
2017507415.tif 000025
【図２２】
2017507415.tif 000026
【図２３】
2017507415.tif 000027
【図２４】
2017507415.tif 000028
【図２５】
2017507415.tif 000029
【図２６】
2017507415.tif 000030
【図２７】
2017507415.tif 000031
【図２８】
2017507415.tif 000032
【図２９】
2017507415.tif 000033
【国際調査報告】
2017507415.tif 000034