WO2013051136A1 - 仮想サーバ処理制御方法、システムおよび仮想サーバ処理制御管理サーバ - Google Patents

Abstract

多数の仮想サーバに対するデプロイなどの処理要求に対して、トータル処理時間を短縮する。更に、データセンタ内の遊休リソースを有効活用する。 ハイパーバイザ「Ａ」（６１ａ）～ハイパーバイザ「Ｃ」（６１ｃ）は、いずれかの物理サーバ（６０ａ）～（６０ｃ）上で動作しており、仮想サーバ（６４）は、いずれかのデータストア「Ａ」（５１ａ）～データストア「Ｃ」（５１ｃ）上のファイルイメージに基いて稼働している。管理サーバ（１０）は、物理サーバ（６０ａ）上のハイパーバイザ「Ａ」（６１ａ）に対する一連のステップからなるタスクを指示された際、ステップの実行場所に制約が無いとき、このステップの実行場所を一時的実行場所に変更して実行を指示し、このステップの実行場所に制約が有るとき、デフォルトのハイパーバイザ「Ａ」（６１ａ）に対して実行を指示する。

Description

仮想サーバ処理制御方法、システムおよび仮想サーバ処理制御管理サーバ

　本発明は、仮想サーバに関するリソース管理オペレーションを制御する方法に関する。

　企業向けデータセンタで稼働するＩＴ（Information Technology）システムは、企業のビジネスニーズに柔軟かつ迅速に応える必要がある。
　近年のビジネスニーズの変更や負荷の増大に伴い、ＩＴインフラリソースを動的に増強可能とする利用モデルが登場している。更に、部門別に存在したＩＴインフラリソースをデータセンタに集約させ、データセンタのＩＴインフラリソースを部門に時間貸しする利用モデルが登場している。これらの利用モデルは、クラウドコンピューティング、または、IaaS（Infrastructure as a Service）などと呼ばれている。

　このような利用形態を実現するため、リソース管理ソフトウェアは、データセンタ内のＩＴインフラリソース運用のライフサイクル管理を支援する。リソース管理ソフトウェアは、リソースを調達し、リソースへサーバリソースやネットワークリソース、ストレージリソースなどの計算環境を配備（デプロイ）し、計算環境を制御し、環境が不要になった場合に、これらのリソースの回収を行う。

　例えば、従来のリソース管理ソフトウェアによる配備処理は、以下のような処理である。デプロイ先ハイパーバイザ上の仮想スイッチへ仮想ネットワークを作成する処理と、デプロイ先ハイパーバイザおよびデプロイ先データストアに仮想サーバを配備する処理と、仮想サーバを前記仮想ネットワークに接続する処理と、仮想サーバ起動後に仮想サーバ上で稼働するゲストＯＳやアプリケーションを個別の環境に合わせてＩＰアドレスやホスト名などの諸設定を変更するカスタマイズ処理とである。

　データセンタ内では、仮想サーバのデプロイ処理が頻繁に発生しており、特に大規模な管理対象を管理する巨大データセンタでは、一度に多くのリソース変更要求（デプロイ処理や電源制御処理など）が発生する場合がある。
　特許文献１には、ストレージを制御することにより、デプロイの回数を最小限にして、デプロイを高速化する発明が開示されている。

特開２００９－２３０６５５号公報

　従来技術では、仮想サーバのデプロイ処理などを行う際、管理サーバは、ハイパーバイザ上の仮想サーバ共有リソースを利用する。そのため、管理サーバが、仮想サーバのデプロイ処理などの処理要求を多重に実行すると、ハイパーバイザ上の仮想サーバ共有リソースが枯渇してしまう。これにより、デプロイ処理などの処理要求のスループットを上げることができず、トータルの処理時間が長くなってしまう虞がある。
　そこで、本発明は、仮想サーバに対する多数の処理要求に対して、トータル処理時間を短縮することを課題とする。

　前記課題を解決し、本発明の目的を達成するために、以下のように構成した。

　すなわち、本発明は、管理サーバが、仮想サーバを稼働することができるハイパーバイザに対して行う仮想サーバ処理制御方法であって、前記ハイパーバイザは、いずれかの物理サーバ上で動作され、前記仮想サーバは、いずれかのデータストア上のファイルイメージに基いて稼働され、前記管理サーバは、所定の実行場所に対する一連のステップからなるタスクを指示された際、前記ステップの実行場所を一時的実行場所に変更して実行を指示し、前記一時的実行場所での実行後に、前記一時的実行場所から前記所定の実行場所へと前記仮想サーバを移行させ、前記所定の実行場所にて前記タスクの継続実行を指示することを特徴とする仮想サーバ処理制御方法である。
　その他の手段については、発明を実施するための形態のなかで説明する。

　本発明によれば、仮想サーバに対する多数の処理要求に対して、トータル処理時間を短縮することができる。

第１の実施形態に於ける管理システムの構成を示す図である。 第１の実施形態に於ける管理サーバの論理構成を示す図である。 第１の実施形態に於けるストレージ装置の論理構成を示す図である。 第１の実施形態に於ける管理サーバの物理構成を示す図である。 第１の実施形態に於ける管理システムの構成を示す図である。 第１の実施形態に於ける対応テーブルの例を示す図である。 第１の実施形態に於ける同時実行数テーブルの例を示す図である。 第１の実施形態に於ける構成テーブルの例を示す図である。 第１の実施形態に於ける仮想サーバの構成情報の例を示す図である。 第１の実施形態に於けるデータストアの構成情報の例を示す図である。 第１の実施形態に於けるハイパーバイザの管理テーブルの例を示す図である。 第１の実施形態に於ける時間テーブルの例を示す図である。 第１の実施形態に於ける性能テーブルの例を示す図である。 第１の実施形態に於けるシナリオテーブルの例を示す図である。 第１の実施形態に於ける追加シナリオテーブルの例を示す図である。 第１の実施形態に於けるタスクテーブルの例を示す図である。 第１の実施形態に於けるリソース管理操作を示すフローチャートである。 第１の実施形態に於ける実行場所決定処理を示すフローチャートである。 第１の実施形態に於けるステップ置換処理を示すフローチャートである。 第２の実施形態に於ける追加シナリオテーブルの例を示す図である。

　以降、本発明を実施するための形態を、図を参照して詳細に説明する。
（第１の実施形態の構成）
　図１は、第１の実施形態に於ける管理システムの構成を示す図である。

　管理システムは、管理サーバ１０と、物理サーバ６０ａ，６０ｂ，６０ｃと、ストレージ装置４０と、管理端末７０とを備えている。管理サーバ１０と、物理サーバ６０ａ，６０ｂ，６０ｃと、ストレージ装置４０と、管理端末７０とは、管理用ネットワーク１００を介して相互に接続されている。更に、管理サーバ１０と、物理サーバ６０ａ，６０ｂ，６０ｃと、ストレージ装置４０とは、ストレージ用ネットワーク１１０を介して相互に接続されている。物理サーバ６０ａ，６０ｂ，６０ｃは、業務用ネットワーク１２０を介して相互に接続されている。なお、当該管理システムは一例であり、物理サーバの数は３台に限定されず、任意の台数を配備してもよい。

　管理サーバ１０は、記憶部２０と、シナリオ制御部３１と、実行場所決定部３２と、仮想環境管理部３３と、構成情報管理部３４と、性能情報管理部３５と、ストレージ管理部３６とを備えている。管理サーバ１０の詳細な論理構造は、後述する図２で説明する。

　ストレージ装置４０は、データを格納する外部記憶装置である。ストレージ装置４０は、ストレージ制御部４１と、例えば、ロジカルユニット５０ａ，５０ｂ，５０ｃを備えている。なお、以下の図面ではロジカルユニット５０ａ，５０ｂ，５０ｃを、「ＬＵ」と記載している場合がある。ロジカルユニット５０ａは、データストア「Ａ」５１ａを備えている。ロジカルユニット５０ｂは、データストア「Ｂ」５１ｂを備えている。ロジカルユニット５０ｃは、データストア「Ｃ」５１ｃを備えている。なお、ロジカルユニットの数は３台に限定されず、任意の台数を配備してもよい。
　ストレージ装置４０の詳細な論理構造は、後述する図３で説明する。

　管理端末７０は、入出力部７１を備えている。入出力部７１は、例えば、キーボードとマウスとディスプレイである。管理端末７０は、入出力部７１によって管理者からの入力を受け付け、管理用ネットワーク１００を介して管理サーバ１０に入力情報を送信する。更に、管理端末７０は、管理サーバ１０から管理用ネットワーク１００を介して情報を受信し、この入出力部７１のディスプレイなどに出力する。
　物理サーバ６０ａ～６０ｃは、物理的な計算機である。物理サーバ６０ａ～６０ｃは、管理サーバ１０の管理対象になりうるノードのひとつである。

　物理サーバ６０ａには、ハイパーバイザ「Ａ」６１ａが稼働している。このハイパーバイザ「Ａ」６１ａによって、２台の仮想サーバ６４が稼働している。仮想サーバ６４には、それぞれゲストＯＳ６５がインストールされている。なお、以下の図面では仮想サーバ６４を「Ｓｖｒ」と、ゲストＯＳ６５を「ＯＳ」と記載している場合がある。

　物理サーバ６０ｂには、ハイパーバイザ「Ｂ」６１ｂが稼働している。このハイパーバイザ「Ｂ」６１ｂによって、１台の仮想サーバ６４とコンソール６６とが稼働している。なお、以下の図面ではコンソール６６を「ＣＯＮ」と記載している場合がある。

　物理サーバ６０ｃには、ハイパーバイザ「Ｃ」６１ｃが稼働している。このハイパーバイザ「Ｃ」６１ｃによって、１台の仮想サーバ６４とコンソール６６とが稼働している。

　仮想サーバ６４は、計算機を仮想的に再現した計算機環境である。仮想サーバ６４は、後述するハイパーバイザ「Ａ」６１ａなどにより、物理サーバ６０ａの計算資源を物理的または論理的に分割した環境である。仮想サーバ６４は、いわゆるVM（Virtual Machine），PPAR（Physical PARtitioning），LPAR（Logical PARtitioning）とも呼ばれている。仮想サーバ６４は、管理サーバ１０の管理対象になりうるノードの一つである。

　仮想サーバ６４は、それぞれゲストＯＳ６５を備えている。ゲストＯＳ６５は、一般的なオペレーティングシステムであり、例えば、Windows(登録商標)、Linux（登録商標）、HP-UX（登録商標）、Solalis（登録商標）、VOS3（登録商標）、z/OS（登録商標）などである。ここで、ゲストＯＳ６５は、管理サーバ１０の管理対象になりうるノードのひとつである。

　ハイパーバイザ「Ａ」６１ａは、物理サーバ６０ａ上で稼働する仮想化ソフトウェアまたは仮想化機構であって、物理サーバ６０ａの有するＣＰＵ（不図示）や主記憶装置（不図示）などのリソースを物理的または論理的に分割し、例えば、２台の仮想サーバ６４を稼働させる。ハイパーバイザ「Ａ」６１ａは、例えば、VMware vSphere Hypervisor（登録商標）、Hyper-V（登録商標）、Virtage（登録商標）、KVM（登録商標）、XenServer（登録商標）、Oracle VM（登録商標）などである。ハイパーバイザ「Ｂ」６１ｂ、ハイパーバイザ「Ｃ」６１ｃは、ハイパーバイザ「Ａ」６１ａと同様の構成を有している。ここで、ハイパーバイザ「Ａ」６１ａ～ハイパーバイザ「Ｃ」６１ｃは、管理サーバ１０の管理対象のひとつである。

　ハイパーバイザ「Ａ」６１ａには、仮想スイッチ６２ａが稼働している。ハイパーバイザ「Ｂ」６１ｂには、仮想スイッチ６２ｂが稼働している。ハイパーバイザ「Ｃ」６１ｃには、仮想スイッチ６２ｃが稼働している。
　仮想スイッチ６２ａは、ハイパーバイザ「Ａ」６１ａが仮想的に実現するＩＰスイッチであり、ポートグループ「Ａ」６３ａとポートグループ「Ｂ」６３ｂとを仮想的に実現している。ポートグループ「Ａ」６３ａとポートグループ「Ｂ」６３ｂとで、ＶＬＡＮ（Virtual Local Area Network）が形成されている。なお、以下の図面ではポートグループを「ＰＧ」と記載している場合がある。
　仮想スイッチ６２ｂは、ハイパーバイザ「Ｂ」６１ｂが仮想的に実現するＩＰスイッチであり、ポートグループ「Ｃ」６３ｃを仮想的に実現している。ポートグループ「Ｃ」６３ｃで、ＶＬＡＮ（Virtual Local Area Network）が形成されている。
　仮想スイッチ６２ｃは、ハイパーバイザ「Ｃ」６１ｃが仮想的に実現するＩＰスイッチであり、ポートグループ「Ｄ」６３ｄとポートグループ「Ｅ」６３ｅとを仮想的に実現している。ポートグループ「Ｄ」６３ｄとポートグループ「Ｅ」６３ｅとで、ＶＬＡＮ（Virtual Local Area Network）が形成されている。

　本実施形態では仮想スイッチ６２ａ～６２ｃ上に、ポートＶＬＡＮであるポートグループ「Ａ」６３ａとポートグループ「Ｂ」６３ｂを構成している。しかし、これには限定されず、タグＶＬＡＮを構成してもよい。
　図１に於いて、ポートグループ「Ａ」６３ａ、ポートグループ「Ｂ」６３ｂは、それぞれ２台の仮想サーバ６４に接続されている。
　ポートグループ「Ｃ」６３ｃは、１台の仮想サーバ６４とコンソール６６とに接続されている。
　ポートグループ「Ｄ」６３ｄは、１台の仮想サーバ６４とコンソール６６とに接続されている。
　ポートグループ「Ｅ」６３ｅは、１台の仮想サーバ６４に接続されている。

　コンソール６６は、管理端末７０に接続されて、ハイパーバイザ「Ｂ」６１ｂ、ハイパーバイザ「Ｃ」６１ｃと、仮想サーバ６４とを制御する。

　管理用ネットワーク１００は、管理端末７０および管理サーバ１０が、物理サーバ６０ａ～６０ｃと、ハイパーバイザ「Ａ」６１ａ～ハイパーバイザ「Ｃ」６１ｃと、仮想サーバ６４とを管理するためのネットワークである（太実線）。これらの装置またはソフトウェアが有する管理インタフェースに接続できるネットワークであれば、いずれのネットワークであってもよい。管理用ネットワーク１００は、物理的なＬＡＮ（Local Area Network）で構成されていても、ＶＬＡＮで構成されていてもよい。また、管理用ネットワーク１００が物理的なＬＡＮで構成されている場合には、有線ネットワークであっても、無線ネットワークであってもよい。

　ストレージ用ネットワーク１１０は、ストレージ装置４０内のロジカルユニット５０ａ～５０ｃ内のデータを転送するためのネットワークである（細実線）。ストレージ用ネットワーク１１０は、SAN（Storage Area Network）であってもよく、iSCSI（Internet Small Computer System Interface）のためのＩＰ（Internet Protocol）ネットワークであってもよい。ストレージ用ネットワーク１１０は、管理用ネットワーク１００と物理的に同一なネットワーク上に形成してもよく、管理用ネットワーク１００とは物理的に異なるネットワーク上に形成してもよい。

　業務用ネットワーク１２０は、物理サーバ６０ａ～６０ｃ間をつなぐ業務用のネットワークである（破線）。このネットワークは業務システムが利用するネットワークであれば、いずれのネットワークでもよい。すなわち、業務用ネットワーク１２０は、物理的なＬＡＮで構成されていても、ＶＬＡＮで構成されていてもよい。また、業務用ネットワーク１２０が物理的なＬＡＮで構成されている場合には、有線ネットワークであっても、無線ネットワークであってもよい。

　図２は、第１の実施形態に於ける管理サーバの論理構成を示す図である。
　管理サーバ１０は、記憶部２０と、シナリオ制御部３１と、実行場所決定部３２と、仮想環境管理部３３と、構成情報管理部３４と、性能情報管理部３５と、ストレージ管理部３６とを備えている。

　記憶部２０は、管理サーバ１０の管理情報を格納している。記憶部２０は、対応テーブル２１と、同時実行数テーブル２２と、構成テーブル２３と、管理テーブル２４と、時間テーブル２５と、性能テーブル２６と、シナリオテーブル２７と、タスクテーブル２８と、仮想サーバテンプレート２９とを格納している。なお、シナリオテーブル２７は、後記するシナリオテーブル２７Ａ（図１４）と、追加シナリオテーブル２７Ｂ（図１５）とを含んでいる。

　仮想サーバテンプレート２９は、管理サーバ１０がライブラリ管理する仮想サーバ６４（図１）のテンプレートファイルである。シナリオ制御部３１は、この仮想サーバテンプレート２９のテンプレートファイルに基き、対象となるハイパーバイザ「Ａ」６１ａ～ハイパーバイザ「Ｃ」６１ｃ（図１）のいずれかに、仮想サーバ６４をデプロイすることができる。仮想サーバテンプレート２９は、仮想ディスクイメージファイル２９ａと、テンプレート定義ファイル２９ｂとを有している。仮想ディスクイメージファイル２９ａは、仮想サーバ６４の備えるディスクに相当するファイルである。

　テンプレート定義ファイル２９ｂは、仮想サーバ６４をデプロイしたりクローニングしたりする元となるテンプレート情報を定義したファイルである。仮想サーバテンプレート２９は、例えば、OVF（Open Virtualization Format）ファイル、仮想ディスクファイルイメージファイル（VMDK（virtual machine disk）ファイルまたはVHD（Virtual Hard Disk）ファイル）、OVA（open virtual appliance/application）ファイルのいずれであってもよい。
　その他の記憶部２０の要素については、後述する図６～図１６で詳細に説明する。

　シナリオ制御部３１は、シナリオテーブル２７に定義されたシナリオ情報に基づいて仮想サーバ６４のリソース管理オペレーションを実行する。シナリオ制御部３１は、ユーザ要求などに基づいて、シナリオテーブル２７を読み込み、シナリオ定義情報を特定した後、実行場所決定部３２を介してシナリオの実行場所を決定し、シナリオの内容を変更し、タスクテーブル２８にタスクとして登録する。更にシナリオ制御部３１は、タスクテーブル２８からタスクを取り出し、逐次、このタスクに含まれている各ステップを実行していく。

　実行場所決定部３２は、管理サーバ１０によるリソース管理オペレーションの実行先を決定する。実行場所決定部３２は、同時実行数テーブル２２に格納された同時実行数に基づいて、処理時間が最短になるようにステップ毎に実行場所を決定する。しかし、これに限られず、実行場所決定部３２は、性能テーブル２６に格納された性能情報にもとづいて管理対象が過負荷にならないように実行場所を決定してもよく、本番稼動中の他の仮想サーバ６４に悪影響を与えないように実行場所を決定してもよい。

　仮想環境管理部３３は、後述するハイパーバイザ「Ａ」６１ａ～ハイパーバイザ「Ｃ」６１ｃおよび仮想サーバ６４を管理する。管理サーバ１０は、仮想環境管理部３３の管理インタフェースを介して、ハイパーバイザ「Ａ」６１ａ～ハイパーバイザ「Ｃ」６１ｃおよび仮想サーバ６４の情報を収集して、これらを操作し、仮想サーバテンプレート２９から仮想サーバ６４をデプロイする。仮想環境管理部３３は、例えば、VMware（登録商標）社のvCenter Server（登録商標）や、Microsoft（登録商標）社のSystemCenter VirtualMachineManger（登録商標）などである。

　構成情報管理部３４は、仮想環境管理部３３を介して物理サーバ６０ａ～６０ｃおよびその構成要素の構成情報を収集して管理する。構成情報管理部３４は、ストレージ管理部３６を介して、ストレージ装置４０（図１）およびその構成要素の構成情報を収集して管理する。構成情報管理部３４が収集した構成情報は、構成テーブル２３に格納され、他のコンポーネントの要求に応じて読み出される。

　性能情報管理部３５は、仮想環境管理部３３を介して、物理サーバ６０ａ～６０ｃおよびその構成要素の性能情報を収集し管理する。性能情報管理部３５は、ストレージ管理部３６を介して、ストレージ装置４０およびその構成要素の性能情報を収集し管理する。性能情報管理部３５が収集した性能情報は、性能テーブル２６に格納され、他のコンポーネントの要求に応じて読み出される。

　ストレージ管理部３６は、ストレージ装置４０を管理する。ストレージ管理部３６は、ストレージ装置４０が備えているロジカルユニット５０ａ～５０ｃまたはストレージ制御部４１の構成情報を収集し、ストレージ制御部４１を介してロジカルユニット５０ａ～５０ｃを作成し、削除し、更新する。また、ストレージ管理部３６は、業務用ネットワーク１２０のパスの切替えの管理や、ロジカルユニット５０ａ～５０ｃのＬＵ（Logical Unit）セキュリティの設定および管理を行い、ストレージ用ネットワーク１１０を構成するネットワーク装置（不図示）の構成情報を収集する。

　図３は、第１の実施形態に於けるストレージ装置の論理構成を示す図である。
　ストレージ装置４０は、データを格納する外部記憶装置である。ストレージ装置４０は、ストレージ制御部４１と、例えば、ロジカルユニット５０ａ，５０ｂ，５０ｃを備えている。

　ストレージ制御部４１は、ストレージ装置４０のRAID（Redundant Arrays of Inexpensive Disks）制御や入出力制御を行う。ロジカルユニット５０ａ～５０ｃは、ストレージ装置４０が、物理サーバ６０ａ～６０ｃや仮想サーバ６４に提供するディスク装置である。ロジカルユニット５０ａは、データストア「Ａ」５１ａを備えている。ロジカルユニット５０ｂは、データストア「Ｂ」５１ｂを備えている。ロジカルユニット５０ｃは、データストア「Ｃ」５１ｃを備えている。

　データストア「Ａ」５１ａは、仮想サーバ６４の仮想ディスクイメージファイル５３などを格納するファイルシステムである。データストア「Ａ」５１ａは、例えば、VMware（登録商標）社のVMFSフォーマットによりフォーマットされたデータストア、Hyper-V（登録商標）環境に於けるNTFSなどでフォーマットされたファイルシステム、KVM（登録商標）環境に於けるextフォーマットされたファイルシステムなどである。
　データストア「Ａ」５１ａは、後記する仮想サーバ「Ａ」６４ａのファイルの実体である仮想サーバＡ実体５２と、仮想サーバテンプレート２９とを有している。仮想サーバＡ実体５２は、仮想サーバ定義ファイル５４と仮想ディスクイメージファイル５３の組み合わせである。仮想サーバテンプレート２９は、仮想ディスクイメージファイル２９ａとテンプレート定義ファイル２９ｂの組み合わせである。データストア「Ｂ」５１ｂ、データストア「Ｃ」５１ｃは、データストア「Ａ」５１ａと同様の構成を有している。

　仮想ディスクイメージファイル５３は、仮想サーバ６４が備えているディスクに相当するファイルであり、例えば、VMDK（Open Virtualization Format）ファイル、VHD（Virtual Hard Disk）ファイル、IMG（IMaGe）ファイル、ISO（International Organization for Standardization）ファイルなどである。

　仮想サーバ定義ファイル５４は、仮想サーバ６４のハードウェア構成などを定義したファイルであり、例えば、VMware（登録商標）環境に於けるVMXファイル、Hyper-V（登録商標）環境に於けるXMLファイルなどである。

　仮想サーバ定義ファイル５４と仮想ディスクイメージファイル５３との組み合わせは、仮想サーバＡ実体５２である。また、テンプレート定義ファイル２９ｂと仮想ディスクイメージファイル２９ａとの組み合わせは、仮想サーバテンプレート２９である。

　新たな仮想サーバ６４をデプロイする際には、２つの方法がある。
　第１のデプロイ方法は、管理サーバ１０が備えている仮想サーバテンプレート２９から管理用ネットワーク１００またはストレージ用ネットワーク１１０を経由して、ハイパーバイザ「Ａ」６１ａおよびデータストア「Ａ」５１ａなどに、新たな仮想サーバ６４をデプロイする方法である。
　第２のデプロイ方法は、データストア「Ａ」５１ａなどが格納している仮想サーバテンプレート２９（テンプレート定義ファイル２９ｂおよび仮想ディスクイメージファイル５３）から、ネットワークを介さずハイパーバイザ「Ａ」６１ａなどの内部で、新たな仮想サーバ６４をデプロイする方法である。

　図４は、第１の実施形態に於ける管理サーバの物理構成を示す図である。
　管理サーバ１０は、ＣＰＵ（Central Processing Unit）１２と、主記憶装置１１と、ネットワークアダプタ１３と、ストレージアダプタ１４と、外部記憶媒体１５と、共有バス１６とを備えている。ＣＰＵ１２と、主記憶装置１１と、ネットワークアダプタ１３と、ストレージアダプタ１４とは、共有バス１６を介して接続されている。
　ＣＰＵ１２は、管理サーバ１０が備えている各部の制御と、データの演算および加工を行う中央処理装置である。

　主記憶装置１１は、データやプログラムを格納する。シナリオ制御部３１と、実行場所決定部３２と、仮想環境管理部３３と、構成情報管理部３４と、性能情報管理部３５と、ストレージ管理部３６とを構成するソフトウェアプログラムは、主記憶装置１１上に格納されている。当該ソフトウェアプログラムを、共有バス１６を介してＣＰＵ１２が実行することによって、シナリオ制御部３１と、実行場所決定部３２と、仮想環境管理部３３と、構成情報管理部３４と、性能情報管理部３５と、ストレージ管理部３６とが実現される。

　ネットワークアダプタ１３は、管理用ネットワーク１００に接続するインタフェースである。ネットワークアダプタ１３は、管理用ネットワーク１００を介して、外部の装置との間でデータを送受信する。

　ストレージアダプタ１４は、ストレージ用ネットワーク１１０に接続するインタフェースである。ストレージアダプタ１４は、ストレージ用ネットワーク１１０を介して、外部の装置との間でデータを送受信する。

　管理用ネットワーク１００は、ＩＰネットワーク、ＡＴＭ（Asynchronous Transfer Mode）ネットワークのいずれであってもよい。ストレージ用ネットワーク１１０は、ＩＰネットワーク、ＡＴＭネットワーク、ストレージエリアネットワークのいずれであってもよい。

　例えば、ネットワークアダプタ１３は、イーサネット（登録商標）アダプタである。ストレージアダプタ１４は、ホストバスアダプタである。また、ネットワークアダプタ１３とストレージアダプタ１４が、Infinibandのホストチャネルアダプタであってもよいし、ＦＣｏＥ（Fibre Channel over Ethernet（登録商標））コンバージドネットワークアダプタであってもよい。

　外部記憶媒体１５は、ストレージ装置４０上の記憶媒体である。外部記憶媒体１５は、ハードディスクドライブ、フラッシュメモリを利用したソリッドステートドライブのいずれであってもよい。外部記憶媒体１５は、管理サーバ１０の外部に設置され、通信インタフェースによって内部バスに接続されていてもよく、管理サーバ１０に内蔵されて内部バスに直結されていてもよい。
　記憶部２０は、外部記憶媒体１５上に格納された情報であり、主記憶装置１１上に読み込まれてＣＰＵ１２によって処理される。記憶部２０の内容は、図２で前記しているため、説明を省略する。
　共有バス１６は、ＣＰＵ１２、主記憶装置１１、ネットワークアダプタ１３、ストレージアダプタ１４、外部記憶媒体１５などの間でデータを通信する通信路である。

　図５は、第１の実施形態に於ける管理システムの構成を示す図である。
　当該管理システムには、物理サーバ６０ａ～６０ｃと、データストア「Ａ」５１ａ～データストア「Ｃ」５１ｃとが、図示しないネットワークを介して接続されている。
　物理サーバ６０ａには、ハイパーバイザ「Ａ」６１ａが稼働している。このハイパーバイザ「Ａ」６１ａによって、仮想サーバ「Ａ」６４ａ～仮想サーバ「Ｅ」６４ｅが稼働している。
　物理サーバ６０ｂには、ハイパーバイザ「Ｂ」６１ｂが稼働している。このハイパーバイザ「Ｂ」６１ｂによって、仮想サーバ「Ｆ」６４ｆが稼働している。
　物理サーバ６０ｃには、ハイパーバイザ「Ｃ」６１ｃが稼働している。このハイパーバイザ「Ｃ」６１ｃによって、仮想サーバ「Ｇ」６４ｇが稼働している。

　データストア「Ａ」５１ａには、仮想サーバ実体５２ａ，５２ｇが格納されている。仮想サーバ実体５２ａ（Svr Entity）は、仮想サーバ「Ａ」６４ａを稼働しているファイルの実体である。仮想サーバ実体５２ｇは、仮想サーバ「Ｇ」６４ｇを稼働しているファイルの実体である。

　データストア「Ｂ」５１ｂには、仮想サーバ実体５２ｂ～５２ｅが格納されている。仮想サーバ実体５２ｂは、仮想サーバ「Ｂ」６４ｂを稼働しているファイルの実体である。仮想サーバ実体５２ｃは、仮想サーバ「Ｃ」６４ｃを稼働しているファイルの実体である。仮想サーバ実体５２ｄは、仮想サーバ「Ｄ」６４ｄを稼働しているファイルの実体である。仮想サーバ実体５２ｅは、仮想サーバ「Ｅ」６４ｅのファイルの実体である。

　データストア「Ｃ」５１ｃには、仮想サーバ実体５２ｆが格納されている。仮想サーバ実体５２ｆは、仮想サーバ「Ｆ」６４ｆを稼働しているファイルの実体である。
　仮想サーバ実体５２ａ～５２ｇは、いずれも仮想ディスクイメージファイル５３（Disk Img）と、仮想サーバ定義ファイル５４（Def File）とを有している。

　図６は、第１の実施形態に於ける対応テーブルの例を示す図である。
　対応テーブル２１には、ある場所で仮想サーバ６４（図１）への操作要求があったときに、一時的実行場所と、本来実行すべき最終的実行場所との対応情報が格納されている。デプロイの場合、対応テーブル２１には、一時的にデプロイする実行場所とデプロイ完了時に配置すべき最終的実行場所との対応情報が格納される。ここで「場所」とは、例えば、ハイパーバイザとデータストアとポートグループの組み合わせをいう。しかし、これに限られず、ハイパーバイザとデータストアの組み合わせを「場所」としてもよい。更に、ハイパーバイザとデータストアと、仮想サーバ６４のＶＬＡＮ－ＩＤ、ネットワーク装置のポート、仮想サーバ６４のＩＰアドレス、仮想サーバ６４のホスト名のいずれかを組み合わせて「場所」としてもよい。
　対応テーブル２１は、タスク番号欄２１ａと、一時構成欄２１ｂと、最終構成欄２１ｃとを備えている。なお、以下の図では、番号のことを「＃」と記載している場合がある。

　タスク番号欄２１ａには、ユーザが要求したタスク情報を一意に識別する情報が格納されている。タスク番号欄２１ａに同一のタスク番号が格納されているレコードは、同一タスクに関わる対応情報であることを示している。

　一時構成欄２１ｂには、一時的実行場所を構成するインスタンスの識別情報が格納されている。本実施形態では、例えば、一時的に実行する場所を構成するハイパーバイザのインスタンスを識別する「ハイパーバイザＧ」が格納されている。

　最終構成欄２１ｃには、本来実行すべき最終的実行場所を構成するインスタンスの識別情報が格納されている。本実施形態では、例えば、最終的実行場所を構成するハイパーバイザのインスタンスを識別する「ハイパーバイザＡ」が格納されている。

　図７は、第１の実施形態に於ける同時実行数テーブルの例を示す図である。
　同時実行数テーブル２２の各レコードには、リソースのインスタンス情報をキーとして、当該リソースの現状の同時実行数と、実行可能な最大同時実行数とが格納されている。
　同時実行数テーブル２２には、インスタンス欄２２ａと、オペレーション種別欄２２ｂと、同時実行数欄２２ｃと、最大同時実行数欄２２ｄと、を備えている。

　インスタンス欄２２ａには、リソースのインスタンス情報を一意に識別するキー情報が格納されている。本実施形態では、ハイパーバイザの識別子、データストアの識別子などが格納されている。

　オペレーション種別欄２２ｂには、ユーザ要求タスクの種別情報が格納されている。本実施形態では、例えば、仮想サーバ６４（図５）のデプロイやクローニング（複製）の場合は「プロビジョニング」が格納される。そのほか、仮想サーバ６４（図５）の電源オン、電源オフ、リセット、シャットダウン、リブートなどの場合は、「電源制御」が格納される。異なるハイパーバイザに仮想サーバ６４（図５）を移動させる場合には、「ライブマイグレーション」が格納される。仮想サーバ６４（図５）に対応する仮想ディスクイメージファイル５３（図５）を異なるデータストア間で移動させる場合には、「ストレージマイグレーション」が格納される。

　同時実行数欄２２ｃには、当該インスタンスに係り、かつ、オペレーション種別欄２２ｂに格納されたオペレーション種別に属するタスクの現在の同時実行数が格納されている。例えば、ハイパーバイザ「Ａ」６１ａ（図５）およびデータストア「Ａ」５１ａ（図５）へのデプロイタスクが２つ、ハイパーバイザ「Ａ」６１ａ（図５）およびデータストア「Ｂ」５１ｂ（図５）へのデプロイタスクが２つ実行され、それ以外の処理が実行されていないとき、ハイパーバイザ「Ａ」６１ａ（図５）の同時実行数は４、データストア「Ａ」５１ａ（図５）の同時実行数は２、データストア「Ｂ」５１ｂ（図５）の同時実行数は２となる。

　この同時実行数欄２２ｃに格納される情報は、性能情報管理部３５（図２）が仮想環境管理部３３（図２）を介することによって、定期的に更新される。仮想環境管理部３３（図２）は、内部的に管理する最大同時実行数を超えないように、タスクの同時実行数を制御する。

　最大同時実行数欄２２ｄには、当該インスタンスに係り、かつ、オペレーション種別欄２２ｂに格納されたオペレーション種別に属するタスクの最大実行可能数が格納されている。例えば、プロビジョニング種別に属するタスクのハイパーバイザ「Ａ」６１ａ（図５）への最大同時実行数が４であれば、他のタスクが実行されていなければ、ハイパーバイザ「Ａ」６１ａ（図５）へのデプロイを最大４つまで実行可能であることを示している。なお、ハイパーバイザ「Ａ」６１ａ（図５）の最大同時実行数が４で、データストア「Ａ」５１ａ（図５）の最大同時実行数が４の場合、ハイパーバイザ「Ｂ」６１ｂ（図５）およびデータストア「Ａ」５１ａ（図５）へのデプロイが２つ実行されている状況では、ハイパーバイザ「Ａ」６１ａ（図５）およびデータストア「Ａ」５１ａ（図５）へのデプロイは、あと２つまでしか実行できない。

　図８は、第１の実施形態に於ける構成テーブルの例を示す図である。
　構成テーブル２３には、管理サーバ１０の管理対象の構成情報が格納されている。構成テーブル２３は、ハイパーバイザの構成情報を示す構成テーブル２３Ａと、仮想サーバ６４の構成情報を示す構成テーブル２３Ｂ（図９）と、データストアの構成情報を示す構成テーブル２３Ｃ（図１０）とを備えている。

　構成テーブル２３には更に、ハイパーバイザと当該ハイパーバイザ上で稼働する仮想サーバ６４（図５）との関係情報と、ハイパーバイザと当該ハイパーバイザ上に構築されたポートグループとの関係情報と、ハイパーバイザと当該ハイパーバイザと接続関係にあるデータストアとの関係情報と、仮想サーバ６４と当該仮想サーバ６４に対応する仮想サーバ実体５２（図５）（仮想ディスクイメージファイル５３および仮想サーバ定義ファイル５４）を格納するデータストアとの関係情報と、仮想サーバ６４（図５）と当該仮想サーバ６４と接続関係にあるポートグループとの関係情報とが格納されている。

　構成テーブル２３Ａは、ハイパーバイザ欄２３ａと、タスク実行専用フラグ欄２３ｂと、データストア欄２３ｃと、仮想サーバ欄２３ｄと、ポートグループ欄２３ｅとを備えている。
　ハイパーバイザ欄２３ａには、当該ハイパーバイザを一意に識別する情報が格納されている。

　タスク実行専用フラグ欄２３ｂには、当該ハイパーバイザが、仮想サーバ６４に対するリソース管理オペレーションタスクを実行させるための専用ハイパーバイザであるか否かを示すフラグ情報が格納されている。タスク実行専用フラグ欄２３ｂがTrueの場合、当該ハイパーバイザは、リソース管理オペレーションタスク実行専用のハイパーバイザであることを示している。タスク実行専用フラグ欄２３ｂがFalseの場合、当該ハイパーバイザは、リソース管理オペレーションタスク実行専用ではないハイパーバイザであることを示している。シナリオ制御部３１は、このタスク実行専用フラグ欄２３ｂでフラグがTrueになっているハイパーバイザを、タスクの一時的実行場所として優先的に選択する。すべてのタスク実行専用フラグ欄２３ｂがFalseの場合には、その他の優先度情報に基いて、いずれかのハイパーバイザを選択する。本実施形態のタスク実行専用フラグ欄２３ｂは、あくまで一例であって、この構成に限定されるものではなく、ハイパーバイザの優先度を決定できる情報であれば、いずれの情報であってもよい。

　データストア欄２３ｃには、当該ハイパーバイザに接続されているデータストアを一意に識別する情報セットが格納されている。本実施形態では、例えば、ハイパーバイザ「Ａ」６１ａには、データストア「Ａ」５１ａとデータストア「Ｂ」５１ｂとが接続されていることを示している。

　仮想サーバ欄２３ｄには、当該ハイパーバイザ上で稼働する仮想サーバ６４を一意に識別する情報セットが格納されている。本実施形態の仮想サーバ欄２３ｄは、ハイパーバイザ「Ａ」６１ａ上で、仮想サーバ「Ａ」６４ａ、仮想サーバ「Ｂ」６４ｂ、仮想サーバ「Ｃ」６４ｃ、仮想サーバ「Ｄ」６４ｄ、仮想サーバ「Ｅ」６４ｅが稼働していることを示している。

　ポートグループ欄２３ｅには、当該ハイパーバイザ上に構築されたポートグループを一意に識別する情報セットが格納されている。本実施形態のポートグループ欄２３ｅは、ハイパーバイザ「Ａ」６１ａには、ポートグループ「Ａ」６３ａとポートグループ「Ｂ」６３ｂとが稼働していることを示している。

　図９は、第１の実施形態に於ける仮想サーバの構成情報の例を示す図である。
　構成テーブル２３Ｂは、仮想サーバ６４（図５）の構成情報と当該仮想サーバ６４に関連するインスタンスとの関係情報が格納されている。構成テーブル２３Ｂは、仮想サーバ欄２３ｆと、本番稼動フラグ欄２３ｇと、ポートグループ欄２３ｈとを備えている。
　仮想サーバ欄２３ｆには、当該仮想サーバ６４（図５）を一意に識別する情報が格納されている。

　本番稼動フラグ欄２３ｇには、当該仮想サーバ６４が本番稼動前の管理サーバ１０（図１）によるリソース管理オペレーション実行中の状態であるか否かを示すフラグ情報が格納されている。本番稼動フラグ欄２３ｇにTrueが格納されていれば、当該仮想サーバ６４は、本番稼動後であることを示している。本番稼動フラグ欄２３ｇにFalseが格納されていれば、当該仮想サーバ６４は、本番稼動前の管理サーバ１０によるリソース管理オペレーション実行中の状態にあることを示している。リソース管理オペレーション実行中とは、具体的には、仮想サーバデプロイ中、仮想サーバ起動中、再起動中、メンテナンス中のいずれかのことである。本番稼動フラグ欄２３ｇがTrueである仮想サーバ６４は、業務サービスが稼働中である。そのため、リソース管理オペレーションの場所は、稼働中の仮想サーバ６４の場所を避けて、稼働中の仮想サーバ６４による業務サービスに悪影響を与えないようにする必要がある。

　ポートグループ欄２３ｈには、当該仮想サーバ６４が接続しているポートグループのリストが格納されている。例えば、仮想サーバ「Ａ」６４ａは、ポートグループ「Ａ」６３ａとポートグループ「Ｂ」６３ｂとに接続していることを示している。

　図１０は、第１の実施形態に於けるデータストアの構成情報の例を示す図である。
　構成テーブル２３Ｃは、データストアの構成情報と当該データストアに関連するインスタンスとの関係情報が格納されている。データストア欄２３ｉがキー情報となり、各レコードに当該データストアに関する構成情報が格納されている。
　構成テーブル２３Ｃは、データストア欄２３ｉと、仮想サーバ欄２３ｊとを備えている。
　データストア欄２３ｉには、当該データストアを一意に識別する情報が格納されている。

　仮想サーバ欄２３ｊには、当該データストア上に格納された仮想サーバ実体５２（図５）（仮想ディスクイメージファイル５３および仮想サーバ定義ファイル５４）に相当する仮想サーバ６４（図５）を一意に識別する情報セットが格納されている。例えば、データストア「Ａ」５１ａには、仮想サーバ「Ａ」６４ａ（図５）に相当する仮想サーバ実体５２ａ（図５）が格納され、更に、仮想サーバ「Ｇ」６４ｇ（図５）に相当する仮想サーバ実体５２ｇ（図５）が格納されていることを示している。

　図１１は、第１の実施形態に於けるハイパーバイザの管理テーブルの例を示す図である。
　管理テーブル２４は、ハイパーバイザ欄２４ａと、管理権限欄２４ｂとを備えている。
　ハイパーバイザ欄２４ａには、当該ハイパーバイザを一意に識別する情報が格納されている。
　管理権限欄２４ｂには、当該ハイパーバイザの管理権限を示す情報が格納されている。
　本実施形態では、ハイパーバイザ「Ａ」６１ａ（図５）は、データストア「Ａ」５１ａ（図５）へのアクセス権限と、データストア「Ｂ」５１ｂ（図５）へのアクセス権限とを有している。
　ハイパーバイザ「Ｂ」６１ｂ（図５）は、データストア「Ｃ」５１ｃ（図５）へのアクセス権限を有している。
　ハイパーバイザ「Ｃ」６１ｃ（図５）は、データストア「Ａ」５１ａ（図５）へのアクセス権限と、データストア「Ｂ」５１ｂ（図５）へのアクセス権限と、データストア「Ｃ」５１ｃ（図５）へのアクセス権限とを有している。
　図１２は、第１の実施形態に於ける時間テーブルの例を示す図である。

　時間テーブル２５には、仮想サーバ６４（図５）に対するリソース管理オペレーションの見積処理時間が格納されている。オペレーション欄２５ａとインスタンス欄２５ｂがセットでキーとなって、各レコードにリソース管理オペレーションタスクの見積処理時間が格納されている。
　時間テーブル２５は、オペレーション欄２５ａと、インスタンス欄２５ｂと、見積処理時間欄２５ｃとを備えている。
　オペレーション欄２５ａには、当該リソース管理オペレーションタスクの種別を示す情報が格納されている。

　インスタンス欄２５ｂには、当該リソース管理オペレーションタスクの対象となるインスタンスを一意に識別する情報が格納されている。

　見積処理時間欄２５ｃには、オペレーション欄２５ａに格納したリソース管理オペレーションタスクを、インスタンス欄２５ｂに格納したインスタンスに対して実行した場合にかかる処理時間の見積もり時間が格納されている。

　本実施形態では、例えば、仮想サーバテンプレート「Ａ」を用いて仮想サーバ６４（図５）のデプロイを行う場合、およそ３０分の時間を要することを示している。管理サーバ１０は、この見積処理時間を目安とし、デプロイ先の負荷状況や、ネットワーク転送路の負荷状況によって、目安とした見積処理時間を調整する。

　図１３は、第１の実施形態に於ける性能テーブルの例を示す図である。
　性能テーブル２６には、管理サーバ１０（図１）の管理対象の備える各インスタンスの性能情報が格納されており、例えば、ハイパーバイザやデータストアの性能情報が格納されている。性能テーブル２６の各レコードには、インスタンスごとの性能情報が格納されている。
　性能テーブル２６は、時刻欄２６ａと、インスタンス欄２６ｂと、メトリック欄２６ｃと、メトリック値欄２６ｄとを備えている。

　時刻欄２６ａには、性能情報管理部３５が、当該性能情報を収集した時刻が格納されている。しかし、これに限られず、管理対象が当該性能情報を記録した時刻であってもよい。
　インスタンス欄２６ｂには、当該性能情報の対象となるインスタンス情報を一意に識別する情報が格納されている。
　メトリック欄２６ｃには、当該性能情報の種別の識別情報が格納されている。
　メトリック値欄２６ｄには、インスタンス欄２６ｂで特定されるインスタンスに関するメトリック欄２６ｃで特定されるメトリックの取得値が格納されている。

　本実施形態では、例えば、２０１１年７月３１日１０時００分の時刻に、ハイパーバイザ「Ａ」６１ａ（図５）上で稼働する全ての仮想サーバ６４のＣＰＵ割当て不足量を合計した値が、３００ＭＨｚであることを示している。

　図１４は、第１の実施形態に於けるシナリオテーブルの例を示す図である。
　シナリオテーブル２７Ａには、管理サーバ１０の提供するリソース管理オペレーションのシナリオ定義情報が格納されている。シナリオ定義情報は、複数の細分化されたステップから構成され、各ステップを順次実行することでシナリオが実行される。
　シナリオテーブル２７Ａは、シナリオ番号欄２７ａと、種別欄２７ｂと、引数欄２７ｃと、ステップ欄２７ｄと、ネットワーク欄２７ｅとを備えている。
　シナリオ番号欄２７ａには、シナリオ定義情報を一意に識別する情報が格納されている。
　種別欄２７ｂには、シナリオ定義情報の種別情報が格納されている。
　引数欄２７ｃには、シナリオ定義情報を実行する上での引数定義情報が格納されている。
　ステップ欄２７ｄには、シナリオ定義情報を構成するステップ情報のリストが格納されている。

　ネットワーク欄２７ｅには、ステップ欄２７ｄに格納されているステップが、ネットワークを使用して通信する処理を含むか否かを示すフラグ情報が格納されている。ネットワーク欄２７ｅにTrueと格納されていればネットワークを使用して通信する処理を含むことを示しており、Falseと格納されていればネットワークを使用して通信する処理を含まないことを示している。ここで、Falseが格納されているステップは、ネットワークの構成要件に依存せず、いずれのハイパーバイザ上でも実行できることを示している。

　図１５は、第１の実施形態に於ける追加シナリオテーブルの例を示す図である。
　追加シナリオテーブル２７Ｂには、タスクの実行場所を変更するときに、シナリオテーブル２７Ａに記載されたシナリオに追加するシナリオ定義情報が格納されている。
　追加シナリオテーブル２７Ｂは、種別欄２７ｆと、条件欄２７ｇと、引数欄２７ｈと、ステップ欄２７ｉとを備えている。
　種別欄２７ｆは、種別欄２７ｂ（図１４）と同様に、シナリオ定義情報の種別情報が格納されている。
　条件欄２７ｇは、シナリオ定義情報を追加する上での条件が格納されている。
　引数欄２７ｈは、引数欄２７ｃ（図１４）と同様に、シナリオ定義情報を実行する上での引数定義情報が格納されている。
　ステップ欄２７ｉは、ステップ欄２７ｄと同様に、シナリオ定義情報を構成するステップ情報のリストが格納されている。

　図１６は、第１の実施形態に於けるタスクテーブルの例を示す図である。
　タスクテーブル２８は、実行中のリソース管理オペレーションタスクの一覧とその内容を格納するテーブルである。タスクテーブル２８の各レコードには、実行中の各タスクの内容が格納されている。
　タスクテーブル２８には、タスク番号欄２８ａと、シナリオ番号欄２８ｂと、引数欄２８ｃと、ステップ欄２８ｄと、ネットワーク欄２８ｅとを備えている。
　タスク番号欄２８ａには、実行中のタスクを一意に識別する情報が格納されている。
　シナリオ番号欄２８ｂには、タスクの元となるシナリオ定義情報を一意に識別する情報が格納されている。
　引数欄２８ｃには、シナリオの引数として渡されたインスタンス情報を一意に識別する情報のリストが格納されている。
　ステップ欄２８ｄには、タスクを細分化して実行されるべきステップ処理情報のリストが格納されている。タスクを実行する場合には、タスク処理情報のリストを順次実行していく。

（第１の実施形態の動作）

　図１７は、第１の実施形態に於けるリソース管理操作を示すフローチャートである。
　処理を開始すると、処理Ｓ１０に於いて、管理サーバ１０のシナリオ制御部３１は、リソース管理オペレーション実行要求に基き、シナリオＡと最終的実行場所とを特定する。当該リソース管理オペレーション実行要求は、管理端末７０または処理プログラムからの要求である。最終的実行場所は、当該リソース管理オペレーション要求の完了時に於ける実行場所であり、例えば、ハイパーバイザ「Ａ」６１ａ、データストア「Ａ」５１ａ、ポートグループ「Ａ」６３ａ、ポートグループ「Ｂ」６３ｂ（図５）の組み合わせである。

　具体的には、リソース管理オペレーション要求が、テンプレートＡを用いて、ハイパーバイザ「Ａ」６１ａとデータストア「Ａ」５１ａに、仮想サーバ「Ａ」６４ａをデプロイする要求であるとする。このとき、仮想サーバ「Ａ」６４ａのデプロイというシナリオを特定し、デプロイ完了時に、ハイパーバイザ「Ａ」６１ａとデータストア「Ａ」５１ａの上で、仮想サーバ「Ａ」６４ａを稼働させておく必要があると特定する。また、デプロイした仮想サーバ「Ａ」６４ａを、ハイパーバイザ「Ａ」６１ａ上のポートグループ「Ａ」６３ａとポートグループ「Ｂ」６３ｂとに接続するとユーザが指定していれば、接続先ポートグループとして、ポートグループ「Ａ」６３ａとポートグループ「Ｂ」６３ｂとを特定する。管理サーバ１０のシナリオ制御部３１は、シナリオテーブル２７Ａを検索し、種別欄２７ｂに「デプロイ」が格納されているレコードを特定し、そのレコードのシナリオ番号欄２７ａに格納されているシナリオ番号を特定する。

　処理Ｓ１１に於いて、管理サーバ１０のシナリオ制御部３１は、シナリオＡに最終的実行場所を適用したタスクＡを生成し、タスクテーブル２８に登録する。

　具体的には、タスクテーブル２８に新たなエントリを追加する。当該新たなエントリのタスク番号欄２８ａには、一意に識別可能な新たに生成したタスク番号が格納される。例えば、タスク「３」が格納されているシナリオ番号欄２８ｂには、処理Ｓ１０で特定したシナリオ番号が、シナリオ「１」として格納される。

　当該新たなエントリの引数欄２８ｃには、リソース管理オペレーションで特定した「テンプレートＡ、ハイパーバイザＡ、データストアＡ、ポートグループＡ，Ｂ」の情報を格納する。

　当該新たなエントリのステップ欄２８ｄには、シナリオテーブル２７Ａのシナリオ番号欄２７ａに基き、その実行場所を具体化した内容が格納される。具体的には、管理サーバ１０のシナリオ制御部３１は、シナリオテーブル２７Ａのシナリオ番号欄２７ａを、処理Ｓ１０で特定したシナリオ番号で検索して特定する。その特定したレコードのステップ欄２７ｄを、引数欄２８ｃに実行場所を代入することによって、その実行場所が具体化される。例えば、当該新たなエントリの引数欄２８ｃには、実行場所として以下が代入される。
　　ハイパーバイザｘ　＝　ハイパーバイザＡ
　　データストアｘ　　＝　データストアＡ
　　ポートグループｘ　＝　ポートグループＡ，Ｂ
　当該新たなエントリの引数欄２８ｃに最終的実行場所の値を代入して具体化した内容は、以下の一連のステップとなる。但し、これは作成中の一連のステップであり、管理サーバ１０のシナリオ制御部３１によって実行されるステップではない。
　　「１：ハイパーバイザＡにポートグループＡ，Ｂ作成」
　　「２：ハイパーバイザＡ、データストアＡにテンプレートＡから仮想サーバ作成」
　　「３：ハイパーバイザＡは、作成した仮想サーバをポートグループＡ，Ｂに接続」
　　「４：ハイパーバイザＡは、作成した仮想サーバのゲストＯＳをカスタマイズ」
　　「５：ハイパーバイザＡは、作成した仮想サーバのアプリケーションカスタマイズ」
　　「６：ハイパーバイザＡは、作成した仮想サーバの疎通確認」
　更に、管理サーバ１０のシナリオ制御部３１は、当該新たなエントリのネットワーク欄２７ｅの内容をネットワーク欄２８ｅに格納する。

　処理Ｓ１２に於いて、管理サーバ１０のシナリオ制御部３１は、シナリオＡの各ステップを別の場所で実行可能か判定し、代替でステップを実行するタスクの一時的実行場所を決定する実行場所決定処理を行う。タスクの一時的実行場所は、例えば、ハイパーバイザ「Ｃ」６１ｃ、データストア「Ａ」５１ａ、ポートグループ「Ｄ」６３ｄ、ポートグループ「Ｅ」６３ｅ（図５）の組み合わせである。この実行場所決定処理については、後述する図１８に於いて詳細に説明する。

　管理サーバ１０のシナリオ制御部３１は、シナリオＡを最終的実行場所では、すぐに実行できないことを検出すると、すぐに処理できる一時的実行場所が存在するか否かを判定する。すぐに処理できる一時的実行場所が存在すると判定したならば、管理サーバ１０のシナリオ制御部３１は、当該一時的実行場所で処理することを決定する。

　具体的には、管理サーバ１０のシナリオ制御部３１は、まず、同時実行数テーブル２２を参照し、ハイパーバイザ「Ａ」６１ａとデータストア「Ａ」５１ａの同時実行数欄２２ｃと最大同時実行数欄２２ｄの値を参照する。本実施形態では、ハイパーバイザ「Ａ」６１ａのプロビジョニング処理（プロビジョニング処理にはデプロイ処理が含まれている）の同時実行数が最大同時実行数に達している。そのため、管理サーバ１０のシナリオ制御部３１は、ハイパーバイザ「Ａ」６１ａが当該タスクをすぐには実行せず、キューイングする、と判定する。管理サーバ１０のシナリオ制御部３１は、キューイング待ちによる当該タスクの遅延を回避するため、すぐに処理できる一時的実行場所が存在するか否かを判定する。すぐに処理できる一時的実行場所が存在すると判定したならば、管理サーバ１０のシナリオ制御部３１は、一時的実行場所で実行することを決定する。

　次に、管理サーバ１０のシナリオ制御部３１は、当該一時的実行場所を、ハイパーバイザ「Ｃ」６１ｃ、データストア「Ａ」５１ａ、ポートグループ「Ｄ」６３ｄ、ポートグループ「Ｅ」６３ｅ（図５）の組み合わせと特定する。管理サーバ１０のシナリオ制御部３１は、処理Ｓ１１で具体化したステップのうち、ネットワーク欄２８ｅがFalseになっているステップを、当該一時的実行場所で実行することを決定し、ネットワーク欄２８ｅがTrueになっているステップを、最終的実行場所で実行することを決定する。

　処理Ｓ１３に於いて、管理サーバ１０のシナリオ制御部３１は、最終的実行場所と一時的実行場所との対応情報を、対応テーブル２１に追加する。具体的には、管理サーバ１０のシナリオ制御部３１は、対応テーブル２１に新たなエントリを追加し、タスク番号欄２８ａに生成したタスク番号を格納する。管理サーバ１０のシナリオ制御部３１は更に、一時構成欄２１ｂに一時的実行場所を一意に識別する情報を格納し、最終構成欄２１ｃに最終的実行場所を一意に識別する情報を格納する。
　例えば、管理サーバ１０のシナリオ制御部３１は、対応テーブル２１に、以下に示す第１のエントリ～第４のエントリを追加する。

　第１のエントリは、タスク番号欄２１ａに「タスク３」が格納され、一時構成欄２１ｂに「ハイパーバイザＣ」が格納され、最終構成欄２１ｃに「ハイパーバイザＡ」が格納されている。
　第２のエントリは、タスク番号欄２１ａに「タスク３」が格納され、一時構成欄２１ｂに「ポートグループＤ」が格納され、最終構成欄２１ｃに「ポートグループＡ」が格納されている。
　第３のエントリは、タスク番号欄２１ａに「タスク３」が格納され、一時構成欄２１ｂに「ポートグループＥ」が格納され、最終構成欄２１ｃに「ポートグループＢ」が格納されている。
　第４のエントリは、タスク番号欄２１ａに「タスク３」が格納され、一時構成欄２１ｂに「データストアＡ」が格納され、最終構成欄２１ｃに「データストアＡ」が格納されている。
　この対応テーブル２１では、一時的実行場所は、ハイパーバイザＣ、ポートグループＤ、ポートグループＥ、データストアＡ（図５）の組み合わせであることを示している。更に、最終的実行場所は、ハイパーバイザＡ、ポートグループＡ、ポートグループＢ、データストアＡ（図５）の組み合わせであることを示している。

　処理Ｓ１４に於いて、管理サーバ１０のシナリオ制御部３１は、最終的実行場所と一時的実行場所とが同じであるか否かを判定し、タスクＡの各ステップの置換処理が必要かを判断する。管理サーバ１０のシナリオ制御部３１は、最終的実行場所と一時的実行場所とが同じであると判定したならば（Ｙｅｓ）、処理Ｓ１６を行い、最終的実行場所と一時的実行場所とが同じでないと判定したならば（Ｎｏ）、処理Ｓ１５を行う。

　処理Ｓ１５に於いて、管理サーバ１０のシナリオ制御部３１は、対応テーブル２１に従って、タスクＡのステップ置換処理を行う。このステップ置換処理は、後述する図１９で詳細に説明する。
　具体的には、管理サーバ１０のシナリオ制御部３１は、ネットワーク欄２８ｅにFalseが格納されているならば、引数欄２８ｃの値を、最終的実行場所から一時的実行場所に置換して格納する。
　当該新たなエントリのネットワーク欄２８ｅがFalseになっており、一時的実行場所に置換して格納されたステップを、以下に示す。但し、これは作成中の一連のステップであり、管理サーバ１０のシナリオ制御部３１によって実行されるステップではない。
　　「１：ハイパーバイザＣにポートグループＤ，Ｅ作成」
　　「２：ハイパーバイザＣ、データストアＡにテンプレートＡから仮想サーバ作成」
　　「３：ハイパーバイザＣは、作成した仮想サーバをポートグループＤ，Ｅに接続」
　　「４：ハイパーバイザＣは、作成した仮想サーバのゲストＯＳをカスタマイズ」
　当該新たなエントリのネットワーク欄２８ｅがTrueになっているステップを以下に示す。
　　「５：ハイパーバイザＡは、作成した仮想サーバのアプリケーションカスタマイズ」
　　「６：ハイパーバイザＡは、作成した仮想サーバの疎通確認」

　置換の結果、「直前ステップ」と「現在ステップ」とで実行場所が相違するならば、管理サーバ１０のシナリオ制御部３１は、それら「現在ステップ」の前に、実行場所を変更するステップを追加する。ここで、実行場所を変更するステップとは、仮想サーバ６４をライブマイグレーションするステップ、または、仮想サーバ６４をストレージマイグレーションするステップなどである。

　管理サーバ１０のシナリオ制御部３１は、実行場所を変更するステップを追加した結果、付随して必要なステップがある場合は、その付随して必要なステップを追加する。ここで、付随して必要なステップとは、例えば仮想サーバ６４とポートグループの接続を切り替えるステップである。本実施形態に於いて、管理サーバ１０のシナリオ制御部３１は、実行場所を変更するステップ、および、付随して必要なステップを、対応テーブル２１と追加シナリオテーブル２７Ｂを参照して決定する。

　本実施形態では、最終的実行場所であるデータストアｐにはデータストアＡが代入され、一次的実行場所であるデータストアｑにもデータストアＡが代入される。すなわち、条件「データストアｐ＝データストアｑ」が成立するので、管理サーバ１０のシナリオ制御部３１は、追加シナリオテーブル２７Ｃのうち、条件欄２７ｇに「データストアｐ＝データストアｑ」と記載されている各ステップを選択し、引数を代入したのち、タスクテーブル２８のステップ欄２８ｄに挿入する。このとき、管理サーバ１０のシナリオ制御部３１は、「直前ステップ」とは実行場所が相違するステップの前に挿入する。この時点でのステップ欄２８ｄの値は以下となる。以下の一連のステップは、管理サーバ１０のシナリオ制御部３１によって、後記する処理Ｓ１６に於いて実行される。
　　「１：ハイパーバイザＣにポートグループＤ，Ｅ作成」
　　「２：ハイパーバイザＣ、データストアＡにテンプレートＡから仮想サーバ作成」
　　「３：ハイパーバイザＣは、作成した仮想サーバをポートグループＤ，Ｅに接続」
　　「４：ハイパーバイザＣは、作成した仮想サーバのゲストＯＳをカスタマイズ」
　　「５：ハイパーバイザＡにポートグループＡ，Ｂ作成」
　　「６：ハイパーバイザＢに作成した仮想サーバをハイパーバイザＡにライブマイグレーション」
　　「７：作成した仮想サーバをポートグループＡ，Ｂに接続」
　　「８：ハイパーバイザＡは、作成した仮想サーバのアプリケーションカスタマイズ」
　　「９：ハイパーバイザＡは、作成した仮想サーバの疎通確認」
　「直前ステップ」と実行場所が相違するステップとは、上記「ステップ４」である。実行場所を変更するステップとは、上記「ステップ５，６」である。付随して必要なステップとは、上記「ステップ７」である。

　処理Ｓ１６に於いて、管理サーバ１０のシナリオ制御部３１は、タスクＡを実行する。管理サーバ１０のシナリオ制御部３１は、タスクテーブル２８のタスク番号欄２８ａを検索し、タスクＡに相当するレコードを特定し、そのレコードのステップ欄２８ｄに格納されているステップを順次実行していく。

　処理Ｓ１７に於いて、管理サーバ１０のシナリオ制御部３１は、対応テーブル２１中のタスクＡに関するエントリを削除する。管理サーバ１０のシナリオ制御部３１は、具体的には、対応テーブル２１のタスク番号欄２１ａを検索し、タスクＡに相当するレコードを特定し、対応テーブル２１から特定したレコードを削除する。特定したレコードが複数ある場合は、全て削除する。

　処理Ｓ１８に於いて、管理サーバ１０のシナリオ制御部３１は、タスクテーブル２８中のタスクＡに関するエントリを削除する。管理サーバ１０のシナリオ制御部３１は、具体的には、タスクテーブル２８のタスク番号欄２８ａを検索し、タスクＡに相当するレコードを特定し、タスクテーブル２８から特定したレコードを削除する。処理Ｓ１８が終了すると、図１７全体の処理を終了する。

　これらの処理により、最終的実行場所で、直接にリソース管理オペレーションを実行できない場合には、一時的実行場所でリソース管理オペレーションを実行し、最終的実行場所に戻している。これにより、リソース管理オペレーションの時間を短縮できる。一時的実行場所で実行するステップが長時間を要し、一時的実行場所から最終的実行場所への変更が短時間で済む場合には、特に有効である。
　また、一時的実行場所で実行するステップに実行場所の制約がない場合、リソース管理オペレーションタスクを最終的実行場所で実行させる必要がなくなる。このとき、一時的実行場所の選択肢が多ければ多いほどリソース管理オペレーションのキューイングによる待ち時間が少なくなる。

　図１８は、第１の実施形態に於ける実行場所決定処理を示すフローチャートである。
　前述した全体フロー（図１７）のうち、処理Ｓ１２を詳細化したフローに相当し、シナリオ制御部３１が実行場所決定部３２を介して一時的実行場所を決定する処理に相当する。

　処理を開始すると、処理Ｓ２０に於いて、管理サーバ１０の実行場所決定部３２は、デフォルトの最終的実行場所を特定する。本実施形態に於いて、最終的実行場所は、ハイパーバイザ「Ａ」６１ａ、データストア「Ａ」５１ａである。

　処理Ｓ２１に於いて、管理サーバ１０の実行場所決定部３２は、構成テーブル２３Ａのタスク実行専用フラグ欄２３ｂを参照して、タスクの専用実行場所があるか否かを判定する。タスクの専用実行場所があると判定した場合（Ｙｅｓ）、処理Ｓ２２を行い、タスクの専用実行場所がないと判定した場合（Ｎｏ）、処理Ｓ２３を行う。

　処理Ｓ２２に於いて、管理サーバ１０の実行場所決定部３２は、当該タスクの専用実行場所を、当該タスクの一時的実行場所として決定し、図１８全体の処理を終了する。

　これにより、タスクの専用実行場所（デプロイの場合は、デプロイ専用ハイパーバイザ）があれば、その専用実行場所で処理を実行させることができるので、他の本番稼動している仮想サーバ６４のリソース割当てを圧迫することがない。これにより、他の本番稼動している仮想サーバ６４の性能の劣化を抑止することができる。更に、専用の高性能な実行場所（ハイパーバイザまたはデータストア）を一時的実行場所として設定しておくことにより、当該タスクに係るリソース管理オペレーションを、更に高速化させることもできる。
　処理Ｓ２３に於いて、管理サーバ１０の実行場所決定部３２は、構成テーブル２３Ａ，２３Ｂ，２３Ｃに基き、取り得る実行場所の候補を列挙する。

　処理Ｓ２４に於いて、管理サーバ１０の実行場所決定部３２は、管理テーブル２４と物理接続テーブル（不図示）に基き、処理Ｓ２３で列挙した候補の実行場所から、現状の構成に移行可能なものに絞り込む。
　処理Ｓ２５に於いて、管理サーバ１０の実行場所決定部３２は更に、完了時の実行場所に移行可能な実行場所の候補に絞り込む。

　処理Ｓ２６に於いて、管理サーバ１０の実行場所決定部３２は、処理Ｓ２５で絞り込んだ実行場所の候補のそれぞれについて、時間テーブル２５と性能テーブル２６に基き、同時実行数と処理負荷の情報から、推定処理時間を予測する。

　処理Ｓ２７に於いて、管理サーバ１０の実行場所決定部３２は、実行場所の候補を処理Ｓ２６で算出した推定処理時間の短い順にソートし、最も処理時間の短い候補を、当該タスクの一時的実行場所として決定する。処理Ｓ２７が終了すると、管理サーバ１０の実行場所決定部３２は、図１８全体の処理を終了する。

　処理Ｓ２７に於いて、管理サーバ１０の実行場所決定部３２は、最も処理時間が短い候補に決定している。しかし、これに限られず、管理サーバ１０の実行場所決定部３２は、他の指標で実行場所を決定してもよい。例えば、管理サーバ１０の実行場所決定部３２は、実行場所をなるべく分散させるよう、各ハイパーバーザまたは各データストアの同時実行数を平準化するような実行場所に決定してもよい。これにより、各ハイパーバイザまたは各データストアの同時実行数が平準化され、タスクのキューイングによる処理の遅延を防ぎ、全体としての処理時間を短縮することができる。

　更に、管理サーバ１０の実行場所決定部３２は、各ハイパーバーザまたは各データストアの性能情報から各実行場所の負荷を推定し、負荷が平準化するような実行場所に決定してもよい。これにより、管理サーバ１０の実行場所決定部３２は、各ハイパーバイザが動作している物理サーバのＣＰＵ負荷、または各データストアのネットワークＩ／Ｏ負荷またはディスクＩ／Ｏ負荷を平準化することができる。

　本番稼動フラグ欄２３ｇに基き、本番稼動している仮想サーバ６４を避けた実行場所に決定してもよい。本番稼動する仮想サーバ６４を避けた実行場所を選択することによって、当該本番稼動する仮想サーバ６４に悪影響を与えずに、新たな仮想サーバ６４のデプロイなどのリソース管理オペレーションを実行することができる。

　更に、複数のユーザが同居しているマルチテナント環境で実行する場合には、同じテナント内のハイパーバイザだけでなく、他のテナントの空きハイパーバイザを選択させることもできる。これにより、データセンタ全体の遊休資産を有効に活用し、よってリソース利用効率を高めることができる。

　図１９は、第１の実施形態に於けるステップ置換処理を示すフローチャートである。いずれも管理サーバ１０のシナリオ制御部３１が行う。
　前述した全体フロー（図１７）のうち、処理Ｓ１５を詳細化したフローに相当し、シナリオ制御部３１が、対応テーブルに従って、タスクのステップ置換処理を実行する処理に相当する。
　処理を開始すると、管理サーバ１０のシナリオ制御部３１は、処理Ｓ３０～Ｓ４０に於いて、タスクテーブル２８に追加された全てのステップについて順番に処理を繰り返す。なお、処理中のステップを以下、「当該ステップ」といい、変数「現在ステップ」と変数「直前ステップ」とを比較しながら、タスクのステップ置換処理（図１９）を行う。なお、処理の開始時には、「直前ステップ」には何も設定されておらず、すなわちＮＵＬＬが設定されているものとする。
　処理Ｓ３１に於いて、管理サーバ１０のシナリオ制御部３１は、「当該ステップ」を「現在ステップ」とする。

　処理Ｓ３２に於いて、管理サーバ１０のシナリオ制御部３１は、「直前ステップ」がＮＵＬＬであるか否かを判定する。管理サーバ１０のシナリオ制御部３１は、「直前ステップ」がＮＵＬＬであるならば（Ｙｅｓ）、処理Ｓ３３を行い、「直前ステップ」がＮＵＬＬでないならば（Ｎｏ）、処理Ｓ３４を行う。
　処理Ｓ３３に於いて、管理サーバ１０のシナリオ制御部３１は、「現在ステップ」を、「直前ステップ」に代入する。

　処理Ｓ３４に於いて、管理サーバ１０のシナリオ制御部３１は、「当該ステップ」に実行場所の制約が有るか否かを判定する。管理サーバ１０のシナリオ制御部３１は、「当該ステップ」に実行場所の制約が有ると判定したならば（Ｙｅｓ）、処理Ｓ３６を行い、「当該ステップ」に実行場所の制約が無いと判定したならば（Ｎｏ）、処理Ｓ３５を行う。具体的には、管理サーバ１０のシナリオ制御部３１は、ネットワーク欄２８ｅに「False」と格納されている場合に実行場所に制約がないと判定し、「True」と格納されている場合に実行場所に制約があると判定する。これにより、管理サーバ１０のシナリオ制御部３１は、管理用ネットワーク１００を介してSSH（Secure Shell）やWMI（Windows Management Instrumentation）を用いてゲストＯＳ６５に接続し、アプリケーションの設定項目を環境特有の値に設定する場合に、管理サーバ１０とネットワーク通信可能な場所に移動してから行うことができる。また、管理サーバ１０のシナリオ制御部３１は、対象とする仮想サーバ６４上で稼働するアプリケーションサーバと、他の既にデプロイ済の仮想サーバ６４上で稼働するデータベース管理システム（DBMS）の設定とを合わせたのち、同じ業務用ネットワーク１２０に属させたうえで、疎通確認を行うことができる。

　逆に、管理サーバ１０のシナリオ制御部３１は、シナリオテーブル２７Ａ（図１４）に於ける、その前のステップである「ハイパーバイザおよびデータストアに仮想サーバテンプレートから仮想サーバを作成するステップ」（図１４）は、管理サーバ１０とハイパーバイザ（またはコンソール６６）との間での通信が確立されていれば実行可能であり、実行場所に制約が無い。管理サーバ１０のシナリオ制御部３１は、例えば、仮想サーバテンプレート２９から仮想サーバ６４を作成するステップやゲストＯＳ６５をカスタマイズするステップに代表されるようなＣＰＵ負荷、ネットワークＩ／Ｏ負荷、ディスクＩ／Ｏ負荷の高い処理を、他のリソースの空いているハイパーバイザやデータストア上にオフロードして実行させたのち、仮想サーバ６４の稼働場所を目的の実行場所に移動させ、疎通確認などに代表される実行場所の制約がある処理を行わせることができる。このような順番で処理を行うことにより、管理サーバ１０のシナリオ制御部３１は、本番稼動している他の仮想サーバ６４のリソースを無駄に奪うことなく、よって性能の劣化を防ぐという効果がある。

　また、管理サーバ１０のシナリオ制御部３１が多数のデプロイ要求などのリソース管理オペレーションタスクを実行したとき、ハイパーバイザやデータストアの同時実行数制約により、タスクがキューイングされて処理が遅延することを防き、全体としての処理時間を短縮することができる。
　処理Ｓ３５に於いて、管理サーバ１０のシナリオ制御部３１は、「現在ステップ」の最終的実行場所を一時的実行場所に置換する。

　処理Ｓ３６に於いて、管理サーバ１０のシナリオ制御部３１は、「現在ステップ」の実行場所と「直前ステップ」の実行場所とが相違するか否かを判定する。管理サーバ１０のシナリオ制御部３１は、「現在ステップ」の実行場所と「直前ステップ」の実行場所とが相違するならば（Ｙｅｓ）、処理Ｓ３７を行い、「現在ステップ」の実行場所と「直前ステップ」の実行場所とが相違しないならば（Ｎｏ）、処理Ｓ３９を行う。
　処理Ｓ３７に於いて、管理サーバ１０のシナリオ制御部３１は、追加シナリオテーブル２７Ｂを参照して、実行場所を変更するステップを追加する。

　処理Ｓ３８に於いて、管理サーバ１０のシナリオ制御部３１は、追加シナリオテーブル２７Ｂを参照して、実行場所の変更に付随して必要なステップを「現在ステップ」の直前に追加する。
　処理Ｓ３９に於いて、管理サーバ１０のシナリオ制御部３１は、「現在ステップ」を、「直前ステップ」とする。
　処理Ｓ４０に於いて、管理サーバ１０のシナリオ制御部３１は、タスクテーブル２８に追加された全てのステップについて処理を行ったか否かを判断する。管理サーバ１０のシナリオ制御部３１は、タスクテーブル２８に追加された全てのステップについて処理を行っていないならば、処理Ｓ３０に戻り、タスクテーブル２８に追加された全てのステップについて処理を行っていたならば、図１９全体の処理を終了する。

　管理サーバ１０は、所定の実行場所に対する一連のステップからなるタスクを指示された際、処理Ｓ３５により、ステップの実行場所を一時的実行場所に変更して実行を指示し、処理Ｓ３７により、一時的実行場所での実行後に、一時的実行場所から所定の実行場所へと仮想サーバを移行させ、所定の実行場所にて前記タスクの継続実行を指示することができる。

（第１の実施形態の効果）
　以上説明した第１の実施形態では、次の（Ａ）～（Ｅ）のような効果がある。

（Ａ）　多数の仮想サーバに対するデプロイ（プロビジョニング）、電源制御、ライブマイグレーション、ストレージマイグレーションなどの処理要求に対して、トータル処理時間を短縮することができる。

（Ｂ）　専用の高性能な物理サーバや、高性能なストレージ装置に、上記処理要求を行わせることによって、上記処理要求を更に短時間で処理することができる。

（Ｃ）　データセンタ内の遊休リソースを活用して、上記処理要求を行わせることができる。よって、遊休リソースを有効活用することができる。

（Ｄ）　ＣＰＵ負荷、ネットワークＩ／Ｏ負荷、ディスクＩ／Ｏ負荷の高い処理を、他のリソースの空いているハイパーバイザやデータストア上にオフロードして実行させたのち、仮想サーバの稼働場所を目的の実行場所に移動させ、疎通確認などに代表される実行場所の制約がある処理を行わせることができる。このような順番で処理を行うことにより、本番稼動している他の仮想サーバのリソースを無駄に奪うことなく、よって、性能の劣化を防ぐことができる。

（Ｅ）　多数のデプロイ要求などのリソース管理オペレーションタスクを実行したときに、ハイパーバイザやデータストアの同時実行数制約により、タスクがキューイングされて処理が遅延することを防き、全体としての処理時間を短縮することができる。

（第２の実施形態の構成）
　図２０は、第２の実施形態に於ける追加シナリオテーブルの例を示す図である。図１５に示す第１の実施形態の追加シナリオテーブル２７Ｂと同一の要素には同一の符号を付与している。
　第２の実施形態の追加シナリオテーブル２７Ｃは、第１の実施形態の追加シナリオテーブル２７Ｂと同一の欄を有している。

　第２の実施形態の追加シナリオテーブル２７Ｃは、条件欄２７ｇの「データストアｐ＝データストアｑ」のときのステップ欄２７ｉが、第１の実施形態の追加シナリオテーブル２７Ｂのステップ欄２７ｉとは異なり、以下の一連のステップが格納されている。
　　「ハイパーバイザｐにポートグループｐを作成」
　　「ハイパーバイザｐ、データストアｐにテンプレートｐから第２の仮想サーバ作成」
　　「第２の仮想サーバのディスクファイルに替えて、作成した仮想サーバのディスクイメージファイルを繋ぎ替え」

（第２の実施形態の動作）
　第２の実施形態の管理サーバ１０のシナリオ制御部３１は、一時的実行場所のデータストアと最終的実行場所のデータストアとが異なるとき、作成した仮想サーバ６４を最終的実行場所のポートグループｐに接続する代わりに、作成した仮想サーバ６４のディスクイメージファイルを繋ぎ替えている。これにより、管理サーバ１０のシナリオ制御部３１がポートグループｐを接続しなおさなくても、作成した仮想サーバ６４を利用可能である。

（第２の実施形態の効果）
　以上説明した第２の実施形態では、次の（Ｆ）のような効果がある。

（Ｆ）　管理サーバ１０のシナリオ制御部３１は、作成した仮想サーバ６４のディスクイメージファイルを繋ぎ替えている。これにより、ポートグループｐを接続しなおさなくても、作成した仮想サーバ６４を利用することができる。
（変形例）

　本発明は、上記実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で、変更実施が可能である。この利用形態や変形例としては、例えば、次の（ａ）～（ｂ）のようなものがある。

（ａ）　第１の実施形態では、あらかじめユーザによってシナリオの実行場所を指定する実施形態としている。しかし、これには限定されず、システムがまず決めた実行場所であってもよい。また、ユーザによる指定またはシステムがまず決めた実行場所の指定が、複数の実行場所を含むグループ指定であってもよい。この場合、シナリオ制御部３１が、各実行場所の同時実行数や性能状況を勘案して、そのグループの中から処理時間を最短にする、または他の仮想サーバ６４に悪影響を与えない実行場所を選択して、シナリオを実行する。

（ｂ）　第１の実施形態では、同一のデータストアＡを実行場所としている。しかし、これには限定されず、異なるデータストアであってもよい。これにより、データストアに係るネットワークＩ／Ｏ負荷およびディスクＩ／Ｏ負荷を分散させて、同一のデータストア上で本番稼働している仮想サーバ６４への影響を抑止することができる。

１０　管理サーバ
１１　主記憶装置
１２　ＣＰＵ
１３　ネットワークアダプタ
１４　ストレージアダプタ
１５　外部記憶媒体
２０　記憶部
２１　対応テーブル
２２　同時実行数テーブル
２３　構成テーブル
２４　管理テーブル
２５　時間テーブル
２６　性能テーブル
２７Ａ　シナリオテーブル
２７Ｂ，２７Ｃ　追加シナリオテーブル
２８　タスクテーブル
２９　仮想サーバテンプレート
３１　シナリオ制御部
３２　実行場所決定部
３３　仮想環境管理部
３４　構成情報管理部
３５　性能情報管理部
３６　ストレージ管理部
４０　ストレージ装置
４１　ストレージ制御部
５０ａ～５０ｃ　ロジカルユニット
５１ａ～５１ｃ　データストア
５２，５２ａ～５２ｇ　仮想サーバ実体
５３　仮想ディスクイメージファイル
５４　仮想サーバ定義ファイル
６０ａ～６０ｃ　物理サーバ
６１ａ～６１ｃ　ハイパーバイザ
６２ａ～６２ｃ　仮想スイッチ
６３ａ～６３ｅ　ポートグループ
６４ａ～６４ｇ　仮想サーバ
６５　ゲストＯＳ
６６ａ～６６ｂ　コンソール
７０　管理端末
７１　入出力部
１００　管理用ネットワーク
１１０　ストレージ用ネットワーク
１２０　業務用ネットワーク

Claims (15)

1. 　管理サーバが、仮想サーバを稼働することができるハイパーバイザに対して行う仮想サーバ処理制御方法であって、
   　前記ハイパーバイザは、いずれかの物理サーバ上で動作され、
   　前記仮想サーバは、いずれかのデータストア上のファイルイメージに基いて稼働され、
   　前記管理サーバは、
   　所定の実行場所に対する一連のステップからなるタスクを指示された際、
   　前記ステップの実行場所を一時的実行場所に変更して実行を指示し、
   　前記一時的実行場所での実行後に、前記一時的実行場所から前記所定の実行場所へと前記仮想サーバを移行させ、前記所定の実行場所にて前記タスクの継続実行を指示する、
   　ことを特徴とする仮想サーバ処理制御方法。
2. 　前記管理サーバは、
   　前記ステップの実行場所に制約が無いとき、前記ステップの実行場所を一時的実行場所に変更して実行を指示し、
   　前記ステップの実行場所に制約が有るとき、前記所定の実行場所を構成するハイパーバイザに対して実行を指示する、
   　ことを特徴とする請求の範囲第１項に記載の仮想サーバ処理制御方法。
3. 　前記ステップの実行場所とは、いずれかのハイパーバイザの場所、いずれかのデータストアの場所、または、いずれかのハイパーバイザといずれかのデータストアとの組み合わせの場所のいずれかである、
   　ことを特徴とする請求の範囲第１項に記載の仮想サーバ処理制御方法。
4. 　前記管理サーバは、
   　前記ステップの実行場所に制約が無く、かつ、前記所定の実行場所を構成するハイパーバイザの負荷または同時実行数が所定閾値を超過したことを検出したとき、前記ステップの実行場所を前記一時的実行場所に変更して、前記一時的実行場所を構成するハイパーバイザに前記ステップの実行を指示し、
   　前記ステップの実行場所に制約が有り、または、前記所定の実行場所を構成するハイパーバイザの負荷または同時実行数が所定閾値を超えていないことを検出したとき、前記所定の実行場所を構成するハイパーバイザに前記ステップの実行を指示する、
   　ことを特徴とする請求の範囲第３項に記載の仮想サーバ処理制御方法。
5. 　前記管理サーバは、
   　予め既定されたハイパーバイザ、負荷またはタスクの同時実行数が所定閾値以下であるハイパーバイザによって、前記一時的実行場所を構成する、
   　ことを特徴とする請求の範囲第４項に記載の仮想サーバ処理制御方法。
6. 　前記タスクは、
   　所定のデータストア上で稼働する仮想サーバを、当該所定のデータストアとは異なるデータストア上に移動するタスク、
   　前記所定の実行場所を構成するハイパーバイザ上で稼働する仮想サーバを、前記所定の実行場所を構成するハイパーバイザとは異なるハイパーバイザ上に移動するタスク、
   　仮想サーバのパワーオン、パワーオフ、または、シャットダウンを管理するタスク、
   　仮想サーバをデプロイするタスク、のいずれかを含んでいる、
   　ことを特徴とする請求の範囲第５項に記載の仮想サーバ処理制御方法。
7. 　前記管理サーバは、
   　前記タスクに於いて、直前のステップの実行場所と、今回のステップの実行場所とが異なるとき、
   　直前のステップの処理結果を移動するステップの実行と、処理結果の移動に付随するステップの実行とを指示したのち、今回のステップの実行を指示する、
   　ことを特徴とする請求の範囲第６項に記載の仮想サーバ処理制御方法。
8. 　前記タスクは、前記所定の実行場所を構成するハイパーバイザ上で稼働する所定の仮想サーバを作成するものであり、
   　直前のステップの処理結果を移動するステップは、作成した当該所定の仮想サーバを前記所定の実行場所に移動する処理を含んでおり、
   　処理結果の移動に付随するステップは、作成した前記所定の仮想サーバを前記所定の実行場所を構成するハイパーバイザの所定のポートグループに接続する処理を含んでいる、
   　ことを特徴とする請求の範囲第７項に記載の仮想サーバ処理制御方法。
9. 　前記管理サーバは、前記ステップの実行場所を前記一時的実行場所に変更して実行を指示した際、前記所定の実行場所を構成するハイパーバイザと前記一時的実行場所を構成するハイパーバイザとの所定の対応情報を記憶し、
   　直前のステップの処理結果を移動するステップは、前記所定の対応情報に基いて、直前のステップの処理結果を前記所定の実行場所に移動する処理を含んでいる、
   　ことを特徴とする請求の範囲第７項に記載の仮想サーバ処理制御方法。
10. 　管理サーバと、仮想サーバを稼働することができるハイパーバイザと、データストアとを備えた仮想サーバ処理制御システムであって、
    　前記ハイパーバイザは、いずれかの物理サーバ上で動作され、
    　前記仮想サーバは、いずれかのデータストア上のファイルイメージに基いて稼働され、
    　前記管理サーバは、
    　所定の実行場所に対する一連のステップからなるタスクを指示された際、
    　前記ステップの実行場所を一時的実行場所に変更して実行を指示し、
    　前記一時的実行場所での実行後に、前記一時的実行場所から前記所定の実行場所へと前記仮想サーバを移行させ、前記所定の実行場所にて前記タスクの継続実行を指示する、
    　ことを特徴とする仮想サーバ処理制御システム。
11. 　前記管理サーバは、
    　前記ステップの実行場所に制約が無いとき、前記ステップの実行場所を一時的実行場所に変更して実行を指示し、
    　前記ステップの実行場所に制約が有るとき、前記所定の実行場所を構成するハイパーバイザに対して実行を指示する、
    　ことを特徴とする請求の範囲第１０項に記載の仮想サーバ処理制御システム。
12. 　前記ステップの実行場所とは、いずれかのハイパーバイザの場所、いずれかのデータストアの場所、または、いずれかのハイパーバイザといずれかのデータストアとの組み合わせの場所のいずれかである、
    　ことを特徴とする請求の範囲第１０項に記載の仮想サーバ処理制御システム。
13. 　仮想サーバを稼働することができるハイパーバイザとデータストアとを管理する仮想サーバ処理制御管理サーバであって、
    　前記ハイパーバイザは、いずれかの物理サーバ上で動作され、
    　前記仮想サーバは、いずれかのデータストア上のファイルイメージに基いて稼働され、
    　当該仮想サーバ処理制御管理サーバは、
    　所定の実行場所に対する一連のステップからなるタスクを指示された際、
    　前記ステップの実行場所を一時的実行場所に変更して実行を指示し、
    　前記一時的実行場所での実行後に、前記一時的実行場所から前記所定の実行場所へと前記仮想サーバを移行させ、前記所定の実行場所にて前記タスクの継続実行を指示する、
    　ことを特徴とする仮想サーバ処理制御管理サーバ。
14. 　前記ステップの実行場所に制約が無いとき、前記ステップの実行場所を一時的実行場所に変更して実行を指示し、
    　前記ステップの実行場所に制約が有るとき、前記所定の実行場所を構成するハイパーバイザに対して実行を指示する、
    　ことを特徴とする請求の範囲第１３項に記載の仮想サーバ処理制御管理サーバ。
15. 　前記ステップの実行場所とは、いずれかのハイパーバイザの場所、いずれかのデータストアの場所、または、いずれかのハイパーバイザといずれかのデータストアとの組み合わせの場所のいずれかである、
    　ことを特徴とする請求の範囲第１３項に記載の仮想サーバ処理制御管理サーバ。

Images