JP2008276320A - 仮想システム制御方法およびコンピュータシステム - Google Patents

Abstract

【課題】複数のＣＰＵブレード間で仮想システムを移動するにあたり、ブレードの特徴や電源やファンの冗長性なども考慮して最適の移動先を決定する。
【解決手段】複数のＣＰＵブレードを具えて構成され、１のＣＰＵブレード上で動作する仮想システムを別のＣＰＵブレードにマイグレーションするコンピュータシステムにおいて、対応する電源および/または冷却ファンの情報を含む各ＣＰＵブレードの情報が登録される管理テーブルを格納する記憶領域と、いずれかのＣＰＵブレード上の仮想システムを別のＣＰＵブレードにマイグレーションする必要が生じた場合に、前記管理テーブルを参照して移動元のＣＰＵブレードとの比較において所定の条件を満たす別のＣＰＵブレードを選択して前記仮想システムの移動先に設定する制御手段とを具える。
【選択図】 図１

Description

本発明は仮想システム管理方法およびシステムに関し、特に、ブレードシステムのように複数のコンピューティングノードが同一筐体に混在するシステムにおいて、複数のＣＰＵブレード間で仮想システムのマイグレーションを管理制御する方法およびシステムに関する。

近年、同一筐体に複数のＣＰＵブレードが収納されたブレードシステムなどのコンピュータシステムにおいて、システム障害などによりあるＣＰＵブレードから別のＣＰＵブレードへ仮想システムをマイグレーションする技術がある（例えば、特許文献１）。このマイグレーションは一般に、ＶＭ（仮想マシン）による仮想コンピュータシステムにおいて、予め指定したサーバを予備として待機させておき、あるサーバにて過負荷となったり軽障害が頻発した場合に、仮想化ソフトにより仮想システムのライブマイグレーション機能を用いて予備サーバへ仮想システムをマイグレーションさせる。これにより、負荷の平準化や障害によるシステムダウンを回避し、スムーズなシステム運用が実現されるようにしている。
特開２００６−２４４４８１号公報

しかしながら、従来のシステムでは、仮想システムの移動先が予め一意に定められているため、予備サーバを用いた負荷分散／障害回避の場合に限らず、運用中のサーバ間で仮想システムの移動を行う際、その時々で適切なサーバを移動先に選択することができない不都合がある。特に、ＣＰＵブレードは用途や実施環境に応じて、性能だけでなく、高可用性を訴求するもの、高信頼性を訴求するもの、大容量メモリ搭載を訴求するものなど、システムの付加価値を提供するバリエーションが増えているが、予め用意された予備サーバが必ずしも移動元のＣＰＵブレードと同等のスペックとは限らないため、仮想システムを移動させた後に性能や安全性が低下してしまう可能性があった。このように、従来のシステムはより安全且つ堅牢なサーバをダイナミックに選択できず、各ブレードの特徴を活かしたシステムリソースの有効活用ができるものではなかった。

本発明は上記のような問題に鑑み、複数のＣＰＵブレードを有するコンピュータシステムで、あるブレード上の仮想システムを別のブレードにマイグレーションするにあたり、ブレードの特徴やファンや電源などの動作環境、障害発生状況なども考慮して最適のブレードを選択するようにして、高可用且つダイナミックなリソース配分を実現する方法およびシステムを提供することを目的とする。

上記目的を達成するために、本発明は、複数のＣＰＵブレードを具えて構成され１のＣＰＵブレード上で動作する仮想システムを別のＣＰＵブレードにマイグレーションするコンピュータシステムにおいて、
少なくとも各ＣＰＵブレードに関する情報が登録される管理テーブルを格納する記憶領域と、いずれかのＣＰＵブレード上の仮想システムを別のＣＰＵブレードにマイグレーションする必要が生じた場合に、前記管理テーブルを参照して移動元のＣＰＵブレードとの比較において所定の条件を満たす別のＣＰＵブレードを選択して前記仮想システムの移動先に設定する制御手段とを具えることを最も主要な特徴とする。

このシステムにおいて、前記管理テーブルはさらに、各ＣＰＵブレードについて、対応する電源および/または冷却ファンの情報が登録されており、この情報が前記制御手段による設定時に考慮されることを特徴とする。

また、前記制御手段は、予め所定の条件により、あるいは定期的に前記管理テーブルを参照し、各ＣＰＵブレードについて各登録項目に所定の重み付け演算を行って得たブレード毎のシステム運用環境指標を管理しており、移動元のＣＰＵブレードと同等以上の指標を有する別のＣＰＵブレードを移動先として選択することを特徴とする。

また、前記管理テーブルがさらに、オペレータの入力により各ＣＰＵブレードをグループ分けして管理する欄を有するとともに、前記制御手段は、前記移動元のＣＰＵブレードと同じグループから移動先のＣＰＵブレードを選択することが好ましい。

本発明のコンピュータシステムによれば、利用可能なＣＰＵブレードに関する情報を管理テーブルで管理しており、いずれかのＣＰＵブレードで動作する仮想システムの移動が必要となった場合に、各ＣＰＵブレードの情報を比較してその時点で最も適切なＣＰＵブレードを移動先としてダイナミックに選定するため、予備のブレードを用意するコストや手間が省けるとともに、移動先ブレードの性能や信頼性が異なることによる不具合を防止することができる。

また、ＣＰＵブレードの性能のみならず、電源やファンの冗長性、省電力性まで移行判定条件に組み入れているため、電源やファンを要素とする信頼性を維持した状態で好適に仮想システムを移動させることができる。

また、予め各ＣＰＵブレードについてのシステム運用環境指標を算出しておき、障害発生時には同等以上の指標を有するＣＰＵブレードを移動先として決定する構成としたため、障害が発生してから各ＣＰＵブレードの数値を取得して移動先を選択するような構成に比して、障害発生から移行完了までに要する時間が飛躍的に短くなる。

さらに、オペレータの設定により各ＣＰＵブレードをグループ管理し、仮想システムの移動をグループ内で制限する構成により、よりユーザの意向に沿った仮想システム制御が可能となり、ユーザの意図する運用目的に応じた適材適所のリソース活用が可能となる。

本発明を実施するための最良の実施形態について、図面を参照しながら以下に詳細に説明する。

図１は、本発明の一実施例を示す概略図である。本図に示すように、本発明の実施例は複数（２つ）のブレードシステム１００、２００にそれぞれ複数のＣＰＵブレード、筐体マネジメントプロセッサ、複数の電源ユニット（ＰＳＵ）および冷却ファンが搭載されている。各ＣＰＵブレードには仮想化ソフト（ＶＭ）が展開され、複数のシステムがＶＭ上で動作する構成をとっている。ここで、例えば冷却ファンはブレード毎に設けられている必要はなく、１つのファンで複数のブレードをカバーする構成であってもよい。

各ＣＰＵブレードはＢＭＣ（Ｂａｓｅｂｏａｒｄ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌｌｅｒ）とＦＲＵ情報（Ｆｉｅｌｄ Ｒｅｐｌａｃｅｍｅｎｔ Ｕｎｉｔ Ｉｎｆｏｒｍａｔｉｏｎ）を格納する不揮発性メモリを有し（図示せず）、このメモリには予め製造工程において当該ＣＰＵブレードの種類、性能（例えば、ＣＰＵのコア数、周波数、キャッシュサイズなど）、ベンダーにより設定されたハードウェア（ＨＷ）耐障害性が登録されている。ここでＨＷ耐障害性は、ＨＷの信頼性予測・実績やサポートされている高可用性機能のレベルなどに応じてブレード間で比較表現できる指標であり、ブレードの出荷時に予めベンダーにより設定されるものとする。メモリの登録内容は、各ブレードの電源オン時に読み出されＢＭＣから筐体マネジメントプロセッサ１０に伝送される。

筐体マネジメントプロセッサ１０は、ＢＭＣからＣＰＵブレードの相対的に比較可能な上記の情報を受け取る。また、各ＣＰＵブレードの管理下のＰＳＵおよび/または冷却ファン（ＦＡＮ）のＦＲＵ情報、各ＰＳＵ／ＦＡＮの冗長性や省電力機能の有無、ＶＭの種類の情報などを取得して、これらの情報を記憶領域（図示せず）の管理テーブルに登録する。この管理テーブルの例を図２に示す。

図２に示すように、管理テーブルには各筐体のＣＰＵブレードごとに、可用性情報として、ベンダーが設定したＨＷ耐障害性、ＶＭの種類、冷却ファンの冗長性、電源の冗長性の指標値が登録される。また性能情報として、ＣＰＵ性能、メモリ容量、ＩＯ、ＶＭ種類の指標値が登録される。さらに、ＣＰＵ・ファン・電源の省電力性の指標値、グループ番号、最後にグループ内システム運用指標値が登録される。

本実施例において、ＨＷ耐障害性の指標は「１」または「２」といった値をとり、図４のテーブルでは、例えば筐体１００ではＣＰＵブレード１２，１ｎがＦＴブレードのような可用性の高い高信頼ブレードであることを示すレベル「２」の指標が登録されている。ＨＷ障害履歴は、例えば初期値にレベル５が設定され、所定期間で所定回数の障害が発生した場合に１レベル下がるよう設定される。この場合に障害発生の事象および回数の情報は各ブレードで管理され、上記のような条件を満たす場合にレベル変更通知がマネジメントプロセッサ１０に通知されるようにすることができる。また、電源／ファンの冗長性としては、ＰＳＵ／ＦＡＮのＦＲＵ情報を読み出し、例えばＮ＋１冗長である場合に「１」、２Ｎの冗長性を有する場合に「２」、ＵＰＳ（無停電電源装置）を具える場合に「３」の指標を登録する。同様に性能情報は、例えばＣＰＵのコア数、周波数、キャッシュサイズなどの数値範囲の組合せを性能指標に対応させた変換テーブルを別途有し（図示せず）、実際の数値をこのテーブルにマッピングして性能指標を導出する構成とすることができる。また、ＣＰＵ・ファン・電源等が省電力電源またはファンであるか否かをＦＲＵ情報から判定し、例えば省電力でない場合に「０」が登録されるようにする。

筐体マネジメントプロセッサ１０はまた、図４に示す管理テーブルに各ＣＰＵブレードのグループ番号を登録することにより、これらのＣＰＵブレードをグループ管理している。このグループ番号は、筐体マネジメントプロセッサ１０のコンソール（図示せず）を介してオペレータが直接設定できるように構成することができる。このグループ分けは、仮想システムをマイグレーションする際の移動先を特定のグループに制限するのに利用される。

筐体マネジメントプロセッサ１０はさらに、電源オン時に上記の指標データが揃ったら、あるいは定期的に、各ＣＰＵブレードの各指標データからシステム運用環境指標を算出し管理テーブルに登録するようにしてもよい。このシステム運用環境指標は、上述した管理テーブルの各項目を必要に応じてさらに個別に重み付け演算して導出することができる。本実施例の場合、例えば得られるシステム運用環境指標がレベル１−５となるよう各項目の重み付け値（係数）が予め定められており、これに従って重み付け演算を行っている。各項目の係数は実施環境や各種条件を勘案して、当業者であれば容易に定めることができる。

筐体マネジメントプロセッサ１０はさらに、異なるブレード筐体２００の筐体マネジメントプロセッサ２０と情報交換し、利用可能なＣＰＵブレードの管理テーブルを完成し、管理する。また、システム運用中に新規なＣＰＵブレードが追加された場合にも、その挿入を筐体マネジメントプロセッサ１０が検出し、ＣＰＵブレードの情報をそのＢＭＣから即座に入手して管理テーブルに登録するとともに、システム運用環境指標を再算出して管理する。

そして、筐体マネジメントプロセッサ１０は、例えば軽障害が頻発した場合など所定の条件によりいずれかのＣＰＵブレードの仮想システムを別のブレードにマイグレーションする必要が生じた場合は、管理テーブルのシステム運用環境指標を参照し、同一グループ内で移動元のＣＰＵブレードと同等またはそれ以上のシステム運用環境指標を有するブレードから起動先を選択し、当該ＣＰＵブレードのＢＭＣに通知する。この場合、筐体マネジメントプロセッサ１０は継続的に各ＣＰＵブレードの負荷を監視しており、さらに負荷の少ないＣＰＵブレードを選択するようにしてもよい。また、システム運用環境指標が移動元と同等以上のレベルの別のＣＰＵブレードが存在しない場合、他のＣＰＵブレードのうち指標が高いものから選択するように構成してもよく、また指標が所定値以上異なる場合はマイグレーションを実行せずに継続運用するように構成してもよい。

各ＣＰＵブレードのＶＭは、筐体マネジメントプロセッサ１０から移動先情報を入手すると、ＶＭ間制御による仮想システムの移動を実行する。これにより、例えばシステム運用指標が同等以上のＣＰＵブレードに移動した場合は、仮想システムが動作するシステム環境レベルを落とさずに移動前と同等もしくは改善する移動が可能となり、ユーザの運用目的に応じた最適なシステムリソース配分と堅牢なシステム運用が実現する。

このシステムのマイグレーション動作例について以下に説明する。筐体マネジメントプロセッサ１０は、ＡＣオン時に筐体内のＣＰＵブレード１１−１ｎのＢＭＣより、各ＣＰＵブレードのＣＰＵ／メモリの詳細情報、ＨＷ障害履歴情報、ＦＲＵ内のＨＷ耐障害性指標情報を採取し、図２の管理テーブルに各個別指標に反映する。また、直接配下のＰＳＵ１１−１３、ＦＡＮ１１−１３のＦＲＵ情報を読み出し、電源／ファンの冗長性や省電力指標を管理テーブルに登録する。さらに、ＣＰＵブレード１１−１ｎのそれぞれがＤＣオンされたときに、ＶＭの種類を示す情報をＢＭＣが入手しておき、筐体マネジメントプロセッサ１０がその情報をＢＭＣから入手し管理テーブルに反映する。そして、これらの情報からシステム運用環境指標を算出し、管理テーブルに登録する。また、システムのオペレータは必要に応じて各ＣＰＵブレードのグループ分けをコンソール（図示せず）から入力し、これが管理テーブルに登録されている。

なお、ここでＶＭの種類とは、例えばある時点での複数のＶＭの測定結果やベンダにおける位置づけなどの情報に基づいて任意に定められる格付け情報であり、例えば「高−中−低」や「１〜５」といった指数で表すことができる。すなわち、ＶＭは数社から多種の製品がリリースされており、各製品はそれぞれ可用性、拡張性、性能等に差があり、また同製品でもエディションやヴァージョン間でこれらの指標に違いがある。これらの違いを考慮してベンダ側がＶＭの種類を任意に決定し、製造時にこれを登録するものとする。

一方、筐体マネジメントプロセッサ２０においても、ＡＣオン時に筐体内のＣＰＵブレード２１−２ｍのＢＭＣから同種の情報を入手し、同様の管理テーブルを作成してシステム運用環境指数を算出する。さらに、筐体間で通信を行い、これらの管理テーブルの情報を交換して、図２に示すような総ての情報を管理する。

このような状況において、図１に示すＣＰＵブレード１２にて例えば１ビットエラーなどの訂正可能エラーのようなＨＷ軽障害が頻発したり、ブレードが過負荷状態になったことが検出された場合、ＣＰＵブレード１２はＢＭＣに障害履歴情報を登録する。筐体マネジメントプロセッサ１０はＢＭＣからの報告に基づき、所定のアルゴリズムに従って管理テーブルにおけるＣＰＵブレード１２の障害履歴指数を変更する。これは、例えば所定期間内に所定回数の軽障害が報告された場合や、所定期間以上過負荷状態が継続した場合に指数を１ランク下げるなど設定することができる。

このようにして、例えばＣＰＵブレード１２の障害履歴がレベル５からレベル３まで下がるなど、所定の条件が整った場合に、筐体マネジメントプロセッサ１０はこのＣＰＵブレード１２の仮想システムをマイグレーションさせる必要ありと判定する。本実施例ではこの条件を例えば障害履歴指数が２ランク下がった場合としているが、これは本例に限らず他の基準を適用してもよい。

このとき筐体マネジメントプロセッサ１０は、図２の管理テーブルを参照し、ＣＰＵブレード１２と同一グループ＃１に設定されているＣＰＵブレード（筐体１００のブレード１ｎ、筐体２００のブレード２２、２ｍ）の中から、システム運用環境指標が同じ高レベル５で、且つ負荷の少ないＣＰＵブレードを移動先ＣＰＵブレードとして選択する。この際に、筐体マネジメントプロセッサ１０は筐体２００の筐体マネジメントプロセッサ２０と通信を行い、各ブレードの負荷状況などの情報を取得して選定する。例えば図３には、移動元のＣＰＵブレード１２に仮想システムが２つある場合に、システム運用環境指標が同じレベル５でグループ＃１に属するＣＰＵブレードのうち、負荷の少ない筐体２００のＣＰＵブレード２２、２ｍを移動先として選択する実施例が示されている。この情報が筐体マネジメントプロセッサ１０、２０間で通信され、ＣＰＵブレード１２のＢＭＣにその移動先の上方が通知される。これを受けたＣＰＵブレード１２のＶＭは、測材に当該ＢＭＣから移動先情報を入手し、図３に示すようなＶＭ−ＶＭ間制御により２つの仮想システムの移動を実行する。

以上のステップにより、本発明は、各ＣＰＵブレードの性能や電源／ファンの特徴までをも考慮して、その時点で最適な仮想システムの移動先ブレードをダイナミックに選択できるようにしたため、専用のハードウェアを追加することなく、従来のシステム構成にて最適なシステムリソース配分と堅牢なシステム運用が可能となる。また、仮想システムが動作するシステム環境レベルを落とさずに移動先をダイナミックに定義可能としており、障害時や過負荷時に備えて予備の待機サーバを用意する必要がなくなるため、利用者のＴＣＯ（Ｔｏｔａｌ Ｃｏｓｔ ｏｆ Ｏｗｎｅｒｓｈｉｐ）を削減することができる。また、高性能、高可用性、高信頼性などＨＷの特徴をふまえた条件で仮想システムの展開を可能としており、さらにユーザが定義できるグループ内での移動に制限できるため、ユーザの意図する運用目的に応じた適材適所のリソース活用が可能となる。

次に、本発明の他の実施例について説明する。上記実施例では、各ＣＰＵブレードをグループ分けして、仮想システムの移動先を同一グループ内に制限するようにしたが、このグループ分けは必須の構成ではなく、例えば図１または図４に示すように、特にグループを考慮することなく、システム運用環境指標が同等以上であるＣＰＵブレードから負荷が少ないものを選択するようにしてもよい。また、上記実施例では筐体マネジメントプロセッサが移動先を選定しているが、例えば各ＣＰＵブレードのシステム運用環境指標がＶＭの立ち上げ時や稼働中にＢＭＣからＶＭに通知され、各ＣＰＵブレード上のＶＭがこれらの情報から仮想システム移動時の移動先選定を行うよう構成されていてもよい。

さらに別の実施例を、図５を参照しながら説明する。図５の実施例では、筐体１００、２００を接続するネットワーク上に管理サーバ３００が設けられており、この管理サーバ３００が図２に示す管理テーブルを管理し、仮想システムの移動先の制御を実行する。本実施例では、各筐体マネジメントプロセッサは、管理サーバ３００で動作する管理ソフトの指示に従い、ＣＰＵブレードに関する情報を各ＢＭＣに取り合わせて入手し、電源／ファンに関する情報は直接入手し、管理サーバ３００に通知する。

各筐体の筐体マネジメントプロセッサ１０、２０は、ＡＣオン時に各筐体内のＣＰＵブレード１１−１ｎ、２１−２ｍのＢＭＣより、各ＣＰＵブレードのＣＰＵ／メモリの詳細情報、ＨＷ障害履歴情報、ＦＲＵ内のＨＷ耐障害性指標情報を採取し、管理サーバ３００に転送する。また、電源／ファンのＦＲＵ情報から冗長性や省電力性の情報を取得して管理サーバ３００に転送する。管理サーバ３００で動作する管理ソフト（図示せず）は、図２に示す管理テーブルにこれらの情報を登録し、上記説明と同様にして氏ｓつえむうんよう環境指標を算出する。いずれかの筐体で新規にＣＰＵブレードが追加された場合にも、筐体マネジメントプロセッサがＣＰＵブレード挿入を検出し、管理サーバ３００へ情報を送信する。管理ソフトは情報を受けると即座にシステム運用環境指標の再算出を行いその情報を管理する。

例えばＣＰＵブレード１２に軽障害が頻発したり過負荷となった場合には、これがＣＰＵブレード１２のＢＭＣから筐体マネジメントプロセッサ１０を介して管理サーバ３００に通知され、管理テーブルが更新される。管理ソフトは、同一グループ＃１に背手値されているＣＰＵブレードのうち、システム運用環境指標が同じレベル５で、且つ負荷の少ないＣＰＵブレード２２、２ｍを仮想システムの移動先として選択肢、ＣＰＵブレード１２のＶＭに対し、２つの仮想システムの移動を筐体マネジメントプロセッサ１０を介さずに直接指示する。このようにして、複数の筐体にまたがる仮想システムの移動を円滑に行うことができる。

本発明に係る仮想システム制御方法およびコンピュータシステムは、ネットワーク産業を含む情報処理産業で好適に利用することができる。

本発明にかかるコンピュータシステムの実施例の構成を示す図である。 管理テーブルの一例を示す図である。 グループ化により移動先を限定した仮想システムの移動例を示す図である。 システム運用環境指標に基づいた仮想システムの移動例を示す図である。 本発明にかかるコンピュータシステムの別の実施例の構成を示す図である。

符号の説明

１００、２００ ブレード筐体
１０、２０ 筐体マネジメントプロセッサ
１１−１ｎ、２１−２ｍ ＣＰＵブレード
ＰＳＵ 電源ユニット
ＦＡＮ 冷却ファン
３００ 管理サーバ

Claims (8)

1. 複数のＣＰＵブレードを具えて構成され１のＣＰＵブレード上で動作する仮想システムを別のＣＰＵブレードにマイグレーションするコンピュータシステムにおいて、
   少なくとも各ＣＰＵブレードに関する情報が登録される管理テーブルを格納する記憶領域と、いずれかのＣＰＵブレード上の仮想システムを別のＣＰＵブレードにマイグレーションする必要が生じた場合に、前記管理テーブルを参照して移動元のＣＰＵブレードとの比較において所定の条件を満たす別のＣＰＵブレードを選択して前記仮想システムの移動先に設定する制御手段とを具えることを特徴とするコンピュータシステム。
2. 請求項１に記載のシステムにおいて、前記管理テーブルはさらに、各ＣＰＵブレードについて、対応する電源および/または冷却ファンの情報が登録されており、この情報が前記制御手段による設定時に考慮されることを特徴とするコンピュータシステム。
3. 請求項１または２に記載のシステムにおいて、前記制御手段は、予め所定の条件により、あるいは定期的に前記管理テーブルを参照し、各ＣＰＵブレードについて各登録項目に所定の重み付け演算を行って得たブレード毎のシステム運用環境指標を管理しており、移動元のＣＰＵブレードと同等以上の指標を有する別のＣＰＵブレードを移動先として選択することを特徴とするコンピュータシステム。
4. 請求項１乃至３のいずれか１項に記載のシステムにおいて、前記管理テーブルがさらに、オペレータの入力により各ＣＰＵブレードをグループ分けして管理する欄を有するとともに、前記制御手段は、前記移動元のＣＰＵブレードと同じグループから移動先のＣＰＵブレードを選択することを特徴とするコンピュータシステム。
5. 複数のＣＰＵブレードを具えて構成されるコンピュータシステムにおける１のＣＰＵブレード上で動作する仮想システムを別のＣＰＵブレードにマイグレーションする仮想システム制御方法において、各ＣＰＵブレードについて少なくともＣＰＵおよびメモリの情報、障害履歴情報、管理下の電源および/または冷却ファンの情報を管理テーブルに登録し、いずれかのＣＰＵブレード上の仮想システムを別のＣＰＵブレードにマイグレーションする必要が生じた場合に、制御手段が前記管理テーブルを参照して移動元のＣＰＵブレードに関連する所定の条件を満たす別のＣＰＵブレードを選択して前記仮想システムの移動先に設定することを特徴とする仮想システム制御方法。
6. 請求項５に記載の方法において、前記管理テーブルはさらに、各ＣＰＵブレードについて、対応する電源および/または冷却ファンの情報が登録されており、この情報が前記制御手段による前記移動先のＣＰＵブレードの選択時に考慮されることを特徴とする仮想システム制御方法。
7. 請求項５または６に記載の方法において、前記制御手段が、予め所定の条件により、あるいは定期的に前記管理テーブルを参照し、各ＣＰＵブレードについて各登録項目に所定の重み付け演算を行って得たブレード毎のシステム運用環境指標を管理しており、移動元のＣＰＵブレードと同等以上の指標を有する別のＣＰＵブレードを移動先として選択することを特徴とする仮想システム制御方法。
8. 請求項５乃至７のいずれか１項に記載の方法において、前記管理テーブルがさらに、オペレータの入力により各ＣＰＵブレードをグループ分けして管理する欄を有するとともに、前記制御手段が、前記移動元のＣＰＵブレードと同じグループから移動先のＣＰＵブレードを選択することを特徴とする仮想システム制御方法。
   

Images