JP2010113381A

JP2010113381A - 仮想システム制御プログラム、方法及び装置

Info

Publication number: JP2010113381A
Application number: JP2008282700A
Authority: JP
Inventors: Soichi Shigeta; 聡一繁田; Yuji Imai; 祐二今井
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2008-11-04
Filing date: 2008-11-04
Publication date: 2010-05-20
Anticipated expiration: 2028-11-04
Also published as: US8230264B2; JP5401922B2; US20100115342A1

Abstract

【課題】仮想システムのテスト系システムの構成を変更しつつテストを効率的に実施する。
【解決手段】構成変更を伴うテストを実施する際には、複数の構成バリエーションのうち未処理の構成バリエーションにおいて必要な仮想マシンの台数を特定し、当該仮想マシンの台数を反映させた形で、仮想システムの運用系システムと当該運用系システムに追加すべき仮想マシンとを配備することによって上記未処理の構成バリエーションについてのテスト系システムを構築する。そして当該テスト系システムについてテストを実施する。これを全ての構成バリエーションについて自動実施すれば、テストが効率的に実施される。
【選択図】図４

Description

本技術は、複数の物理サーバを含む１つの物理サーバプールにおいて、仮想システムのテストを効率的に行うための技術に関する。

複数の仮想マシンを物理サーバ群に配備し、配備した複数の仮想マシンをネットワークを介して連携させることで仮想化されたシステムを構築する環境において、仮想化されたシステム（以下、仮想システムとも呼ぶ）のテストを効果的且つ効率的に実施することが求められている。現在、このような仮想システムの開発やテストは、仮想システムが実際に運用される環境とは別に、通常であれば実運用環境よりも小規模な開発／テスト専用の環境を物理的に用意して行っている。

このような実運用環境と開発／テスト環境の物理的な隔離は、開発／テスト中のシステムが実運用中のシステムに悪影響（例えば、開発中のシステムの不具合による実運用中のシステムの停止や誤作動など）を及ぼす危険を排除することができる。しかしながら、開発／テスト環境と実運用環境が異なる（例えば、物理サーバのハードウェア的な差異やＯＳ（Operating System）やライブラリの版数といったソフトウェア的な差異がある）場合がある。そのために、開発／テスト環境では観測されなかった不具合が実運用環境でのシステム稼動後に発見されたり、開発／テスト環境から実運用環境にシステムを移植する際の設定ミスによる不具合が発生したりするという問題が多数発生している。

なお、仮想システムについては様々な従来技術が存在するが、上で述べたような問題に着目したものはない。
特開２００６−２２１６４９号公報特開２００７−２９９４２５号公報特開平４−１９５４３６号公報

近年、業務サービスの無停止が非常に重要なシステム要件となっている。すなわち、実運用中の業務サービスを停止することなく、システムの構成変更（例えば、連携する仮想マシンの台数を変更したり、セキュリティパッチを適用したりといった変更）のテストを行って速やかに構成変更後のシステムを実運用に移行させる必要性及び重要性が高まってきている。しかしながら、現在このような要求に対処できていない。

また、例えば、テストにおいて、仮想システムにおける仮想マシンの台数などを変化させて、仮想システムの挙動の変化を調べるテストを実施したい場合がある。これらのパラメタを手動設定しながら、パラメタの値を変更するたびに対話的に、仮想システムの配備・構築するのは効率が悪い。

従って、本技術の目的は、複数の物理サーバを含む１つの物理サーバプールにおいて、仮想システムのテスト系システムの構成を変更しつつテストを効率的に実施することである。

本仮想システム制御方法は、（ａ）運用系及びテスト系の仮想システムを配備可能な物理サーバプールにおいて、特定の仮想システムのテスト系システムに対して複数の構成バリエーションについての特定種別のテストを実施するように要求するテスト要求を受信するステップと、（ｂ）複数の構成バリエーションのうち未処理の特定の構成バリエーションについて必要となる運用系システムのための少なくとも一部の種類の仮想マシンの台数を表す第１の仮想マシン台数データと、特定種別のテストのためのテスト系システムにおいて運用系システムのための仮想マシンに追加で必要となる少なくとも一部の種類の仮想マシンの台数を表す第２の仮想マシン台数データとを特定する仮想マシン特定ステップと、（ｃ）特定の仮想マシンの運用系システムについての構成情報におけるサーバ構成データと、第１の仮想マシン台数データと、特定の仮想システムの運用系システムのための仮想マシン・イメージとを用いて、物理サーバプールにおいて、特定の仮想システムの運用系システムに必要な仮想マシンを起動させる運用系システム配備ステップと、（ｄ）特定の仮想システムの運用系システムと特定種類のテスト系システムとの差分の構成情報である構成変更情報におけるサーバ構成データと、第２の仮想マシン台数データと、特定の仮想システムの運用系システムと特定の種類のテスト系システムとの差分の構成についての仮想マシン・イメージとを用いて、物理サーバプールにおいて、特定の仮想システムの運用系システムに追加すべき仮想マシンを起動させるテスト系システム配備ステップと、（ｅ）上記構成情報における、仮想マシン間のネットワーク設定情報と、構成変更情報における、特定の仮想システムの運用系システムと特定種類のテスト系システムとのネットワーク上の差分を表すネットワーク設定情報とをマージして生成されるネットワーク構成データに従って、起動された仮想マシンのネットワークを設定するネットワーク設定ステップと、（ｆ）特定種別のテストを、特定の構成バリエーションに係るテスト系システムに対して実施するテスト実施ステップとを含む。

複数の物理サーバを含む１つの物理サーバプールにおいて、仮想システムのテスト系システムの構成を変更しつつテストを効率的に実施できるようになる。

本技術の実施の形態では、図１に示すように、複数の物理サーバを含む１つの物理サーバプールにおいて、仮想システムの運用系システムと、仮想システムのテスト系システムとが併存できるようになっている。すなわち、従来技術とは異なり、特定の仮想システムのテスト系システムを別の物理サーバプールにおいて起動するのではなく、運用系システムも起動され得る物理サーバプールにおいてテスト系システムも起動する。図１の例では、２台のＷｅｂサーバと２台のＤＢサーバとロードバランサとを含む運用系システムに対して、２台のＷｅｂサーバと２台のテスト用ＤＢサーバと２台のテスト用クライアントとロードバランサとを含むテスト系システムが併存するようになっている。なお、１台の物理サーバ上に、複数の仮想マシンが起動される場合もある。

さらに、本技術の実施の形態では、単純に仮想システムの運用系システムとテスト系システムとを併存させるだけではなく、図２に示すように、テスト系システムの構成を工夫する。すなわち、特定の仮想システムの運用系システムが、Ｗｅｂサーバ用の３台の仮想マシンと、ロードバランサ（ＬＤ）用の１台の仮想マシンと、ＤＢサーバ用の２台の仮想マシンとを含むものとする。そうすると、特定の仮想システムのテスト系システムは、運用系システムと同一の仮想マシン群に加えて、テスト用クライアント（ｃｌｉｅｎｔ）のための４台の仮想マシンと、テスト用ロガー（Ｌｏｇｇｅｒ）のための１台の仮想マシンと、テスト用ＤＢのための２台の仮想マシンとを含むようにしている。

この際、運用系システムに含まれるＤＢサーバ用の２台の仮想マシンは起動されるが、テストには用いられず、代わりにテスト用ＤＢのための２台の仮想マシンが用いられる。このように、テスト系システムの仮想サーバは、運用系システムの仮想サーバに付け加えるような形で起動されるようになる。但し、矢印で示しているテスト系システムのネットワーク構成は、運用系システムのものとは異なり、テストを行うためのネットワーク構成が採用されている。

このように、テスト系システムの仮想マシン構成を、運用系システムの仮想マシン構成に追加の仮想マシンを付け加えるような形にすることで、テスト系システムから運用系システムに移行させる際に問題が生じにくくなっている。すなわち、運用系システムとテスト系システムとを別々に規定するのではなく、テスト系システムについては運用系システムとの差分のみを規定している。よって、テスト系システムを規定・構築する際には、既に運用系システムの仮想マシン構成が確定しているので、テスト系システムについてテストを実施して問題がなければ、直ぐに運用系システムを配備・運用することが可能となる。加えて、同一の物理サーバプールにおいてシステム移行を行うので、物理サーバプールに含まれる物理サーバの構成の差異による問題も生じない。すなわち、テスト系システムから運用系システムへの切り替えがスムーズに行われるようになる。

以上のような概要を前提として、図３に、本実施の形態におけるシステム概要を示す。サービス運用管理者端末１は、ネットワークを介して仮想システム配備及びテスト制御装置３に接続されている。さらに、仮想システム配備及びテスト制御装置３は、ネットワークを介して複数の物理サーバを含む物理サーバプール５に接続されている。

図４に、本実施の形態における主要な処理を実施する仮想システム配備及びテスト制御装置３の詳細を示す。仮想システム配備及びテスト制御装置３は、サービス運用管理者端末１とのインターフェースとなるＩ／Ｆ３１と、システム管理部３２と、システム管理表３３と、システム論理構成登録部３４と、ＶＭ（仮想マシン：Virtual Machine）イメージレポジトリ３５と、論理システム配備部３７と、システム配備状態表３８と、システム論理構成変更登録部３６と、テストドライバＶＭイメージレポジトリ３９と、自動テスト実行部４１と、テスト項目登録部４０と、物理資源管理部４２とを有する。なお、システム論理構成登録部３４及びＶＭイメージレポジトリ３５は、運用系システム情報を格納している。また、システム論理構成変更登録部３６、テストドライバＶＭイメージレポジトリ３９及びテスト項目登録部４０は、テスト系システム情報を格納している。

Ｉ／Ｆ３１は、サービス運用管理者端末１から受信したデータをシステム管理部３２に出力すると共に、システム管理部３２から受信したデータをサービス運用管理者端末１に出力する。システム管理部３２は、システム論理構成登録部３４、ＶＭイメージレポジトリ３５、システム論理構成変更登録部３６、テストドライバＶＭイメージレポジトリ３９及びテスト項目登録部４０へのデータ登録及びデータ削除を、サービス運用管理者端末１からの指示に従って行う。また、システム管理部３２は、システム管理表３３を用いて上で述べたデータ格納部に登録されているデータを管理している。さらに、システム管理部３２は、論理システム配備部３７及び自動テスト実行部４１と連携している。

論理システム配備部３７は、システム配備状態表３８を管理しており、システム論理構成登録部３４と、ＶＭイメージレポジトリ３５と、システム論理構成変更登録部３６と、テストドライバＶＭイメージレポジトリ３９とに格納されているデータを用いて、物理サーバプール５において確保された物理マシン上に論理システム５１を配備すると共に、仮想マシンの撤収などの処理も行う。論理システム配備部３７は、物理資源管理部４２及び自動テスト実行部４１と連携している。

物理資源管理部４２は、論理システム配備部３７からの指示に応じて物理サーバプール５において、物理サーバを確保したり、開放したりする処理を実施する。なお、物理資源管理部４２の処理内容は従来と同じである。

さらに、自動テスト実行部４１は、論理システム配備部３７からの指示に従って、テスト項目登録部４０に登録されているテスト項目を、論理システム５１に対して実行すると共に、テスト結果を論理システム配備部３７に出力する。また、以下で述べるような複数の仮想マシン構成についてテストを実施する場合には、実施すべき仮想マシン構成のバリエーションを自律的に特定すると共に、それぞれについて仮想マシン構成の配備を論理システム配備部３７に実施させると共に自らテストを実施する。

システム管理表３３に格納されるデータの一例を図５に示す。システム管理表３３には、仮想システム毎に、運用系システムの構成情報として用いられる、論理構成定義ファイルのファイル名及びＶＭイメージファイルのファイル名が登録されており、さらにテスト系システムの構成変更情報として用いられる、論理構成変更定義ファイルのファイル名及びテストドライバＶＭイメージファイルのファイル名が登録されている。なお、テスト系システムのテストに用いられるテスト項目ファイルのファイル名も、仮想システム毎に登録されるようになっている。

システム論理構成登録部３４に格納されるデータの一例を図６に示す。システム論理構成登録部３４には、仮想システム毎に、運用系システムのための構成定義ファイルが登録されている。構成定義ファイルは、例えば図７に示すようなデータを含む。図７に示した構成定義ファイルは、ＸＭＬで記述されており、仮想マシン記述部と、ネットワーク設定記述部とを含む。仮想マシン記述部は、サーバリストを含んでおり、サーバ毎に、サーバの名前（例えばＷｅｂ、ｌｂ、ｄｂなど）、ＶＭイメージファイル名（Ｗｅｂ．ｉｍｇ、ｌｂ．ｉｍｇ、ｄｂ．ｉｍｇなど）、最小のインスタンス数、最大のインスタンス数、及びデフォルトのインスタンス数が登録されるようになっている。なお、属性ｐｏｏｌ＝”ｘ８６”は、確保すべき物理サーバのプロセッサタイプを示している。また、ネットワーク設定記述部は、リンクリストを含んでおり、リンク毎に、元ノード名（例えばEXTERNAL-NETやＷｅｂ）及び宛先ノード名（例えばｌｂ（ロードバランサ）やｄｂ）と、ＩＰアドレスとが登録されるようになっている。なお、元ノード名が外部ネットワークを示している場合には、外部ネットワークとの接続点となるゲートウェイのＩＰアドレスも登録されるようになっている。

またＶＭイメージレポジトリ３５に格納されるデータの模式図を図８に示す。ＶＭイメージレポジトリ３５には、システム管理表３３のＶＭイメージファイル名の列に登録されているイメージファイル名のイメージファイルが登録されている。また、構成定義ファイルに列挙されている仮想マシンのためのイメージファイルが全て登録されている。図８の例では、例えば「Ａ：Ｗｅｂサーバ」であれば、仮想システムＡのＷｅｂサーバ用のイメージファイルを示している。

また、論理システム配備部３７により管理されているシステム配備状態表３８に格納されるデータの一例を図９に示す。図９の例では、論理システム配備部３７が管理している仮想システムのインスタンス名（仮想システム種別＋インスタンス名（運用系／テスト系＋番号））と、確保されている物理サーバの識別子と、状態（サービス中、テスト中、配備中など）とが登録されるようになっている。

次に、システム論理構成変更登録部３６に格納されているデータの一例を図１０に示す。システム論理構成変更登録部３６には、仮想システム毎に、テスト系システムのための構成変更定義ファイルが登録されている。構成変更定義ファイルは、例えば図１１に示すようなデータを含む。構成変更定義ファイルは、構成定義ファイルの仮想マシン記述部に列挙された仮想マシンに加えて配備・起動すべき仮想マシンが列挙される仮想マシン記述部と、構成定義ファイルのネットワーク設定記述部に列挙されているリンクのうち削除すべきリンクと追加すべきリンクとを含むネットワーク設定記述部とを含む。構成変更定義ファイルにおいても、仮想マシン記述部の記述方式は構成定義ファイルの場合と同じである。一方、ネットワーク設定記述部については、上で述べたように削除すべきリンクについてのｃｕｔリストと、追加すべきリンクについてのａｄｄリストとに分けられる部分と、ｃｕｔリストにおいては対象となるリンク種別のみが指定されている部分とが異なる。但し、ａｄｄリストの記述方式については、構成定義ファイルのネットワーク設定記述部と同様である。

またテストドライバＶＭイメージレポジトリ３９に格納されるデータの模式図を図１２に示す。テストドライバＶＭイメージレポジトリ３９には、システム管理表３３のテストドライバＶＭイメージファイル名の列に登録されているイメージファイル名のイメージファイルが登録されている。また、構成変更定義ファイルに列挙されている仮想マシンのためのイメージファイルが全て登録されている。

さらに、テスト項目登録登録部４０には、図１３に示すようなデータが登録されている。図１３の例では、仮想システム毎に、テスト項目名と、テスト内容とが登録されている。本実施の形態では、構成変更を伴う負荷テストが規定されており、例えば仮想システムＡについては、ＬＴ００１というテスト項目で、運用系システムのＤＢサーバを１台に固定するが、運用系システムのＷｅｂサーバを１から１０台に変化させる。また、ＬＴ００２というテスト項目では、運用系システムのＷｅｂサーバを５台に固定するが、テスト系システムのＤＢサーバ（test-DB）を１から３台に変化させる。仮想システムＢについては、ＬＴ００１というテスト項目で、運用系システムのＷｅｂサーバを２から５台に変化させる。さらに、仮想システムＸについては、ＬＴ００１というテスト項目で、テストクライアント端末（test-Client）を１０から１００台に変化させる。なお、テスト項目ファイルに記述されている仮想マシンの台数は、図７及び図１１の仮想マシン記述部の最小台数と最大台数の範囲で規定されている。

図１３では、全ての仮想システムについてテストデータをテーブルとして示しているが、テスト項目ファイルとして、仮想システム毎に登録されているものとする。テストの成否については、テストを実施した場合には登録される。但し、テスト結果自体は、自動テスト実行部４１によって論理システム配備部３７、システム管理部３２及びＩ／Ｆ３１を介してサービス運用管理者端末１に送信されるため、テスト項目登録表４０には保持されない。

次に、図１４乃至図２２を用いて、図３に示したシステムの基本動作について説明する。まず、サービス運用管理者は、サービス運用管理者端末１に対して、運用系／テスト系の指定を含む、特定の仮想システムＸの配備指示を入力すると、サービス運用管理者端末１は、運用系／テスト系の指定を含む、特定の仮想システムＸの配備指示を受け付け、運用系／テスト系の指定を含む、仮想システムＸの配備コマンドを、仮想システム配備及びテスト制御装置３に対して発行する（ステップＳ１）。仮想システム配備及びテスト制御装置３のＩ／Ｆ３１は、サービス運用管理者端末１から、運用系／テスト系の指定を含む、仮想システムＸの配備コマンドを受信すると、システム管理部３２に出力する。システム管理部３２は、上記のような指定を含む、仮想システムＸの配備コマンドを受信し、システム管理表３３から、本配備コマンドに該当する構成情報を抽出し、論理システム配備部３７に、抽出した構成情報を含む仮想システムＸの配備指示を出力する（ステップＳ３）。仮想システムＸの運用系システムの配備の場合には、システム管理表３３から、仮想システムＸ用の論理構成定義ファイルのファイル名及びＶＭイメージファイルのファイル名を抽出して構成情報として、論理システム配備部３７に出力する。一方、仮想システムＸのテスト系システムの配備の場合には、システム管理表３３から、仮想システムＸ用の論理構成定義ファイルのファイル名、ＶＭイメージファイルのファイル名、論理構成変更定義ファイルのファイル名及びテストドライバＶＭイメージファイルのファイル名を抽出して構成情報として、論理システム配備部３７に出力する。

論理システム配備部３７は、システム管理部３２から、構成情報を含む、仮想システムＸの配備指示を受信し、受信した構成情報に従ってシステム論理構成登録部３４において論理構成定義ファイルを特定し、当該論理構成定義ファイルにおける仮想マシン記述部に従って運用系システムに必要な台数の物理サーバの割り当てを、物理資源管理部４２に依頼する（ステップＳ５）。図７の例では、Ｗｅｂサーバがデフォルトで１台、ロードバランサｌｂがデフォルトで１台、ＤＢサーバがデフォルトで２台であるので、合計４台の割り当てを依頼する。なお、論理システム配備部３７は、システム配備状態表３８において、受信した配備指示に係るレコードを追加する。例えば、仮想システムＸのテスト系システムの配備であれば、仮想システムのインスタンス名として「Ｘ−テスト系０１」、物理サーバについては未定、状態については「配備中」というレコードが追加される。

物理資源管理部４２は、論理システム配備部３７から物理サーバの割り当て依頼を受信し、依頼に従って、物理サーバプール５において、物理サーバの割り当てを実施する（ステップＳ７）。この処理自体は従来と同じなので、これ以上述べない。なお、必要な台数の物理サーバを確保できた場合には、どの物理サーバが確保できたのかについて論理システム配備部３７に通知する。論理システム配備部３７は、確保できた物理サーバの名称を、システム配備状態表３８の該当レコードに登録する。

ここで必要な台数の物理サーバを確保できなければ（ステップＳ９：Ｎｏルート）、処理は端子Ａを介して図１５の処理に移行する。一方、必要な台数の物理サーバを確保できれば（ステップＳ９：Ｙｅｓルート）、処理は端子Ｂを介して図１６の処理に移行する。

必要な台数の物理サーバを確保できなかった場合には、物理資源管理部４２は、エラー／異常終了を、論理システム配備部３７を介してシステム管理部３２に通知する（図１５：ステップＳ１１）。なお、既に確保済みの物理サーバについては開放する。論理システム配備部３７は、エラー／異常終了を受信すると、システム管理部３２に転送すると共に、システム配備状態表３８の該当レコードを削除する。システム管理部３２は、サービス運用管理者端末１に、Ｉ／Ｆ３１を介してエラー／異常終了を通知する（ステップＳ１３）。サービス運用管理者端末１は、仮想システム配備及びテスト制御装置３から、エラー／異常終了の通知を受信すると、例えば表示装置に表示することによって、サービス運用管理者に通知する（ステップＳ１５）。これにて処理を終了する。

一方、必要な台数の物理サーバを確保できた場合には、論理システム配備部３７は、受信構成情報に含まれるＶＭイメージファイルのファイル名に従って、ＶＭイメージレポジトリ３５から該当するＶＭイメージファイルを抽出し、割り当てられた物理サーバ群上にＶＭイメージをロードすることによって仮想マシンを配備・起動する（ステップＳ１７）。これによって、運用系システムの配備であれば、必要な仮想マシンの起動が完了することになる。一方、テスト系システムの配備であれば、一部の仮想マシンの起動が完了することになる。

そして、運用系システムの配備であれば（ステップＳ１９：Ｙｅｓルート）、論理システム配備部３７は、受信構成情報によって特定される論理構成定義ファイルから、ネットワーク設定情報（ここではネットワーク設定記述部そのもの）を抽出する（ステップＳ３１）。その後端子Ｃを介して図１７の処理に移行する。

一方、テスト系システムの配備であれば（ステップＳ１９：Ｎｏルート）、論理システム配備部３７は、受信構成情報に従ってシステム論理構成変更登録部３６において該当する論理構成変更定義ファイルを特定し、論理構成変更定義ファイルの仮想マシン記述部に規定されており且つテスト系システムに追加で必要となる台数の物理サーバの割り当てを、物理資源管理部４２に依頼する（ステップＳ２１）。

物理資源管理部４２は、論理システム配備部３７から物理サーバの追加割り当て依頼を受信すると、依頼に従って、物理サーバプール５において、物理サーバの割り当てを実施する（ステップＳ２３）。この処理も従来と同じなのでこれ以上述べない。なお、必要な台数の物理サーバを確保できた場合には、どの物理サーバが確保できたのかについて論理システム配備部３７に通知する。論理システム配備部３７は、確保できた物理サーバの名称を、システム配備状態表３８の該当レコードに登録する。

ここで必要な台数の物理サーバを確保できなければ（ステップＳ２５：Ｎｏルート）、テスト系システムを構築することができないので、端子Ａを介して図１５の処理に移行する。一方、必要な台数の物理サーバを確保できれば（ステップＳ２５：Ｙｅｓルート）、論理システム配備部３７は、受信構成情報に含まれるテストドライバＶＭイメージファイルのファイル名に従ってテストドライバＶＭイメージレポジトリ３９から該当するテストドライバＶＭイメージファイルを抽出し、割り当てられた物理サーバ群上に、当該テストドライバＶＭイメージをロードすることによって仮想マシンを配備・起動する（ステップＳ２７）。

このように、テスト系システムを配備する際には、運用系システムの仮想マシンを配備・起動した上で、テスト系システムで追加で必要となる仮想マシンを配備・起動することになる。従って、テスト系システムが配備できる段階では、既に運用系システムを配備できるようになっていることになる。よって、テスト系システムで問題が生じなければ、運用系システムにすぐさま移行することができる。

さらに、論理システム配備部３７は、受信構成情報から特定される論理構成定義ファイルのネットワーク設定記述部及び論理構成変更定義ファイルのネットワーク設定記述部をマージして、テスト系システムのためのネットワーク設定情報を生成し、例えばメインメモリなどの記憶装置に格納する（ステップＳ２９）。図７の例では、（１ａ）外部ネットワークとＷｅｂサーバとのリンク、（２ａ）Ｗｅｂサーバとロードバランサｌｂとのリンク、（３ａ）ロードバランサｌｂとＤＢサーバとのリンクが規定されている。また、図１１の例では、ｃｕｔリストとして（１ｂ）外部ネットワークとＷｅｂサーバとのリンク、（２ｂ）ロードバランサｌｂとＤＢサーバとのリンクが規定されており、ａｄｄリストとして、（１ｃ）テストクライントとＷｅｂサーバとのリンク、（２ｃ）ロードバランサｌｂとテストロガーとのリンク、（３ｃ）ロードバランサｌｂとテストＤＢサーバとのリンクが規定されている。従って、（１ａ）は（１ｂ）によって削除され、（３ａ）は（２ｂ）によって削除される。すなわち、残ったリンクは（２ａ）、（１ｃ）、（２ｃ）、（３ｃ）となる。これが、ネットワーク設定情報に含まれるリンクとなる。処理は端子Ｃを介して図１７の処理に移行する。

このように、ネットワーク構成については、運用系システムに対して単純にリンクを追加するだけでテスト系システムを構築できない場合もあるので、その差を解消するために、上で述べたようなマージ処理を実施する。但し、論理構成ファイルのネットワーク設定記述部と論理構成変更定義ファイルのネットワーク設定記述部とが双方適合した形で規定されなければ、適切なテスト系システムを構築できない。すなわち、論理構成ファイルのネットワーク設定記述部又は論理構成変更定義ファイルのネットワーク設定記述部に不適切な部分があれば、テスト系システムについてテストを実施できない。よって、テスト系システムについてテストを適切に実施できれば、運用系システムについても問題なく動作する蓋然性が非常に高くなる。

図１７の処理の説明に移行して、論理システム配備部３７は、ステップＳ３１又はＳ２９で生成したネットワーク設定情報に基づき、配備・起動した仮想マシンのネットワークを設定する（ステップＳ３３）。このようにすることによって、物理サーバプール５上に目的とする論理システム５１が構築されたことになる。従って、システム配備状態表３８において、該当レコードの状態を、例えば配備完了に変更する。なお、この処理の詳細については従来と同じであるので、これ以上は述べない。

そして、論理システム配備部３７は、システム管理部３２に対して、仮想システムＸの配備完了及びインスタンス名を通知する（ステップＳ３５）。システム管理部３２は、論理システム配備部３７から、仮想システムＸの配備完了及びインスタンス名の通知を受信し、サービス運用管理者端末１にＩ／Ｆ３１を介して転送する（ステップＳ３７）。サービス運用管理者端末１は、仮想システム配備及びテスト制御装置３から、仮想システムＸの配備完了及びインスタンス名の通知を受信し、表示装置に表示する（ステップＳ３９）。これによってサービス運用管理者は、準備が完了したことを把握することができる。

ここで、運用系システムの配備完了であれば（ステップＳ４１：Ｙｅｓルート）、端子Ｄを介して図２０の処理に移行する。一方、テスト系システムの配備完了であれば（ステップＳ４１：Ｎｏルート）、端子Ｅを介して図１８の処理に移行する。

テスト系システムの配備完了であれば図１８の処理に移行して、サービス運用管理者は、サービス運用管理者端末１に対して、仮想システムＸのインスタンス名を指定したテスト開始指示を入力する。サービス運用管理者端末１は、当該テスト開始指示を受け付け、テスト開始コマンドを仮想システム配備及びテスト制御装置３に発行する（ステップＳ４３）。

仮想システム配備及びテスト制御装置３のシステム管理部３２は、Ｉ／Ｆ３１を介して、仮想システムＸのインスタンス名を含むテスト開始コマンドを受信し、仮想システムＸについてのテスト項目ファイルのファイル名をシステム管理表３３から特定し、論理システム配備部３７に、当該テスト項目ファイルのファイル名を含む、仮想システムＸの指定インスタンスについてテスト開始を指示する（ステップＳ４５）。

論理システム配備部３７は、システム管理部３２から、テスト項目ファイルのファイル名を含む、仮想システムＸのインスタンス名を含むテスト開始指示を受信し、自動テスト実行部４１に、当該テスト項目ファイルのファイル名を含む、仮想システムＸの指定インスタンスについてテスト開始を指示する（ステップＳ４７）。自動テスト実行部４１は、論理システム配備部３７から、テスト項目ファイルのファイル名及び仮想システムＸのインスタンス名を含むテスト開始指示を受信し、テスト項目登録部４０から指定ファイル名のテスト項目ファイルを読み出し、当該テスト項目ファイルに従ってテストを実施すると共に、テスト結果を、例えばメインメモリなどの記憶装置に格納する（ステップＳ４９）。テスト項目ファイルに従ってテストを実施すること自体は、従来と同じであるから、これ以上述べない。なお、システム配備状態表３８において、該当するレコードの状態を「テスト中」に変更する。

そして、自動テスト実行部４１は、全てのテスト項目が処理されると、テスト結果を含むテスト終了通知を、論理システム配備部３７に通知する（ステップＳ５１）。処理は、端子Ｆを介して図１９の処理に移行する。

論理システム配備部３７は、自動テスト実行部４１からテスト結果を含むテスト終了通知を受信し、システム管理部３２に転送する（ステップＳ５３）。システム管理部３２は、論理システム配備部３７から、テスト結果を含むテスト終了通知を受信し、Ｉ／Ｆ３１を介して、当該テスト結果を含むテスト終了通知を、サービス運用管理者端末１に送信する（ステップＳ５５）。サービス運用管理者端末１は、仮想システム配備及びテスト制御装置３から、テスト結果を含むテスト終了通知を受信し、表示装置に表示する（ステップＳ５７）。これによって、サービス運用管理者は、テスト結果を判断して、対処を行うことができるようになる。処理は、端子Ｇを介して図２１の処理に移行する。

次に、運用系システムが配備された場合の処理を図２０を用いて説明する。サービス運用管理者は、サービス運用管理者端末１に対して、仮想システムＸのインスタンス名を指定した運用開始指示を入力する。サービス運用管理者端末１は、仮想システムＸのインスタンス名を指定した運用開始指示を受け付け、当該仮想システムＸのインスタンス名を含む運用開始コマンドを、仮想システム配備及びテスト制御装置３に対して発行する（ステップＳ５９）。仮想システム配備及びテスト制御装置３のシステム管理部３２は、Ｉ／Ｆ３１を介して、サービス運用管理者端末１から、仮想システムＸのインスタンス名を含む運用開始コマンドを受信し、論理システム配備部３７に、仮想システムＸの指定インスタンスについて運用開始を指示する（ステップＳ６１）。

論理システム配備部３７は、システム管理部３２から、仮想システムＸのインスタンス名を含む運用開始指示を受信し、仮想システムＸの指定インスタンスの運用を開始し、仮想システムＸのインスタンス名を含む運用開始通知をシステム管理部３２に出力する（ステップＳ６３）。なお、仮想システムの運用開始のための処理自体は、従来と同じなので、これ以上述べない。例えば、外部ネットワークからの処理要求を受付けるプロセス（例えば、ｈｔｔｐｄ，ｆｔｐｄなど）の起動などを行う。また、システム配備状態表３８において、該当レコードの状態を「サービス中」に変更する。

システム管理部３２は、論理システム配備部３７から仮想システムＸのインスタンス名を含む運用開始通知を受信し、Ｉ／Ｆ３１を介して、サービス運用管理者端末１に、仮想システムＸのインスタンス名を含む運用開始通知を送信する（ステップＳ６５）。サービス運用管理者端末１は、仮想システム配備及びテスト制御装置３から、仮想システムＸのインスタンス名を含む運用開始通知を受信し、表示装置に表示する（ステップＳ６７）。このようにして、サービス運用管理者は、仮想システムＸの運用が無事に開始されたことを把握することができる。処理は端子Ｇを介して図２１の処理に移行する。

例えば、テスト終了後、又はメンテナンスなどで運用を停止する際、図２１の処理を実施する。まず、サービス運用管理者は、サービス運用管理者端末１に対して、仮想システムＸのインスタンス名を指定して、撤収指示を入力する。サービス運用管理者端末１は、仮想システムＸのインスタンス名の指定を含む撤収指示を受け付け、仮想システムＸのインスタンス名を含む撤収コマンドを、仮想システム配備及びテスト制御装置３に発行する（ステップＳ６９）。

システム管理部３２は、Ｉ／Ｆ３１を介して、サービス運用管理者端末１から、仮想システムＸのインスタンス名を含む撤収コマンドを受信し、論理システム配備部３７に、仮想システムＸのインスタンス名を含む撤収指示を出力する（ステップＳ７１）。論理システム配備部３７は、システム管理部３２から、仮想システムＸのインスタンス名を含む撤収指示を受信し、指定インスタンスの全ての仮想マシンを停止させ、システム配備状態表３８において仮想システムＸの指定インスタンスについての物理サーバを特定し、物理資源管理部４２に、該当物理サーバの返却を通知する（ステップＳ７３）。仮想マシンを停止させるための処理は、従来と同じであり、これ以上述べない。なお、ここでシステム配備状態表３８において、該当するレコードにおいて、状態を「撤収中」に変更する。

物理資源管理部４２は、論理システム配備部３７から、物理サーバの返却通知を受信し、物理サーバの割り当てを解除すると共に、物理サーバプール５にフリーの物理サーバとして登録し、撤収完了を論理システム配備部３７に通知する（ステップＳ７５）。処理は、端子Ｈを介して図２２の処理に移行する。

論理システム配備部３７は、物理資源管理部４２から、撤収完了通知を受信し、システム管理部３２に当該撤収完了通知を転送する（ステップＳ７７）。ここで、システム配備状態表３８において該当レコードを削除する。システム管理部３２は、論理システム配備部３７から、撤収完了通知を受信し、当該撤収完了通知をＩ／Ｆ３１を介してサービス運用管理者端末１に送信する（ステップＳ７９）。サービス運用管理者端末１は、仮想システム配備及びテスト制御装置３から、撤収完了通知を受信し、表示装置に表示する（ステップＳ８１）。これにて、サービス運用管理者は、撤収完了を把握することができる。

以上述べたように、本実施の形態を実施することによって、テスト系システムから運用系システムへの移行がスムーズに行われるようになる。また、テスト系システムが運用系システムとの差分を解消するような形で構成されるようになっているので、テスト系システムのテストで問題がなければ、特別な設定を行わずとも、運用系システムに移行できる。従って、サービス運用管理者の設定ミスやオペレーションミスなども起こりにくくなっている。また、物理サーバプールを共用しているので、物理サーバの細かな版数の差などによって生ずる不具合についても回避できる可能性が高い。

次に、図２３乃至図３０を用いて、構成変更を伴う負荷テストを実施する場合の処理内容について説明する。まず、サービス運用管理者は、サービス運用管理者端末１に対して、構成変更を伴う特定のテスト種別（ここでは負荷テストとする）の指定を含む、特定の仮想システムＸのテスト実行指示を入力すると、サービス運用管理者端末１は、上記のような指定を含む、特定の仮想システムＸのテスト実行指示を受け付け、上記のような指定を含む、特定の仮想システムＸのテスト実行コマンドを、仮想システム配備及びテスト制御装置３に対して発行する（ステップＳ１０１）。仮想システム配備及びテスト制御装置３のＩ／Ｆ３１は、サービス運用管理者端末１から、構成変更を伴う特定のテスト種別の指定を含む、仮想システムＸのテスト実行コマンドを受信し、システム管理表３３において指定のテスト種別及び指定の仮想システムＸのためのテスト項目ファイルのファイル名を特定し、自動テスト実行部４１に、仮想システムＸの指定及びテスト項目ファイルのファイル名を含むテスト実行指示を出力する（ステップＳ１０３）。例えば、Ｘ−負荷テスト．ｔｅｓｔがテスト実行指示に含まれる。

自動テスト実行部４１は、仮想システムＸの指定及びテスト項目ファイルのファイル名を含むテスト実行指示を受信し、このテスト実行指示に応じてテスト項目登録部４０から指定のテスト項目ファイルを読み出す（ステップＳ１０５）。図１３の例では、仮想システムＸの「構成変更を伴う負荷テスト」のテストデータが読み出されるものとする。

そして、自動テスト実行部４１は、指定テスト項目ファイルにおいて未実施のテスト項目が存在するか判断する（ステップＳ１０７）。指定テスト項目ファイルにおいて全てのテスト項目について実施した場合には端子Ａ２を介して図２４の処理に移行する。一方、未実施のテスト項目が存在する場合には、自動テスト実行部４１は、指定テスト項目ファイルにおける未実施のテスト項目を１つ特定し（ステップＳ１０９）、特定されたテスト項目についての全構成バリエーションを特定し、例えばメインメモリなどの記憶装置に格納する（ステップＳ１１１）。

図１３の例では、ＬＴ００１というテスト項目では、ｔｅｓｔ−Ｃｌｉｅｎｔを１０から１００台に変化させることが規定されているので、１０台から１００台まで１台ずつ増加させる９１通りの構成バリエーションが特定される。なお、ｔｅｓｔ−Ｃｌｉｅｎｔは、テスト系システムにおいて追加で配備される仮想マシンとなる。ここでは運用系システムについては構成変更が規定されていないので、全構成バリエーションにおいて「デフォルト」のままということになる。

なお、仮想システムＡの構成変更を伴う負荷テストのＬＴ００２というテスト項目の場合には、テスト系システムについてのｔｅｓｔ−ＤＢサーバを１から３台に変化させることが規定されている。このような場合には、運用系システムのＷｅｂサーバ５台とテスト系システムのｔｅｓｔ−ＤＢサーバ１台という構成バリエーションと、運用系システムのＷｅｂサーバ５台とテスト系システムについてのｔｅｓｔ−ＤＢサーバ２台という構成バリエーションと、運用系システムのＷｅｂサーバを５台とテスト系システムについてのｔｅｓｔ−ＤＢサーバ３台という構成バリエーションとが特定される。このような構成バリエーションのデータは、例えばリスト化してメインメモリなどの記憶装置に保持する。

そして、自動テスト実行部４１は、特定された全構成バリエーションについてテストを実施したか判断し（ステップＳ１１３）、未実施のテストが存在する場合には端子Ｂ２を介して図２５の処理に移行する。一方、全ての構成バリエーションについてテストを実施した場合には、ステップＳ１０７に戻る。

次に、端子Ａ２以降の処理を図２４を用いて説明する。自動テスト実行部４１は、例えばメインメモリなどの記憶装置に格納している全テスト結果を集約し、当該全テスト結果をシステム管理部３２に出力する（ステップＳ１１５）。システム管理部３２は、自動テスト実行部４１から全テスト結果を受信し、当該全テスト結果を含むテスト完了通知を、Ｉ／Ｆ３１を介してサービス運用管理者端末１に送信する（ステップＳ１１７）。サービス運用管理者端末１は、仮想システム配備及びテスト制御装置３から全テスト結果を含むテスト完了通知を受信し、表示装置に表示する（ステップＳ１１９）。

このような処理を行うことによって、サービス運用管理者は、構成バリエーションについてパラメータを変更指示することなく、構成変更を伴う特定のテストの全ての構成バリエーションについてテスト結果を得ることが出来るようになる。

次に、端子Ｂ２以降の処理を図２５乃至図３０を用いて説明する。自動テスト実行部４１は、特定された全構成バリエーションにおいてテスト未実施の構成バリエーションを１つ特定する（ステップＳ１２１）。そして、システム管理部３２に、仮想システムＸについて選択構成バリエーションに係る指定テスト種別のテスト系システムの配備を依頼する（ステップＳ１２３）。この依頼には、運用系システムについて必要となる特定種別の仮想マシンの台数（例えばＷｅｂサーバ５台。但し特に指定がなければ「デフォルト」）と、運用系システムに追加で必要となる、テスト系システムについての特定種別の仮想マシンの台数（例えばｔｅｓｔ−ＤＢサーバ１台。但し特に指定がなければ「デフォルト」）とを含む。

システム管理部３２は、自動テスト実行部４１から、仮想システムＸについて選択構成バリエーションに係る指定テスト種別のテスト系システムの配備依頼を受信し、システム管理表３３から、仮想システムＸの運用系システムの論理構成定義ファイルのファイル名及びＶＭイメージファイルのファイル名並びに論理構成変更定義ファイルのファイル名及びテストドライバＶＭイメージファイルのファイル名（これらを構成情報とも呼ぶ）を抽出し、仮想システムＸの指定、選択構成バリエーションの指定、テスト種別の指定及び構成情報を含むテスト系システムの配備要求を、論理システム配備部３７に出力する（ステップＳ１２５）。

論理システム配備部３７は、システム管理部３２から、仮想システムＸの指定、選択構成バリエーションの指定、テスト種別の指定及び構成情報を含むテスト系システムの配備要求を受信し、構成情報に含まれる論理構成定義ファイルのファイル名に従ってシステム論理構成登録部３４から該当する論理構成定義ファイルを読み出し、論理構成定義ファイル及び選択構成バリエーション（運用系システムについて必要となる特定種別の仮想マシンの台数など）から必要となる仮想マシンの台数を特定すると共にその仮想マシンに必要となる物理サーバの台数を特定し、当該台数の物理サーバの割り当てを、物理資源管理部４２に要求する（ステップＳ１２７）。例えば、選択構成バリエーションにおいて運用系システムについて「デフォルト」というデータが含まれる場合には、論理構成定義ファイルにおいてデフォルトの台数の仮想マシンを配備することになる。一方、運用系システムについてＷｅｂサーバを５台というデータが含まれる場合には、論理構成定義ファイルにおけるデフォルトの台数ではなく、Ｗｅｂサーバ５台を配備することになる。図７に示したように、仮想マシンは複数種類配備されるので、それぞれについて台数を特定する。このような仮想マシンに必要な物理マシンの台数については従来技術に従って特定する。

また、論理システム配備部３７は、システム配備状態表３８において、受信した配備指示に係るレコードを追加する。例えば、仮想システムＸのテスト系システムの配備であれば、仮想システムのインスタンス名として「Ｘ−テスト系０１」、物理サーバについては未定、状態については「配備中」というレコードが追加される。処理は端子Ｄ２を介して図２６の処理に移行する。

図２６の処理の説明に移行して、物理資源管理部４２は、論理システム配備部３７から物理サーバの割り当て依頼を受信し、依頼に従って、物理サーバプール５において、物理サーバの割り当てを実施する（ステップＳ１２９）。この処理自体は従来と同じなので、これ以上述べない。なお、必要な台数の物理サーバを確保できた場合には、どの物理サーバが確保できたのかについて論理システム配備部３７に通知する。論理システム配備部３７は、確保できた物理サーバの名称を、システム配備状態表３８の該当レコードに登録する。

ここで必要な台数の物理サーバを確保できなければ（ステップＳ１３１：Ｎｏルート）、処理は端子Ｅ２を介して図２７の処理に移行する。一方、必要な台数の物理サーバを確保できれば（ステップＳ１３１：Ｙｅｓルート）、論理システム配備部３７は、受信構成情報に含まれるＶＭイメージファイルのファイル名に従って、ＶＭイメージレポジトリ３５から該当するＶＭイメージファイルを抽出し、論理構成定義ファイルにおいて定義されている仮想マシンの台数及び選択構成バリエーションに含まれる仮想マシンの台数（運用系システムについての仮想マシンの台数）に従って、割り当てられた物理サーバ群上にＶＭイメージをロードすることによって仮想マシンを配備・起動する（ステップＳ１３３）。これによって、一部の仮想マシンの起動が完了することになる。

さらに、論理システム配備部３７は、構成情報に含まれる論理構成変更定義ファイルのファイル名に従ってシステム論理構成変更登録部３６から該当する論理構成変更定義ファイルを読み出し、論理構成変更定義ファイル及び選択構成バリエーション（テスト系システムについて追加で必要となる特定種別の仮想マシンの台数など）から運用系システムに追加で必要となる仮想マシンの台数を特定すると共にその仮想マシンに必要となる物理サーバの台数を特定し、当該台数の物理サーバの割り当てを、物理資源管理部４２に要求する（ステップＳ１３５）。

物理資源管理部４２は、論理システム配備部３７から物理サーバの割り当て依頼を受信し、依頼に従って、物理サーバプール５において、物理サーバの割り当てを実施する（ステップＳ１３７）。

ここで必要な台数の物理サーバを確保できなければ（ステップＳ１３９：Ｎｏルート）、処理は端子Ｅ２を介して図２７の処理に移行する。一方、必要な台数の物理サーバを確保できれば（ステップＳ１３９：Ｙｅｓルート）、処理は端子Ｆ２を介して図２８の処理に移行する。

次に、図２７を用いて端子Ｅ２以降の処理を説明する。必要な台数の物理サーバを確保できなかった場合には、物理資源管理部４２は、エラー／異常終了を、論理システム配備部３７を介してシステム管理部３２に通知する（図２７：ステップＳ１４１）。なお、既に確保済みの物理サーバについては開放する。論理システム配備部３７は、エラー／異常終了を受信すると、システム管理部３２に転送すると共に、システム配備状態表３８の該当レコードを削除する。システム管理部３２は、サービス運用管理者端末１に、Ｉ／Ｆ３１を介してエラー／異常終了を通知する（ステップＳ１４３）。サービス運用管理者端末１は、仮想システム配備及びテスト制御装置３から、エラー／異常終了の通知を受信すると、例えば表示装置に表示することによって、サービス運用管理者に通知する（ステップＳ１４５）。これにて処理を終了する。

次に、図２８乃至図３０を用いて端子Ｆ２以降の処理を説明する。論理システム配備部３７は、構成情報に含まれるテストドライバＶＭイメージファイルのファイル名に従ってテストドライバＶＭイメージレポジトリ３９から該当するテストドライバＶＭイメージファイルを抽出し、論理構成変更定義ファイルにおいて定義されている仮想マシンの台数及び選択構成バリエーションに含まれる仮想マシンの台数（テスト系システムについて追加で必要となる特定種別の仮想マシンの台数など）に従って、割り当てられた物理サーバ群上に、当該テストドライバＶＭイメージをロードすることによって仮想マシンを配備・起動する（ステップＳ１４７）。

さらに、論理システム配備部３７は、構成情報から特定される論理構成定義ファイルのネットワーク設定記述部及び指定テスト種別の論理構成変更定義ファイルのネットワーク設定記述部をマージして、テスト系システムのためのネットワーク設定情報を生成し、例えばメインメモリなどの記憶装置に格納する（ステップＳ１４９）。

論理システム配備部３７は、ステップＳ１４９で生成したネットワーク設定情報に基づき、配備・起動した仮想マシンのネットワークを設定する（ステップＳ１５１）。このようにすることによって、物理サーバプール５上に目的とする論理システム５１が構築されたことになる。従って、システム配備状態表３８において、該当レコードの状態を、例えば配備完了に変更する。なお、この処理の詳細については従来と同じであるので、これ以上は述べない。

そして、論理システム配備部３７は、システム管理部３２に対して、仮想システムＸの配備完了及びインスタンス名を通知する（ステップＳ１５３）。この時点で、システム配備状態表３８において、該当するレコードの状態を「テスト中」に変更する。システム管理部３２は、論理システム配備部３７から、仮想システムＸの指定テスト系システムの配備完了及びインスタンス名の通知を受信し、それらを自動テスト実行部４１に通知する（ステップＳ１５５）。処理は端子Ｇ２を介して図２９の処理に移行する。

図２９の処理の説明に移行して、自動テスト実行部４１は、システム管理部３２から、仮想システムＸの指定テスト系システムの配備完了及びインスタンス名を受信し、指定テスト項目ファイルにおいてステップＳ１０９で特定されたテスト項目に従って、受信したインスタンス名で特定されるテスト系システムに対してテストを実施し、テスト結果を例えばメインメモリなどの記憶装置に格納する（ステップＳ１５７）。テスト項目ファイルに従ってテストを実施すること自体は、従来と同じであるから、これ以上述べない。

さらに、自動テスト実行部４１は、テスト終了後、システム管理部３２に対して、インスタンス名を指定して仮想システムＸの撤収を依頼する（ステップＳ１５９）。システム管理部３２は、自動テスト実行部４１から、仮想システムＸのインスタンス名を含む撤収依頼を受信し、論理システム配備部３７に、仮想システムＸのインスタンス名を含む撤収指示を出力する（ステップＳ１６１）。論理システム配備部３７は、システム管理部３２から、仮想システムＸのインスタンス名を含む撤収指示を受信し、指定インスタンスの全ての仮想マシンを停止させ、システム配備状態表３８において仮想システムＸの指定インスタンスについての物理サーバを特定し、物理資源管理部４２に、該当物理サーバの返却を通知する（ステップＳ１６３）。仮想マシンを停止させるための処理は、従来と同じであり、これ以上述べない。なお、ここでシステム配備状態表３８において、該当するレコードにおいて、状態を「撤収中」に変更する。処理は、端子Ｈ２を介して図３０の処理に移行する。

図３０の処理の説明に移行して、物理資源管理部４２は、論理システム配備部３７から、物理サーバの返却通知を受信し、物理サーバの割り当てを解除すると共に、物理サーバプール５にフリーの物理サーバとして登録し、撤収完了を論理システム配備部３７に通知する（ステップＳ１６５）。

論理システム配備部３７は、物理資源管理部４２から、撤収完了通知を受信し、システム管理部３２に仮想システムＸの指定インスタンスについて撤収完了通知を出力する（ステップＳ１６７）。ここで、システム配備状態表３８において該当レコードを削除する。システム管理部３２は、論理システム配備部３７から、仮想システムＸの指定インスタンスについて撤収完了通知を受信し、当該撤収完了通知を自動テスト実行部４１に出力する（ステップＳ１６９）。自動テスト実行部４１は、システム管理部３２から、仮想システムＸの指定インスタンスについて撤収完了通知を受信する（ステップＳ１７１）。そして処理は端子Ｃ２を介して図２３のステップＳ１１３に戻る。

このようにすれば、構成バリエーション毎に当該構成バリエーションを反映させたテスト系システムを配備してテストを実施し、そのテスト結果を自動的に得ることが出来る。サービス運用管理者は、テストの実施を指示するだけで、構成バリエーションについては、自動テスト実行部４１が自動的に把握して全てについてテストを実施するので、テストの実施効率は向上し、サービス運用管理者の設定ミスなどのオペレーションミスを防止することが出来る。

以上本技術の本実施の形態を説明したが、本技術はこれに限定されるものではない。たとえば、図４に示した仮想システム配備及びテスト制御装置３の機能ブロック図は一例であって、実際のプログラムモジュール構成とは一致しない場合もある。また、システム管理部３２、論理システム配備部３７及び物理資源管理部４２は一体化して制御部として機能する場合もある。さらに、上で述べた処理フローについても処理結果が同じになる限り、処理順番を入れ替えたり、並列に実施される場合もある。

なお、物理サーバプールの物理サーバやサービス運用管理者端末１、仮想システム配備及びテスト制御装置３は、コンピュータ装置であって、図３１に示すように、メモリ２５０１とＣＰＵ２５０３とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本技術の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。

本実施の形態をまとめると以下のようになる。

このように、複数の構成バリエーションについてテストを実施しなければならない場合にも自動的に未処理の構成バリエーションを特定して当該構成バリエーションを反映したテスト系システムを配備するので、サービス運用管理者の手間が削減され、テスト効率を向上させることが出来、さらにサービス運用管理者の設定ミスなどを削減することが出来る。

本仮想システム制御方法において、特定種別のテストが終了した場合、物理サーバプールにおいて起動されている仮想マシンを停止させ、当該仮想マシンに係る物理サーバを物理サーバプールに返却する停止ステップと、複数の構成バリエーションの全てについて処理するまで、仮想マシン特定ステップ乃至停止ステップを繰り返し実施するステップとをさらに含むようにしても良い。このように、自律的に複数の構成バリエーションについて全てテストを実施するので、サービス運用管理者の手間が大幅に削減される。

さらに、本仮想システム制御方法は、運用系システムの仮想マシンについての第１の構成範囲とテスト系システムで追加される仮想マシンについての第２の構成範囲とのうち少なくともいずれかを含む、各種テストのテストデータを格納するテストデータ格納部から、特定種別のテストのテストデータを抽出し、当該テストデータに含まれる構成範囲の組み合わせから特定種別のテストについて、運用系システムの少なくとも一部の種類の仮想マシンの台数又はデフォルトを表すデータとテスト系システムにおいて運用系システムのための仮想マシンに追加で必要となる少なくとも一部の種類の仮想マシンの台数又はデフォルトを表すデータとを含む構成バリエーションを特定するステップをさらに含むようにしても良い。テストすべき構成バリエーション自体も自動的に把握されるので、漏れなくテストを実施することが出来るようになる。

なお、上で述べた運用系システム配備ステップが、テスト要求に係る特定の仮想システムの運用系システムについての構成情報を特定する構成情報特定ステップと、特定された構成情報に含まれるサーバ構成データ及び第１の仮想マシン台数データに従って、物理サーバプールにおいて配備可能な第１の物理サーバを確保するステップと、特定の仮想システムの運用系システムのための仮想マシン・イメージを特定して、当該仮想マシン・イメージによって、確保された第１の物理サーバ群に仮想マシンを起動させる第１仮想マシン起動ステップとを含むようにしてもよい。

さらに、上で述べたテスト系システム配備ステップが、特定の仮想システムの特定の種類のテスト系システムについての構成変更定義情報を特定する構成変更定義情報特定ステップと、特定の仮想システムの特定の種類のテスト系システムについての構成変更定義に含まれるサーバ構成データ及び第２の仮想マシン台数データに従って、物理サーバプールにおいて配備可能な第２の物理サーバ群を確保するステップと、特定の仮想システムの運用系システムと特定の種類のテスト系システムとの差分の構成についての仮想マシン・イメージを特定して、当該仮想マシン・イメージによって、確保された第２の物理サーバ群に仮想マシンを起動させる第２仮想マシン起動ステップとを含むようにしてもよい。

さらに、上で述べたネットワーク設定ステップにおいて、構成情報に含まれるネットワーク設定情報に対して、構成変更情報に含まれるネットワーク設定情報のうち、構成情報に含まれるネットワーク構成情報から削除すべき項目を削除すると共に、構成変更情報に含まれるネットワーク設定情報のうち、構成情報に含まれるネットワーク設定情報に追加すべき項目を追加するようにしてもよい。

また、本仮想マシン配備及びテスト制御装置は、仮想システムの運用系システムについての構成情報を格納する構成情報格納部と、仮想システムの運用系システムのための仮想マシン・イメージを格納する第１仮想マシン・イメージ格納部と、仮想システムの運用系システムとテスト系システムとの差分の構成情報である構成変更情報を格納する構成変更情報格納部と、仮想マシンの運用系システムとテスト系システムとの差分の構成についての仮想マシン・イメージを格納する第２仮想マシン・イメージ格納部と、仮想システムのテスト系システムにおける複数の構成バリエーションに対する特定種別のテストについてのテストデータを格納するテストデータ格納部と、制御部と、自動テスト実行部とを有する。

そして、制御部は、運用系及びテスト系の仮想システムを配備可能な物理サーバプールにおいて、特定の仮想システムのテスト系システムに対して特定種別のテストを実施するように要求するテスト要求を受信し、自動テスト実行部に、特定の仮想システムのテスト系システムに対して特定種別のテストを実施するように要求する。これに対して、自動テスト実行部は、テストデータ格納部に格納されている、特定種別のテストに係るテストデータから、複数の構成バリエーションのうち未処理の特定の構成バリエーションについて必要となる運用系システムのための少なくとも一部の種類の仮想マシンの台数を表す第１の仮想マシン台数データと、特定種別のテストのためのテスト系システムにおいて運用系システムのための仮想マシンに追加で必要となる少なくとも一部の種類の仮想マシンの台数を表す第２の仮想マシン台数データとを特定し、制御部に対して、第１の仮想マシン台数データと第２の仮想マシン台数データとを含む、特定の仮想システムのテスト系システムの配備要求を出力する。そして、制御部は、構成情報格納部において特定される、特定の仮想マシンの運用系システムについての構成情報におけるサーバ構成データと、第１の仮想マシン台数データと、第１仮想マシン・イメージ格納部における、特定の仮想システムの運用系システムのための仮想マシン・イメージとを用いて、物理サーバプールにおいて、特定の仮想システムの運用系システムに必要な仮想マシンを起動させる。さらに、構成変更情報格納部において特定される、特定の仮想システムの運用系システムと特定種類のテスト系システムとの差分の構成情報である構成変更情報におけるサーバ構成データと、第２の仮想マシン台数データと、第２仮想マシン・イメージ格納部における、特定の仮想システムの運用系システムと特定の種類のテスト系システムとの差分の構成についての仮想マシン・イメージとを用いて、物理サーバプールにおいて、特定の仮想システムの運用系システムに追加すべき仮想マシンを起動させる。そして、構成情報における、仮想マシン間のネットワーク設定情報と、構成変更情報における、特定の仮想システムの運用系システムと特定種類のテスト系システムとのネットワーク上の差分を表すネットワーク設定情報とをマージして生成されるネットワーク構成データに従って、起動された仮想マシンのネットワークを設定した後、自動テスト実行部に対して配備完了を通知する。これに対して、自動テスト実行部は、特定種別のテストを、テストデータ格納部に格納されている、特定種別のテストに係るテストデータに従って実施する。

以上の実施の形態に関し、さらに以下の付記を開示する。

（付記１）
運用系及びテスト系の仮想システムを配備可能な物理サーバプールにおいて、特定の仮想システムのテスト系システムに対して複数の構成バリエーションについての特定種別のテストを実施するように要求するテスト要求を受信するステップと、
前記複数の構成バリエーションのうち未処理の特定の構成バリエーションについて必要となる運用系システムのための少なくとも一部の種類の仮想マシンの台数を表す第１の仮想マシン台数データと、前記特定種別のテストのためのテスト系システムにおいて前記運用系システムのための仮想マシンに追加で必要となる少なくとも一部の種類の仮想マシンの台数を表す第２の仮想マシン台数データとを特定する仮想マシン特定ステップと、
前記特定の仮想マシンの運用系システムについての構成情報におけるサーバ構成データと、前記第１の仮想マシン台数データと、前記特定の仮想システムの運用系システムのための仮想マシン・イメージとを用いて、前記物理サーバプールにおいて、前記特定の仮想システムの運用系システムに必要な仮想マシンを起動させる運用系システム配備ステップと、
前記特定の仮想システムの運用系システムと前記特定種類のテスト系システムとの差分の構成情報である構成変更情報におけるサーバ構成データと、前記第２の仮想マシン台数データと、前記特定の仮想システムの運用系システムと前記特定の種類のテスト系システムとの差分の構成についての仮想マシン・イメージとを用いて、前記物理サーバプールにおいて、前記特定の仮想システムの運用系システムに追加すべき仮想マシンを起動させるテスト系システム配備ステップと、
前記構成情報における、仮想マシン間のネットワーク設定情報と、前記構成変更情報における、前記特定の仮想システムの運用系システムと前記特定種類のテスト系システムとのネットワーク上の差分を表すネットワーク設定情報とをマージして生成されるネットワーク構成データに従って、起動された前記仮想マシンのネットワークを設定するネットワーク設定ステップと、
前記特定種別のテストを、前記特定の構成バリエーションに係る前記テスト系システムに対して実施するテスト実施ステップと、
をコンピュータに実行させるための仮想システム制御プログラム。

（付記２）
前記特定種別のテストが終了した場合、前記物理サーバプールにおいて起動されている仮想マシンを停止させ、当該仮想マシンに係る物理サーバを前記物理サーバプールに返却する停止ステップと、
前記複数の構成バリエーションの全てについて処理するまで、前記仮想マシン特定ステップ乃至前記停止ステップを繰り返し実施するステップと、
をさらに前記コンピュータに実行させるための付記１記載の仮想システム制御プログラム。

（付記３）
前記運用系システムの仮想マシンについての第１の構成範囲と前記テスト系システムで追加される仮想マシンについての第２の構成範囲とのうち少なくともいずれかを含む、各種テストのテストデータを格納するテストデータ格納部から、前記特定種別のテストのテストデータを抽出し、当該テストデータに含まれる構成範囲の組み合わせから前記特定種別のテストについて、前記運用系システムの少なくとも一部の種類の仮想マシンの台数又はデフォルトを表すデータと前記テスト系システムにおいて前記運用系システムのための仮想マシンに追加で必要となる少なくとも一部の種類の仮想マシンの台数又はデフォルトを表すデータとを含む構成バリエーションを特定するステップ
をさらに、前記コンピュータに実行させるための付記１又は２記載の仮想システム制御プログラム。

（付記４）
前記運用系システム配備ステップが、
前記テスト要求に係る前記特定の仮想システムの運用系システムについての構成情報を特定する構成情報特定ステップと、
特定された前記構成情報に含まれるサーバ構成データ及び前記第１の仮想マシン台数データに従って、前記物理サーバプールにおいて配備可能な第１の物理サーバを確保するステップと、
前記特定の仮想システムの運用系システムのための仮想マシン・イメージを特定して、当該仮想マシン・イメージによって、確保された前記第１の物理サーバ群に仮想マシンを起動させる第１仮想マシン起動ステップと、
を含む付記１又は２記載の仮想システム制御プログラム。

（付記５）
前記テスト系システム配備ステップが、
前記特定の仮想システムの前記特定の種類のテスト系システムについての前記構成変更定義情報を特定する構成変更定義情報特定ステップと、
前記特定の仮想システムの前記特定の種類のテスト系システムについての前記構成変更定義に含まれるサーバ構成データ及び前記第２の仮想マシン台数データに従って、前記物理サーバプールにおいて配備可能な第２の物理サーバ群を確保するステップと、
前記特定の仮想システムの運用系システムと前記特定の種類のテスト系システムとの差分の構成についての仮想マシン・イメージを特定して、当該仮想マシン・イメージによって、確保された前記第２の物理サーバ群に仮想マシンを起動させる第２仮想マシン起動ステップと、
を含む付記１乃至３のいずれか１つ記載の仮想システム制御プログラム。

（付記６）
前記ネットワーク設定ステップにおいて、
前記構成情報に含まれるネットワーク設定情報に対して、前記構成変更情報に含まれるネットワーク設定情報のうち、前記構成情報に含まれるネットワーク構成情報から削除すべき項目を削除すると共に、前記構成変更情報に含まれるネットワーク設定情報のうち、前記構成情報に含まれるネットワーク設定情報に追加すべき項目を追加する
付記１乃至４のいずれか１つ記載の仮想マシン制御プログラム。

（付記７）
運用系及びテスト系の仮想システムを配備可能な物理サーバプールにおいて、特定の仮想システムのテスト系システムに対して複数の構成バリエーションについての特定種別のテストを実施するように要求するテスト要求を受信するステップと、
前記複数の構成バリエーションのうち未処理の特定の構成バリエーションについて必要となる運用系システムのための少なくとも一部の種類の仮想マシンの台数を表す第１の仮想マシン台数データと、前記特定種別のテストのためのテスト系システムにおいて前記運用系システムのための仮想マシンに追加で必要となる少なくとも一部の種類の仮想マシンの台数を表す第２の仮想マシン台数データとを特定する仮想マシン特定ステップと、
前記特定の仮想マシンの運用系システムについての構成情報におけるサーバ構成データと、前記第１の仮想マシン台数データと、前記特定の仮想システムの運用系システムのための仮想マシン・イメージとを用いて、前記物理サーバプールにおいて、前記特定の仮想システムの運用系システムに必要な仮想マシンを起動させる運用系システム配備ステップと、
前記特定の仮想システムの運用系システムと前記特定種類のテスト系システムとの差分の構成情報である構成変更情報におけるサーバ構成データと、前記第２の仮想マシン台数データと、前記特定の仮想システムの運用系システムと前記特定の種類のテスト系システムとの差分の構成についての仮想マシン・イメージとを用いて、前記物理サーバプールにおいて、前記特定の仮想システムの運用系システムに追加すべき仮想マシンを起動させるテスト系システム配備ステップと、
前記構成情報における、仮想マシン間のネットワーク設定情報と、前記構成変更情報における、前記特定の仮想システムの運用系システムと前記特定種類のテスト系システムとのネットワーク上の差分を表すネットワーク設定情報とをマージして生成されるネットワーク構成データに従って、起動された前記仮想マシンのネットワークを設定するネットワーク設定ステップと、
前記特定種別のテストを、前記特定の構成バリエーションに係る前記テスト系システムに対して実施するテスト実施ステップと、
を含み、コンピュータに実行される仮想システム制御方法。

（付記８）
仮想システムの運用系システムについての構成情報を格納する構成情報格納部と、
前記仮想システムの運用系システムのための仮想マシン・イメージを格納する第１仮想マシン・イメージ格納部と、
前記仮想システムの運用系システムとテスト系システムとの差分の構成情報である構成変更情報を格納する構成変更情報格納部と、
前記仮想マシンの運用系システムとテスト系システムとの差分の構成についての仮想マシン・イメージを格納する第２仮想マシン・イメージ格納部と、
前記仮想システムのテスト系システムにおける複数の構成バリエーションに対する特定種別のテストについてのテストデータを格納するテストデータ格納部と、
制御部と、
自動テスト実行部と、
を有し、
前記制御部は、運用系及びテスト系の仮想システムを配備可能な物理サーバプールにおいて、特定の仮想システムのテスト系システムに対して前記特定種別のテストを実施するように要求するテスト要求を受信し、前記自動テスト実行部に、前記特定の仮想システムのテスト系システムに対して前記特定種別のテストを実施するように要求し、
前記自動テスト実行部は、前記テストデータ格納部に格納されている、前記特定種別のテストに係るテストデータから、前記複数の構成バリエーションのうち未処理の特定の構成バリエーションについて必要となる運用系システムのための少なくとも一部の種類の仮想マシンの台数を表す第１の仮想マシン台数データと、前記特定種別のテストのためのテスト系システムにおいて前記運用系システムのための仮想マシンに追加で必要となる少なくとも一部の種類の仮想マシンの台数を表す第２の仮想マシン台数データとを特定し、前記制御部に対して、前記第１の仮想マシン台数データと前記第２の仮想マシン台数データとを含む、前記特定の仮想システムのテスト系システムの配備要求を出力し、
前記制御部は、
前記構成情報格納部において特定される、前記特定の仮想マシンの運用系システムについての構成情報におけるサーバ構成データと、前記第１の仮想マシン台数データと、前記第１仮想マシン・イメージ格納部における、前記特定の仮想システムの運用系システムのための仮想マシン・イメージとを用いて、前記物理サーバプールにおいて、前記特定の仮想システムの運用系システムに必要な仮想マシンを起動させ、
前記構成変更情報格納部において特定される、前記特定の仮想システムの運用系システムと前記特定種類のテスト系システムとの差分の構成情報である構成変更情報におけるサーバ構成データと、前記第２の仮想マシン台数データと、前記第２仮想マシン・イメージ格納部における、前記特定の仮想システムの運用系システムと前記特定の種類のテスト系システムとの差分の構成についての仮想マシン・イメージとを用いて、前記物理サーバプールにおいて、前記特定の仮想システムの運用系システムに追加すべき仮想マシンを起動させ、
前記構成情報における、仮想マシン間のネットワーク設定情報と、前記構成変更情報における、前記特定の仮想システムの運用系システムと前記特定種類のテスト系システムとのネットワーク上の差分を表すネットワーク設定情報とをマージして生成されるネットワーク構成データに従って、起動された前記仮想マシンのネットワークを設定し、
前記自動テスト実行部に対して配備完了を通知し、
前記自動テスト実行部は、前記特定種別のテストを、前記テストデータ格納部に格納されている、前記特定種別のテストに係るテストデータに従って実施する、
仮想システム制御を行うための情報処理装置。

本技術の実施の形態における前提を示す模式図である。本技術の実施の形態における前提を示す模式図である。本技術の実施の形態におけるシステム概要図である。本技術の実施の形態における仮想システム配備及びテスト制御装置のシステム構成図である。システム管理表の一例を示す図である。システム論理構成登録部に格納されるデータの一例を示す図である。論理構成定義ファイルに格納されるデータの一例を示す図である。ＶＭイメージレポジトリに格納されるデータを模式的に示した図である。システム配備状態表に格納されるデータの一例を示す図である。システム論理構成変更登録部に格納されるデータの一例を示す図である。論理構成変更定義ファイルに格納されるデータの一例を示す図である。テストドライバＶＭイメージレポジトリに格納されるデータを模式的に示した図である。テスト項目登録部に格納されるデータの一例を示す図である。本実施の形態の前提となる処理フローを示す図である。本実施の形態の前提となる処理フローを示す図である。本実施の形態の前提となる処理フローを示す図である。本実施の形態の前提となる処理フローを示す図である。本実施の形態の前提となる処理フローを示す図である。本実施の形態の前提となる処理フローを示す図である。本実施の形態の前提となる処理フローを示す図である。本実施の形態の前提となる処理フローを示す図である。本実施の形態の前提となる処理フローを示す図である。本実施の形態の処理フローを示す図である。本実施の形態の処理フローを示す図である。本実施の形態の処理フローを示す図である。本実施の形態の処理フローを示す図である。本実施の形態の処理フローを示す図である。本実施の形態の処理フローを示す図である。本実施の形態の処理フローを示す図である。本実施の形態の処理フローを示す図である。コンピュータの機能ブロック図である。

符号の説明

１サービス運用管理者端末３仮想システム配備及びテスト制御装置
５物理サーバプール
３１Ｉ／Ｆ３２システム管理部３３システム管理表
３４システム論理構成登録部３５ＶＭイメージレポジトリ
３６システム論理構成変更登録部３７論理システム配備部
３８システム配備状態表３９テストドライバＶＭイメージレポジトリ
４０テスト項目登録部４１自動テスト実行部
４２物理資源管理部

Claims

運用系及びテスト系の仮想システムを配備可能な物理サーバプールにおいて、特定の仮想システムのテスト系システムに対して複数の構成バリエーションについての特定種別のテストを実施するように要求するテスト要求を受信するステップと、
前記複数の構成バリエーションのうち未処理の特定の構成バリエーションについて必要となる運用系システムのための少なくとも一部の種類の仮想マシンの台数を表す第１の仮想マシン台数データと、前記特定種別のテストのためのテスト系システムにおいて前記運用系システムのための仮想マシンに追加で必要となる少なくとも一部の種類の仮想マシンの台数を表す第２の仮想マシン台数データとを特定する仮想マシン特定ステップと、
前記特定の仮想マシンの運用系システムについての構成情報におけるサーバ構成データと、前記第１の仮想マシン台数データと、前記特定の仮想システムの運用系システムのための仮想マシン・イメージとを用いて、前記物理サーバプールにおいて、前記特定の仮想システムの運用系システムに必要な仮想マシンを起動させる運用系システム配備ステップと、
前記特定の仮想システムの運用系システムと前記特定種類のテスト系システムとの差分の構成情報である構成変更情報におけるサーバ構成データと、前記第２の仮想マシン台数データと、前記特定の仮想システムの運用系システムと前記特定の種類のテスト系システムとの差分の構成についての仮想マシン・イメージとを用いて、前記物理サーバプールにおいて、前記特定の仮想システムの運用系システムに追加すべき仮想マシンを起動させるテスト系システム配備ステップと、
前記構成情報における、仮想マシン間のネットワーク設定情報と、前記構成変更情報における、前記特定の仮想システムの運用系システムと前記特定種類のテスト系システムとのネットワーク上の差分を表すネットワーク設定情報とをマージして生成されるネットワーク構成データに従って、起動された前記仮想マシンのネットワークを設定するネットワーク設定ステップと、
前記特定種別のテストを、前記特定の構成バリエーションに係る前記テスト系システムに対して実施するテスト実施ステップと、
をコンピュータに実行させるための仮想システム制御プログラム。
前記特定種別のテストが終了した場合、前記物理サーバプールにおいて起動されている仮想マシンを停止させ、当該仮想マシンに係る物理サーバを前記物理サーバプールに返却する停止ステップと、
前記複数の構成バリエーションの全てについて処理するまで、前記仮想マシン特定ステップ乃至前記停止ステップを繰り返し実施するステップと、
をさらに前記コンピュータに実行させるための請求項１記載の仮想システム制御プログラム。
前記運用系システムの仮想マシンについての第１の構成範囲と前記テスト系システムで追加される仮想マシンについての第２の構成範囲とのうち少なくともいずれかを含む、各種テストのテストデータを格納するテストデータ格納部から、前記特定種別のテストのテストデータを抽出し、当該テストデータに含まれる構成範囲の組み合わせから前記特定種別のテストについて、前記運用系システムの少なくとも一部の種類の仮想マシンの台数又はデフォルトを表すデータと前記テスト系システムにおいて前記運用系システムのための仮想マシンに追加で必要となる少なくとも一部の種類の仮想マシンの台数又はデフォルトを表すデータとを含む構成バリエーションを特定するステップ
をさらに、前記コンピュータに実行させるための請求項１又は２記載の仮想システム制御プログラム。
運用系及びテスト系の仮想システムを配備可能な物理サーバプールにおいて、特定の仮想システムのテスト系システムに対して複数の構成バリエーションについての特定種別のテストを実施するように要求するテスト要求を受信するステップと、
前記複数の構成バリエーションのうち未処理の特定の構成バリエーションについて必要となる運用系システムのための少なくとも一部の種類の仮想マシンの台数を表す第１の仮想マシン台数データと、前記特定種別のテストのためのテスト系システムにおいて前記運用系システムのための仮想マシンに追加で必要となる少なくとも一部の種類の仮想マシンの台数を表す第２の仮想マシン台数データとを特定する仮想マシン特定ステップと、
前記特定の仮想マシンの運用系システムについての構成情報におけるサーバ構成データと、前記第１の仮想マシン台数データと、前記特定の仮想システムの運用系システムのための仮想マシン・イメージとを用いて、前記物理サーバプールにおいて、前記特定の仮想システムの運用系システムに必要な仮想マシンを起動させる運用系システム配備ステップと、
前記特定の仮想システムの運用系システムと前記特定種類のテスト系システムとの差分の構成情報である構成変更情報におけるサーバ構成データと、前記第２の仮想マシン台数データと、前記特定の仮想システムの運用系システムと前記特定の種類のテスト系システムとの差分の構成についての仮想マシン・イメージとを用いて、前記物理サーバプールにおいて、前記特定の仮想システムの運用系システムに追加すべき仮想マシンを起動させるテスト系システム配備ステップと、
前記構成情報における、仮想マシン間のネットワーク設定情報と、前記構成変更情報における、前記特定の仮想システムの運用系システムと前記特定種類のテスト系システムとのネットワーク上の差分を表すネットワーク設定情報とをマージして生成されるネットワーク構成データに従って、起動された前記仮想マシンのネットワークを設定するネットワーク設定ステップと、
前記特定種別のテストを、前記特定の構成バリエーションに係る前記テスト系システムに対して実施するテスト実施ステップと、
を含み、コンピュータに実行される仮想システム制御方法。
仮想システムの運用系システムについての構成情報を格納する構成情報格納部と、
前記仮想システムの運用系システムのための仮想マシン・イメージを格納する第１仮想マシン・イメージ格納部と、
前記仮想システムの運用系システムとテスト系システムとの差分の構成情報である構成変更情報を格納する構成変更情報格納部と、
前記仮想マシンの運用系システムとテスト系システムとの差分の構成についての仮想マシン・イメージを格納する第２仮想マシン・イメージ格納部と、
前記仮想システムのテスト系システムにおける複数の構成バリエーションに対する特定種別のテストについてのテストデータを格納するテストデータ格納部と、
制御部と、
自動テスト実行部と、
を有し、
前記制御部は、運用系及びテスト系の仮想システムを配備可能な物理サーバプールにおいて、特定の仮想システムのテスト系システムに対して前記特定種別のテストを実施するように要求するテスト要求を受信し、前記自動テスト実行部に、前記特定の仮想システムのテスト系システムに対して前記特定種別のテストを実施するように要求し、
前記自動テスト実行部は、前記テストデータ格納部に格納されている、前記特定種別のテストに係るテストデータから、前記複数の構成バリエーションのうち未処理の特定の構成バリエーションについて必要となる運用系システムのための少なくとも一部の種類の仮想マシンの台数を表す第１の仮想マシン台数データと、前記特定種別のテストのためのテスト系システムにおいて前記運用系システムのための仮想マシンに追加で必要となる少なくとも一部の種類の仮想マシンの台数を表す第２の仮想マシン台数データとを特定し、前記制御部に対して、前記第１の仮想マシン台数データと前記第２の仮想マシン台数データとを含む、前記特定の仮想システムのテスト系システムの配備要求を出力し、
前記制御部は、
前記構成情報格納部において特定される、前記特定の仮想マシンの運用系システムについての構成情報におけるサーバ構成データと、前記第１の仮想マシン台数データと、前記第１仮想マシン・イメージ格納部における、前記特定の仮想システムの運用系システムのための仮想マシン・イメージとを用いて、前記物理サーバプールにおいて、前記特定の仮想システムの運用系システムに必要な仮想マシンを起動させ、
前記構成変更情報格納部において特定される、前記特定の仮想システムの運用系システムと前記特定種類のテスト系システムとの差分の構成情報である構成変更情報におけるサーバ構成データと、前記第２の仮想マシン台数データと、前記第２仮想マシン・イメージ格納部における、前記特定の仮想システムの運用系システムと前記特定の種類のテスト系システムとの差分の構成についての仮想マシン・イメージとを用いて、前記物理サーバプールにおいて、前記特定の仮想システムの運用系システムに追加すべき仮想マシンを起動させ、
前記構成情報における、仮想マシン間のネットワーク設定情報と、前記構成変更情報における、前記特定の仮想システムの運用系システムと前記特定種類のテスト系システムとのネットワーク上の差分を表すネットワーク設定情報とをマージして生成されるネットワーク構成データに従って、起動された前記仮想マシンのネットワークを設定し、
前記自動テスト実行部に対して配備完了を通知し、
前記自動テスト実行部は、前記特定種別のテストを、前記テストデータ格納部に格納されている、前記特定種別のテストに係るテストデータに従って実施する、
仮想システム制御を行うための情報処理装置。