(57)【要約】【課題】本発明は、仮想化システムにおいて物理リソースの割り当て方法に関するものであり、従来は、ＨＡクラスタやＶＬＡＮなどを導入しているシステムに対してＬＰＡＲ間の排他連携や共有連携を考慮して物理リソースを割り当てる必要があった。【解決手段】上記課題を、物理リソース管理データを持つ物理リソース管理テーブル作成部２１３と、物理リソースの割り当てポリシーを管理する割り当てポリシー管理テーブル作成部２１５とＬＰＡＲの構成情報を管理する構成情報管理テーブル作成部２１６と、それらのテーブルからＬＰＡＲに対して割り当てる適切な物理リソースを選択する、物理リソース割り当て判定部２１４により構成される、仮想化システムの管理機能を持つ管理計算機１１１により解決する。【選択図】図２
2010205209.tif 000002
【特許請求の範囲】
【請求項１】
１以上の仮想計算機を構成する１以上の物理計算機と通信可能に接続し、前記物理計算機の物理リソースを、前記仮想計算機に割り当てるように前記物理計算機に実行させる管理計算機において、
前記物理リソースの割り当ての割り当て状態を、仮想計算機ごとに定める物理リソース管理情報と、
前記物理リソースの割り当てに関する条件を物理リソースごとに定めた割り当て条件を、仮想計算機ごとに定める割り当て条件管理情報と、を記憶する記憶部と、
所定のタイミングで、ある仮想計算機を選択し、前記割り当て条件管理情報から前記選択した仮想計算機に割り当てられた物理リソースの割り当て条件を取得する制御と、
前記選択した仮想計算機に割り当てられた物理リソースのうち１つを選択し、前記物理リソース管理情報から前記選択した物理リソースの割り当て状態を取得する制御と、
前記取得した割り当て条件を満たす割り当てが、前記取得した割り当て状態に基づいて可能であるか否かを判定し、可能であれば当該割り当てを反映するように前記物理リソース管理情報を更新する制御と、
すべての仮想計算機について、前記判定による割り当てが可能であれば当該物理計算機に対して前記割り当てを実行させる制御と、を実行する制御部と、を有する
ことを特徴とする管理計算機。
【請求項２】
前記所定のタイミングは、
前記物理計算機の起動時、前記仮想計算機の生成時、前記割り当て条件の変更時または前記仮想計算機の障害時のいずれかである
ことを特徴とする請求項１に記載の管理計算機。
【請求項３】
前記物理リソース管理情報または前記割り当て条件管理情報で取り扱う前記物理リソースは、当該物理計算機を構成するデバイスまたは前記デバイスを構成するユニットごとに定められる
ことを特徴とする請求項１に記載の管理計算機。
【請求項４】
前記割り当て条件は、前記物理リソースの排他的な割り当てを要求された複数の仮想計算機の間では、同種同一の物理リソースを割り当てない排他連携による割り当て条件を含む
ことを特徴とする請求項１に記載の管理計算機。
【請求項５】
前記割り当て条件は、前記物理リソースの共有の割り当てを要求された複数の仮想計算機の間でのみ同種同一の物理リソースを割り当てる共有連携による割り当て条件を含む
ことを特徴とする請求項１に記載の管理計算機。
【請求項６】
前記割り当て条件管理情報は、
前記判定において、前記割り当て条件を満たす割り当てが可能でないとき、前記割り当て条件を代替し、前記割り当て条件よりも緩い条件を満たす割り当てが、当該割り当て状態に基づいて可能であるか否かを前記制御部に判定させる代替条件を含む
ことを特徴とする請求項１に記載の管理計算機。
【請求項７】
前記記憶部は、
前記物理計算機から取得した、仮想計算機の間で決められた物理リソースの割り当ての連携に関する情報を含む構成情報を仮想計算機ごとに定める構成情報管理情報を記憶しており、
前記制御部は、
ある仮想計算機について定めた前記割り当て条件管理情報を、前記構成情報管理情報の当該構成情報に基づいて作成する制御、を実行する
ことを特徴とする請求項１に記載の管理計算機。
【請求項８】
前記記憶部は、
前記割り当て条件に基づいて決められる物理リソースの優先度を定める第１の優先度情報を記憶しており、
前記制御部は、
前記物理リソースの選択において、前記第１の優先度情報を参照して、物理リソースの優先度の高い順に当該選択をする制御、を実行する
ことを特徴とする請求項１に記載の管理計算機。
【請求項９】
前記記憶部は、
前記第１の優先度情報に基づいて決められる、前記物理リソースが割り当てられる仮想計算機の優先度を定める第２の優先度情報を記憶しており、
前記制御部は、
前記仮想計算機の選択において、前記第２の優先度情報を参照して、仮想計算機の優先度の高い順に当該選択をする制御、を実行する
ことを特徴とする請求項８に記載の管理計算機。
【請求項１０】
１以上の仮想計算機を構成する１以上の物理計算機と、前記物理計算機の物理リソースを、前記仮想計算機に割り当てるように前記物理計算機に実行させる管理計算機とが通信可能に接続する計算機システムにおいて、
前記管理計算機は、
前記物理リソースの割り当ての割り当て状態を、仮想計算機ごとに定める物理リソース管理情報と、
前記物理リソースの割り当てに関する条件を物理リソースごとに定めた割り当て条件を、仮想計算機ごとに定める割り当て条件管理情報と、を記憶する記憶部と、
所定のタイミングで、ある仮想計算機を選択し、前記割り当て条件管理情報から前記選択した仮想計算機に割り当てられた物理リソースの割り当て条件を取得する制御と、
前記選択した仮想計算機に割り当てられた物理リソースのうち１つを選択し、前記物理リソース管理情報から前記選択した物理リソースの割り当て状態を取得する制御と、
前記取得した割り当て条件を満たす割り当てが、前記取得した割り当て状態に基づいて可能であるか否かを判定し、可能であれば当該割り当てを反映するように前記物理リソース管理情報を更新する制御と、
すべての仮想計算機について、前記判定による割り当てが可能であれば当該物理計算機に対して前記割り当てを実行させる制御と、を実行する制御部と、を有する
ことを特徴とする計算機システム。
【請求項１１】
１以上の仮想計算機を構成する１以上の物理計算機と通信可能に接続し、前記物理計算機の物理リソースを、前記仮想計算機に割り当てるように前記物理計算機に実行させる管理計算機による物理リソース割り当て方法において、
前記管理計算機は、
前記物理リソースの割り当ての割り当て状態を、仮想計算機ごとに定める物理リソース管理情報と、
前記物理リソースの割り当てに関する条件を物理リソースごとに定めた割り当て条件を、仮想計算機ごとに定める割り当て条件管理情報と、を記憶しており、
前記管理計算機の制御部は、
所定のタイミングで、ある仮想計算機を選択し、前記割り当て条件管理情報から前記選択した仮想計算機に割り当てられた物理リソースの割り当て条件を取得するステップと、
前記選択した仮想計算機に割り当てられた物理リソースのうち１つを選択し、前記物理リソース管理情報から前記選択した物理リソースの割り当て状態を取得するステップと、
前記取得した割り当て条件を満たす割り当てが、前記取得した割り当て状態に基づいて可能であるか否かを判定し、可能であれば当該割り当てを反映するように前記物理リソース管理情報を更新するステップと、
すべての仮想計算機について、前記判定による割り当てが可能であれば当該物理計算機に対して前記割り当てを実行させるステップと、を実行する
ことを特徴とする物理リソース割り当て方法。
【請求項１２】
前記所定のタイミングは、
前記物理計算機の起動時、前記仮想計算機の生成時、前記割り当て条件の変更時または前記仮想計算機の障害時のいずれかである
ことを特徴とする請求項１１に記載の物理リソース割り当て方法。
【請求項１３】
前記物理リソース管理情報または前記割り当て条件管理情報で取り扱う前記物理リソースは、当該物理計算機を構成するデバイスまたは前記デバイスを構成するユニットごとに定められる
ことを特徴とする請求項１１に記載の物理リソース割り当て方法。
【請求項１４】
前記割り当て条件は、前記物理リソースの排他的な割り当てを要求された複数の仮想計算機の間では、同種同一の物理リソースを割り当てない排他連携による割り当て条件を含む
ことを特徴とする請求項１１に記載の物理リソース割り当て方法。
【請求項１５】
前記割り当て条件は、前記物理リソースの共有の割り当てを要求された複数の仮想計算機の間でのみ同種同一の物理リソースを割り当てる共有連携による割り当て条件を含む
ことを特徴とする請求項１１に記載の物理リソース割り当て方法。
【請求項１６】
前記割り当て条件管理情報は、
前記判定において、前記割り当て条件を満たす割り当てが可能でないとき、前記割り当て条件を代替し、前記割り当て条件よりも緩い条件を満たす割り当てが、当該割り当て状態に基づいて可能であるか否かを前記制御部に判定させる代替条件を含む
ことを特徴とする請求項１１に記載の物理リソース割り当て方法。
【請求項１７】
前記管理計算機は、
前記物理計算機から取得した、仮想計算機の間で決められた物理リソースの割り当ての連携に関する情報を含む構成情報を仮想計算機ごとに定める構成情報管理情報を記憶しており、
前記制御部は、
ある仮想計算機について定めた前記割り当て条件管理情報を、前記構成情報管理情報の当該構成情報に基づいて作成するステップ、を実行する
ことを特徴とする請求項１１に記載の物理リソース割り当て方法。
【請求項１８】
前記記憶部は、
前記割り当て条件に基づいて決められる物理リソースの優先度を定める第１の優先度情報を記憶しており、
前記制御部は、
前記物理リソースの選択において、前記第１の優先度情報を参照して、物理リソースの優先度の高い順に当該選択をするステップ、を実行する
ことを特徴とする請求項１１に記載の物理リソース割り当て方法。
【請求項１９】
前記記憶部は、
前記第１の優先度情報に基づいて決められる、前記物理リソースが割り当てられる仮想計算機の優先度を定める第２の優先度情報を記憶しており、
前記制御部は、
前記仮想計算機の選択において、前記第２の優先度情報を参照して、仮想計算機の優先度の高い順に当該選択をするステップ、を実行する
ことを特徴とする請求項１８に記載の物理リソース割り当て方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は仮想化システムの仮想計算機の生成または消滅等のタイミングでの物理ハードウェアのリソースの割り当ての技術に関する。
【背景技術】
【０００２】
ＨＡ（High Availability）構成をとるサーバ仮想化環境において、ホストＯＳ（Operating System）上にゲストＯＳを監視するクラスタプログラムを有し、当該クラスタプログラムがユーザの業務上のＨＡ要件に基づいて、適切なＨＡ構成を選択し、障害時の系切り替えを実現する技術が特許文献１で開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１６５６３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１では、クラスタシステムにおける障害時（障害後）の切り替え先を選択する方法について開示しているが、各ＬＰＡＲ（Logical PARtition）がどの物理リソースを使用する（割り当てる）か、については言及していない。
【０００５】
そこで、本発明では、仮想化システムの仮想計算機への物理リソースの割り当てを最適化することを目的とする。
【課題を解決するための手段】
【０００６】
本発明では、仮想化システムにおいて、仮想計算機の構成情報に基づき物理ハードウェアを割り当てることを特徴とする。具体的には、
仮想計算機が稼働する物理計算機と、その物理計算機を管理する計算機（管理計算機）によって構成される計算機システムにおいて、
仮想計算機を制御する仮想化プログラム上では、構成情報採取部と、物理リソース情報採取部が稼働しており、
管理計算機上では、物理リソース管理テーブルと、割り当てポリシー管理テーブルと、構成情報管理テーブルを前記各種採取部から作成する各種テーブル作成部が稼働しており、前記テーブルに基づいて物理リソースの割り当てを制御する。
詳細は、後記する。
【発明の効果】
【０００７】
本発明によれば、仮想化システムの仮想計算機への物理リソースの割り当てを最適化することができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の計算機システムのハードウェア構成を示すブロック図である。
【図２】物理計算機および管理計算機のソフトウェア構成を示すブロック図である。
【図３】物理リソース管理テーブルの構成図である。
【図４】物理リソースの割り当て条件を説明する表の構成図である。
【図５】物理リソース管理テーブルで使用される物理リソース割り当て条件の記号を説明する表の構成図である。
【図６】割り当てポリシー管理テーブルの構成図である。
【図７】物理リソース管理テーブルを構成するセルの状態遷移にてデバイス割り当て済みの場合の状態遷移図である。
【図８】物理リソース管理テーブルを構成するセルの状態遷移にてデバイス未割り当てでユニット割り当て済みの場合の状態遷移図である。
【図９】物理リソース管理テーブルを構成するセルの状態遷移にてデバイス未割り当てでユニット未割り当ての場合の状態遷移図である。
【図１０】物理リソース割り当て判定部の処理を示すフローチャートである。
【図１１Ａ】物理リソース割り当て判定部の処理を示すフローチャートである。
【図１１Ｂ】物理リソース割り当て判定部の処理を示すフローチャートである。
【図１２Ａ】１つの仮想化システムで閉じたシステムにおいて、あるＬＰＡＲの割り当てポリシー管理テーブルに排他連携割り当てが含まれていた場合の、物理リソース管理テーブルと各ＬＰＡＲの割り当てポリシー管理テーブルの例を示した図である。
【図１２Ｂ】１つの仮想化システムで閉じたシステムにおいて、あるＬＰＡＲの割り当てポリシー管理テーブルに排他連携割り当てが含まれていた場合の、物理リソース管理テーブルと各ＬＰＡＲの割り当てポリシー管理テーブルの例を示した図である。
【図１２Ｃ】１つの仮想化システムで閉じたシステムにおいて、あるＬＰＡＲの割り当てポリシー管理テーブルに排他連携割り当てが含まれていた場合の、物理リソース管理テーブルと各ＬＰＡＲの割り当てポリシー管理テーブルの例を示した図である。
【図１３Ａ】２つの仮想化システムにおいて、あるＬＰＡＲの割り当てポリシー管理テーブルに共有連携割り当てが含まれていた場合の、物理リソース管理テーブルと各ＬＰＡＲの割り当てポリシー管理テーブルの例を示した図である。
【図１３Ｂ】２つの仮想化システムにおいて、あるＬＰＡＲの割り当てポリシー管理テーブルに共有連携割り当てが含まれていた場合の、物理リソース管理テーブルと各ＬＰＡＲの割り当てポリシー管理テーブルの例を示した図である。
【図１３Ｃ】２つの仮想化システムにおいて、あるＬＰＡＲの割り当てポリシー管理テーブルに共有連携割り当てが含まれていた場合の、物理リソース管理テーブルと各ＬＰＡＲの割り当てポリシー管理テーブルの例を示した図である。
【図１４Ａ】１つの仮想化システムにおいて、代替割り当て条件によって割り当てが成功する場合の、物理リソース管理テーブルと各ＬＰＡＲの割り当てポリシー管理テーブルの例を示した図である。
【図１４Ｂ】１つの仮想化システムにおいて、代替割り当て条件によって割り当てが成功する場合の、物理リソース管理テーブルと各ＬＰＡＲの割り当てポリシー管理テーブルの例を示した図である。
【図１４Ｃ】１つの仮想化システムにおいて、代替割り当て条件によって割り当てが成功する場合の、物理リソース管理テーブルと各ＬＰＡＲの割り当てポリシー管理テーブルの例を示した図である。
【図１５】構成情報管理テーブルの構成図である。
【図１６Ａ】システム起動時とＬＰＡＲ作成時の物理リソース管理テーブル作成部と割り当てポリシー管理テーブル作成部と物理リソース割り当て判定部の処理を示すフローチャートである。
【図１６Ｂ】システム起動時とＬＰＡＲ作成時の物理リソース管理テーブル作成部と割り当てポリシー管理テーブル作成部と物理リソース割り当て判定部の処理を示すフローチャートである。
【図１７】ＬＰＡＲ削除時の物理リソース管理テーブル作成部と割り当てポリシー管理テーブル作成部と物理リソース割り当て判定部の処理を示すフローチャートである。
【図１８】ＬＰＡＲ更新時の割り当てポリシー管理テーブル作成部と物理リソース割り当て判定部の処理を示すフローチャートである。
【図１９】ＬＰＡＲ障害発生時の物理リソース管理テーブル作成部と物理リソース割り当て判定部の処理を示すフローチャートである。
【図２０】管理計算機上の構成情報管理テーブル作成部の処理を示すフローチャートである。
【図２１】割り当て条件と重み付けの対応表の構成図である。
【図２２】物理リソースに付与したＩＤの対応表の構成図である。
【図２３】重み付け条件による優先度の対応表の構成図である。
【図２４】所定の割り当てポリシー管理テーブルに対して決定された優先順位を示す優先順位表の構成図である。
【図２５Ａ】ＬＰＡＲの優先順位を含む所定の割り当てポリシー管理テーブルの構成図である。
【図２５Ｂ】ＬＰＡＲの優先順位を含む所定の割り当てポリシー管理テーブルの構成図である。
【図２６】ＬＰＡＲ生成順によるＬＰＡＲ選択の優先度の対応表の構成図である。
【図２７】業務グループによるＬＰＡＲ選択の優先度の対応表の構成図である。
【発明を実施するための形態】
【０００９】
以下に、本発明を実施するための実施の形態（以下、「実施形態」という。）を添付図面に基づいて説明する。
本実施形態に関する図は、本発明を理解することを目的に、物理計算機と管理計算機と明確に区別し、その数も限定して示しているが、本発明は、物理計算機と管理計算機が区別されていなくても、また前記各種計算機が複数存在していても適用可能である。
【００１０】
≪はじめに≫
既に述べたとおり、本発明は、仮想化システムにおける仮想計算機への物理リソースの割り当てを最適化するが、最適化がなされない場合、具体的には、以下に述べるような課題が生じる。
【００１１】
まず、一般的な従来技術では、物理リソースの有効利用と、ＨＡシステムの同一物理リソース障害による二重障害の防止を目的としたＬＰＡＲの独立性の確保と、ＳＡＮ（Storage Area Network）セキュリティやＶＬＡＮ（Virtual LAN（Local Area Network））からの情報傍受の防止を目的としたシステムの独立性の確保と、をすべて成立させる物理リソースの割り当てに配慮がされておらず、信頼性やセキュリティ面が十分ではないという第１の課題がある。
【００１２】
前記第１の課題は、すべてのＬＰＡＲへの物理リソースの占有割り当て（ある物理リソースを１つだけのＬＰＡＲへ割り当てること）によって解決することもできる。しかしこの方法では仮想化システムの特徴の一つである物理リソースの共有割り当て（ある物理リソースを２以上のＬＰＡＲへ割り当てること）によるリソースの有効利用が達成されないという第２の課題がある。
【００１３】
また第１の課題は、物理リソースの配置とすべてのＬＰＡＲの要求構成をユーザが把握していれば、最小限の占有割り当てによって適切な物理リソースを割り当て解決することもできる。しかし大規模なシステム構成を考慮すると人的リソースによる解決は非現実的であるという第３の課題がある。
【００１４】
加えて、仮想化システム上でＨＡクラスタなどを構築する場合、ユーザは仮想化システム上で割り当てるリソースと物理リソースのマッピングを意識して割り当てを実施する必要が生じる。そのため、物理システム上でのシステム構築に比べ、ユーザへの負担が大きいという第４の課題がある。
【００１５】
そこで、本発明による物理リソースの割り当ての最適化とは、具体的には、仮想化システムの特長であるリソースの有効利用（共有割り当て）と、セキュリティを考慮したシステムの独立性の確保（占有割り当て）を、ユーザの手を煩わせずにシステム側で両立させること意味する。
以下、実施形態を説明するときには、主に、このような事情を踏まえて説明する。
【００１６】
≪実施形態１≫
図１は、本発明の計算機システム（以下、単に、「システム」と称する場合がある）のハードウェア構成を示すブロック図である。本実施形態のシステムは複数（図１では、一例として２台）の物理計算機１０１（物理計算機Ａ（１０１ａ）、物理計算機Ｂ（１０１ｂ）の総称）と、１台の管理計算機１１１とがネットワークを介して接続されている。
【００１７】
物理計算機１０１は、ＣＰＵ（Central Processing Unit）１０２（１０２ａ、１０２ｂの総称）と、メモリ１（１０５）（１０５ａ、１０５ｂの総称）、メモリ２（１０６）（１０６ａ、１０６ｂの総称）と、ＢＭＣ（Baseboard Management Controller）１０７（１０７ａ、１０７ｂの総称）と、ＮＩＣ（Network Interface Card）１０８（１０８ａ、１０８ｂの総称）と、ＦＣ（Fibre Channel Card）１０９（１０９ａ、１０９ｂの総称）を備えるコンピュータである。また、物理計算機１０１は、ディスプレイ装置等で実現した表示部や、マウス、キーボード等で実現した入力部も備えている。
【００１８】
ＣＰＵ１０２は、メモリ１０５、１０６によって格納されたプログラムを実行することで各処理を実行する。メモリ１０５、１０６およびストレージ１１０（１１０ａ、１１０ｂの総称）はＣＰＵ１０２によって処理されたデータを格納する。ＮＩＣ１０８は図中のネットワークを介し、ほかの計算機（例えば物理計算機、管理計算機）と通信する。ＣＰＵ１０２は、コア１（１０３）（１０３ａ、１０３ｂの総称）、コア２（１０４）（１０４ａ、１０４ｂの総称）を持ち、例えばＯＳなど様々なプログラムを並列で稼働させることができる。メモリ１０５、メモリ１０６はそれぞれメモリバスでＣＰＵ１０２に接続される。
【００１９】
管理計算機１１１においても、ハードウェア構成としては物理計算機１０１と同様なコンピュータである。図１では、ＮＩＣ１１２、ＣＰＵ（制御部）１１３、メモリ（記憶部）１１４、ストレージ１１５、ディスプレイ装置（表示部）１１６が図示されている。また、管理計算機１１１は、マウス、キーボード等で実現した入力部も備えている。
【００２０】
図２は、物理計算機および管理計算機のソフトウェア構成を示すブロック図である。説明の便宜上、物理計算機は、物理計算機Ａ（１０１ａ）に着目する。
【００２１】
物理計算機Ａ（１０１ａ）では、仮想化システム２０１で稼働するハイパバイザ２０８により論理区画（以下、「ＬＰＡＲ（Logical PARtition）：仮想計算機」という。）が構成され、ＬＰＡＲが提供される。ＬＰＡＲ１（２０２）にはゲストＯＳ１（２０５）が稼働しており、ゲストＯＳ１（２０５）上では、例えばＬＰＡＲ間でのＨＡクラスタ機能を提供する構成管理プログラム１（２０４）が稼働している。ＬＰＡＲ２（２０３）の構成もＬＰＡＲ１（２０２）と同様であり、ゲストＯＳ２（２０７）上では、例えばＬＰＡＲ間でのＨＡクラスタ機能を提供する構成管理プログラム２（２０６）が稼働している。
【００２２】
物理計算機Ａ（１０１ａ）のハイパバイザ２０８は、物理リソース割り当て実行部２０９と、構成情報採取部２１０と、物理リソース情報採取部２１１からなる。
【００２３】
前記物理リソース割り当て実行部２０９は、ハイパバイザ２０８から物理リソースの割り当て要求があると物理リソースを論理リソースとしてＬＰＡＲへ割り当てる機能を有する。
【００２４】
前記構成情報採取部２１０は、各ＬＰＡＲ上で稼働する構成管理プログラムとのインタフェースを持ち、各ＬＰＡＲで要求している構成情報を収集する機能を有する。ここで「構成情報」とは、主に、あるＬＰＡＲが要求するＬＰＡＲ間の連携情報（排他連携または共有連携、連携対象ＬＰＡＲを含む。）を指す。
【００２５】
前記物理リソース情報採取部２１１は、ＢＭＣ１０７とのインタフェースを持ち、物理計算機１０１の有する物理リソース情報（ＣＰＵ数（コア数）、メモリ数、ＮＩＣ数（ポート数）、ＦＣ数（ポート数））を収集する機能を有する。
【００２６】
構成情報採取部２１０と、物理リソース情報採取部２１１は、ネットワークを介し各種収集した情報を管理計算機１１１に送信する。
【００２７】
物理計算機Ｂ（１０１ｂ）においても、物理計算機Ａと同様の機能を有するため、物理計算機Ｂ（１０１ｂ）の説明は省略する。物理計算機Ｂ（１０１ｂ）の機能を構成する上記の各機能ブロックに付す記号も同一であるとする。
【００２８】
管理計算機１１１では、ＯＳ２２０が稼働し、ＯＳ２２０上ではサーバ管理ソフトウェア２１２が稼働している。
サーバ管理ソフトウェア２１２は、物理計算機１０１のハードウェア構成の一元管理機能と、仮想化システム２０１の一元管理（ＬＰＡＲの作成または削除、物理リソースの割り当て、構成情報の管理）を行う機能を有している。
また、サーバ管理ソフトウェア２１２は、物理リソース管理テーブル作成部２１３と、物理リソース割り当て判定部２１４と、割り当てポリシー管理テーブル作成部２１５と、構成情報管理テーブル作成部２１６とを有している。
【００２９】
前記物理リソース管理テーブル作成部２１３は、物理計算機１０１の仮想化システム２０１上の物理リソース情報採取部２１１から該物理計算機１０１の物理リソース情報を受信し、該物理リソースと仮想化システム２０１のＬＰＡＲ最大数とを要素とした物理リソース管理テーブル２１７を作成する。
【００３０】
図３は、物理リソース管理テーブルの構成図である。
物理リソース管理テーブル（物理リソース管理情報）２１７は、図３に示されるようにＬＰＡＲ識別子３０１と、ある種類の物理リソース識別子３０２〜３０６（物理リソース識別子の数は、これに限定しない）を有し、ＬＰＡＲ識別子３０１は稼働している物理計算機間で区別できるように物理計算機名（例：ＳＹＳ  Ａ（物理計算機Ａ（１０１ａ）の意。ただし、無くても良い。））とＬＰＡＲ番号（例：ＬＰＡＲ１）を用いて構成される（例：ＳＹＳ  Ａ−ＬＰＡＲ１）。これにより、ＬＰＡＲごとの物理リソースの割り当てに関する状態（割り当て状態）が登録される。状態の説明は、後記する。
【００３１】
物理リソースは、「デバイス」と「ユニット」という概念で単位を区分する。ＣＰＵを例にするとデバイスはＣＰＵ（ソケット）単位、ユニットはコア単位となる。物理リソース識別子３０２〜３０６は、デバイスは物理計算機名（例：ＳＹＳ  Ａ）とデバイス名（例：デバイス１）で（例：ＳＹＳ  Ａ−デバイス１）、ユニットはユニット名（例：ユニット１）で構成される。物理リソース管理テーブル２１７は物理リソースごとに作成され管理される。該テーブル２１７は仮想化システム２０１を制御する仮想化プログラム（不図示）の稼働を契機に新規作成または更新される。
【００３２】
前記割り当てポリシー管理テーブル作成部２１５は、ユーザから要求されるＬＰＡＲへの物理リソースの割り当て、または構成情報管理テーブル２１９から取得されるＬＰＡＲ間の連携情報からＬＰＡＲ毎に割り当てポリシー管理テーブル２１８を作成する。
【００３３】
図６は、割り当てポリシー管理テーブルの構成図である。
割り当てポリシー管理テーブル（割り当て条件管理情報）２１８は、図６に示されるようにＬＰＡＲ識別子６０１と、ユーザの操作により、該テーブルに値が入力された時刻（仮想化プログラム上の仮想計算機のために論理区画が確保された時刻）であるＬＰＡＲ生成時刻を示す生成時刻６０２（ＬＰＡＲの「生成」は便宜上、ＬＰＡＲの「作成」と呼ぶことがある）と、ＬＰＡＲの属する業務（当該ＬＰＡＲの論理リソースを使用して実現されるアプリケーションのサービスをいう）で定めたグループを示す業務グループ６０３と、物理リソースの種別を示す物理リソース６０４と、物理リソースの割り当て要求個数を示す個数６０５と、物理リソースの割り当て条件６０６と、前記割り当て条件による割り当てが失敗した際の代替条件６０７と、排他連携または共有連携の要求時に該ＬＰＡＲと連携するＬＰＡＲのＬＰＡＲ名が登録される連携ＬＰＡＲ識別子６０８を有する。割り当てポリシー管理テーブル２１８は、ＬＰＡＲごとに作成され管理される。該テーブル２１８は物理リソース管理テーブル２１７の各ＬＰＡＲ列（ＬＰＡＲ識別子３０１）に括り付けられ、物理リソース管理テーブル２１７の新規作成を契機に、ＬＰＡＲ最大数分作成される。
なお、代替条件は、割り当てが失敗になってしまった割り当て条件よりも緩いことが好ましい。割り当てを成功させることを優先して用いる条件であるからである。しかし、システムの構築の如何により、これに限定する必要は無い。
【００３４】
前記構成情報管理テーブル作成部２１６は、物理計算機１０１の仮想化システム２０１上の構成情報採取部２１０から該物理計算機１０１の該仮想化システム２０１上の、各ＬＰＡＲの構成情報を受信し、該物理リソースの種類と仮想化システム２０１のＬＰＡＲ最大数とを要素とした構成情報管理テーブル２１９を作成する。
【００３５】
図１５は、構成情報管理テーブルの構成図である。
構成情報管理テーブル（構成情報管理情報）２１９は、図１５に示されるようにＬＰＡＲ識別子１５０１と、仮想計算機へ割り当て可能な各種物理リソース１５０２〜１５０５（物理リソースの数はこれに限定しない）を有し、仮想計算機上のゲストＯＳ上で稼働する冗長化プログラム（不図示）から連携が要求されている仮想計算機（つまり、ＬＰＡＲ）の有無と、連携先となるＬＰＡＲと連携元となるＬＰＡＲを定めた連携情報を含む構成情報を管理する。該テーブル２１９は、仮想化システムを制御する仮想化プログラムの稼動を契機に新規作成または更新される。
【００３６】
前記物理リソース割り当て判定部２１４は、ＬＰＡＲ生成のタイミングで、該ＬＰＡＲの割り当てポリシー管理テーブル２１８を読み込み、該ＬＰＡＲへの各物理リソースの割り当て条件を確認する（図６の符号６０６参照）。該ＬＰＡＲの該物理リソースの割り当て条件と、物理リソース管理テーブル２１７の該ＬＰＡＲ行、該物理リソース列（物理リソース識別子３０２等）の状態と、を比較し、該割り当て条件の方が有効であれば、該物理リソース管理テーブル２１７を更新する。すべての仮想化システム上で生成されたすべてのＬＰＡＲに要求された物理リソースの割り当て条件が成立すれば、該物理リソース管理テーブル２１７に従った割り当て要求を、物理リソース割り当て実行部２０９に送信する。
【００３７】
ここで、物理リソースの割り当て条件について説明する。
図４は、物理リソースの割り当て条件を説明する表の構成図である。
割り当て条件４０１は、図４の説明４０２で示すようにデバイス占有割り当てと、ＬＰＡＲの排他連携を含んだデバイス占有割り当てと、ユニット占有割り当てと、ユニット共有割り当てと、ＬＰＡＲの共有連携を含んだユニット共有割り当ての、５つの割り当て方法からなる。
【００３８】
デバイス占有割り当て（割り当て条件１）は、該デバイスを構成するユニットを対象のＬＰＡＲに占有で割り当てる方法である。デバイス占有割り当てがされているデバイスはたとえユニットに空きがあってもほかのＬＰＡＲに割り当てることはできない。この割り当て条件は、割り当てられる物理リソースをデバイス単位で占有することで、前記した課題の一つである、同一物理リソース（デバイス）の共有による二重障害を防ぐことを目的として定めた条件である。
【００３９】
ＬＰＡＲの排他連携を含んだデバイス占有割り当て（割り当て条件２）は、指定されたＬＰＡＲと該デバイスを共有しないように割り当てる方法である。この割り当て条件は、仮想化システム上のＬＰＡＲ間でＨＡクラスタを構成する場合に有効であり、連携対象となるＬＰＡＲとのみデバイス共有を禁止（排他）し、他のＬＰＡＲとの共有は許可する。こうすることで、前述の二重障害を防ぎつつ物理リソースの有効利用も達成することができる。
【００４０】
ユニット占有割り当て（割り当て条件３）は、該ユニットを特定の対象のＬＰＡＲに占有で割り当てる方法である。ユニット占有割り当てがされているユニットと同一デバイスのほかのユニットは、ほかのＬＰＡＲによって割り当て可能である。この割り当て条件は、従来技術の物理リソースの占有割り当てと同様の割り当てである。
【００４１】
ユニット共有割り当て（割り当て条件４）は、該ユニットによる複数のＬＰＡＲの共有を許可する割り当て方法である。この割り当て条件は、従来技術の物理リソースの共有割り当てと同様の割り当てであり、複数のＬＰＡＲと共有することで物理リソースの有効利用を達成することができる。
【００４２】
ＬＰＡＲの共有連携を含んだユニット共有割り当て（割り当て条件５）は、指定されたＬＰＡＲとのみ該ユニットの共有を許可する割り当て方法である。この割り当て条件は、ＳＡＮセキュリティやＶＬＡＮを使用するＬＰＡＲに有効であり、システムや業務内容が同じＬＰＡＲとのみユニット共有を許可することで、ユニット共有による不正な情報傍受などセキュリティ上の問題を防ぐことができる。
【００４３】
図５は、物理リソース管理テーブルで使用される物理リソース割り当て条件の記号を説明する表の構成図である。
以上の割り当て条件１〜５に対し、割り当ての状態を、便宜上図５のように記号５０１で表し、物理リソース管理テーブル２１７上では該記号（‘Ｄ’、‘Ｓ’、‘空白（ＮＵＬＬ）’、‘×’、‘×（Ｌａ）’、‘●’）で管理される。これらの記号の意味は、説明５０２に示したとおりである。なお、Ｌａは、要求ＬＰＡＲ名であり、例えばユーザから割り当てが要求されるａという名のＬＰＡＲを示す。
【００４４】
次に、物理リソース管理テーブル上での前記記号による状態遷移に関する説明をする。
図７、図８、図９は、物理リソース管理テーブルを構成するセルの状態遷移を説明する表の構成図である。この表は、状態遷移表７００と称することにする。
【００４５】
前記状態遷移表７００は、物理リソース管理テーブル２１７上のセルにＬＰＡＲに対する要求があった際の状態（記号）遷移を示し、ＬＰＡＲに対する要求７０１と、各セルの状態を示す７０２〜７０４、８０１〜８０５、９０１、９０２を有する。各セルの状態は図５に示す記号で表現する。
【００４６】
デバイス占有割り当ての要求（割り当て条件１）７１１では、要求を受けるセルの状態が、カラム７０２〜７０４に示すように、既に他からの要求によりデバイス自体が割り当て済みだった場合、対象セルの状態に変更はない。
要求を受けるセルの状態が、カラム８０１〜８０５に示すようにデバイスは未割り当てだが、ユニットの割り当てが他のＬＰＡＲにより行われた場合も、対象セルの状態に変更はない。
カラム９０１では対象ユニットは未割り当てだが、同じデバイスの他ユニットに割り当てが行われている場合も、対象セルの状態に変更はない。
カラム９０２でデバイス内の全ユニットが未割り当てであった場合、対象セルは記号‘Ｄ’に変更され、該ユニットの他のＬＰＡＲ行と、同じデバイスの他ユニットの全ＬＰＡＲ行は記号‘×’に変更される。
このようにして、対象のＬＰＡＲに対し、物理リソースが割り当てられているデバイス、ユニットが何も無いときに限り、デバイス占有割り当てが行われる。
【００４７】
ＬＰＡＲ排他連携を含んだデバイス占有割り当ての要求（割り当て条件２）７１２では、カラム７０２〜７０４、８０１〜８０５までの状態の場合は、対象セルの状態に変更はない。
カラム９０１では対象ユニットは未割り当てであり、他ユニットの連携ＬＰＡＲ行が空白（ＮＵＬＬ）または‘×’であれば、対象セルは‘Ｄ’に変更される。また該ユニットの他のＬＰＡＲ行は記号‘×’に変更され、同じデバイスの他ユニットの連携ＬＰＡＲ行は記号‘×（要求ＬＰＡＲ名）’に変更される。
カラム９０２では、デバイス内の全ユニットが未割り当てであるため、対象セルは記号‘Ｄ’に変更され、該ユニットの他のＬＰＡＲ行は記号‘×’に、同じデバイスの他ユニットの連携ＬＰＡＲ行は記号‘×（要求ＬＰＡＲ名）’に変更される。
このようにして、対象のＬＰＡＲに対し、排他連携したＬＰＡＲとは割り当ての共有をしないようにしつつ、デバイス占有割り当てが行われる。
【００４８】
ユニット占有割り当ての要求（割り当て条件３）７１３では、カラム７０２〜７０４、８０１〜８０５までの状態の場合は、対象セルの状態に変更はない。
カラム９０１では対象ユニットは未割り当てであり、対象セルは‘Ｄ’に変更される。また該ユニットの他のＬＰＡＲ行は記号‘×’に変更される。
同様にカラム９０２では、デバイス内の全ユニットが未割り当てであるため、対象セルは記号‘Ｄ’に変更される。また該ユニットの他のＬＰＡＲ行は記号‘×’に変更される。
このようにして、対象のＬＰＡＲに対し、ユニット占有割り当てが行われる。
【００４９】
ユニット共有割り当ての要求（割り当て条件４）７１４では、カラム７０２〜７０４、８０１、８０２までの状態の場合は、対象セルの状態に変更はない。
カラム８０３では、デバイスは未割り当てでユニットの割り当てが他のＬＰＡＲにより行われている場合であるが、対象セルは空白（ＮＵＬＬ）であるため記号‘Ｓ’に変更される。
カラム８０４、８０５は、対象セルの状態に変更はない。
カラム９０１では対象ユニットは未割り当てであり、対象セルは記号‘Ｓ’に変更され、同様にカラム９０２でも、デバイス内の全ユニットが未割り当てであるため、対象セルは記号‘Ｓ’に変更される。
このようにして、対象のＬＰＡＲに対し、ユニット共有割り当てが行われる。
【００５０】
ＬＰＡＲ共有連携を含んだユニット共有割り当ての要求（割り当て条件５）７１５では、カラム７０２〜７０４、８０１、８０２までの状態の場合は、対象セルの状態に変更はない。
カラム８０３では、デバイスは未割り当てでユニットの割り当てが他のＬＰＡＲにより行われている場合であるが、当該ユニットの連携ＬＰＡＲ以外の行が空白（ＮＵＬＬ）または‘×’であれば、対象セルは記号‘Ｓ’に変更される。また該ユニットの連携ＬＰＡＲ以外の行は記号‘×（要求ＬＰＡＲ名）’に変更される。
カラム８０４、８０５は、対象セルの状態に変更はない。
カラム９０１では対象ユニットは未割り当てであり、対象セルは記号‘Ｓ’に変更される。また該ユニットの連携ＬＰＡＲ以外の行は記号‘×（要求ＬＰＡＲ名）’に変更される。
同様にカラム９０２でも、デバイス内の全ユニットが未割り当てであるため、対象セルは記号‘Ｓ’に変更され、該ユニットの連携ＬＰＡＲ以外の行は記号‘×（要求ＬＰＡＲ名）’に変更される。
このようにして、対象のＬＰＡＲに対し、共有連携したＬＰＡＲとのみ割り当ての共有がなされるようにしつつ、ユニット共有割り当てが行われる。
【００５１】
物理リソースの取り外し要求では、カラム７０２の状態（記号‘Ｄ’）の場合、空白（ＮＵＬＬ）に更新し、当該デバイスのほかのユニット列も空白（ＮＵＬＬ）に更新する。
カラム８０１の状態（記号‘Ｄ’）の場合は当該ユニット列を空白（ＮＵＬＬ）に更新する。
カラム７０３、８０３、８０４、９０１、９０２の状態（記号‘−’）の場合は何もしない。
カラム７０４、８０５の状態（記号‘×（Ｌａ）’）の場合、物理リソースの取り外しを要求されているＬＰＡＲがＬａと等しい場合のみ該記号は空白（ＮＵＬＬ）に更新される。
カラム８０２の状態（記号‘Ｓ’）の場合、空白（ＮＵＬＬ）に更新される。
このようにして、対象のＬＰＡＲに対し、物理リソースの割り当てが削除される。
【００５２】
物理リソースに障害が発生し、使用不可になった場合、カラム７０２〜９０２は無条件に記号‘●’に更新される。
【００５３】
また、以上のように説明した要求に対して既に使用不可（記号‘●’）になっている場合もあるが、記号‘×’の場合と同様の状態遷移をするため図７、図８、図９からは省略している。
【００５４】
図１０、図１１（図１１Ａ、図１１Ｂの総称）は、物理リソース割り当て判定部の処理を示すフローチャートである。管理計算機の物理リソース割り当て判定部２１４が、割り当て要求を受けた際の動作の物理リソース割り当てフローが示されている。物理リソース割り当て判定部２１４は、ユーザから割り当て条件が示され（入力され）、ＬＰＡＲが生成された時点で処理が開始される。なお、この処理の主体は、ＣＰＵ１１３である。
【００５５】
図１０では、まず、処理１００１にて、ユーザに示されたＬＰＡＲの優先方法を取得する。優先方法の種類については実施形態９で説明する。
次に、処理１００２にて、全ＬＰＡＲの割り当てポリシー管理テーブル２１８から割り当て判定するＬＰＡＲを１つ選択する。
【００５６】
次に、処理１００３にて、選択されたＬＰＡＲに係る割り当てポリシー管理テーブル２１８から各種物理リソースの割り当て情報を取得する。割り当て情報は、主に、物理リソース間の選択優先度（あるＬＰＡＲに割り当てた１以上の物理リソース同士で定めた優先度）、各物理リソースの割り当て個数、割り当て条件、割り当て代替条件、連携ＬＰＡＲを含む。
次に、処理１００４で、割り当て情報に含まれる物理リソース間の選択優先度から、優先して割り当てる物理リソースを１つ選択する。
【００５７】
次に、処理１００５では、選択した物理リソースの割り当て条件を判定する。処理１００５を通じて、既に取得した割り当て条件によって物理リソースを提供する物理計算機を選択する。ここで、割り当て条件として複数の物理計算機によるシステムで排他連携割り当てを選択した場合（処理１００５で「排他連携」）、連携ＬＰＡＲ間の独立性を確保するため、処理１００８にて連携ＬＰＡＲとは別筐体（物理計算機）の物理リソース管理テーブル２１７をポイント（指定）することにより、連携ＬＰＡＲとは別の物理計算機の物理リソースが優先的に選択される。
また、割り当て条件として共有連携割り当てを選択した場合（処理１００５で「共有連携」）、閉じた筐体内で連携ＬＰＡＲを選択しセキュリティを確保するため、処理１００６にて連携ＬＰＡＲと同じ筐体の物理リソース管理テーブル２１７をポイントすることにより、連携ＬＰＡＲとは同一の物理計算機の物理リソースが優先的に選択される。
また、割り当て条件として共有割り当てまたは占有割り当てを選択した場合（処理１００５で「共有／占有割り当て」）、連携ＬＰＡＲの概念はないため、処理１００７にて任意の筐体の物理リソース管理テーブル２１７をポイントすることにより、任意の筐体の物理リソースが選択される。
【００５８】
物理リソースの選択先を決定した後、図１１（図１１Ａ）に示すように、処理１１０１にて、選択した物理リソースの割り当て条件に応じた方法で同一筐体内に物理リソースを、ＬＰＡＲの必要個数分確保する。このとき、指定された割り当て条件で物理リソースを確保可能であるか否かを、ポイントした物理リソース管理テーブル２１７を一時的な記憶領域に移して、図７〜図９に示した状態遷移が可能であるかを確認することによって判定する。物理リソースをＬＰＡＲの必要個数分確保するように割り当て可能であれば（処理１１０１で「割当可」）、処理１１０２にて残りの種類の物理リソースについても同様に割り当てられるかを確認する。つまり、他の種類の物理リソースも割り当て条件に応じた方法で上記（処理１１０１）と同一筐体内に物理リソースを、ＬＰＡＲの必要個数分確保できるように、図７〜図９に示した状態遷移が可能であるかを確認する。
【００５９】
物理リソースを、ＬＰＡＲの必要個数分確保するように割り当て可能であれば（処理１１０２で「割当可」）、処理１１１１にて該ＬＰＡＲへの割り当て情報（主に、占有情報（占有割り当てに関する情報）や連携ＬＰＡＲ情報）を当該物理リソース管理テーブル２１７に反映する。
【００６０】
次に、処理１１１２にて、全ＬＰＡＲの割り当てが終了したか否か判定する。終了していれば（処理１１１２でＹｅｓ）、処理１１１４にて、割り当てが成功したものとし、処理全体を終了する。終了していなければ（処理１１１２でＮｏ）、処理１１１３にて、対象のＬＰＡＲを変更し、処理１００３へループする。このループは全ＬＰＡＲに割り当てが成功する（処理１１１４）か、いずれかのＬＰＡＲで割り当て失敗する（処理１１１０）まで繰り返される。
【００６１】
もし処理１１０１、処理１１０２にて、割り当て条件を満たした物理リソースが、ＬＰＡＲの必要個数分確保できず、割り当てができない場合（処理１１０１、処理１１０２で「割当不可」）、処理１１０３にて、当該条件にて別筐体（物理計算機）で物理リソースの確保を試行したかどうか（処理１１０２または処理１１０３と同じ処理）を判定する。試行していなければ、つまりすべての筐体で試行が終わっていなければ（処理１１０３でＮｏ）、処理１１０４にて別筐体の物理リソース管理テーブル２１７をポイントし、処理１１０１にループする。
【００６２】
一方、処理１１０３にて別筐体での試行が終わっている場合（処理１１０３でＹｅｓ）、処理１１０５にて当該物理リソースが最優先の物理リソースかを判定する。最優先の物理リソースの場合（処理１１０５でＹｅｓ）、要求された条件で割り当てるべきであり代替割り当て条件を適用せずに処理１１０８へ移行する。
【００６３】
一方、処理１１０５で最優先の物理リソースでない場合（処理１１０５でＮｏ）、処理１１０６にて割り当て条件が代替条件であるか否か判定する。代替条件でなければ（処理１１０６でＮｏ）、処理１１０７にて割り当てポリシーとして設定されている代替条件を設定し、処理１１０１にループする。一方、代替条件であれば（処理１１０６でＹｅｓ）、処理１１０８へ移行する。
【００６４】
次に、処理１１０８では、最優先の物理リソースとしてまだ選択されていない物理リソースの有無を判定し、未選択の物理リソースがあった場合（処理１１０８でＹｅｓ）、最優先物理リソースに当該物理リソースを選択し直すように選択する物理リソースを変更して処理１００５にループする。未選択の物理リソースがない場合（処理１１０８でＮｏ）、割り当て失敗として処理全体を終了する。
【００６５】
ＬＰＡＲ排他連携を含む割り当て条件が物理リソース管理テーブルで適用される様子について説明する。
図１２（図１２Ａ、図１２Ｂ、図１２Ｃの総称）は、１つの仮想化システムで閉じたシステムにおいて、あるＬＰＡＲの割り当てポリシー管理テーブルに排他連携割り当てが含まれていた場合の、物理リソース管理テーブルと各ＬＰＡＲの割り当てポリシー管理テーブルの例を示した図である。本図では説明を簡単にするために、物理リソースとしてＣＰＵのみで説明することにする。また、本図では、符号１２００が物理リソース管理テーブル（図３の符号２１７に相当）を示し、符号１２１０〜１２４０が割り当てポリシー管理テーブル（図６の符号２１８に相当）を示すものとして説明する。
【００６６】
ＬＰＡＲ１の割り当てポリシーテーブル１２１０において、カラム１２１５からＣＰＵデバイスが２個と示され、カラム１２１６とカラム１２１８からＬＰＡＲ２との排他連携でのデバイス占有割り当て（割り当て条件「２」）が要求されているように示されている。またカラム１２１７から代替割り当て条件（代替条件）はデバイス占有（割り当て条件「１」）となっているように示されている。ほかのＬＰＡＲの要求する割り当て条件については図１２のとおりなので省略する。
【００６７】
ここで割り当てポリシー管理テーブルの適用順序がＬＰＡＲの生成順に従うとすると、ＬＰＡＲ１、ＬＰＡＲ２、ＬＰＡＲ３、ＬＰＡＲ４の順に適用される（生成時刻１２１２〜１２４２参照）。
【００６８】
ＬＰＡＲ１の割り当てポリシー管理テーブル１２１０によって、物理リソース管理テーブル１２００のＬＰＡＲ１行のカラム１２０２に記号“Ｄ”が入り、カラム１２０２のほかのセルには記号“×”が、また割り当て条件がＬＰＡＲ２との排他連携であるためＬＰＡＲ２行のカラム１２０３に“×（Ｌ１）”が挿入される（カラム１２０３のほかのセルは、まだこの時点では空白であることに注意されたい）。ＬＰＡＲ１はＣＰＵを２個要求しているため、カラム１２０４、１２０５のＣＰＵ２も同様にＬＰＡＲ１行のカラム１２０４に“Ｄ”が、カラム１２０４のほかのセルには記号“×”が、ＬＰＡＲ２行のカラム１２０５には“×（Ｌ１）”が挿入される。
【００６９】
次に、ＬＰＡＲ２の割り当てポリシー管理テーブル１２２０から、物理リソース管理テーブル１２００のＬＰＡＲ２行のカラム１２０２、１２０３、１２０４、１２０５と挿入を試みるが“×”または“×（Ｌ１）”が挿入されているために失敗し、ＬＰＡＲ２行のカラム１２０６にて初めて“Ｄ”が挿入される。その際にはＬＰＡＲ２行のカラム１２０６のほかのセルには“×”が挿入される。ＬＰＡＲ２もＬＰＡＲ１との排他連携を要求しているため、ＬＰＡＲ１行のカラム１２０７に“×（Ｌ２）”が挿入される。
【００７０】
次に、ＬＰＡＲ３の割り当てポリシーテーブル１２３０から、ＣＰＵをユニット占有で１個要求するが（割り当て条件「３」）、物理リソース管理テーブル１２００のＬＰＡＲ３行のカラム１２０２から条件に適合する記号を探していくが、１２０３は空きになっているため該セルに“Ｄ”が挿入され、ユニット占有であるためカラム１２０３のほかのセルを“×”で埋める。
【００７１】
最後に、ＬＰＡＲ４の割り当てポリシーテーブル１２４０から、ＣＰＵをユニット共有で１個要求するが（割り当て条件「４」）、物理リソース管理テーブル１２００のＬＰＡＲ４行のカラム１２０２から条件に適合する記号を探していく。ＬＰＡＲ４行のカラム１２０５が空きになっているため該セルに“Ｓ”が挿入される。
【００７２】
以上の処理は、管理計算機１１１の物理リソース割り当て判定部２１４で行われ、全ＬＰＡＲの要求を満たせることが判明すれば記号が埋まった物理リソース管理テーブル２１７の割り当てを該物理計算機の物理リソース割り当て実行部２０９へ要求し、物理リソースの実際の割り当てが実行される。
【００７３】
本実施形態のＬＰＡＲ排他連携を含むデバイス占有割り当てを、ＨＡクラスタシステムを構築しているＬＰＡＲ間で実施すれば、同一物理リソース（デバイス）障害による二重障害を防ぐことができる。
【００７４】
≪実施形態２≫
ここでは、ＬＰＡＲ共有連携を含む割り当て条件が物理リソース管理テーブルで適用される様子について説明する。
図１３（図１３Ａ、図１３Ｂ、図１３Ｃの総称）は、２つの仮想化システムにおいて、あるＬＰＡＲの割り当てポリシー管理テーブルに共有連携割り当てが含まれていた場合の、物理リソース管理テーブルと各ＬＰＡＲの割り当てポリシー管理テーブルの例を示した図である。基本的な構成は実施形態１のときと同じである。共有連携割り当てを要求するＬＰＡＲは、ＳＡＮセキュリティを導入していると仮定すると、特定のＬＰＡＲとのみＦＣの共有を許すケースである。本図では簡単のためＦＣのみで考えることにする。また、本図では、符号１３００が物理リソース管理テーブル（図３の符号２１７に相当）を示し、符号１３１０〜１３４０が割り当てポリシー管理テーブル（図６の符号２１８に相当）を示すものとして説明する。
【００７５】
物理計算機Ａ（１０１ａ）上で稼働する仮想化システムのＬＰＡＲ１（ＳＹＳＡ−ＬＰＡＲ１）の割り当てポリシー管理テーブル１３１０において、カラム１３１５からＦＣデバイスが２個と示され、カラム１３１６とカラム１３１８からは物理計算機Ｂ（１０１ｂ）上で稼働する仮想化システムのＬＰＡＲ２（ＳＹＳＢ−ＬＰＡＲ２）との共有連携でのユニット共有割り当て（割り当て条件「５」）が要求されているように示されている。またカラム１３１７から代替割り当て条件はユニット共有（割り当て条件「４」）となっているように示されている。
【００７６】
物理計算機Ａ（１０１ａ）上で稼働する仮想化システムのＬＰＡＲ２（ＳＹＳＡ−ＬＰＡＲ２）の割り当てポリシーテーブル１３２０において、カラム１３２５からＦＣデバイスが１個と示され、カラム１３２６とカラム１３２８からは物理計算機Ｂ（１０１ｂ）上で稼働する仮想化システムのＬＰＡＲ１（ＳＹＳＢ−ＬＰＡＲ１）との排他連携でのデバイス占有割り当て（割り当て条件「２」）が要求されているように示されている。またカラム１３２７から代替割り当て条件も前記排他連携でのデバイス占有割り当て（割り当て条件「２」）が要求されているように示されている。ほかのＬＰＡＲの要求する割り当て条件も同様なため説明は省略する。
【００７７】
ここで割り当てポリシー管理テーブルの適用順序がＬＰＡＲの生成順に従うとすると、ＳＹＳＡ−ＬＰＡＲ１、ＳＹＳＢ−ＬＰＡＲ１、ＳＹＳＡ−ＬＰＡＲ２、ＳＹＳＢ−ＬＰＡＲ２の順に適用される。
【００７８】
ＳＹＳＡ−ＬＰＡＲ１の割り当てポリシー管理テーブル１３１０によって、物理リソース管理テーブル１３００のＳＹＳＡ−ＬＰＡＲ１行のカラム１３０２に記号“Ｓ”が入り、カラム１３０２の連携ＬＰＡＲであるＳＹＳＢ−ＬＰＡＲ２行以外のセルには記号“×（ＳＹＳＡ−Ｌ１）”が挿入される。ＳＹＳＡ−ＬＰＡＲ１はＦＣを２個要求しているため、同様にＳＹＳＡ−ＬＰＡＲ１行のカラム１３０３に記号“Ｓ”が、カラム１３０３のＳＹＳＢ−ＬＰＡＲ２行以外のセルには記号“×（ＳＹＳＡ−Ｌ１）”が挿入される。
【００７９】
次に、ＳＹＳＢ−ＬＰＡＲ１の割り当てポリシー管理テーブル１３３０によって、物理リソース管理テーブル１３００のＳＹＳＢ−ＬＰＡＲ１行のカラム１３０２、１３０３と挿入を試みるが“×（ＳＹＳＡ−Ｌ１）”が挿入されているために失敗するが、ＳＹＳＢ−ＬＰＡＲ１行のカラム１３０４が空きであるため記号“Ｄ”が挿入される。その際にはカラム１３０４のほかのセルには記号“×”が、また割り当て条件がＳＹＳＡ−ＬＰＡＲ２との排他連携であるためＳＹＳＡ−ＬＰＡＲ２行のカラム１３０５に“×（ＳＹＳＢ−Ｌ１）”が挿入される（カラム１３０５のほかのセルは空白）。ＳＹＳＢ−ＬＰＡＲ１はＦＣを２個要求しているため、カラム１３０６、１３０７のＳＹＳＢ−ＦＣ１も同様にＳＹＳＢ−ＬＰＡＲ１行のカラム１３０６に“Ｄ”が、カラム１３０６のほかのセルには記号“×”が、ＳＹＳＡ−ＬＰＡＲ２行のカラム１３０７には“×（ＳＹＳＢ−Ｌ１）”が挿入される。
【００８０】
次に、ＳＹＳＡ−ＬＰＡＲ２の割り当てポリシー管理テーブル１３２０によって、物理リソース管理テーブル１３００のＳＹＳＡ−ＬＰＡＲ２行のカラム１３０２〜１３０７へと挿入を試みるが“×（ＳＹＳＡ−Ｌ１）”、“×”または“×（ＳＹＳＢ−Ｌ１）”が挿入されているために失敗するが、ＳＹＳＡ−ＬＰＡＲ２行のカラム１３０８が空きであるため記号“Ｄ”が挿入される。その際にはカラム１３０８のほかのセルには記号“×”が、また割り当て条件がＳＹＳＢ−ＬＰＡＲ１との排他連携であるためＳＹＳＢ−ＬＰＡＲ１行のカラム１３０９に“×（ＳＹＳＡ−Ｌ２）”が挿入される。
【００８１】
最後に、ＳＹＳＢ−ＬＰＡＲ２の割り当てポリシー管理テーブル１３４０によって、物理リソース管理テーブル１３００のＳＹＳＢ−ＬＰＡＲ２行のカラム１３０２に挿入を試みる。カラム１３０２は空白であるため記号“Ｓ”が挿入される。ＳＹＳＢ−ＬＰＡＲ２はＦＣを２個要求しているため、ＳＹＳＢ−ＬＰＡＲ２行のカラム１３０３へも記号“Ｓ”が挿入され、割り当ては完了する。
【００８２】
本実施形態のＬＰＡＲ共有連携を含むユニット共有割り当てを、ＳＡＮセキュリティやＶＬＡＮで構築されているシステム内のＬＰＡＲ間で実施すれば、他のシステムとの独立性が保証されるため高いセキュリティを確保することができる。
【００８３】
≪実施形態３≫
ここでは、代替割り当てを含む割り当て条件が物理リソース管理テーブルで適用される様子について説明する。
図１４（図１４Ａ、図１４Ｂ、図１４Ｃの総称）は、１つの仮想化システムにおいて、代替割り当て条件によって割り当てが成功する場合の、物理リソース管理テーブルと各ＬＰＡＲの割り当てポリシー管理テーブルの例を示した図である。図１２の一部を変更したものである。基本的な構成は実施形態１のときと同じである。本図では簡単のためＮＩＣのみで考えることにする。また、本図では、符号１４００が物理リソース管理テーブル（図３の符号２１７に相当）を示し、符号１４１０〜１４４０が割り当てポリシー管理テーブル（図６の符号２１８に相当）を示すものとして説明する。
【００８４】
ＬＰＡＲ１の割り当てポリシーテーブル１４１０において、カラム１４１５からＮＩＣデバイスが２個と示され、カラム１４１６からデバイス占有割り当て（割り当て条件「１」）が要求されているように示されている。またカラム１４１７から代替割り当て条件はユニット占有（割り当て条件「３」）となっているように示されている。
【００８５】
ＬＰＡＲ２の割り当てポリシーテーブル１４２０において、カラム１４２５からＮＩＣデバイスが１個と示され、カラム１４２６とカラム１４２８からＬＰＡＲ４との排他連携でのデバイス占有割り当て（割り当て条件「２」）が要求されているように示されている。またカラム１４２７から代替割り当て条件はユニット占有（割り当て条件「３」）となっているように示されている。ＬＰＡＲ３、ＬＰＡＲ４も同様で各条件の説明は省略する。
【００８６】
ここで割り当てポリシー管理テーブルの適用順序がＬＰＡＲの生成順に従うとすると、ＬＰＡＲ１、ＬＰＡＲ２、ＬＰＡＲ３、ＬＰＡＲ４の順に適用される。
【００８７】
ＬＰＡＲ１の割り当てポリシー管理テーブル１４１０によって、物理リソース管理テーブル１４００のＬＰＡＲ１行のカラム１４０２に記号“Ｄ”が入り、カラム１４０２のほかのセルとカラム１４０３には記号“×”が挿入される。ＬＰＡＲ１はＮＩＣを２個要求しているため、カラム１４０４、１４０５のＮＩＣ２も同様にＬＰＡＲ１行のカラム１４０４に“Ｄ”が、カラム１４０４のほかのセルとカラム１４０５には記号“×”が挿入される。
【００８８】
次に、ＬＰＡＲ２の割り当てポリシー管理テーブル１４２０から、物理リソース管理テーブル１４００のＬＰＡＲ２行のカラム１４０２、１４０３、１４０４、１４０５と挿入を試みるが“×”が挿入されているために失敗し、ＬＰＡＲ２行のカラム１４０６にて初めて“Ｄ”が挿入される。その際にはＬＰＡＲ２行のカラム１４０６のほかのセルには“×”が挿入され、ＬＰＡＲ２はＬＰＡＲ４との排他連携を要求しているため、ＬＰＡＲ４行のカラム１４０７に“×（Ｌ２）”が挿入される（カラム１４０７のほかのセルは、この時点では空白のままである）。
【００８９】
次に、ＬＰＡＲ３の割り当てポリシー管理テーブル１４３０から、ＬＰＡＲ３は物理リソース割り当て条件にＮＩＣデバイス２個をデバイス占有で要求しているが、物理リソース管理テーブル１４００にデバイス２個の空きが存在しないために割り当てに失敗する。そこで該物理リソース割り当て条件をＮＩＣデバイス２個のユニット占有の代替割り当て条件「３」で再度割り当て可能か確かめる。ＬＰＡＲ３行のカラム１４０２、１４０３、１４０４、１４０５、１４０６と挿入を試みるが“×”が挿入されているために失敗するが、ＬＰＡＲ３行のカラム１４０７以降に空きがあるため、カラム１４０７、１４０８に記号“Ｄ”が挿入される。カラム１４０７、１４０８のほかのセルには記号“×”が挿入される。
【００９０】
最後に、ＬＰＡＲ４の割り当てポリシー管理テーブル１４４０によって、物理リソース管理テーブル１４００のＬＰＡＲ４行のカラム１４０２〜１４０８へと挿入を試みるが“×”または“×（Ｌ２）”が挿入されているために失敗するが、ＬＰＡＲ４行のカラム１４０９が空きであり、かつ割り当て条件（「２」）で連携するＬＰＡＲ２行のカラム１４０８に“×”が挿入されている。図９の状態遷移表に従うと、これは該割り当て条件を満たすためＬＰＡＲ４行のカラム１４０９には、記号“Ｄ”が挿入され、カラム１４０９のほかのセルには記号“×”が挿入され、ＬＰＡＲ２行のカラム１４０８の“×”は“×（Ｌ４）”に変更される。
【００９１】
本実施形態にある物理リソースの代替割り当て条件により、割り当て条件が厳しすぎて全ＬＰＡＲへの割り当てが失敗してしまう場合を救える可能性がある。
【００９２】
≪実施形態４≫
次に、ＬＰＡＲのライフサイクルと本発明の関係について説明する。この説明では、図１６（図１６Ａ、図１６Ｂの総称）、図１７、図１８、図１９を参照する。システムの構成は実施形態１と同じである。
【００９３】
図１６は、システム起動時とＬＰＡＲ作成時の物理リソース管理テーブル作成部と割り当てポリシー管理テーブル作成部と物理リソース割り当て判定部の処理を示すフローチャートである。なお、この処理の主体は、ＣＰＵ１１３である。
【００９４】
ユーザから物理計算機の起動要求が管理計算機１１１に送信され物理計算機１０１上の仮想化システムが稼働を始めると、物理リソース管理テーブル作成部２１３では、処理１６０１にて仮想化システム上の物理リソース情報採取部２１１に情報を収集するように要求し、物理リソース情報採取部２１１によってＢＭＣ１０７から物理リソース情報が収集される。
【００９５】
その後、処理１６０２にて、処理１６０１にて収集した物理リソース情報と、管理計算機１１１が保持する物理リソース管理テーブル２１７に登録されている仮想化システムと物理リソースを比較し、システム構成に変更があるか否かを確認する。システム構成に変更があった場合（処理１６０２でＹｅｓ）、処理１６０３にて、前記物理リソース情報に基づき物理リソース管理テーブルが更新される。処理１６０２にて、システム構成に変更がない場合（処理１６０２でＮｏ）、処理１６０１に戻る。また、物理リソース管理テーブル２１７が存在せず、システムの新規立ち上げをしたときにもシステム構成に変更があったものと判断し（処理１６０２でＹｅｓ）、処理１６０３にて前記物理リソース情報に基づき物理リソース管理テーブル２１７が新規作成される。
【００９６】
その後、処理１６０４にて、システム構成に変更があった旨を物理リソース割り当て判定部２１４に通知して（変更通知）、処理全体を終了する。
【００９７】
一方、ＬＰＡＲの新規作成時、割り当てポリシー管理テーブル作成部２１５では、処理１６０５にて、ＬＰＡＲの新規作成の有無をチェックする割り込み判定がなされる。ＬＰＡＲの新規作成が確認されると（処理１６０５でＹｅｓ）、処理１６０６にて、ＬＰＡＲが新規に作成された旨を物理リソース割り当て判定部２１４に通知して（変更通知）、処理全体を終了する。
【００９８】
管理計算機１１１上の物理リソース割り当て判定部２１４では、処理１６０７にて物理リソース管理テーブル作成部２１３または、割り当てポリシー管理テーブル作成部２１５からの通知（変更通知）を受信したか否か判定する。受信していれば（処理１６０７でＹｅｓ）、処理１６０８に進み、そうでなければ（処理１６０７でＮｏ）処理全体を終了する。
【００９９】
次に、処理１６０８にて、停止しているＬＰＡＲで、割り当てられていた物理リソースが外されたか否かを判定する。外されていた場合（処理１６０８でＹｅｓ）、処理１６１０に進み、そうでない場合（処理１６０８でＮｏ）、処理１６０９に進む。  
【０１００】
次に、処理１６０９にて、停止しているＬＰＡＲ群より優先度が高いＬＰＡＲが（新規に）作成されたか否かを判定する。作成された場合（処理１６０９でＹｅｓ）、処理１６１０に進み、そうでない場合（処理１６０９でＮｏ）、処理１６１１に進む。
【０１０１】
次に、処理１６１０では、割り当てられたリソースが外された場合、または、新規作成されたＬＰＡＲが停止しているＬＰＡＲより優先度が高い場合、取り外し処理を実行し、物理リソース管理テーブル２１７上の前記ＬＰＡＲに割り当てられている物理リソースのセルをクリアする（空白に戻す）。ただし、システム変更により物理リソースが増えていた場合は、該処理は行われない。
【０１０２】
次に、処理１６１１では、図１０、図１１にて説明した割り当て処理が実行され、処理１６１２では、割り当てが成功したか否か判定する。処理１６１２にて割り当て処理の成功が確認されれば（処理１６１２でＹｅｓ）、処理１６１４にて、物理リソース管理テーブル２１７の内容とともに、物理リソースの付け外し（取り外し）の要求を、仮想化システム上の物理リソース割り当て実行部２０９へ送信して処理全体を終了する。なお、物理リソース割り当て実行部２０９では仮想化プログラムが内部で保持している物理リソースとＬＰＡＲとのマッピングテーブルを更新することで割り当てを完了する。
【０１０３】
割り当て処理が失敗した場合（処理１６１２でＮｏ）、処理１６１３にて、物理リソース管理テーブル２１７のロールバックを行い、処理１６１５にて、割り当てポリシー管理テーブル２１８のロールバックを行い、更新直前の状態に戻して処理全体を終了する。
【０１０４】
本実施形態により、物理計算機に関するシステムの構築または変更を行えば、自律的に仮想化システムを構築することができる。
【０１０５】
≪実施形態５≫
図１７は、ＬＰＡＲ削除時の物理リソース管理テーブル作成部と割り当てポリシー管理テーブル作成部と物理リソース割り当て判定部の処理を示すフローチャートである。なお、この処理の主体は、ＣＰＵ１１３である。対象のＬＰＡＲは、割り当てられる物理リソースを削除するためにユーザのＬＰＡＲ削除要求の受信を契機に停止される。
【０１０６】
ユーザから該ＬＰＡＲ削除が要求されると、管理計算機１１１上の割り当てポリシー管理テーブル作成部２１５では、処理１７０１によりＬＰＡＲの削除要求があるか否かを確認する。削除要求がなければ（処理１７０１でＮｏ）、そのまま処理全体を終了するが、削除要求があれば（処理１７０１でＹｅｓ）、処理１７０２に進む。
【０１０７】
その後、処理１７０２にて該ＬＰＡＲの割り当てポリシー管理テーブル２１８のＬＰＡＲ識別子（ＬＰＡＲ名）に設定された値以外の他の値をクリアして初期化する。これにより処理全体を終了する。
【０１０８】
同時に管理計算機１１１上の物理リソース管理テーブル作成部２１３では、処理１７０３にてＬＰＡＲの削除要求があるか否かを確認する。削除要求がなければ（処理１７０３でＮｏ）、処理１７０５に進み、削除要求があれば（処理１７０３でＹｅｓ）、処理１７０４に進む。
【０１０９】
その後、処理１７０４にてすべての物理リソースの種類に対応した物理リソース管理テーブル２１７にて、該ＬＰＡＲ行に設定されたすべての値をクリアして初期化する。
その後、処理１７０５にてＬＰＡＲの削除要求があった旨を物理リソース割り当て判定部２１４に通知する（削除要求通知）。
【０１１０】
次に、管理計算機１１１上の物理リソース割り当て判定部２１４では、処理１７０６にて削除要求通知として、更新された物理リソース管理テーブル２１７を受信したか否かを判定する。受信がなければ（処理１７０６でＮｏ）、そのまま処理全体を終了するが、受信があれば（処理１７０６でＹｅｓ）、処理１７０７に進む。
【０１１１】
その後、処理１７０７にて、当該物理リソースの取り外し処理を実行し、処理１７０８にて、物理リソースの取り外し要求を、仮想化システム上の物理リソース割り当て実行部２０９に送信することで処理全体を終了する。
【０１１２】
本実施形態により、ＬＰＡＲの削除についても、自律的に仮想化システムを構築することができる。
【０１１３】
≪実施形態６≫
図１８は、ＬＰＡＲ更新時の割り当てポリシー管理テーブル作成部と物理リソース割り当て判定部の処理を示すフローチャートである。なお、この処理の主体は、ＣＰＵ１１３である。対象のＬＰＡＲは物理リソース構成の更新のために停止される。
【０１１４】
その後、ユーザにより割り当てポリシー管理テーブル２１８が更新されると、割り当てポリシー管理テーブル作成部２１５では、処理１８０１にて割り当てポリシーの変更要求があるか否かを確認する。変更要求がなければ（処理１８０１でＮｏ）、そのまま処理全体を終了するが、変更要求があれば（処理１８０１でＹｅｓ）、処理１８０２に進む。
【０１１５】
その後、処理１８０２にて割り当てポリシーを取得し、割り当てポリシー管理テーブル２１８を更新する。
次に、処理１８０３では、割り当てポリシー管理テーブル２１８に変更があった旨を管理計算機１１１上の物理リソース割り当て判定部２１４へ通知する（変更通知）。
【０１１６】
管理計算機１１１上の物理リソース割り当て判定部２１４では、まず、処理１８０４にて変更通知を受信したか否かの割り込み判定をする。受信した場合（処理１８０４でＹｅｓ）、処理１８０５以降の処理を実行する。
【０１１７】
その後、図１６にて示した物理リソース割り当て判定部２１４の処理と同様の処理を実行する。つまり、図１８の処理１８０５から処理１８１０までの処理は、図１６の処理１６１０から処理１６１５までの処理と同様である。よって、処理１８０５から処理１８１０までの処理の詳細な説明は省略する。
【０１１８】
本実施形態により、ＬＰＡＲの更新についても、自律的に仮想化システムを構築することができる。
【０１１９】
≪実施形態７≫
図１９は、ＬＰＡＲ障害発生時の物理リソース管理テーブル作成部と物理リソース割り当て判定部の処理を示すフローチャートである。なお、この処理の主体は、ＣＰＵ１１３である。あるＬＰＡＲにてある物理リソースの障害が発生すると、仮想化システムは障害を検知後（障害検知通知後）、該ＬＰＡＲを停止する。
【０１２０】
管理計算機１１１の物理リソース管理テーブル作成部２１３では、処理１９０１にて仮想化システムからの障害検知の通知にてＬＰＡＲに障害が発生したか否かを確認する。発生がなければ（処理１９０１でＮｏ）、そのまま処理全体を終了するが、発生があれば（処理１９０１でＹｅｓ）、処理１９０２に進む。
【０１２１】
その後、処理１９０２にて物理リソース管理テーブル２１７上の障害発生リソースを図５で示した記号“●”にて閉塞することで、物理リソース管理テーブル２１７を更新する。
【０１２２】
次に、処理１９０３で、物理リソースに障害が発生した旨を管理計算機１１１上の物理リソース割り当て判定部２１４へ通知する（障害発生通知）。
【０１２３】
管理計算機１１１上の物理リソース割り当て判定部２１４は、処理１９０４にて障害発生通知を受信したか否かを判定する。受信がなければ（処理１９０４でＮｏ）、そのまま処理全体を終了するが、受信があれば（処理１９０４でＹｅｓ）、処理１９０５に進む。
【０１２４】
その後、処理１９０５では、更新された物理リソース管理テーブル２１７を参照して、障害が発生した物理リソースについて取り外し処理を実行し、処理１９０６では、割り当てポリシー管理テーブル２１８を参照する。
【０１２５】
その後、処理１９０７では、割り当て処理を実行し、割り当てポリシー管理テーブル２１８にしたがって正常な物理リソースを該ＬＰＡＲへ割り当てる。
次に、処理１９０８では、割り当て処理による割り当てが成功したか否か判定する。成功した場合（処理１９０８でＹｅｓ）、処理１９０９において、その割り当てに従って、物理リソース管理テーブル２１７を更新して、処理全体を終了し、そうでなければ（処理１９０８でＮｏ）、そのまま処理全体を終了する。
【０１２６】
本実施形態により、ＬＰＡＲの障害発生時についても、自律的に仮想化システムを構築することができる。
【０１２７】
≪実施形態８≫
図２０は、管理計算機上の構成情報管理テーブル作成部の処理を示すフローチャートである。なお、この処理の主体は、ＣＰＵ１１３である。本処理は図１６に示したシステム変更時（システム新規立ち上げ時）とＬＰＡＲ作成時の処理、ならびに図１８で示したＬＰＡＲ更新時の契機によって実行される。物理計算機１０１にある仮想化システム２０１上で稼働する構成情報採取部２１０は、該仮想化システム２０１で稼働するゲストＯＳ上の、例えばＬＰＡＲ間のＨＡクラスタソフトウェアなどの、構成管理ソフトウェアとのインタフェースを持ち、それらの情報を採取することができる。管理計算機１１１はそれらの情報を、例えばサーバ管理ソフトウェア２１２に保持している。
【０１２８】
まず、処理２００１にて、構成情報管理テーブル作成部２１６は、システムの構成に変更（システム変更）があったか否かの割り込み判定をする。構成に変更があった場合は（処理２００１でＹｅｓ）、処理２００２にて管理計算機１１１の保持する構成情報を取得し、処理２００３にて図１５に示す構成情報管理テーブル２１９を更新する。このとき、システムの新規立ち上げ時であり、構成情報管理テーブル２１９が存在しない場合は、新規に構成情報管理テーブル２１９を作成する。
その後、構成情報管理テーブル２１９は、処理２００４にて管理計算機１１１上の割り当てポリシー管理テーブル作成部２１５に送信される。
【０１２９】
次に、割り当てポリシー管理テーブル作成部２１５では、処理２００５により、構成情報管理テーブル２１９を受信すると、割り当てポリシー管理テーブル２１８を参照する。
【０１３０】
次に、処理２００６では、連携を要求している各ＬＰＡＲに対応する割り当てポリシー管理テーブル２１８の連携ＬＰＡＲ識別子欄（６０８参照）に、該ＬＰＡＲが連携するＬＰＡＲ識別子（名）を入力することで、割り当てポリシー管理テーブル２１８を更新する。
【０１３１】
次に、処理２００７では、管理計算機１１１上の物理リソース割り当て判定部２１４へ割り当てポリシーに変更があった旨を通知するために、割り当てポリシー管理テーブル２１８の情報を送信する。
【０１３２】
管理計算機１１０上の物理リソース割り当て判定部２１４では、連携情報（あるＬＰＡＲ同士が連携していることを示す情報）が更新された割り当てポリシー管理テーブル２１８から変更情報（システム構成の変更）があることを知る。あるタイミングで連携要求をしていたゲストＯＳが停止すると、新しい連携を考慮した物理リソースの割り当てが実行される。
【０１３３】
これによりユーザが具体的な割り当てポリシーを提示していなくても、システム側で連携ＬＰＡＲを特定し、排他連携、共有連携を考慮した物理リソースの割り当てが実現できる。このため、ユーザは従来の物理システムでのシステム構築を行うだけで、高信頼でセキュリティが考慮された仮想化システムの構築を完了させることができる。
【０１３４】
本実施形態では、例としてＨＡクラスタシステムを挙げたが、ＳＡＮセキュリティやＶＬＡＮについても管理計算機上に同様な構成情報が存在すれば自動的に連携ＬＰＡＲを判定、処理することができる。
【０１３５】
≪実施形態９≫
次に、物理リソースの割り当てについて詳細に説明する。
まず、各割り当て条件に重み付けを行った例について説明する。
図２１は、割り当て条件と重み付けの対応表の構成図である。ユーザは、物理リソースが優先的に割り当てられるＬＰＡＲを、重み付けによる優先度順、ＬＰＡＲの生成順、業務グループによる優先順の３つから選択することができる。表２１００は、重み付けによる優先度の説明であり、割り当て条件２１０１と、各割り当て条件の説明２１０２と、割り当て条件に付与される重み２１０３と、代替割り当て条件に付与される重み２１０４とからなる。
【０１３６】
前記割り当て条件には、割り当て条件として使用される場合と代替割り当て条件として使用される場合があり、それぞれに重みを設定した。なお、図２１で示す重み付けは例であり設定の仕方によって様々な重みを設定可能であることに注意されたい。
【０１３７】
重み付けは、各物理リソースに対する割り当て要求を用いて最初に割り当てる物理リソースを決めるための優先順位をつけることが目的であり、より重みが大きい物理リソースを優先する。しかし重みが同値になることもあるため、異なる重み付けを採用して優先順位をつけるようにしても良い。  
【０１３８】
図２２は、物理リソースに付与したＩＤの対応表の構成図である。
図２２の表２２００に示すように、ハードウェア（物理リソース２２０２）にＩＤ２２０１を付与し、重みが同値になった場合にＩＤの大小によって優先順位を決めることもできる。
【０１３９】
重み付け条件による優先度の定め方について説明する。
図２３は、重み付けによるＬＰＡＲ選択の優先度の対応表の構成図である。表２３００（第２の優先度情報）のカラム２３０１には、上位にあるほど高いことを示す優先度が示されており、カラム２３０２には、重み付け条件の詳細が記載されている条件（説明）が示されている。
【０１４０】
カラム２３０２の条件は、例えば物理リソースの割り当て条件と代替割り当て条件の重みの和が最も大きい物理リソースが優先される。重みの和が同値であった場合、割り当て条件に指定した条件の重みが大きい物理リソースが優先される。指定した条件の組み合わせが一緒（重みの総和が同じで、割り当て条件も同じ）であった場合、図２２の表２２００にあるハードウェア（物理リソース２２０２）のＩＤ２２０１を使用し、ＩＤが小さい物理ハードウェアを優先する。
【０１４１】
選択される物理リソースの優先順位の決定例について説明する。
図２４は、所定の割り当てポリシー管理テーブルに対して決定された優先順位を示す優先順位表の構成図である。割り当てポリシー管理テーブル２４００（図６の符号２１８に相当）に対し、同一ＬＰＡＲ内で各物理リソースにつけられた割り当て条件の重みから割り当て選択の優先度（優先順位）が決められた様子を表２４１０（第１の優先度情報）として示している。表２４１０は、物理リソースのＩＤ２４１１、その種別を示す物理リソース２４１２、割り当て条件に対する重みを示す条件２４１３、割り当て条件の代替に対する重みを示す代替条件２４１４、前記２つの重みを足した値を示す重み２４１５、優先順位を示す優先順位２４１６からなる。
管理計算機１１１上の物理リソース割り当て判定部２１４は、図１０の処理１００４にて、この優先度から優先して割り当てるべき物理リソースを選択する。
【０１４２】
選択されるＬＰＡＲの優先順位決定例について説明する。
図２５（図２５Ａ、図２５Ｂの総称）は、ＬＰＡＲの優先順位を含む所定の割り当てポリシー管理テーブルの構成図である。各ＬＰＡＲの各物理リソースに付与されている重みの総和から割り当てＬＰＡＲの優先度が決められた様子が示されている。ＬＰＡＲ１〜４のそれぞれに対する割り当てポリシー管理テーブル（２５００、２５２０、２５４０、２５６０）（図６の符号２１８に相当）において、それぞれ、割り当てに関する重み（総和）（２５０９、２５２９、２５４９、２５６９）、ＬＰＡＲの優先順位（２５１０、２５３０、２５５０、２５７０）が設けられている。
【０１４３】
管理計算機１１１上の物理リソース割り当て判定部２１４は図１０の処理１００２にて、この優先度から優先して割り当てるべきＬＰＡＲを選択する。換言すれば、割り当てポリシーテーブルの適用順序は、ＬＰＡＲ１、ＬＰＡＲ２、ＬＰＡＲ３、ＬＰＡＲ４の順に適用される（優先順位２５１０、２５３０、２５５０、２５７０参照）。
【０１４４】
なお、優先度の定め方としては、図２３で示した重み付け条件によるものに限らない。例えば、ＬＰＡＲ生成順による優先度や、業務グループによる優先度の定め方もある。
【０１４５】
図２６は、ＬＰＡＲ生成順によるＬＰＡＲ選択の優先度の対応表の構成図である。表２６００（第２の優先度情報）のカラム２６０１には、上位にあるほど高いことを示す優先度が示されており、カラム２６０２には、ＬＰＡＲの生成時刻の早さを含む重み付け条件の詳細が記載されている条件（説明）が示されている。
【０１４６】
表２６００では、生成時刻が早いＬＰＡＲの順に割り当てが優先され、生成時刻が同時刻だった場合は表２６００の以降の優先条件からＬＰＡＲが決定される。割り当て条件と代替割り当て条件の重みの総和、割り当て条件の重みの総和も等しく優先順位が決まらない場合、物理リソース管理テーブルにて上位に登録されているＬＰＡＲ（ＬＰＡＲの識別子の小さい方）を優先する。
【０１４７】
図２７は、業務グループによるＬＰＡＲ選択の優先度の対応表の構成図である。表２７００の（第２の優先度情報）カラム２７０１には、上位にあるほど高いことを示す優先度が示されており、カラム２７０２には、業務グループの性質を含む重み付け条件の詳細が記載されている条件（説明）が示されている。
【０１４８】
表２７００において、業務グループ名は、ユーザによって割り当てポリシーに入力された業務グループ名を使用し、業務グループ間の優先度は、割り当て時にユーザに示してもらう。業務グループが同じ場合は表２７００の以降の優先条件からＬＰＡＲが決定される。ＬＰＡＲの生成順と同じように以降条件で優先順位が決まらない場合、物理リソース管理テーブルにて上位に登録されているＬＰＡＲ（ＬＰＡＲの識別子の小さい方）を優先する。
なお、これらの優先度、優先順位の表は、例えばデータとして管理計算機１１１のメモリ１１４に記憶されている。
【０１４９】
≪まとめ≫
本実施形態によれば、ユーザは物理システムでの環境構築と同様の工数で仮想化システムを構築でき、ＨＡクラスタシステムでの同一物理リソース障害による二重障害の防止と、ＶＬＡＮやＳＡＮセキュリティなどを考慮する、高信頼なシステムが構築できるという効果がある。
また運用時であっても割り当てポリシーに従った再割り当てができるため、一度削除されたＬＰＡＲや障害が発生したＬＰＡＲは、次回の生成時には適切な物理リソースが再度割り当てられ、そのまま稼働状態に移行できるという効果もある。
【０１５０】
≪その他≫
なお、本発明を実施するための形態は、これに限定されるものでなく、その形態の実施形式を種々変形することが可能である。
【０１５１】
例えば、２以上の物理計算機の２以上のハイパバイザの制御により稼働する１つのＬＰＡＲに対しても、本発明を適用することができる。
【０１５２】
その他、ハードウェア、ソフトウェア、各テーブル、各フローチャート等の具体的な構成について、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。
【符号の説明】
【０１５３】
１０１ａ  物理計算機Ａ
１０１ｂ  物理計算機Ｂ
１１１    管理計算機
１１３    ＣＰＵ（制御部）
１１４    メモリ（記憶部）
２０１    仮想化システム
２０２    ＬＰＡＲ１（仮想計算機）
２０３    ＬＰＡＲ２（仮想計算機）
２０４    構成管理プログラム１
２０５    ゲストＯＳ１
２０６    構成管理プログラム２
２０７    ゲストＯＳ２
２０８    ハイパバイザ
２０９    物理リソース割り当て実行部
２１０    構成情報採取部
２１１    物理リソース情報採取部
２１２    サーバ管理ソフトウェア
２１３    物理リソース管理テーブル作成部
２１４    物理リソース割り当て判定部
２１５    割り当てポリシー管理テーブル作成部
２１６    構成情報管理テーブル作成部
２１７    物理リソース管理テーブル（物理リソース管理情報）
２１８    割り当てポリシー管理テーブル（割り当て条件管理情報）
２１９    構成情報管理テーブル（構成情報管理情報）
２２０    ＯＳ
２３００、２６００、２７００  表（第２の優先度情報）
２４１０  表（第１の優先度情報）
【図１】
2010205209.tif 000003
【図２】
2010205209.tif 000004
【図３】
2010205209.tif 000005
【図４】
2010205209.tif 000006
【図５】
2010205209.tif 000007
【図６】
2010205209.tif 000008
【図７】
2010205209.tif 000009
【図８】
2010205209.tif 000010
【図９】
2010205209.tif 000011
【図１０】
2010205209.tif 000012
【図１１Ａ】
2010205209.tif 000013
【図１１Ｂ】
2010205209.tif 000014
【図１２Ａ】
2010205209.tif 000015
【図１２Ｂ】
2010205209.tif 000016
【図１２Ｃ】
2010205209.tif 000017
【図１３Ａ】
2010205209.tif 000018
【図１３Ｂ】
2010205209.tif 000019
【図１３Ｃ】
2010205209.tif 000020
【図１４Ａ】
2010205209.tif 000021
【図１４Ｂ】
2010205209.tif 000022
【図１４Ｃ】
2010205209.tif 000023
【図１５】
2010205209.tif 000024
【図１６Ａ】
2010205209.tif 000025
【図１６Ｂ】
2010205209.tif 000026
【図１７】
2010205209.tif 000027
【図１８】
2010205209.tif 000028
【図１９】
2010205209.tif 000029
【図２０】
2010205209.tif 000030
【図２１】
2010205209.tif 000031
【図２２】
2010205209.tif 000032
【図２３】
2010205209.tif 000033
【図２４】
2010205209.tif 000034
【図２５Ａ】
2010205209.tif 000035
【図２５Ｂ】
2010205209.tif 000036
【図２６】
2010205209.tif 000037
【図２７】
2010205209.tif 000038