(57)【特許請求の範囲】
【請求項１】
複数の物理サーバ上に複数の仮想サーバが設けられたサブシステムであって、そのシステム構成の種別に応じて、前記サブシステムを構成する複数の仮想サーバの物理サーバに対する配置ルールが規定された前記サブシステムを１つ以上有するシステムに対して、該システムに含まれる各サブシステムのシステム構成の種別を示す情報を、前記物理サーバから収集する情報収集部と、
サブシステムのシステム構成の種別と、該サブシステムに属する各仮想サーバが互いに異なる物理サーバに配置すべきか同一の物理サーバに配置すべきかを示す情報を含む前記配置ルールとを対応付けて保持する情報定義テーブルと、
前記システムに含まれる仮想サーバの再配置を行う際に、前記情報収集部により収集された情報に基づいて、前記情報定義テーブルから、再配置される仮想サーバが属するサブシステムに対して規定された配置ルールを取得すると共に、前記仮想サーバが属するサブシステムに対して規定された前記配置ルールに従って該仮想サーバの再配置を行う再配置部とを備えることを特徴とする仮想サーバ管理装置。
【請求項２】
前記情報収集部は、各前記仮想サーバについて、平均性能とピーク性能を含む稼動情報を収集して該仮想サーバの性能変動差を算出し、該仮想サーバについて設定された、物理サーバと、該物理サーバに設けられる仮想サーバとの性能比の上限を規定するピーク係数Ｑ（Ｑ：１より大きい数値）のデフォルト値を、前記性能変動差が規定の範囲内にある場合には小さく、前記性能変動差が前記規定の範囲を超えた場合に大きくするように修正する処理をさらに行い、
前記再配置部は、再配置される仮想サーバが属するサブシステムに対して規定された前記配置ルールに従う前提下で、前記複数の物理サーバのうちの、再配置される仮想サーバの前記平均性能またはピーク性能と、修正された前記ピーク係数Ｑとの積以上の性能を有する物理サーバに、該仮想サーバを再配置することを特徴とする請求項１に記載の仮想サーバ管理装置。
【請求項３】
前記稼働情報は、該仮想サーバの稼働期間の長さをさらに含み、
前記情報収集部は、前記仮想サーバの稼働期間が規定の長さを超えたときにのみ、前記ピーク係数を修正することを特徴とする請求項２に記載の仮想サーバ管理装置。
【請求項４】
前記情報定義テーブルは、配置ポリシーを示す情報をさらに保持しており、
前記再配置部は、前記積を求める際に、前記情報定義テーブルから前記配置ポリシーを取得すると共に、集約重視の配置ポリシーが設定されている場合には前記平均性能を用い、性能重視の配置ポリシーが設定されている場合には前記ピーク性能を用いることを特徴とする請求項２または３に記載の仮想サーバ管理装置。
【請求項５】
複数の物理サーバ上に複数の仮想サーバが設けられたサブシステムであって、そのシステム構成の種別に応じて、前記サブシステムを構成する複数の仮想サーバの物理サーバに対する配置ルールが規定された前記サブシステムを１つ以上有するシステムに対して、該システムに含まれる各サブシステムのシステム構成の種別を示す情報を、前記物理サーバから収集する情報収集工程と、
前記システムに含まれる仮想サーバの再配置を行う際に、前記情報収集工程により収集された情報に基づいて、サブシステムのシステム構成の種別と、該サブシステムに属する各仮想サーバが互いに異なる物理サーバに配置すべきか同一の物理サーバに配置すべきかを示す情報を含む前記配置ルールとを対応付けて保持する情報定義テーブルから、再配置される仮想サーバが属するサブシステムに対して規定された配置ルールを取得すると共に、前記仮想サーバが属するサブシステムに対して規定された前記配置ルールに従って該仮想サーバの再配置を行う再配置工程とを有することを特徴とする仮想サーバ管理方法。
【請求項６】
前記情報収集工程は、各前記仮想サーバについて、平均性能とピーク性能を含む稼動情報を収集して該仮想サーバの性能変動差を算出し、該仮想サーバについて設定された、物理サーバと、該物理サーバに設けられる仮想サーバとの性能比の上限を規定するピーク係数Ｑ（Ｑ：１より大きい数値）のデフォルト値を、前記性能変動差が規定の範囲内にある場合には小さく、前記性能変動差が前記規定の範囲を超えた場合に大きくするように修正する工程を含み、
前記再配置工程は、再配置される仮想サーバが属するサブシステムに対して規定された前記配置ルールに従う前提下で、前記複数の物理サーバのうちの、再配置される仮想サーバの前記平均性能またはピーク性能と、修正された前記ピーク係数Ｑとの積以上の性能を有する物理サーバに、該仮想サーバを再配置することを特徴とする請求項５に記載の仮想サーバ管理方法。
【請求項７】
前記稼働情報は、該仮想サーバの稼働期間の長さをさらに含み、
前記情報収集工程は、前記仮想サーバの稼働期間が規定の長さを超えたときにのみ、前記ピーク係数を修正することを特徴とする請求項６に記載の仮想サーバ管理方法。
【請求項８】
前記情報定義テーブルは、配置ポリシーを示す情報をさらに保持しており、
前記再配置工程は、前記積を求める際に、前記情報定義テーブルから前記配置ポリシーを取得すると共に、集約重視の配置ポリシーが設定されている場合には前記平均性能を用い、性能重視の配置ポリシーが設定されている場合には前記ピーク性能を用いることを特徴とする請求項６または７に記載の仮想サーバ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の物理サーバに設けられた複数の仮想サーバの再配置技術に関する。
【背景技術】
【０００２】
近年、ハードウェアの性能向上に伴い、同一の物理サーバに複数の論理的なサーバ（以下仮想サーバという）を構築する仮想化技術ことが普及しつつある。複数の仮想サーバを一台の物理サーバで稼働させることによって、サーバの台数の集約や、設置場所およびＴＣＯ（Ｔｏｔｏａｌ  Ｃｏｓｔ  ｏｆ  Ｏｗｎｅｒｓｈｉｐ）の削減が可能になると共に、仮想化によって、このような物理サーバを複数備えたシステムでは、リソース状況や用途変更に応じて仮想サーバの追加、変更、移行などが柔軟にできるという利点がある。例えば、通常、低性能／低コストの物理サーバで仮想サーバを稼動させ、予め設定された性能の閾値を超えた場合や所定の時間帯でのみ、高性能／高コストの物理サーバで当該仮想サーバを稼動させるように、運用条件の変更に応じてシステム構成を変更することがなされている。また、運用系のサーバに対して、待機のサーバが設けられたクラスタシステムにおいても、運用系のサーバと待機系のサーバを共に仮想サーバで構成することも行われている。
【０００３】
仮想サーバが設けられた複数の物理サーバから構成されたシステムにおいて、上述したように運用の自由度が高い反面、システム構成を変更する際に、論理構成と物理構成のマッピングや、設計と運用の工程の引き継ぎなど、煩雑な処理が必要である。
【０００４】
日々の利用状況に合わせて変更が頻繁に行われる環境においては、人手によりこれらの煩雑な処理を管理するのでは管理能力に限界があり、変更そのもの、および変更に応じた処理の自動化について様々な視点から試みがなされている。
【０００５】
例えば、特許文献１に開示されたストレージシステムは、複数の論理的な上位装置（仮想サーバに該当すると考えられる）でそれぞれ実行されるアプリケーションプログラムにより使用される資源の過不足を示す情報を収集し、過不足が生じた場合には仮想サーバの構成変更を行う（特許文献１における請求項１参照）。また、このシステムは、クラスタシステムとして構築された場合に、待機系の仮想サーバの追加に際して、該仮想サーバの追加により冗長度が高まるか否かを判定し、冗長度が高まることが無いと判断した場合には、追加するか否かの決定をユーザに委ね、待機系の仮想サーバの無駄な追加を防ぐ工夫がなされている（特許文献１における「０１８４」〜「０１８７」参照）。
【０００６】
また、特許文献２に開示されたシステムは、各仮想マシン（仮想サーバに該当すると考えられる）のパフォーマンスを収集し、各仮想マシンのパフォーマンスが最大となるように仮想マシンと仮想マシンサーバ（物理サーバに該当すると考えられる）の組合せを決定して仮想マシンの再配置を行う（特許文献２における「００２４」参照）。
【特許文献１】特開２００７−４７９８６号公報
【特許文献２】特開２００５−１１５６５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
仮想サーバが設けられた複数の物理サーバを有するシステムは、運用に先立ち必ず設計がなされる。例えば、「仮想サーバ２が仮想サーバ１の待機系のものであるため、仮想サーバ１と仮想サーバ２を同一の物理サーバに配置しない」や、「仮想サーバ３と仮想サーバ４が処理する業務の負荷が小さいため、同じ物理サーバに配置してもよい」など、対象となる複数の仮想サーバが同一の物理サーバに配置すべきか別々の物理サーバに配置すべきかを示すグループ条件についての設計思想の元にシステムが設計される。仮想サーバを再配置する際に、このような設計思想を維持することが望まれる。
【０００８】
特許文献２に開示されたシステムは、これに対する配慮が無い。特許文献１に開示されたシステムは、変更に際してユーザに決定を委ねるため、ユーザの手間がかかる上に、ユーザが設計者ではない場合や、システム構成に精通したものではない場合などには、誤った決定をしてしまう恐れがある。
【０００９】
本発明は、上記事情に鑑みてなされたものであり、仮想サーバが設けられた複数の物理サーバを備えるシステムにおいて、設計思想に沿って仮想サーバの再配置ができる技術を提供する。
【課題を解決するための手段】
【００１０】
本発明の一つの態様は、仮想サーバ管理装置である。この仮想サーバ管理装置は、複数の物理サーバ上に設けられた複数の仮想サーバについて、互いに異なる物理サーバに配置すべきか同一の物理サーバに配置すべきかを示すグループ条件を取得する情報収集部と、該情報収集部により得られたグループ条件が保たれることを条件に、仮想サーバの再配置を行う再配置部とを備える。
【００１１】
なお、上記各態様の装置をシステムや方法、プログラムとして置き換えて表現したものも、本発明の態様としては有効である。
【発明の効果】
【００１２】
本発明にかかる技術によれば、仮想サーバが設けられた複数の物理サーバを備えるシステムにおいて、設計思想に沿って仮想サーバの再配置ができる。
【発明を実施するための最良の形態】
【００１３】
以下の説明に用いられる図面に、様々な処理を行う機能ブロックとして記載される各要素は、ハードウェア的には、ＣＰＵ、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、メモリに記録された、またはロードされたプログラムなどによって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。また、分かりやすいように、これらの図面において、本発明の技術を説明するために必要なもののみを示す。
【００１４】
本発明の具体的な実施の形態を説明する前に、まず、本発明の原理を説明する。
仮想サーバが設けられた複数の物理サーバを備えるシステムは、仕様や用途などに応じて様々な種類がある。図１〜図６は、いくつかの例を示す。
【００１５】
図１に示すシステム１０は、仮想サーバが設けられた複数の物理サーバ（図示の例では３つ：物理サーバ１１、物理サーバ１２、物理サーバ１３）を備え、各物理サーバは、ネットワーク１５を介して、各仮想サーバが動作するためのソフトウェアを格納したストレージ１４に接続されている。システム１０に備えられた各仮想サーバは、どの仮想サーバとどの仮想サーバを同じ物理サーバに配置すべき、どの仮想サーバとどの仮想サーバを異なる物理サーバに配置すべきなどのルールが無い。以下、システム１０のこのような構成をシングル構成という。
【００１６】
図２に示すシステム２０は、仮想サーバが設けられた複数の物理サーバ（図示の例では３つ：物理サーバ２１、物理サーバ２２、物理サーバ２３）を備え、各物理サーバは、ネットワーク２５を介して、各仮想サーバが動作するためのソフトウェアを格納したストレージ２４に接続されている。システム２０において、各仮想サーバは、異なる物理サーバに配置するルールで配置されることによって、物理サーバの負荷を軽減することができる。以下、システム２０のこのような構成を、負荷分散構成という。
【００１７】
図３は、クラスタシステムである。このクラスタシステム３０は、物理サーバ３１と物理サーバ３３を備え、物理サーバ３１には、運用系の仮想サーバ３１Ａが構築されており、物理サーバ３３には、仮想サーバ３１Ａの待機系の仮想サーバ３３Ａが構築されている。各物理サーバは、ネットワーク３５を介して各仮想サーバが動作するためのソフトウェアを格納したストレージ３４に接続されている。クラスタシステム３０において、通常、仮想サーバ３１Ａがアクティブであり、運用系として動作し、仮想サーバ３３Ａがスタンバイであり、待機系として動作するが、物理サーバ３１に故障が生じたときや、物理サーバ３１の負荷が過大になったときなど予め設定された条件時に、仮想サーバ３３Ａはアクティブになり、運用系として動作する。以下、クラスタシステム３０のこのような構成を、２ノードクラスタ構成という。
【００１８】
図４も、クラスタシステムの例を示す。このクラスタシステム４０は、仮想サーバが設けられた複数の物理サーバ（図示の例では３つ：物理サーバ４１、物理サーバ４２、物理サーバ４３）を備え、各物理サーバは、ネットワーク４５を介して、各仮想サーバが動作するためのソフトウェアを格納したストレージ４４に接続されている。物理サーバ４１と物理サーバ４２には、運用系の仮想サーバ４１Ａと仮想サーバ４２Ａがそれぞれ構築されており、物理サーバ４３には、仮想サーバ４１Ａの待機系の仮想サーバ４３Ａと、仮想サーバ４２Ａの待機系の仮想サーバ４３Ｂが構築されている。すなわち、クラスタシステム４０では、１つの物理サーバに、他の複数の物理サーバにそれぞれ設けられた運用系の仮想サーバの待機系の仮想サーバを集約している。以下、クラスタシステム４０のこのような構成を、Ｎノードクラスタ構成という。
【００１９】
図５も、クラスタシステムの例を示す。このクラスタシステム５０は、仮想サーバが設けられた複数の物理サーバ（図示の例では３つ：物理サーバ５１、物理サーバ５２、物理サーバ５３）を備え、各物理サーバは、ネットワーク５５を介して、各仮想サーバが動作するためのソフトウェアを格納したストレージ５４に接続されている。物理サーバ５１にと物理サーバ５２には、運用系の仮想サーバ５１Ａと運用系の仮想サーバ５２Ａがそれぞれ設けられており、物理サーバ５３には待機系の仮想サーバ５３Ａが設けられている。仮想サーバ５３Ａは、仮想サーバ５１Ａと仮想サーバ５２Ａのいずれかの待機系の仮想サーバである。すなわち、クラスタシステム５０では、複数の物理サーバにそれぞれ設けられた運用系の仮想サーバのうちの１つに対してのみ、別の物理サーバに待機系の仮想サーバが設けられている。以下、クラスタシステム５０のこのような構成を、Ｎ：１クラスタ構成という。
【００２０】
また、Ｍ個の運用系の仮想サーバに対してＮ個の待機系の仮想サーバが設けられた構成を、Ｍ：Ｎクラスタ構成という。
【００２１】
システムが行う業務の多様化などにより、上述した各構成例が同じシステムに混在することは多い。たとえば、図６に示すように、物理サーバ６１、物理サーバ６２、物理サーバ６３がネットワーク６５を介してストレージ６４に接続されたシステム６０では、３つの物理サーバを用いて、図１〜図５の各構成例が構築されている。なお、図６において、図１〜図５に示す構成要素と同じ機能を有するものについて同一の符号を付与しており、ここで詳細な説明を省略する。
【００２２】
このように、仮想サーバが設けられた複数の物理サーバを備えたシステムでは、物理サーバに構築された各々の仮想サーバ間の関係は様々である。図６を参照して考える。
【００２３】
例えば、仮想サーバ２１Ａ、仮想サーバ２２Ａ、仮想サーバ２３Ａは、同じ業務を協働して担う。もし、仮想サーバ２１Ａ、仮想サーバ２２Ａ、仮想サーバ２３Ａを同一の物理サーバに配置してしまうと、この物理サーバの負荷が過大になる可能性が大きい。
【００２４】
それに対して、仮想サーバ１１Ａ、仮想サーバ１２Ａ、仮想サーバ１３Ａが異なる業務を夫々担うため、同一の物理サーバに配置した場合、負荷急増を引き起こす可能性は、仮想サーバ２１Ａ、仮想サーバ２２Ａ、仮想サーバ２３Ａを同一の物理サーバに配置した場合ほど大きくない。
【００２５】
また、仮想サーバ３３Ａが仮想サーバ３１Ａの待機系の仮想サーバであるため、仮想サーバ３３Ａを仮想サーバ３１Ａと同じ物理サーバに配置すると、該物理サーバに障害が生じた場合には、仮想サーバ３１Ａと仮想サーバ３３Ａのいずれも動作できなくなり、クラスタシステムの機能が破綻してしまう。
【００２６】
また、仮想サーバ４３Ａと仮想サーバ４３Ｂは、共に待機系の仮想サーバであり、それぞれに対応する運用系の仮想サーバが設けられた物理サーバに同時に障害が生じる可能性が少ないため、仮想サーバ４３Ａと仮想サーバ４３Ｂを、それらの運用系の仮想サーバが設けられた物理サーバとは別の、同一の物理サーバに設けてもよい。
【００２７】
そのため、図６に示すようなシステムを設定する際に、設計者は、仮想サーバ２１Ａ、仮想サーバ２２Ａ、仮想サーバ２３Ａが異なる物理サーバに配置されるように、また、仮想サーバ３１Ａと、仮想サーバ３３Ａも異なる物理サーバに配置されるように設計する。また、仮想サーバ４３Ａと仮想サーバ４３Ｂについては、仮想サーバ４１Ａと仮想サーバ４２Ａが配置された物理サーバとは別の、同一の物理サーバに配置されるように設定する。
【００２８】
このように、システム仕様や用途に応じて、複数の仮想サーバについて、どの仮想サーバとどの仮想サーバは同一の物理サーバに配置すべき、どの仮想サーバとどの仮想サーバは異なる物理サーバに配置すべきなどの設計思想を基に、設計者がシステムを設計する。以下の説明において、複数の仮想サーバが同じ物理サーバに配置されるか別々の物理サーバに配置されるかを示す情報をグループ条件という。
【００２９】
システムの稼働開始直後では、設計時のサーバグループ条件通りに、各仮想サーバが配置される。しかし、システムの稼動状況などに応じて仮想サーバを再配置可能なシステムでは、この再配置によって、設計時のサーバグループ条件が維持されなくなる恐れがある。
【００３０】
そこで、本発明は、この問題を解決するための技術を提案する。図７を参照して、本発明の技術の原理を説明する。
図７は、本発明にかかる技術の原理を説明するためのサーバ・ストレージシステムを示す模式図である。このサーバ・ストレージシステム７０は、複数の物理サーバ（図示の例では２つ：物理サーバ７１、物理サーバ７２）と、ストレージ７４と、管理装置７６とを有し、各物理サーバは、ネットワーク７５Ａによりストレージ７４と接続され、通信ネットワーク７５Ｂにより管理装置７６と接続されている。ネットワーク７５Ａは、例えばファイバチャネルＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｔｋ）であり、通信ネットワーク７５Ｂは、例えばＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）である。物理サーバ７１には、Ｍ個（Ｍ：１以上の整数）の仮想サーバ７１Ａ〜７１Ｍが構築されており、物理サーバ７２には、Ｎ個（Ｎ：１以上の整数）の仮想サーバ７２Ａ〜７２Ｍが構築されている。
【００３１】
管理装置７６は、情報収集部７７と再配置部７８を備える。再配置部７８は、サーバ・ストレージシステム７０の稼動開始後に、稼動状況などに応じて仮想サーバの再配置を行う。情報収集部７７は、再配置部７８が再配置を行うための情報を収集する。
【００３２】
情報収集部７７が収集する情報には、グループ条件７７Ａが含まれている。グループ条件７７Ａは、前述したように、サーバ・ストレージシステム７０に設けられた各々の仮想サーバのうちの、どの仮想サーバとどの仮想サーバが同一の物理サーバに配置すべきか、どの仮想サーバとどの仮想サーバが異なる物理サーバに配置すべきかを示す情報である。情報収集部７７は、グループ条件７７Ａを含む情報を取得して再配置部７８に供する。再配置部７８は、再配置に際して、情報収集部７７が取得したグループ条件が保たれることを条件に再配置を実行する。
【００３３】
管理装置７６によれば、稼動中のサーバ・ストレージシステム７０における仮想サーバのグループ条件７７Ａを取得することにより、設計思想を把握すると共に、グループ条件７７Ａが保たれることを条件に仮想サーバを再配置することにより設計思想を維持する。こうすることにより、例えば、協働して一つの業務を処理し、それぞれ異なる物理サーバに配置されるように設計された複数の複数の仮想サーバ（例えば図６に示す仮想サーバ２１Ａ、仮想サーバ２２Ａ、仮想サーバ２３Ａ）が、再配置により同じ物理サーバに構築されることを防ぐことができる。また例えば、異なる物理サーバに設けられるように設計された運用系の仮想サーバと該仮想サーバの待機系の仮想サーバ（例えば図６に示す仮想サーバ３１Ａと仮想サーバ３３Ａ）が、再配置により同じ物理サーバに構築されることを防ぐことができる。すなわち、設計思想に沿った再配置を実現することができる。
【００３４】
管理装置７６の情報収集部７７は、上述したグループ条件７７Ａ以外に、再配置部７８どのようなポリシーで再配置を行うかに応じた他の情報も収集する。例えば、情報収集部７７は、上記グループ条件７７Ａ以外に、さらに各仮想サーバの性能を示す性能情報と、稼動状況を示す稼動情報を収集する。稼動情報としては、所定期間における、各仮想サーバの平均性能、ピーク性能などが挙げられる。そして、収集した稼動情報に基づいて、物理サーバが破綻しないように、物理サーバと仮想サーバの性能比の上限を規定するピーク係数を算出する。なお、ピーク係数は、１より大きい値である。再配置部７８は、再配置後の仮想サーバの性能とピーク係数の積が、該仮想サーバが配置された物理サーバの性能より小さくなるように、仮想サーバの再配置を行う。
勿論、この場合においても、グループ条件７７Ａが保たれることを条件とする。
【００３５】
こうすることにより、仮想サーバを再配置する際に、稼動情報に基づいて算出したピーク係数で仮想サーバの性能を補正してから再配置を行うので、設計ミスや、運用ミスを防ぐことができる。なお、再配置部７８は、再配置後の仮想サーバの性能とピーク係数の積を求める際に、仮想サーバの性能として、予め設定された再配置ポリシーが集約重視の共有型である場合には平均性能を用い、再配置ポリシーが性能重視の性能確保型である場合にはピーク性能を用いるようにすれば、再配置ポリシーに基づいた再配置を実現することができる。
【００３６】
以上の説明を踏まえて本発明の実施の形態を説明する。
図８は、本発明の実施の形態にかかるシステム１００を示す。システム１００は、複数の物理サーバ（図示の例では４つ：物理サーバ２００、物理サーバ３００、物理サーバ７１０、物理サーバ７２０）と、管理装置４００と、ストレージ５００と、ストレージ７３０を備える。各物理サーバは、ネットワーク６００Ａによりストレージ５００とストレージ７３０に接続されており、通信ネットワーク６００Ｂを介して管理装置４００と接続されている。なお、図８において、図面を分かりやすくするために、本発明の技術を説明する上で必要なものについてのみ構成を詳しく示し、例えば物理サーバ７１０、物理サーバ７２０、ストレージ７３０の詳細構成を示していない。
【００３７】
物理サーバ２００は、ハードウェア２１０と、ハードウェア２１０上で動作するオペレーティングシステム（ＯＳ）２３０Ａ〜２３０Ｍ（Ｍ：１以上の整数）、それぞれのＯＳ上で構築された仮想サーバ２２０Ａ〜２２０Ｍ、物理サーバ２００内で各仮想サーバを管理するエージェント２４０を備える。物理サーバ３００は、ハードウェア３１０と、ハードウェア３１０上で動作するＯＳ３３０Ａ〜３３０Ｎ（Ｎ：１以上の整数）、それぞれのＯＳ上で構築された仮想サーバ３２０Ａ〜３２０Ｎ、物理サーバ３００内で各仮想サーバを管理するエージェント３４０を備える。ストレージ５００には、上述した各仮想サーバが動作するためのソフトウェアを格納する仮想ボリューム５１０が格納されている。なお、各物理サーバ内に、ネットワーク６００Ａと仮想サーバ間のデータ転送を担うスイッチと、通信ネットワーク６００Ｂと仮想サーバ間のデータ転送を担うスイッチを備えており、これらのスイッチは、仮想サーバが設けられた通常のシステムと同じであり、図示および説明を省略する。
【００３８】
管理装置４００は、各仮想サーバの再配置に関する処理を行うものであり、情報収集部４１０、再配置部４２０、情報データベース（以下情報ＤＢという）４３０を備える。情報収集部４１０は、仮想サーバの再配置に必要な情報を収集して情報ＤＢ４３０に格納し、再配置部４２０は、情報ＤＢ４３０を参照して再配置を行う。
【００３９】
図９は、情報ＤＢ４３０に格納されたデータの構成例を示す。情報ＤＢ４３０は、情報定義テーブル４３１、仮想サーバテーブル４３２、物理サーバテーブル４３３、ストレージテーブル４３４、グループ条件４３５を備える。
【００４０】
情報定義テーブル４３１は、各種情報に対する定義を格納しており、これらの定義は、予め入力されている。図示のように、情報定義テーブル４３１には、仮想サーバの構成モデルタイプとして「シングル構成」、「負荷分散構成」、「２ノードクラスタ構成」、「Ｎノードクラスタ構成」、「Ｎ：１クラスタ構成」、「Ｍ：Ｎクラスタ構成」の６種類を定義いる。また、物理サーバ、仮想サーバ、ストレージについては、それぞれ物理サーバテーブル、仮想サーバテーブル、ストレージテーブルを定義している。再配置ポリシーとして、集約重視の「共有型」と性能重視の「性能確保型」のいずれであるかを定義している。さらに、グループ条件も定義している。
【００４１】
仮想サーバテーブル４３２は、情報収集部４１０が、情報定義テーブル４３１に定義された仮想サーバテーブルに基づいて収集した情報を格納する。図示のように、仮想サーバテーブル４３２には、ノード（仮想サーバ）毎に、性能情報、稼動情報と共に、構成モデルタイプ、ピーク係数Ｑを格納している。構成モデルタイプは、該仮想サーバは、情報定義テーブル４３１に定義された６種類の構成モデルのうちのいずれかであるかを示し、物理サーバに備えられたエージェントから通知されたものである。また、ピーク係数Ｑ（Ｑ＞１）物理サーバが破綻しないように、物理サーバと仮想サーバの性能比の上限を規定する値である。このピーク係数Ｑは、予めユーザによるデフォルト値が入力されが、その後、稼動情報に含まれる性能平均値、性能ピーク値、稼動日数から算出された値で更新される。なお、性能情報と稼動情報も、情報収集部４１０によりエージェントを介して取得される。
【００４２】
物理サーバテーブル４３３は、予めユーザに入力されたものであり、筐体（物理サーバ）毎に、各種性能の閾値を格納している。
【００４３】
ストレージテーブル４３４も、予めユーザに入力されたものであり、ストレージとディスク毎に、各種性能の閾値を格納している。
【００４４】
グループ条件４３５は、仮想サーバの構成モデルタイプに応じて規定されたルールを格納しており、これらのルールは、例えば、「構成モデルが２ノードクラスタであれば、この２つの仮想サーバを異なる物理サーバに配置する」、「構成モデルがＮノードクラスタであれば、対象となる複数の運用系の仮想サーバにそれぞれ対応する待機系の仮想サーバを、運用系の仮想サーバが設けられた物理サーバと異なる同一の物理サーバに配置する」などの条件文により定められる。これらの条件文も、予めユーザにより入力される。
【００４５】
ここで、物理サーバ２００と物理サーバ３００上に設けられた各仮想サーバを、物理サーバ７１０と物理サーバ７２０に移動する再配置を行う場合を例にしてシステム１００の処理を具体的に説明する。
【００４６】
図１０は、この場合において、管理装置４００、物理サーバ２００と物理サーバ３００、および物理サーバ７１０と物理サーバ７２０の処理を示すフローチャートである。まず、管理装置４００について説明する。
【００４７】
図１０において、ステップＳ１０〜Ｓ２０は、管理装置４００の処理を示し、ステップＳ１０〜Ｓ１２は、仮想サーバを再配置するための準備処理を示し、ステップＳ１４〜Ｓ２０は、再配置を実行する処理を示す。
【００４８】
図示のように、管理装置４００は、まず、ユーザの入力に従って情報定義テーブル４３１、物理サーバテーブル４３３、ストレージテーブル４３４、グループ条件４３５を構成すると共に、仮想サーバテーブル４３２における各仮想サーバのピーク係数Ｑのデフォルト値を格納する（Ｓ１０）。そして、管理装置４００は、情報収集部４１０により、各仮想サーバの性能情報、稼動情報、構成モデルタイプなどの情報を収集して仮想サーバテーブル４３２に格納する。ピーク係数Ｑに当たっては、性能平均値、性能ピーク値から得られた性能の変動差と稼動日数に基づいて算出したものでデフォルト値を更新する。これは、仮想サーバが規定の稼働日数を超えること、かつ、規定の性能の変動差の範囲内にある場合のみ、ピーク係数を小さくし、変動差の範囲外が規定の閾値を超える場合は、ピーク係数を大きくする（Ｓ１２）。なお、ステップＳ１２における情報収集は、各仮想サーバのエージェントを介して行われ、後に物理サーバ２００と物理サーバ３００の処理を説明する際に詳細に説明する。
【００４９】
再配置にあたって、管理装置４００における再配置部４２０は、まず、物理サーバテーブル４３３の情報を参照し、再配置前後の物理サーバの性能比を算出する（Ｓ１６）。そして、情報定義テーブル４３１に定義された再配置ポリシー（共有型か性能確保型か）と、仮想サーバテーブル４３２に格納された各仮想サーバのピーク係数Ｑと構成モデルタイプに基づいて再配置のシミュレーションを行う（Ｓ１８）。再配置ポリシーに基づいた再配置について、例えば、「共有型」の再配置ポリシーの場合には、「仮想サーバの性能平均値×ピーク係数Ｑ＜物理サーバの性能」を条件とし、「性能確保型」の再配置ポリシーの場合には、「仮想サーバの性能ピーク値×ピーク係数Ｑ＜物理サーバの性能」を条件とする。また、構成モデルタイプに基づいた再配置について、グループ条件４３５における当該構成モデルタイプに対応するルールを参照し、このルールに従って再配置する。
【００５０】
ステップＳ１８におけるシミュレーション後、再配置部４２０は、各物理サーバに再配置指示を出力して、今回の再配置処理を終了する（Ｓ２０）。
【００５１】
次に物理サーバ２００と物理サーバ３００による処理を示す。物理サーバ２００と物理サーバ３００におけるエージェントは、それぞれの物理サーバのハードウェアやスイッチの情報などを収集して、これらの情報から当該仮想サーバの性能情報と稼動情報を得ると共に、構成モデルタイプを特定する（Ｓ３０）。そして、エージェントは、性能情報と稼動情報、および構成モデルタイプを管理装置４００に通知する（Ｓ３２）。これらの情報は、管理装置４００によるステップＳ１２の処理に供される。
【００５２】
物理サーバ７１０と物理サーバ７２０は、管理装置４００からの再配置指示（Ｓ２０）を受信すると（Ｓ４０）、この指示に従って物理サーバ２００と物理サーバ３００に設けられた各仮想サーバを構築することにより仮想サーバの移動を行う（Ｓ４０）。
【００５３】
このように、本実施の形態のシステム１００において、管理装置４００は、再配置に際して、各仮想サーバの構成モデルタイプに対応したグループ条件（ルール）が保たれることを条件にする。これにより、設計思想に反した再配置を防ぐことができる。また、仮想サーバの実際の稼動情報に基づいてピーク係数を算出してそれに基づいて再配置を行うので、設計ミスや運用ミスを防ぐことができる。
【００５４】
以上、実施の形態をもとに本発明を説明した。実施の形態は例示であり、本発明の主旨から逸脱しない限り、さまざまな変更、増減を加えてもよい。これらの変更、増減が加えられた変形例も本発明の範囲にあることは当業者に理解されるところである。
【図面の簡単な説明】
【００５５】
【図１】仮想サーバの構成モデルの例を示す図である（その１）。
【図２】仮想サーバの構成モデルの例を示す図である（その２）。
【図３】仮想サーバの構成モデルの例を示す図である（その３）。
【図４】仮想サーバの構成モデルの例を示す図である（その４）。
【図５】仮想サーバの構成モデルの例を示す図である（その５）。
【図６】仮想サーバの構成モデルの例を示す図である（その６）。
【図７】本発明にかかる技術の原理を説明するためのシステムを示す模式図である。
【図８】本発明の実施の形態にかかるシステムを示す図である。
【図９】図８に示すシステムにおける管理装置の情報データベースの例を示す図である。
【図１０】図８に示すシステムの処理例を示すフローチャートである。
【符号の説明】
【００５６】
１０  システム  １１  物理サーバ  １１Ａ  仮想サーバ
１１Ｂ  仮想サーバ  １２  物理サーバ  １２Ａ  仮想サーバ
１２Ｂ  仮想サーバ  １３  物理サーバ  １３Ａ  仮想サーバ
１４  ストレージ  １５  ネットワーク  ２０  システム
２１  物理サーバ  ２１Ａ  仮想サーバ  ２２  物理サーバ
２２Ａ  仮想サーバ  ２３  物理サーバ  ２３Ａ  仮想サーバ
２４  ストレージ  ２５  ネットワーク  ３０  クラスタシステム
３１  物理サーバ  ３１Ａ  仮想サーバ  ３３  物理サーバ
３３Ａ  仮想サーバ  ３４  ストレージ  ３５  ネットワーク
４０  クラスタシステム  ４１  物理サーバ  ４１Ａ  仮想サーバ
４２  物理サーバ  ４２Ａ  仮想サーバ  ４３  物理サーバ
４３Ａ  仮想サーバ  ４３Ｂ  仮想サーバ  ４４  ストレージ
４５  ネットワーク  ５０  クラスタシステム  ５１  物理サーバ
５１Ａ  仮想サーバ  ５２  物理サーバ  ５２Ａ  仮想サーバ
５３  物理サーバ  ５３Ａ  仮想サーバ  ５４  ストレージ
５５  ネットワーク  ６０  システム  ６１  物理サーバ
６２  物理サーバ  ６３  物理サーバ  ６４  ストレージ
６５  ネットワーク  １００  システム  ７０  サーバ・ストレージシステム
７１  物理サーバ  ７１Ａ  仮想サーバ  ７１Ｍ  仮想サーバ
７２  物理サーバ  ７２Ａ  仮想サーバ  ７２Ｎ  仮想サーバ
７４  ストレージ  ７５Ａ  ネットワーク  ７５Ｂ  通信ネットワーク
７６  管理装置  ７７  情報収集部  ７７Ａ  グループ条件
７８  再配置部  １００  サーバ・ストレージシステム  ２００  物理サーバ
２１０  ハードウェア  ２２０Ａ  仮想サーバ  ２３０Ａ  ＯＳ
２２０Ｍ  仮想サーバ  ２３０Ｍ  ＯＳ  ２４０  エージェント
３００  物理サーバ  ３１０  ハードウェア  ３２０Ａ  仮想サーバ
３３０Ａ  ＯＳ  ３２０Ｎ  仮想サーバ  ３３０Ｎ  ＯＳ
３４０  エージェント  ４００  管理装置  ４１０  情報収集部
４２０  再配置部  ４３０  情報データベース  ４３１  情報定義テーブル
４３２  仮想サーバテーブル  ４３３  物理サーバテーブル
４３４  ストレージテーブル  ４３５  グループ条件  ５００  ストレージ
５１０  仮想ボリューム  ６００Ａ  ネットワーク  ６００Ｂ  通信ネットワーク
７１０  物理サーバ  ７２０  物理サーバ  ７３０  ストレージ
【図１】
0005035011.tif 000002
【図２】
0005035011.tif 000003
【図３】
0005035011.tif 000004
【図４】
0005035011.tif 000005
【図５】
0005035011.tif 000006
【図６】
0005035011.tif 000007
【図７】
0005035011.tif 000008
【図８】
0005035011.tif 000009
【図９】
0005035011.tif 000010
【図１０】
0005035011.tif 000011