JP2010205209A - 管理計算機、計算機システム、物理リソース割り当て方法 - Google Patents
管理計算機、計算機システム、物理リソース割り当て方法 Download PDFInfo
- Publication number
- JP2010205209A JP2010205209A JP2009052922A JP2009052922A JP2010205209A JP 2010205209 A JP2010205209 A JP 2010205209A JP 2009052922 A JP2009052922 A JP 2009052922A JP 2009052922 A JP2009052922 A JP 2009052922A JP 2010205209 A JP2010205209 A JP 2010205209A
- Authority
- JP
- Japan
- Prior art keywords
- allocation
- physical resource
- physical
- computer
- condition
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5061—Partitioning or combining of resources
- G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
Abstract
【課題】本発明は、仮想化システムにおいて物理リソースの割り当て方法に関するものであり、従来は、ＨＡクラスタやＶＬＡＮなどを導入しているシステムに対してＬＰＡＲ間の排他連携や共有連携を考慮して物理リソースを割り当てる必要があった。
【解決手段】上記課題を、物理リソース管理データを持つ物理リソース管理テーブル作成部２１３と、物理リソースの割り当てポリシーを管理する割り当てポリシー管理テーブル作成部２１５とＬＰＡＲの構成情報を管理する構成情報管理テーブル作成部２１６と、それらのテーブルからＬＰＡＲに対して割り当てる適切な物理リソースを選択する、物理リソース割り当て判定部２１４により構成される、仮想化システムの管理機能を持つ管理計算機１１１により解決する。
【選択図】図２
【解決手段】上記課題を、物理リソース管理データを持つ物理リソース管理テーブル作成部２１３と、物理リソースの割り当てポリシーを管理する割り当てポリシー管理テーブル作成部２１５とＬＰＡＲの構成情報を管理する構成情報管理テーブル作成部２１６と、それらのテーブルからＬＰＡＲに対して割り当てる適切な物理リソースを選択する、物理リソース割り当て判定部２１４により構成される、仮想化システムの管理機能を持つ管理計算機１１１により解決する。
【選択図】図２
Description
本発明は仮想化システムの仮想計算機の生成または消滅等のタイミングでの物理ハードウェアのリソースの割り当ての技術に関する。
ＨＡ（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）：仮想計算機」という。）が構成され、ＬＰＡＲが提供される。ＬＰＡＲ１（２０２）にはゲストＯＳ１（２０５）が稼働しており、ゲストＯＳ１（２０５）上では、例えばＬＰＡＲ間でのＨＡクラスタ機能を提供する構成管理プログラム１（２０４）が稼働している。ＬＰＡＲ２（２０３）の構成もＬＰＡＲ１（２０２）と同様であり、ゲストＯＳ２（２０７）上では、例えばＬＰＡＲ間でのＨＡクラスタ機能を提供する構成管理プログラム２（２０６）が稼働している。
物理計算機Ａ（１０１ａ）のハイパバイザ２０８は、物理リソース割り当て実行部２０９と、構成情報採取部２１０と、物理リソース情報採取部２１１からなる。
前記物理リソース割り当て実行部２０９は、ハイパバイザ２０８から物理リソースの割り当て要求があると物理リソースを論理リソースとしてＬＰＡＲへ割り当てる機能を有する。
前記構成情報採取部２１０は、各ＬＰＡＲ上で稼働する構成管理プログラムとのインタフェースを持ち、各ＬＰＡＲで要求している構成情報を収集する機能を有する。ここで「構成情報」とは、主に、あるＬＰＡＲが要求するＬＰＡＲ間の連携情報（排他連携または共有連携、連携対象ＬＰＡＲを含む。）を指す。
前記物理リソース情報採取部２１１は、ＢＭＣ１０７とのインタフェースを持ち、物理計算機１０１の有する物理リソース情報（ＣＰＵ数（コア数）、メモリ数、ＮＩＣ数（ポート数）、ＦＣ数（ポート数））を収集する機能を有する。
構成情報採取部２１０と、物理リソース情報採取部２１１は、ネットワークを介し各種収集した情報を管理計算機１１１に送信する。
物理計算機Ｂ（１０１ｂ）においても、物理計算機Ａと同様の機能を有するため、物理計算機Ｂ（１０１ｂ）の説明は省略する。物理計算機Ｂ（１０１ｂ）の機能を構成する上記の各機能ブロックに付す記号も同一であるとする。
管理計算機１１１では、ＯＳ２２０が稼働し、ＯＳ２２０上ではサーバ管理ソフトウェア２１２が稼働している。
サーバ管理ソフトウェア２１２は、物理計算機１０１のハードウェア構成の一元管理機能と、仮想化システム２０１の一元管理（ＬＰＡＲの作成または削除、物理リソースの割り当て、構成情報の管理）を行う機能を有している。
また、サーバ管理ソフトウェア２１２は、物理リソース管理テーブル作成部２１３と、物理リソース割り当て判定部２１４と、割り当てポリシー管理テーブル作成部２１５と、構成情報管理テーブル作成部２１６とを有している。
サーバ管理ソフトウェア２１２は、物理計算機１０１のハードウェア構成の一元管理機能と、仮想化システム２０１の一元管理（ＬＰＡＲの作成または削除、物理リソースの割り当て、構成情報の管理）を行う機能を有している。
また、サーバ管理ソフトウェア２１２は、物理リソース管理テーブル作成部２１３と、物理リソース割り当て判定部２１４と、割り当てポリシー管理テーブル作成部２１５と、構成情報管理テーブル作成部２１６とを有している。
前記物理リソース管理テーブル作成部２１３は、物理計算機１０１の仮想化システム２０１上の物理リソース情報採取部２１１から該物理計算機１０１の物理リソース情報を受信し、該物理リソースと仮想化システム２０１のＬＰＡＲ最大数とを要素とした物理リソース管理テーブル２１７を作成する。
図３は、物理リソース管理テーブルの構成図である。
物理リソース管理テーブル（物理リソース管理情報）２１７は、図３に示されるようにＬＰＡＲ識別子３０１と、ある種類の物理リソース識別子３０２〜３０６（物理リソース識別子の数は、これに限定しない）を有し、ＬＰＡＲ識別子３０１は稼働している物理計算機間で区別できるように物理計算機名（例：ＳＹＳ Ａ（物理計算機Ａ（１０１ａ）の意。ただし、無くても良い。））とＬＰＡＲ番号（例：ＬＰＡＲ１）を用いて構成される（例：ＳＹＳ Ａ−ＬＰＡＲ１）。これにより、ＬＰＡＲごとの物理リソースの割り当てに関する状態（割り当て状態）が登録される。状態の説明は、後記する。
物理リソース管理テーブル（物理リソース管理情報）２１７は、図３に示されるようにＬＰＡＲ識別子３０１と、ある種類の物理リソース識別子３０２〜３０６（物理リソース識別子の数は、これに限定しない）を有し、ＬＰＡＲ識別子３０１は稼働している物理計算機間で区別できるように物理計算機名（例：ＳＹＳ Ａ（物理計算機Ａ（１０１ａ）の意。ただし、無くても良い。））とＬＰＡＲ番号（例：ＬＰＡＲ１）を用いて構成される（例：ＳＹＳ Ａ−ＬＰＡＲ１）。これにより、ＬＰＡＲごとの物理リソースの割り当てに関する状態（割り当て状態）が登録される。状態の説明は、後記する。
物理リソースは、「デバイス」と「ユニット」という概念で単位を区分する。ＣＰＵを例にするとデバイスはＣＰＵ（ソケット）単位、ユニットはコア単位となる。物理リソース識別子３０２〜３０６は、デバイスは物理計算機名（例：ＳＹＳ Ａ）とデバイス名（例：デバイス１）で（例：ＳＹＳ Ａ−デバイス１）、ユニットはユニット名（例：ユニット１）で構成される。物理リソース管理テーブル２１７は物理リソースごとに作成され管理される。該テーブル２１７は仮想化システム２０１を制御する仮想化プログラム（不図示）の稼働を契機に新規作成または更新される。
前記割り当てポリシー管理テーブル作成部２１５は、ユーザから要求されるＬＰＡＲへの物理リソースの割り当て、または構成情報管理テーブル２１９から取得されるＬＰＡＲ間の連携情報からＬＰＡＲ毎に割り当てポリシー管理テーブル２１８を作成する。
図６は、割り当てポリシー管理テーブルの構成図である。
割り当てポリシー管理テーブル（割り当て条件管理情報）２１８は、図６に示されるようにＬＰＡＲ識別子６０１と、ユーザの操作により、該テーブルに値が入力された時刻（仮想化プログラム上の仮想計算機のために論理区画が確保された時刻）であるＬＰＡＲ生成時刻を示す生成時刻６０２（ＬＰＡＲの「生成」は便宜上、ＬＰＡＲの「作成」と呼ぶことがある）と、ＬＰＡＲの属する業務（当該ＬＰＡＲの論理リソースを使用して実現されるアプリケーションのサービスをいう）で定めたグループを示す業務グループ６０３と、物理リソースの種別を示す物理リソース６０４と、物理リソースの割り当て要求個数を示す個数６０５と、物理リソースの割り当て条件６０６と、前記割り当て条件による割り当てが失敗した際の代替条件６０７と、排他連携または共有連携の要求時に該ＬＰＡＲと連携するＬＰＡＲのＬＰＡＲ名が登録される連携ＬＰＡＲ識別子６０８を有する。割り当てポリシー管理テーブル２１８は、ＬＰＡＲごとに作成され管理される。該テーブル２１８は物理リソース管理テーブル２１７の各ＬＰＡＲ列（ＬＰＡＲ識別子３０１）に括り付けられ、物理リソース管理テーブル２１７の新規作成を契機に、ＬＰＡＲ最大数分作成される。
なお、代替条件は、割り当てが失敗になってしまった割り当て条件よりも緩いことが好ましい。割り当てを成功させることを優先して用いる条件であるからである。しかし、システムの構築の如何により、これに限定する必要は無い。
割り当てポリシー管理テーブル（割り当て条件管理情報）２１８は、図６に示されるようにＬＰＡＲ識別子６０１と、ユーザの操作により、該テーブルに値が入力された時刻（仮想化プログラム上の仮想計算機のために論理区画が確保された時刻）であるＬＰＡＲ生成時刻を示す生成時刻６０２（ＬＰＡＲの「生成」は便宜上、ＬＰＡＲの「作成」と呼ぶことがある）と、ＬＰＡＲの属する業務（当該ＬＰＡＲの論理リソースを使用して実現されるアプリケーションのサービスをいう）で定めたグループを示す業務グループ６０３と、物理リソースの種別を示す物理リソース６０４と、物理リソースの割り当て要求個数を示す個数６０５と、物理リソースの割り当て条件６０６と、前記割り当て条件による割り当てが失敗した際の代替条件６０７と、排他連携または共有連携の要求時に該ＬＰＡＲと連携するＬＰＡＲのＬＰＡＲ名が登録される連携ＬＰＡＲ識別子６０８を有する。割り当てポリシー管理テーブル２１８は、ＬＰＡＲごとに作成され管理される。該テーブル２１８は物理リソース管理テーブル２１７の各ＬＰＡＲ列（ＬＰＡＲ識別子３０１）に括り付けられ、物理リソース管理テーブル２１７の新規作成を契機に、ＬＰＡＲ最大数分作成される。
なお、代替条件は、割り当てが失敗になってしまった割り当て条件よりも緩いことが好ましい。割り当てを成功させることを優先して用いる条件であるからである。しかし、システムの構築の如何により、これに限定する必要は無い。
前記構成情報管理テーブル作成部２１６は、物理計算機１０１の仮想化システム２０１上の構成情報採取部２１０から該物理計算機１０１の該仮想化システム２０１上の、各ＬＰＡＲの構成情報を受信し、該物理リソースの種類と仮想化システム２０１のＬＰＡＲ最大数とを要素とした構成情報管理テーブル２１９を作成する。
図１５は、構成情報管理テーブルの構成図である。
構成情報管理テーブル（構成情報管理情報）２１９は、図１５に示されるようにＬＰＡＲ識別子１５０１と、仮想計算機へ割り当て可能な各種物理リソース１５０２〜１５０５（物理リソースの数はこれに限定しない）を有し、仮想計算機上のゲストＯＳ上で稼働する冗長化プログラム（不図示）から連携が要求されている仮想計算機（つまり、ＬＰＡＲ）の有無と、連携先となるＬＰＡＲと連携元となるＬＰＡＲを定めた連携情報を含む構成情報を管理する。該テーブル２１９は、仮想化システムを制御する仮想化プログラムの稼動を契機に新規作成または更新される。
構成情報管理テーブル（構成情報管理情報）２１９は、図１５に示されるようにＬＰＡＲ識別子１５０１と、仮想計算機へ割り当て可能な各種物理リソース１５０２〜１５０５（物理リソースの数はこれに限定しない）を有し、仮想計算機上のゲストＯＳ上で稼働する冗長化プログラム（不図示）から連携が要求されている仮想計算機（つまり、ＬＰＡＲ）の有無と、連携先となるＬＰＡＲと連携元となるＬＰＡＲを定めた連携情報を含む構成情報を管理する。該テーブル２１９は、仮想化システムを制御する仮想化プログラムの稼動を契機に新規作成または更新される。
前記物理リソース割り当て判定部２１４は、ＬＰＡＲ生成のタイミングで、該ＬＰＡＲの割り当てポリシー管理テーブル２１８を読み込み、該ＬＰＡＲへの各物理リソースの割り当て条件を確認する（図６の符号６０６参照）。該ＬＰＡＲの該物理リソースの割り当て条件と、物理リソース管理テーブル２１７の該ＬＰＡＲ行、該物理リソース列（物理リソース識別子３０２等）の状態と、を比較し、該割り当て条件の方が有効であれば、該物理リソース管理テーブル２１７を更新する。すべての仮想化システム上で生成されたすべてのＬＰＡＲに要求された物理リソースの割り当て条件が成立すれば、該物理リソース管理テーブル２１７に従った割り当て要求を、物理リソース割り当て実行部２０９に送信する。
ここで、物理リソースの割り当て条件について説明する。
図４は、物理リソースの割り当て条件を説明する表の構成図である。
割り当て条件４０１は、図４の説明４０２で示すようにデバイス占有割り当てと、ＬＰＡＲの排他連携を含んだデバイス占有割り当てと、ユニット占有割り当てと、ユニット共有割り当てと、ＬＰＡＲの共有連携を含んだユニット共有割り当ての、５つの割り当て方法からなる。
図４は、物理リソースの割り当て条件を説明する表の構成図である。
割り当て条件４０１は、図４の説明４０２で示すようにデバイス占有割り当てと、ＬＰＡＲの排他連携を含んだデバイス占有割り当てと、ユニット占有割り当てと、ユニット共有割り当てと、ＬＰＡＲの共有連携を含んだユニット共有割り当ての、５つの割り当て方法からなる。
デバイス占有割り当て（割り当て条件１）は、該デバイスを構成するユニットを対象のＬＰＡＲに占有で割り当てる方法である。デバイス占有割り当てがされているデバイスはたとえユニットに空きがあってもほかのＬＰＡＲに割り当てることはできない。この割り当て条件は、割り当てられる物理リソースをデバイス単位で占有することで、前記した課題の一つである、同一物理リソース（デバイス）の共有による二重障害を防ぐことを目的として定めた条件である。
ＬＰＡＲの排他連携を含んだデバイス占有割り当て（割り当て条件２）は、指定されたＬＰＡＲと該デバイスを共有しないように割り当てる方法である。この割り当て条件は、仮想化システム上のＬＰＡＲ間でＨＡクラスタを構成する場合に有効であり、連携対象となるＬＰＡＲとのみデバイス共有を禁止（排他）し、他のＬＰＡＲとの共有は許可する。こうすることで、前述の二重障害を防ぎつつ物理リソースの有効利用も達成することができる。
ユニット占有割り当て（割り当て条件３）は、該ユニットを特定の対象のＬＰＡＲに占有で割り当てる方法である。ユニット占有割り当てがされているユニットと同一デバイスのほかのユニットは、ほかのＬＰＡＲによって割り当て可能である。この割り当て条件は、従来技術の物理リソースの占有割り当てと同様の割り当てである。
ユニット共有割り当て（割り当て条件４）は、該ユニットによる複数のＬＰＡＲの共有を許可する割り当て方法である。この割り当て条件は、従来技術の物理リソースの共有割り当てと同様の割り当てであり、複数のＬＰＡＲと共有することで物理リソースの有効利用を達成することができる。
ＬＰＡＲの共有連携を含んだユニット共有割り当て（割り当て条件５）は、指定されたＬＰＡＲとのみ該ユニットの共有を許可する割り当て方法である。この割り当て条件は、ＳＡＮセキュリティやＶＬＡＮを使用するＬＰＡＲに有効であり、システムや業務内容が同じＬＰＡＲとのみユニット共有を許可することで、ユニット共有による不正な情報傍受などセキュリティ上の問題を防ぐことができる。
図５は、物理リソース管理テーブルで使用される物理リソース割り当て条件の記号を説明する表の構成図である。
以上の割り当て条件１〜５に対し、割り当ての状態を、便宜上図５のように記号５０１で表し、物理リソース管理テーブル２１７上では該記号（‘Ｄ’、‘Ｓ’、‘空白（ＮＵＬＬ）’、‘×’、‘×（Ｌａ）’、‘●’）で管理される。これらの記号の意味は、説明５０２に示したとおりである。なお、Ｌａは、要求ＬＰＡＲ名であり、例えばユーザから割り当てが要求されるａという名のＬＰＡＲを示す。
以上の割り当て条件１〜５に対し、割り当ての状態を、便宜上図５のように記号５０１で表し、物理リソース管理テーブル２１７上では該記号（‘Ｄ’、‘Ｓ’、‘空白（ＮＵＬＬ）’、‘×’、‘×（Ｌａ）’、‘●’）で管理される。これらの記号の意味は、説明５０２に示したとおりである。なお、Ｌａは、要求ＬＰＡＲ名であり、例えばユーザから割り当てが要求されるａという名のＬＰＡＲを示す。
次に、物理リソース管理テーブル上での前記記号による状態遷移に関する説明をする。
図７、図８、図９は、物理リソース管理テーブルを構成するセルの状態遷移を説明する表の構成図である。この表は、状態遷移表７００と称することにする。
図７、図８、図９は、物理リソース管理テーブルを構成するセルの状態遷移を説明する表の構成図である。この表は、状態遷移表７００と称することにする。
前記状態遷移表７００は、物理リソース管理テーブル２１７上のセルにＬＰＡＲに対する要求があった際の状態（記号）遷移を示し、ＬＰＡＲに対する要求７０１と、各セルの状態を示す７０２〜７０４、８０１〜８０５、９０１、９０２を有する。各セルの状態は図５に示す記号で表現する。
デバイス占有割り当ての要求（割り当て条件１）７１１では、要求を受けるセルの状態が、カラム７０２〜７０４に示すように、既に他からの要求によりデバイス自体が割り当て済みだった場合、対象セルの状態に変更はない。
要求を受けるセルの状態が、カラム８０１〜８０５に示すようにデバイスは未割り当てだが、ユニットの割り当てが他のＬＰＡＲにより行われた場合も、対象セルの状態に変更はない。
カラム９０１では対象ユニットは未割り当てだが、同じデバイスの他ユニットに割り当てが行われている場合も、対象セルの状態に変更はない。
カラム９０２でデバイス内の全ユニットが未割り当てであった場合、対象セルは記号‘Ｄ’に変更され、該ユニットの他のＬＰＡＲ行と、同じデバイスの他ユニットの全ＬＰＡＲ行は記号‘×’に変更される。
このようにして、対象のＬＰＡＲに対し、物理リソースが割り当てられているデバイス、ユニットが何も無いときに限り、デバイス占有割り当てが行われる。
要求を受けるセルの状態が、カラム８０１〜８０５に示すようにデバイスは未割り当てだが、ユニットの割り当てが他のＬＰＡＲにより行われた場合も、対象セルの状態に変更はない。
カラム９０１では対象ユニットは未割り当てだが、同じデバイスの他ユニットに割り当てが行われている場合も、対象セルの状態に変更はない。
カラム９０２でデバイス内の全ユニットが未割り当てであった場合、対象セルは記号‘Ｄ’に変更され、該ユニットの他のＬＰＡＲ行と、同じデバイスの他ユニットの全ＬＰＡＲ行は記号‘×’に変更される。
このようにして、対象のＬＰＡＲに対し、物理リソースが割り当てられているデバイス、ユニットが何も無いときに限り、デバイス占有割り当てが行われる。
ＬＰＡＲ排他連携を含んだデバイス占有割り当ての要求（割り当て条件２）７１２では、カラム７０２〜７０４、８０１〜８０５までの状態の場合は、対象セルの状態に変更はない。
カラム９０１では対象ユニットは未割り当てであり、他ユニットの連携ＬＰＡＲ行が空白（ＮＵＬＬ）または‘×’であれば、対象セルは‘Ｄ’に変更される。また該ユニットの他のＬＰＡＲ行は記号‘×’に変更され、同じデバイスの他ユニットの連携ＬＰＡＲ行は記号‘×（要求ＬＰＡＲ名）’に変更される。
カラム９０２では、デバイス内の全ユニットが未割り当てであるため、対象セルは記号‘Ｄ’に変更され、該ユニットの他のＬＰＡＲ行は記号‘×’に、同じデバイスの他ユニットの連携ＬＰＡＲ行は記号‘×（要求ＬＰＡＲ名）’に変更される。
このようにして、対象のＬＰＡＲに対し、排他連携したＬＰＡＲとは割り当ての共有をしないようにしつつ、デバイス占有割り当てが行われる。
カラム９０１では対象ユニットは未割り当てであり、他ユニットの連携ＬＰＡＲ行が空白（ＮＵＬＬ）または‘×’であれば、対象セルは‘Ｄ’に変更される。また該ユニットの他のＬＰＡＲ行は記号‘×’に変更され、同じデバイスの他ユニットの連携ＬＰＡＲ行は記号‘×（要求ＬＰＡＲ名）’に変更される。
カラム９０２では、デバイス内の全ユニットが未割り当てであるため、対象セルは記号‘Ｄ’に変更され、該ユニットの他のＬＰＡＲ行は記号‘×’に、同じデバイスの他ユニットの連携ＬＰＡＲ行は記号‘×（要求ＬＰＡＲ名）’に変更される。
このようにして、対象のＬＰＡＲに対し、排他連携したＬＰＡＲとは割り当ての共有をしないようにしつつ、デバイス占有割り当てが行われる。
ユニット占有割り当ての要求（割り当て条件３）７１３では、カラム７０２〜７０４、８０１〜８０５までの状態の場合は、対象セルの状態に変更はない。
カラム９０１では対象ユニットは未割り当てであり、対象セルは‘Ｄ’に変更される。また該ユニットの他のＬＰＡＲ行は記号‘×’に変更される。
同様にカラム９０２では、デバイス内の全ユニットが未割り当てであるため、対象セルは記号‘Ｄ’に変更される。また該ユニットの他のＬＰＡＲ行は記号‘×’に変更される。
このようにして、対象のＬＰＡＲに対し、ユニット占有割り当てが行われる。
カラム９０１では対象ユニットは未割り当てであり、対象セルは‘Ｄ’に変更される。また該ユニットの他のＬＰＡＲ行は記号‘×’に変更される。
同様にカラム９０２では、デバイス内の全ユニットが未割り当てであるため、対象セルは記号‘Ｄ’に変更される。また該ユニットの他のＬＰＡＲ行は記号‘×’に変更される。
このようにして、対象のＬＰＡＲに対し、ユニット占有割り当てが行われる。
ユニット共有割り当ての要求（割り当て条件４）７１４では、カラム７０２〜７０４、８０１、８０２までの状態の場合は、対象セルの状態に変更はない。
カラム８０３では、デバイスは未割り当てでユニットの割り当てが他のＬＰＡＲにより行われている場合であるが、対象セルは空白（ＮＵＬＬ）であるため記号‘Ｓ’に変更される。
カラム８０４、８０５は、対象セルの状態に変更はない。
カラム９０１では対象ユニットは未割り当てであり、対象セルは記号‘Ｓ’に変更され、同様にカラム９０２でも、デバイス内の全ユニットが未割り当てであるため、対象セルは記号‘Ｓ’に変更される。
このようにして、対象のＬＰＡＲに対し、ユニット共有割り当てが行われる。
カラム８０３では、デバイスは未割り当てでユニットの割り当てが他のＬＰＡＲにより行われている場合であるが、対象セルは空白（ＮＵＬＬ）であるため記号‘Ｓ’に変更される。
カラム８０４、８０５は、対象セルの状態に変更はない。
カラム９０１では対象ユニットは未割り当てであり、対象セルは記号‘Ｓ’に変更され、同様にカラム９０２でも、デバイス内の全ユニットが未割り当てであるため、対象セルは記号‘Ｓ’に変更される。
このようにして、対象のＬＰＡＲに対し、ユニット共有割り当てが行われる。
ＬＰＡＲ共有連携を含んだユニット共有割り当ての要求（割り当て条件５）７１５では、カラム７０２〜７０４、８０１、８０２までの状態の場合は、対象セルの状態に変更はない。
カラム８０３では、デバイスは未割り当てでユニットの割り当てが他のＬＰＡＲにより行われている場合であるが、当該ユニットの連携ＬＰＡＲ以外の行が空白（ＮＵＬＬ）または‘×’であれば、対象セルは記号‘Ｓ’に変更される。また該ユニットの連携ＬＰＡＲ以外の行は記号‘×（要求ＬＰＡＲ名）’に変更される。
カラム８０４、８０５は、対象セルの状態に変更はない。
カラム９０１では対象ユニットは未割り当てであり、対象セルは記号‘Ｓ’に変更される。また該ユニットの連携ＬＰＡＲ以外の行は記号‘×（要求ＬＰＡＲ名）’に変更される。
同様にカラム９０２でも、デバイス内の全ユニットが未割り当てであるため、対象セルは記号‘Ｓ’に変更され、該ユニットの連携ＬＰＡＲ以外の行は記号‘×（要求ＬＰＡＲ名）’に変更される。
このようにして、対象のＬＰＡＲに対し、共有連携したＬＰＡＲとのみ割り当ての共有がなされるようにしつつ、ユニット共有割り当てが行われる。
カラム８０３では、デバイスは未割り当てでユニットの割り当てが他のＬＰＡＲにより行われている場合であるが、当該ユニットの連携ＬＰＡＲ以外の行が空白（ＮＵＬＬ）または‘×’であれば、対象セルは記号‘Ｓ’に変更される。また該ユニットの連携ＬＰＡＲ以外の行は記号‘×（要求ＬＰＡＲ名）’に変更される。
カラム８０４、８０５は、対象セルの状態に変更はない。
カラム９０１では対象ユニットは未割り当てであり、対象セルは記号‘Ｓ’に変更される。また該ユニットの連携ＬＰＡＲ以外の行は記号‘×（要求ＬＰＡＲ名）’に変更される。
同様にカラム９０２でも、デバイス内の全ユニットが未割り当てであるため、対象セルは記号‘Ｓ’に変更され、該ユニットの連携ＬＰＡＲ以外の行は記号‘×（要求ＬＰＡＲ名）’に変更される。
このようにして、対象のＬＰＡＲに対し、共有連携したＬＰＡＲとのみ割り当ての共有がなされるようにしつつ、ユニット共有割り当てが行われる。
物理リソースの取り外し要求では、カラム７０２の状態（記号‘Ｄ’）の場合、空白（ＮＵＬＬ）に更新し、当該デバイスのほかのユニット列も空白（ＮＵＬＬ）に更新する。
カラム８０１の状態（記号‘Ｄ’）の場合は当該ユニット列を空白（ＮＵＬＬ）に更新する。
カラム７０３、８０３、８０４、９０１、９０２の状態（記号‘−’）の場合は何もしない。
カラム７０４、８０５の状態（記号‘×（Ｌａ）’）の場合、物理リソースの取り外しを要求されているＬＰＡＲがＬａと等しい場合のみ該記号は空白（ＮＵＬＬ）に更新される。
カラム８０２の状態（記号‘Ｓ’）の場合、空白（ＮＵＬＬ）に更新される。
このようにして、対象のＬＰＡＲに対し、物理リソースの割り当てが削除される。
カラム８０１の状態（記号‘Ｄ’）の場合は当該ユニット列を空白（ＮＵＬＬ）に更新する。
カラム７０３、８０３、８０４、９０１、９０２の状態（記号‘−’）の場合は何もしない。
カラム７０４、８０５の状態（記号‘×（Ｌａ）’）の場合、物理リソースの取り外しを要求されているＬＰＡＲがＬａと等しい場合のみ該記号は空白（ＮＵＬＬ）に更新される。
カラム８０２の状態（記号‘Ｓ’）の場合、空白（ＮＵＬＬ）に更新される。
このようにして、対象のＬＰＡＲに対し、物理リソースの割り当てが削除される。
物理リソースに障害が発生し、使用不可になった場合、カラム７０２〜９０２は無条件に記号‘●’に更新される。
また、以上のように説明した要求に対して既に使用不可（記号‘●’）になっている場合もあるが、記号‘×’の場合と同様の状態遷移をするため図７、図８、図９からは省略している。
図１０、図１１（図１１Ａ、図１１Ｂの総称）は、物理リソース割り当て判定部の処理を示すフローチャートである。管理計算機の物理リソース割り当て判定部２１４が、割り当て要求を受けた際の動作の物理リソース割り当てフローが示されている。物理リソース割り当て判定部２１４は、ユーザから割り当て条件が示され（入力され）、ＬＰＡＲが生成された時点で処理が開始される。なお、この処理の主体は、ＣＰＵ１１３である。
図１０では、まず、処理１００１にて、ユーザに示されたＬＰＡＲの優先方法を取得する。優先方法の種類については実施形態９で説明する。
次に、処理１００２にて、全ＬＰＡＲの割り当てポリシー管理テーブル２１８から割り当て判定するＬＰＡＲを１つ選択する。
次に、処理１００２にて、全ＬＰＡＲの割り当てポリシー管理テーブル２１８から割り当て判定するＬＰＡＲを１つ選択する。
次に、処理１００３にて、選択されたＬＰＡＲに係る割り当てポリシー管理テーブル２１８から各種物理リソースの割り当て情報を取得する。割り当て情報は、主に、物理リソース間の選択優先度（あるＬＰＡＲに割り当てた１以上の物理リソース同士で定めた優先度）、各物理リソースの割り当て個数、割り当て条件、割り当て代替条件、連携ＬＰＡＲを含む。
次に、処理１００４で、割り当て情報に含まれる物理リソース間の選択優先度から、優先して割り当てる物理リソースを１つ選択する。
次に、処理１００４で、割り当て情報に含まれる物理リソース間の選択優先度から、優先して割り当てる物理リソースを１つ選択する。
次に、処理１００５では、選択した物理リソースの割り当て条件を判定する。処理１００５を通じて、既に取得した割り当て条件によって物理リソースを提供する物理計算機を選択する。ここで、割り当て条件として複数の物理計算機によるシステムで排他連携割り当てを選択した場合（処理１００５で「排他連携」）、連携ＬＰＡＲ間の独立性を確保するため、処理１００８にて連携ＬＰＡＲとは別筐体（物理計算機）の物理リソース管理テーブル２１７をポイント（指定）することにより、連携ＬＰＡＲとは別の物理計算機の物理リソースが優先的に選択される。
また、割り当て条件として共有連携割り当てを選択した場合（処理１００５で「共有連携」）、閉じた筐体内で連携ＬＰＡＲを選択しセキュリティを確保するため、処理１００６にて連携ＬＰＡＲと同じ筐体の物理リソース管理テーブル２１７をポイントすることにより、連携ＬＰＡＲとは同一の物理計算機の物理リソースが優先的に選択される。
また、割り当て条件として共有割り当てまたは占有割り当てを選択した場合（処理１００５で「共有／占有割り当て」）、連携ＬＰＡＲの概念はないため、処理１００７にて任意の筐体の物理リソース管理テーブル２１７をポイントすることにより、任意の筐体の物理リソースが選択される。
また、割り当て条件として共有連携割り当てを選択した場合（処理１００５で「共有連携」）、閉じた筐体内で連携ＬＰＡＲを選択しセキュリティを確保するため、処理１００６にて連携ＬＰＡＲと同じ筐体の物理リソース管理テーブル２１７をポイントすることにより、連携ＬＰＡＲとは同一の物理計算機の物理リソースが優先的に選択される。
また、割り当て条件として共有割り当てまたは占有割り当てを選択した場合（処理１００５で「共有／占有割り当て」）、連携ＬＰＡＲの概念はないため、処理１００７にて任意の筐体の物理リソース管理テーブル２１７をポイントすることにより、任意の筐体の物理リソースが選択される。
物理リソースの選択先を決定した後、図１１（図１１Ａ）に示すように、処理１１０１にて、選択した物理リソースの割り当て条件に応じた方法で同一筐体内に物理リソースを、ＬＰＡＲの必要個数分確保する。このとき、指定された割り当て条件で物理リソースを確保可能であるか否かを、ポイントした物理リソース管理テーブル２１７を一時的な記憶領域に移して、図７〜図９に示した状態遷移が可能であるかを確認することによって判定する。物理リソースをＬＰＡＲの必要個数分確保するように割り当て可能であれば（処理１１０１で「割当可」）、処理１１０２にて残りの種類の物理リソースについても同様に割り当てられるかを確認する。つまり、他の種類の物理リソースも割り当て条件に応じた方法で上記（処理１１０１）と同一筐体内に物理リソースを、ＬＰＡＲの必要個数分確保できるように、図７〜図９に示した状態遷移が可能であるかを確認する。
物理リソースを、ＬＰＡＲの必要個数分確保するように割り当て可能であれば（処理１１０２で「割当可」）、処理１１１１にて該ＬＰＡＲへの割り当て情報（主に、占有情報（占有割り当てに関する情報）や連携ＬＰＡＲ情報）を当該物理リソース管理テーブル２１７に反映する。
次に、処理１１１２にて、全ＬＰＡＲの割り当てが終了したか否か判定する。終了していれば（処理１１１２でＹｅｓ）、処理１１１４にて、割り当てが成功したものとし、処理全体を終了する。終了していなければ（処理１１１２でＮｏ）、処理１１１３にて、対象のＬＰＡＲを変更し、処理１００３へループする。このループは全ＬＰＡＲに割り当てが成功する（処理１１１４）か、いずれかのＬＰＡＲで割り当て失敗する（処理１１１０）まで繰り返される。
もし処理１１０１、処理１１０２にて、割り当て条件を満たした物理リソースが、ＬＰＡＲの必要個数分確保できず、割り当てができない場合（処理１１０１、処理１１０２で「割当不可」）、処理１１０３にて、当該条件にて別筐体（物理計算機）で物理リソースの確保を試行したかどうか（処理１１０２または処理１１０３と同じ処理）を判定する。試行していなければ、つまりすべての筐体で試行が終わっていなければ（処理１１０３でＮｏ）、処理１１０４にて別筐体の物理リソース管理テーブル２１７をポイントし、処理１１０１にループする。
一方、処理１１０３にて別筐体での試行が終わっている場合（処理１１０３でＹｅｓ）、処理１１０５にて当該物理リソースが最優先の物理リソースかを判定する。最優先の物理リソースの場合（処理１１０５でＹｅｓ）、要求された条件で割り当てるべきであり代替割り当て条件を適用せずに処理１１０８へ移行する。
一方、処理１１０５で最優先の物理リソースでない場合（処理１１０５でＮｏ）、処理１１０６にて割り当て条件が代替条件であるか否か判定する。代替条件でなければ（処理１１０６でＮｏ）、処理１１０７にて割り当てポリシーとして設定されている代替条件を設定し、処理１１０１にループする。一方、代替条件であれば（処理１１０６でＹｅｓ）、処理１１０８へ移行する。
次に、処理１１０８では、最優先の物理リソースとしてまだ選択されていない物理リソースの有無を判定し、未選択の物理リソースがあった場合（処理１１０８でＹｅｓ）、最優先物理リソースに当該物理リソースを選択し直すように選択する物理リソースを変更して処理１００５にループする。未選択の物理リソースがない場合（処理１１０８でＮｏ）、割り当て失敗として処理全体を終了する。
ＬＰＡＲ排他連携を含む割り当て条件が物理リソース管理テーブルで適用される様子について説明する。
図１２（図１２Ａ、図１２Ｂ、図１２Ｃの総称）は、１つの仮想化システムで閉じたシステムにおいて、あるＬＰＡＲの割り当てポリシー管理テーブルに排他連携割り当てが含まれていた場合の、物理リソース管理テーブルと各ＬＰＡＲの割り当てポリシー管理テーブルの例を示した図である。本図では説明を簡単にするために、物理リソースとしてＣＰＵのみで説明することにする。また、本図では、符号１２００が物理リソース管理テーブル（図３の符号２１７に相当）を示し、符号１２１０〜１２４０が割り当てポリシー管理テーブル（図６の符号２１８に相当）を示すものとして説明する。
図１２（図１２Ａ、図１２Ｂ、図１２Ｃの総称）は、１つの仮想化システムで閉じたシステムにおいて、あるＬＰＡＲの割り当てポリシー管理テーブルに排他連携割り当てが含まれていた場合の、物理リソース管理テーブルと各ＬＰＡＲの割り当てポリシー管理テーブルの例を示した図である。本図では説明を簡単にするために、物理リソースとしてＣＰＵのみで説明することにする。また、本図では、符号１２００が物理リソース管理テーブル（図３の符号２１７に相当）を示し、符号１２１０〜１２４０が割り当てポリシー管理テーブル（図６の符号２１８に相当）を示すものとして説明する。
ＬＰＡＲ１の割り当てポリシーテーブル１２１０において、カラム１２１５からＣＰＵデバイスが２個と示され、カラム１２１６とカラム１２１８からＬＰＡＲ２との排他連携でのデバイス占有割り当て（割り当て条件「２」）が要求されているように示されている。またカラム１２１７から代替割り当て条件（代替条件）はデバイス占有（割り当て条件「１」）となっているように示されている。ほかのＬＰＡＲの要求する割り当て条件については図１２のとおりなので省略する。
ここで割り当てポリシー管理テーブルの適用順序がＬＰＡＲの生成順に従うとすると、ＬＰＡＲ１、ＬＰＡＲ２、ＬＰＡＲ３、ＬＰＡＲ４の順に適用される（生成時刻１２１２〜１２４２参照）。
ＬＰＡＲ１の割り当てポリシー管理テーブル１２１０によって、物理リソース管理テーブル１２００のＬＰＡＲ１行のカラム１２０２に記号“Ｄ”が入り、カラム１２０２のほかのセルには記号“×”が、また割り当て条件がＬＰＡＲ２との排他連携であるためＬＰＡＲ２行のカラム１２０３に“×（Ｌ１）”が挿入される（カラム１２０３のほかのセルは、まだこの時点では空白であることに注意されたい）。ＬＰＡＲ１はＣＰＵを２個要求しているため、カラム１２０４、１２０５のＣＰＵ２も同様にＬＰＡＲ１行のカラム１２０４に“Ｄ”が、カラム１２０４のほかのセルには記号“×”が、ＬＰＡＲ２行のカラム１２０５には“×（Ｌ１）”が挿入される。
次に、ＬＰＡＲ２の割り当てポリシー管理テーブル１２２０から、物理リソース管理テーブル１２００のＬＰＡＲ２行のカラム１２０２、１２０３、１２０４、１２０５と挿入を試みるが“×”または“×（Ｌ１）”が挿入されているために失敗し、ＬＰＡＲ２行のカラム１２０６にて初めて“Ｄ”が挿入される。その際にはＬＰＡＲ２行のカラム１２０６のほかのセルには“×”が挿入される。ＬＰＡＲ２もＬＰＡＲ１との排他連携を要求しているため、ＬＰＡＲ１行のカラム１２０７に“×（Ｌ２）”が挿入される。
次に、ＬＰＡＲ３の割り当てポリシーテーブル１２３０から、ＣＰＵをユニット占有で１個要求するが（割り当て条件「３」）、物理リソース管理テーブル１２００のＬＰＡＲ３行のカラム１２０２から条件に適合する記号を探していくが、１２０３は空きになっているため該セルに“Ｄ”が挿入され、ユニット占有であるためカラム１２０３のほかのセルを“×”で埋める。
最後に、ＬＰＡＲ４の割り当てポリシーテーブル１２４０から、ＣＰＵをユニット共有で１個要求するが（割り当て条件「４」）、物理リソース管理テーブル１２００のＬＰＡＲ４行のカラム１２０２から条件に適合する記号を探していく。ＬＰＡＲ４行のカラム１２０５が空きになっているため該セルに“Ｓ”が挿入される。
以上の処理は、管理計算機１１１の物理リソース割り当て判定部２１４で行われ、全ＬＰＡＲの要求を満たせることが判明すれば記号が埋まった物理リソース管理テーブル２１７の割り当てを該物理計算機の物理リソース割り当て実行部２０９へ要求し、物理リソースの実際の割り当てが実行される。
本実施形態のＬＰＡＲ排他連携を含むデバイス占有割り当てを、ＨＡクラスタシステムを構築しているＬＰＡＲ間で実施すれば、同一物理リソース（デバイス）障害による二重障害を防ぐことができる。
≪実施形態２≫
ここでは、ＬＰＡＲ共有連携を含む割り当て条件が物理リソース管理テーブルで適用される様子について説明する。
図１３（図１３Ａ、図１３Ｂ、図１３Ｃの総称）は、２つの仮想化システムにおいて、あるＬＰＡＲの割り当てポリシー管理テーブルに共有連携割り当てが含まれていた場合の、物理リソース管理テーブルと各ＬＰＡＲの割り当てポリシー管理テーブルの例を示した図である。基本的な構成は実施形態１のときと同じである。共有連携割り当てを要求するＬＰＡＲは、ＳＡＮセキュリティを導入していると仮定すると、特定のＬＰＡＲとのみＦＣの共有を許すケースである。本図では簡単のためＦＣのみで考えることにする。また、本図では、符号１３００が物理リソース管理テーブル（図３の符号２１７に相当）を示し、符号１３１０〜１３４０が割り当てポリシー管理テーブル（図６の符号２１８に相当）を示すものとして説明する。
ここでは、ＬＰＡＲ共有連携を含む割り当て条件が物理リソース管理テーブルで適用される様子について説明する。
図１３（図１３Ａ、図１３Ｂ、図１３Ｃの総称）は、２つの仮想化システムにおいて、あるＬＰＡＲの割り当てポリシー管理テーブルに共有連携割り当てが含まれていた場合の、物理リソース管理テーブルと各ＬＰＡＲの割り当てポリシー管理テーブルの例を示した図である。基本的な構成は実施形態１のときと同じである。共有連携割り当てを要求するＬＰＡＲは、ＳＡＮセキュリティを導入していると仮定すると、特定のＬＰＡＲとのみＦＣの共有を許すケースである。本図では簡単のためＦＣのみで考えることにする。また、本図では、符号１３００が物理リソース管理テーブル（図３の符号２１７に相当）を示し、符号１３１０〜１３４０が割り当てポリシー管理テーブル（図６の符号２１８に相当）を示すものとして説明する。
物理計算機Ａ（１０１ａ）上で稼働する仮想化システムのＬＰＡＲ１（ＳＹＳＡ−ＬＰＡＲ１）の割り当てポリシー管理テーブル１３１０において、カラム１３１５からＦＣデバイスが２個と示され、カラム１３１６とカラム１３１８からは物理計算機Ｂ（１０１ｂ）上で稼働する仮想化システムのＬＰＡＲ２（ＳＹＳＢ−ＬＰＡＲ２）との共有連携でのユニット共有割り当て（割り当て条件「５」）が要求されているように示されている。またカラム１３１７から代替割り当て条件はユニット共有（割り当て条件「４」）となっているように示されている。
物理計算機Ａ（１０１ａ）上で稼働する仮想化システムのＬＰＡＲ２（ＳＹＳＡ−ＬＰＡＲ２）の割り当てポリシーテーブル１３２０において、カラム１３２５からＦＣデバイスが１個と示され、カラム１３２６とカラム１３２８からは物理計算機Ｂ（１０１ｂ）上で稼働する仮想化システムのＬＰＡＲ１（ＳＹＳＢ−ＬＰＡＲ１）との排他連携でのデバイス占有割り当て（割り当て条件「２」）が要求されているように示されている。またカラム１３２７から代替割り当て条件も前記排他連携でのデバイス占有割り当て（割り当て条件「２」）が要求されているように示されている。ほかのＬＰＡＲの要求する割り当て条件も同様なため説明は省略する。
ここで割り当てポリシー管理テーブルの適用順序がＬＰＡＲの生成順に従うとすると、ＳＹＳＡ−ＬＰＡＲ１、ＳＹＳＢ−ＬＰＡＲ１、ＳＹＳＡ−ＬＰＡＲ２、ＳＹＳＢ−ＬＰＡＲ２の順に適用される。
ＳＹＳＡ−ＬＰＡＲ１の割り当てポリシー管理テーブル１３１０によって、物理リソース管理テーブル１３００のＳＹＳＡ−ＬＰＡＲ１行のカラム１３０２に記号“Ｓ”が入り、カラム１３０２の連携ＬＰＡＲであるＳＹＳＢ−ＬＰＡＲ２行以外のセルには記号“×（ＳＹＳＡ−Ｌ１）”が挿入される。ＳＹＳＡ−ＬＰＡＲ１はＦＣを２個要求しているため、同様にＳＹＳＡ−ＬＰＡＲ１行のカラム１３０３に記号“Ｓ”が、カラム１３０３のＳＹＳＢ−ＬＰＡＲ２行以外のセルには記号“×（ＳＹＳＡ−Ｌ１）”が挿入される。
次に、ＳＹＳＢ−ＬＰＡＲ１の割り当てポリシー管理テーブル１３３０によって、物理リソース管理テーブル１３００のＳＹＳＢ−ＬＰＡＲ１行のカラム１３０２、１３０３と挿入を試みるが“×（ＳＹＳＡ−Ｌ１）”が挿入されているために失敗するが、ＳＹＳＢ−ＬＰＡＲ１行のカラム１３０４が空きであるため記号“Ｄ”が挿入される。その際にはカラム１３０４のほかのセルには記号“×”が、また割り当て条件がＳＹＳＡ−ＬＰＡＲ２との排他連携であるためＳＹＳＡ−ＬＰＡＲ２行のカラム１３０５に“×（ＳＹＳＢ−Ｌ１）”が挿入される（カラム１３０５のほかのセルは空白）。ＳＹＳＢ−ＬＰＡＲ１はＦＣを２個要求しているため、カラム１３０６、１３０７のＳＹＳＢ−ＦＣ１も同様にＳＹＳＢ−ＬＰＡＲ１行のカラム１３０６に“Ｄ”が、カラム１３０６のほかのセルには記号“×”が、ＳＹＳＡ−ＬＰＡＲ２行のカラム１３０７には“×（ＳＹＳＢ−Ｌ１）”が挿入される。
次に、ＳＹＳＡ−ＬＰＡＲ２の割り当てポリシー管理テーブル１３２０によって、物理リソース管理テーブル１３００のＳＹＳＡ−ＬＰＡＲ２行のカラム１３０２〜１３０７へと挿入を試みるが“×（ＳＹＳＡ−Ｌ１）”、“×”または“×（ＳＹＳＢ−Ｌ１）”が挿入されているために失敗するが、ＳＹＳＡ−ＬＰＡＲ２行のカラム１３０８が空きであるため記号“Ｄ”が挿入される。その際にはカラム１３０８のほかのセルには記号“×”が、また割り当て条件がＳＹＳＢ−ＬＰＡＲ１との排他連携であるためＳＹＳＢ−ＬＰＡＲ１行のカラム１３０９に“×（ＳＹＳＡ−Ｌ２）”が挿入される。
最後に、ＳＹＳＢ−ＬＰＡＲ２の割り当てポリシー管理テーブル１３４０によって、物理リソース管理テーブル１３００のＳＹＳＢ−ＬＰＡＲ２行のカラム１３０２に挿入を試みる。カラム１３０２は空白であるため記号“Ｓ”が挿入される。ＳＹＳＢ−ＬＰＡＲ２はＦＣを２個要求しているため、ＳＹＳＢ−ＬＰＡＲ２行のカラム１３０３へも記号“Ｓ”が挿入され、割り当ては完了する。
本実施形態のＬＰＡＲ共有連携を含むユニット共有割り当てを、ＳＡＮセキュリティやＶＬＡＮで構築されているシステム内のＬＰＡＲ間で実施すれば、他のシステムとの独立性が保証されるため高いセキュリティを確保することができる。
≪実施形態３≫
ここでは、代替割り当てを含む割り当て条件が物理リソース管理テーブルで適用される様子について説明する。
図１４（図１４Ａ、図１４Ｂ、図１４Ｃの総称）は、１つの仮想化システムにおいて、代替割り当て条件によって割り当てが成功する場合の、物理リソース管理テーブルと各ＬＰＡＲの割り当てポリシー管理テーブルの例を示した図である。図１２の一部を変更したものである。基本的な構成は実施形態１のときと同じである。本図では簡単のためＮＩＣのみで考えることにする。また、本図では、符号１４００が物理リソース管理テーブル（図３の符号２１７に相当）を示し、符号１４１０〜１４４０が割り当てポリシー管理テーブル（図６の符号２１８に相当）を示すものとして説明する。
ここでは、代替割り当てを含む割り当て条件が物理リソース管理テーブルで適用される様子について説明する。
図１４（図１４Ａ、図１４Ｂ、図１４Ｃの総称）は、１つの仮想化システムにおいて、代替割り当て条件によって割り当てが成功する場合の、物理リソース管理テーブルと各ＬＰＡＲの割り当てポリシー管理テーブルの例を示した図である。図１２の一部を変更したものである。基本的な構成は実施形態１のときと同じである。本図では簡単のためＮＩＣのみで考えることにする。また、本図では、符号１４００が物理リソース管理テーブル（図３の符号２１７に相当）を示し、符号１４１０〜１４４０が割り当てポリシー管理テーブル（図６の符号２１８に相当）を示すものとして説明する。
ＬＰＡＲ１の割り当てポリシーテーブル１４１０において、カラム１４１５からＮＩＣデバイスが２個と示され、カラム１４１６からデバイス占有割り当て（割り当て条件「１」）が要求されているように示されている。またカラム１４１７から代替割り当て条件はユニット占有（割り当て条件「３」）となっているように示されている。
ＬＰＡＲ２の割り当てポリシーテーブル１４２０において、カラム１４２５からＮＩＣデバイスが１個と示され、カラム１４２６とカラム１４２８からＬＰＡＲ４との排他連携でのデバイス占有割り当て（割り当て条件「２」）が要求されているように示されている。またカラム１４２７から代替割り当て条件はユニット占有（割り当て条件「３」）となっているように示されている。ＬＰＡＲ３、ＬＰＡＲ４も同様で各条件の説明は省略する。
ここで割り当てポリシー管理テーブルの適用順序がＬＰＡＲの生成順に従うとすると、ＬＰＡＲ１、ＬＰＡＲ２、ＬＰＡＲ３、ＬＰＡＲ４の順に適用される。
ＬＰＡＲ１の割り当てポリシー管理テーブル１４１０によって、物理リソース管理テーブル１４００のＬＰＡＲ１行のカラム１４０２に記号“Ｄ”が入り、カラム１４０２のほかのセルとカラム１４０３には記号“×”が挿入される。ＬＰＡＲ１はＮＩＣを２個要求しているため、カラム１４０４、１４０５のＮＩＣ２も同様にＬＰＡＲ１行のカラム１４０４に“Ｄ”が、カラム１４０４のほかのセルとカラム１４０５には記号“×”が挿入される。
次に、ＬＰＡＲ２の割り当てポリシー管理テーブル１４２０から、物理リソース管理テーブル１４００のＬＰＡＲ２行のカラム１４０２、１４０３、１４０４、１４０５と挿入を試みるが“×”が挿入されているために失敗し、ＬＰＡＲ２行のカラム１４０６にて初めて“Ｄ”が挿入される。その際にはＬＰＡＲ２行のカラム１４０６のほかのセルには“×”が挿入され、ＬＰＡＲ２はＬＰＡＲ４との排他連携を要求しているため、ＬＰＡＲ４行のカラム１４０７に“×（Ｌ２）”が挿入される（カラム１４０７のほかのセルは、この時点では空白のままである）。
次に、ＬＰＡＲ３の割り当てポリシー管理テーブル１４３０から、ＬＰＡＲ３は物理リソース割り当て条件にＮＩＣデバイス２個をデバイス占有で要求しているが、物理リソース管理テーブル１４００にデバイス２個の空きが存在しないために割り当てに失敗する。そこで該物理リソース割り当て条件をＮＩＣデバイス２個のユニット占有の代替割り当て条件「３」で再度割り当て可能か確かめる。ＬＰＡＲ３行のカラム１４０２、１４０３、１４０４、１４０５、１４０６と挿入を試みるが“×”が挿入されているために失敗するが、ＬＰＡＲ３行のカラム１４０７以降に空きがあるため、カラム１４０７、１４０８に記号“Ｄ”が挿入される。カラム１４０７、１４０８のほかのセルには記号“×”が挿入される。
最後に、ＬＰＡＲ４の割り当てポリシー管理テーブル１４４０によって、物理リソース管理テーブル１４００のＬＰＡＲ４行のカラム１４０２〜１４０８へと挿入を試みるが“×”または“×（Ｌ２）”が挿入されているために失敗するが、ＬＰＡＲ４行のカラム１４０９が空きであり、かつ割り当て条件（「２」）で連携するＬＰＡＲ２行のカラム１４０８に“×”が挿入されている。図９の状態遷移表に従うと、これは該割り当て条件を満たすためＬＰＡＲ４行のカラム１４０９には、記号“Ｄ”が挿入され、カラム１４０９のほかのセルには記号“×”が挿入され、ＬＰＡＲ２行のカラム１４０８の“×”は“×（Ｌ４）”に変更される。
本実施形態にある物理リソースの代替割り当て条件により、割り当て条件が厳しすぎて全ＬＰＡＲへの割り当てが失敗してしまう場合を救える可能性がある。
≪実施形態４≫
次に、ＬＰＡＲのライフサイクルと本発明の関係について説明する。この説明では、図１６（図１６Ａ、図１６Ｂの総称）、図１７、図１８、図１９を参照する。システムの構成は実施形態１と同じである。
次に、ＬＰＡＲのライフサイクルと本発明の関係について説明する。この説明では、図１６（図１６Ａ、図１６Ｂの総称）、図１７、図１８、図１９を参照する。システムの構成は実施形態１と同じである。
図１６は、システム起動時とＬＰＡＲ作成時の物理リソース管理テーブル作成部と割り当てポリシー管理テーブル作成部と物理リソース割り当て判定部の処理を示すフローチャートである。なお、この処理の主体は、ＣＰＵ１１３である。
ユーザから物理計算機の起動要求が管理計算機１１１に送信され物理計算機１０１上の仮想化システムが稼働を始めると、物理リソース管理テーブル作成部２１３では、処理１６０１にて仮想化システム上の物理リソース情報採取部２１１に情報を収集するように要求し、物理リソース情報採取部２１１によってＢＭＣ１０７から物理リソース情報が収集される。
その後、処理１６０２にて、処理１６０１にて収集した物理リソース情報と、管理計算機１１１が保持する物理リソース管理テーブル２１７に登録されている仮想化システムと物理リソースを比較し、システム構成に変更があるか否かを確認する。システム構成に変更があった場合（処理１６０２でＹｅｓ）、処理１６０３にて、前記物理リソース情報に基づき物理リソース管理テーブルが更新される。処理１６０２にて、システム構成に変更がない場合（処理１６０２でＮｏ）、処理１６０１に戻る。また、物理リソース管理テーブル２１７が存在せず、システムの新規立ち上げをしたときにもシステム構成に変更があったものと判断し（処理１６０２でＹｅｓ）、処理１６０３にて前記物理リソース情報に基づき物理リソース管理テーブル２１７が新規作成される。
その後、処理１６０４にて、システム構成に変更があった旨を物理リソース割り当て判定部２１４に通知して（変更通知）、処理全体を終了する。
一方、ＬＰＡＲの新規作成時、割り当てポリシー管理テーブル作成部２１５では、処理１６０５にて、ＬＰＡＲの新規作成の有無をチェックする割り込み判定がなされる。ＬＰＡＲの新規作成が確認されると（処理１６０５でＹｅｓ）、処理１６０６にて、ＬＰＡＲが新規に作成された旨を物理リソース割り当て判定部２１４に通知して（変更通知）、処理全体を終了する。
管理計算機１１１上の物理リソース割り当て判定部２１４では、処理１６０７にて物理リソース管理テーブル作成部２１３または、割り当てポリシー管理テーブル作成部２１５からの通知（変更通知）を受信したか否か判定する。受信していれば（処理１６０７でＹｅｓ）、処理１６０８に進み、そうでなければ（処理１６０７でＮｏ）処理全体を終了する。
次に、処理１６０８にて、停止しているＬＰＡＲで、割り当てられていた物理リソースが外されたか否かを判定する。外されていた場合（処理１６０８でＹｅｓ）、処理１６１０に進み、そうでない場合（処理１６０８でＮｏ）、処理１６０９に進む。
次に、処理１６０９にて、停止しているＬＰＡＲ群より優先度が高いＬＰＡＲが（新規に）作成されたか否かを判定する。作成された場合（処理１６０９でＹｅｓ）、処理１６１０に進み、そうでない場合（処理１６０９でＮｏ）、処理１６１１に進む。
次に、処理１６１０では、割り当てられたリソースが外された場合、または、新規作成されたＬＰＡＲが停止しているＬＰＡＲより優先度が高い場合、取り外し処理を実行し、物理リソース管理テーブル２１７上の前記ＬＰＡＲに割り当てられている物理リソースのセルをクリアする（空白に戻す）。ただし、システム変更により物理リソースが増えていた場合は、該処理は行われない。
次に、処理１６１１では、図１０、図１１にて説明した割り当て処理が実行され、処理１６１２では、割り当てが成功したか否か判定する。処理１６１２にて割り当て処理の成功が確認されれば（処理１６１２でＹｅｓ）、処理１６１４にて、物理リソース管理テーブル２１７の内容とともに、物理リソースの付け外し（取り外し）の要求を、仮想化システム上の物理リソース割り当て実行部２０９へ送信して処理全体を終了する。なお、物理リソース割り当て実行部２０９では仮想化プログラムが内部で保持している物理リソースとＬＰＡＲとのマッピングテーブルを更新することで割り当てを完了する。
割り当て処理が失敗した場合（処理１６１２でＮｏ）、処理１６１３にて、物理リソース管理テーブル２１７のロールバックを行い、処理１６１５にて、割り当てポリシー管理テーブル２１８のロールバックを行い、更新直前の状態に戻して処理全体を終了する。
本実施形態により、物理計算機に関するシステムの構築または変更を行えば、自律的に仮想化システムを構築することができる。
≪実施形態５≫
図１７は、ＬＰＡＲ削除時の物理リソース管理テーブル作成部と割り当てポリシー管理テーブル作成部と物理リソース割り当て判定部の処理を示すフローチャートである。なお、この処理の主体は、ＣＰＵ１１３である。対象のＬＰＡＲは、割り当てられる物理リソースを削除するためにユーザのＬＰＡＲ削除要求の受信を契機に停止される。
図１７は、ＬＰＡＲ削除時の物理リソース管理テーブル作成部と割り当てポリシー管理テーブル作成部と物理リソース割り当て判定部の処理を示すフローチャートである。なお、この処理の主体は、ＣＰＵ１１３である。対象のＬＰＡＲは、割り当てられる物理リソースを削除するためにユーザのＬＰＡＲ削除要求の受信を契機に停止される。
ユーザから該ＬＰＡＲ削除が要求されると、管理計算機１１１上の割り当てポリシー管理テーブル作成部２１５では、処理１７０１によりＬＰＡＲの削除要求があるか否かを確認する。削除要求がなければ（処理１７０１でＮｏ）、そのまま処理全体を終了するが、削除要求があれば（処理１７０１でＹｅｓ）、処理１７０２に進む。
その後、処理１７０２にて該ＬＰＡＲの割り当てポリシー管理テーブル２１８のＬＰＡＲ識別子（ＬＰＡＲ名）に設定された値以外の他の値をクリアして初期化する。これにより処理全体を終了する。
同時に管理計算機１１１上の物理リソース管理テーブル作成部２１３では、処理１７０３にてＬＰＡＲの削除要求があるか否かを確認する。削除要求がなければ（処理１７０３でＮｏ）、処理１７０５に進み、削除要求があれば（処理１７０３でＹｅｓ）、処理１７０４に進む。
その後、処理１７０４にてすべての物理リソースの種類に対応した物理リソース管理テーブル２１７にて、該ＬＰＡＲ行に設定されたすべての値をクリアして初期化する。
その後、処理１７０５にてＬＰＡＲの削除要求があった旨を物理リソース割り当て判定部２１４に通知する（削除要求通知）。
その後、処理１７０５にてＬＰＡＲの削除要求があった旨を物理リソース割り当て判定部２１４に通知する（削除要求通知）。
次に、管理計算機１１１上の物理リソース割り当て判定部２１４では、処理１７０６にて削除要求通知として、更新された物理リソース管理テーブル２１７を受信したか否かを判定する。受信がなければ（処理１７０６でＮｏ）、そのまま処理全体を終了するが、受信があれば（処理１７０６でＹｅｓ）、処理１７０７に進む。
その後、処理１７０７にて、当該物理リソースの取り外し処理を実行し、処理１７０８にて、物理リソースの取り外し要求を、仮想化システム上の物理リソース割り当て実行部２０９に送信することで処理全体を終了する。
本実施形態により、ＬＰＡＲの削除についても、自律的に仮想化システムを構築することができる。
≪実施形態６≫
図１８は、ＬＰＡＲ更新時の割り当てポリシー管理テーブル作成部と物理リソース割り当て判定部の処理を示すフローチャートである。なお、この処理の主体は、ＣＰＵ１１３である。対象のＬＰＡＲは物理リソース構成の更新のために停止される。
図１８は、ＬＰＡＲ更新時の割り当てポリシー管理テーブル作成部と物理リソース割り当て判定部の処理を示すフローチャートである。なお、この処理の主体は、ＣＰＵ１１３である。対象のＬＰＡＲは物理リソース構成の更新のために停止される。
その後、ユーザにより割り当てポリシー管理テーブル２１８が更新されると、割り当てポリシー管理テーブル作成部２１５では、処理１８０１にて割り当てポリシーの変更要求があるか否かを確認する。変更要求がなければ（処理１８０１でＮｏ）、そのまま処理全体を終了するが、変更要求があれば（処理１８０１でＹｅｓ）、処理１８０２に進む。
その後、処理１８０２にて割り当てポリシーを取得し、割り当てポリシー管理テーブル２１８を更新する。
次に、処理１８０３では、割り当てポリシー管理テーブル２１８に変更があった旨を管理計算機１１１上の物理リソース割り当て判定部２１４へ通知する（変更通知）。
次に、処理１８０３では、割り当てポリシー管理テーブル２１８に変更があった旨を管理計算機１１１上の物理リソース割り当て判定部２１４へ通知する（変更通知）。
管理計算機１１１上の物理リソース割り当て判定部２１４では、まず、処理１８０４にて変更通知を受信したか否かの割り込み判定をする。受信した場合（処理１８０４でＹｅｓ）、処理１８０５以降の処理を実行する。
その後、図１６にて示した物理リソース割り当て判定部２１４の処理と同様の処理を実行する。つまり、図１８の処理１８０５から処理１８１０までの処理は、図１６の処理１６１０から処理１６１５までの処理と同様である。よって、処理１８０５から処理１８１０までの処理の詳細な説明は省略する。
本実施形態により、ＬＰＡＲの更新についても、自律的に仮想化システムを構築することができる。
≪実施形態７≫
図１９は、ＬＰＡＲ障害発生時の物理リソース管理テーブル作成部と物理リソース割り当て判定部の処理を示すフローチャートである。なお、この処理の主体は、ＣＰＵ１１３である。あるＬＰＡＲにてある物理リソースの障害が発生すると、仮想化システムは障害を検知後（障害検知通知後）、該ＬＰＡＲを停止する。
図１９は、ＬＰＡＲ障害発生時の物理リソース管理テーブル作成部と物理リソース割り当て判定部の処理を示すフローチャートである。なお、この処理の主体は、ＣＰＵ１１３である。あるＬＰＡＲにてある物理リソースの障害が発生すると、仮想化システムは障害を検知後（障害検知通知後）、該ＬＰＡＲを停止する。
管理計算機１１１の物理リソース管理テーブル作成部２１３では、処理１９０１にて仮想化システムからの障害検知の通知にてＬＰＡＲに障害が発生したか否かを確認する。発生がなければ（処理１９０１でＮｏ）、そのまま処理全体を終了するが、発生があれば（処理１９０１でＹｅｓ）、処理１９０２に進む。
その後、処理１９０２にて物理リソース管理テーブル２１７上の障害発生リソースを図５で示した記号“●”にて閉塞することで、物理リソース管理テーブル２１７を更新する。
次に、処理１９０３で、物理リソースに障害が発生した旨を管理計算機１１１上の物理リソース割り当て判定部２１４へ通知する（障害発生通知）。
管理計算機１１１上の物理リソース割り当て判定部２１４は、処理１９０４にて障害発生通知を受信したか否かを判定する。受信がなければ（処理１９０４でＮｏ）、そのまま処理全体を終了するが、受信があれば（処理１９０４でＹｅｓ）、処理１９０５に進む。
その後、処理１９０５では、更新された物理リソース管理テーブル２１７を参照して、障害が発生した物理リソースについて取り外し処理を実行し、処理１９０６では、割り当てポリシー管理テーブル２１８を参照する。
その後、処理１９０７では、割り当て処理を実行し、割り当てポリシー管理テーブル２１８にしたがって正常な物理リソースを該ＬＰＡＲへ割り当てる。
次に、処理１９０８では、割り当て処理による割り当てが成功したか否か判定する。成功した場合（処理１９０８でＹｅｓ）、処理１９０９において、その割り当てに従って、物理リソース管理テーブル２１７を更新して、処理全体を終了し、そうでなければ（処理１９０８でＮｏ）、そのまま処理全体を終了する。
次に、処理１９０８では、割り当て処理による割り当てが成功したか否か判定する。成功した場合（処理１９０８でＹｅｓ）、処理１９０９において、その割り当てに従って、物理リソース管理テーブル２１７を更新して、処理全体を終了し、そうでなければ（処理１９０８でＮｏ）、そのまま処理全体を終了する。
本実施形態により、ＬＰＡＲの障害発生時についても、自律的に仮想化システムを構築することができる。
≪実施形態８≫
図２０は、管理計算機上の構成情報管理テーブル作成部の処理を示すフローチャートである。なお、この処理の主体は、ＣＰＵ１１３である。本処理は図１６に示したシステム変更時（システム新規立ち上げ時）とＬＰＡＲ作成時の処理、ならびに図１８で示したＬＰＡＲ更新時の契機によって実行される。物理計算機１０１にある仮想化システム２０１上で稼働する構成情報採取部２１０は、該仮想化システム２０１で稼働するゲストＯＳ上の、例えばＬＰＡＲ間のＨＡクラスタソフトウェアなどの、構成管理ソフトウェアとのインタフェースを持ち、それらの情報を採取することができる。管理計算機１１１はそれらの情報を、例えばサーバ管理ソフトウェア２１２に保持している。
図２０は、管理計算機上の構成情報管理テーブル作成部の処理を示すフローチャートである。なお、この処理の主体は、ＣＰＵ１１３である。本処理は図１６に示したシステム変更時（システム新規立ち上げ時）とＬＰＡＲ作成時の処理、ならびに図１８で示したＬＰＡＲ更新時の契機によって実行される。物理計算機１０１にある仮想化システム２０１上で稼働する構成情報採取部２１０は、該仮想化システム２０１で稼働するゲストＯＳ上の、例えばＬＰＡＲ間のＨＡクラスタソフトウェアなどの、構成管理ソフトウェアとのインタフェースを持ち、それらの情報を採取することができる。管理計算機１１１はそれらの情報を、例えばサーバ管理ソフトウェア２１２に保持している。
まず、処理２００１にて、構成情報管理テーブル作成部２１６は、システムの構成に変更（システム変更）があったか否かの割り込み判定をする。構成に変更があった場合は（処理２００１でＹｅｓ）、処理２００２にて管理計算機１１１の保持する構成情報を取得し、処理２００３にて図１５に示す構成情報管理テーブル２１９を更新する。このとき、システムの新規立ち上げ時であり、構成情報管理テーブル２１９が存在しない場合は、新規に構成情報管理テーブル２１９を作成する。
その後、構成情報管理テーブル２１９は、処理２００４にて管理計算機１１１上の割り当てポリシー管理テーブル作成部２１５に送信される。
その後、構成情報管理テーブル２１９は、処理２００４にて管理計算機１１１上の割り当てポリシー管理テーブル作成部２１５に送信される。
次に、割り当てポリシー管理テーブル作成部２１５では、処理２００５により、構成情報管理テーブル２１９を受信すると、割り当てポリシー管理テーブル２１８を参照する。
次に、処理２００６では、連携を要求している各ＬＰＡＲに対応する割り当てポリシー管理テーブル２１８の連携ＬＰＡＲ識別子欄（６０８参照）に、該ＬＰＡＲが連携するＬＰＡＲ識別子（名）を入力することで、割り当てポリシー管理テーブル２１８を更新する。
次に、処理２００７では、管理計算機１１１上の物理リソース割り当て判定部２１４へ割り当てポリシーに変更があった旨を通知するために、割り当てポリシー管理テーブル２１８の情報を送信する。
管理計算機１１０上の物理リソース割り当て判定部２１４では、連携情報（あるＬＰＡＲ同士が連携していることを示す情報）が更新された割り当てポリシー管理テーブル２１８から変更情報（システム構成の変更）があることを知る。あるタイミングで連携要求をしていたゲストＯＳが停止すると、新しい連携を考慮した物理リソースの割り当てが実行される。
これによりユーザが具体的な割り当てポリシーを提示していなくても、システム側で連携ＬＰＡＲを特定し、排他連携、共有連携を考慮した物理リソースの割り当てが実現できる。このため、ユーザは従来の物理システムでのシステム構築を行うだけで、高信頼でセキュリティが考慮された仮想化システムの構築を完了させることができる。
本実施形態では、例としてＨＡクラスタシステムを挙げたが、ＳＡＮセキュリティやＶＬＡＮについても管理計算機上に同様な構成情報が存在すれば自動的に連携ＬＰＡＲを判定、処理することができる。
≪実施形態９≫
次に、物理リソースの割り当てについて詳細に説明する。
まず、各割り当て条件に重み付けを行った例について説明する。
図２１は、割り当て条件と重み付けの対応表の構成図である。ユーザは、物理リソースが優先的に割り当てられるＬＰＡＲを、重み付けによる優先度順、ＬＰＡＲの生成順、業務グループによる優先順の３つから選択することができる。表２１００は、重み付けによる優先度の説明であり、割り当て条件２１０１と、各割り当て条件の説明２１０２と、割り当て条件に付与される重み２１０３と、代替割り当て条件に付与される重み２１０４とからなる。
次に、物理リソースの割り当てについて詳細に説明する。
まず、各割り当て条件に重み付けを行った例について説明する。
図２１は、割り当て条件と重み付けの対応表の構成図である。ユーザは、物理リソースが優先的に割り当てられるＬＰＡＲを、重み付けによる優先度順、ＬＰＡＲの生成順、業務グループによる優先順の３つから選択することができる。表２１００は、重み付けによる優先度の説明であり、割り当て条件２１０１と、各割り当て条件の説明２１０２と、割り当て条件に付与される重み２１０３と、代替割り当て条件に付与される重み２１０４とからなる。
前記割り当て条件には、割り当て条件として使用される場合と代替割り当て条件として使用される場合があり、それぞれに重みを設定した。なお、図２１で示す重み付けは例であり設定の仕方によって様々な重みを設定可能であることに注意されたい。
重み付けは、各物理リソースに対する割り当て要求を用いて最初に割り当てる物理リソースを決めるための優先順位をつけることが目的であり、より重みが大きい物理リソースを優先する。しかし重みが同値になることもあるため、異なる重み付けを採用して優先順位をつけるようにしても良い。
図２２は、物理リソースに付与したＩＤの対応表の構成図である。
図２２の表２２００に示すように、ハードウェア（物理リソース２２０２）にＩＤ２２０１を付与し、重みが同値になった場合にＩＤの大小によって優先順位を決めることもできる。
図２２の表２２００に示すように、ハードウェア（物理リソース２２０２）にＩＤ２２０１を付与し、重みが同値になった場合にＩＤの大小によって優先順位を決めることもできる。
重み付け条件による優先度の定め方について説明する。
図２３は、重み付けによるＬＰＡＲ選択の優先度の対応表の構成図である。表２３００（第２の優先度情報）のカラム２３０１には、上位にあるほど高いことを示す優先度が示されており、カラム２３０２には、重み付け条件の詳細が記載されている条件（説明）が示されている。
図２３は、重み付けによるＬＰＡＲ選択の優先度の対応表の構成図である。表２３００（第２の優先度情報）のカラム２３０１には、上位にあるほど高いことを示す優先度が示されており、カラム２３０２には、重み付け条件の詳細が記載されている条件（説明）が示されている。
カラム２３０２の条件は、例えば物理リソースの割り当て条件と代替割り当て条件の重みの和が最も大きい物理リソースが優先される。重みの和が同値であった場合、割り当て条件に指定した条件の重みが大きい物理リソースが優先される。指定した条件の組み合わせが一緒（重みの総和が同じで、割り当て条件も同じ）であった場合、図２２の表２２００にあるハードウェア（物理リソース２２０２）のＩＤ２２０１を使用し、ＩＤが小さい物理ハードウェアを優先する。
選択される物理リソースの優先順位の決定例について説明する。
図２４は、所定の割り当てポリシー管理テーブルに対して決定された優先順位を示す優先順位表の構成図である。割り当てポリシー管理テーブル２４００（図６の符号２１８に相当）に対し、同一ＬＰＡＲ内で各物理リソースにつけられた割り当て条件の重みから割り当て選択の優先度（優先順位）が決められた様子を表２４１０（第１の優先度情報）として示している。表２４１０は、物理リソースのＩＤ２４１１、その種別を示す物理リソース２４１２、割り当て条件に対する重みを示す条件２４１３、割り当て条件の代替に対する重みを示す代替条件２４１４、前記２つの重みを足した値を示す重み２４１５、優先順位を示す優先順位２４１６からなる。
管理計算機１１１上の物理リソース割り当て判定部２１４は、図１０の処理１００４にて、この優先度から優先して割り当てるべき物理リソースを選択する。
図２４は、所定の割り当てポリシー管理テーブルに対して決定された優先順位を示す優先順位表の構成図である。割り当てポリシー管理テーブル２４００（図６の符号２１８に相当）に対し、同一ＬＰＡＲ内で各物理リソースにつけられた割り当て条件の重みから割り当て選択の優先度（優先順位）が決められた様子を表２４１０（第１の優先度情報）として示している。表２４１０は、物理リソースのＩＤ２４１１、その種別を示す物理リソース２４１２、割り当て条件に対する重みを示す条件２４１３、割り当て条件の代替に対する重みを示す代替条件２４１４、前記２つの重みを足した値を示す重み２４１５、優先順位を示す優先順位２４１６からなる。
管理計算機１１１上の物理リソース割り当て判定部２１４は、図１０の処理１００４にて、この優先度から優先して割り当てるべき物理リソースを選択する。
選択されるＬＰＡＲの優先順位決定例について説明する。
図２５（図２５Ａ、図２５Ｂの総称）は、ＬＰＡＲの優先順位を含む所定の割り当てポリシー管理テーブルの構成図である。各ＬＰＡＲの各物理リソースに付与されている重みの総和から割り当てＬＰＡＲの優先度が決められた様子が示されている。ＬＰＡＲ１〜４のそれぞれに対する割り当てポリシー管理テーブル（２５００、２５２０、２５４０、２５６０）（図６の符号２１８に相当）において、それぞれ、割り当てに関する重み（総和）（２５０９、２５２９、２５４９、２５６９）、ＬＰＡＲの優先順位（２５１０、２５３０、２５５０、２５７０）が設けられている。
図２５（図２５Ａ、図２５Ｂの総称）は、ＬＰＡＲの優先順位を含む所定の割り当てポリシー管理テーブルの構成図である。各ＬＰＡＲの各物理リソースに付与されている重みの総和から割り当てＬＰＡＲの優先度が決められた様子が示されている。ＬＰＡＲ１〜４のそれぞれに対する割り当てポリシー管理テーブル（２５００、２５２０、２５４０、２５６０）（図６の符号２１８に相当）において、それぞれ、割り当てに関する重み（総和）（２５０９、２５２９、２５４９、２５６９）、ＬＰＡＲの優先順位（２５１０、２５３０、２５５０、２５７０）が設けられている。
管理計算機１１１上の物理リソース割り当て判定部２１４は図１０の処理１００２にて、この優先度から優先して割り当てるべきＬＰＡＲを選択する。換言すれば、割り当てポリシーテーブルの適用順序は、ＬＰＡＲ１、ＬＰＡＲ２、ＬＰＡＲ３、ＬＰＡＲ４の順に適用される（優先順位２５１０、２５３０、２５５０、２５７０参照）。
なお、優先度の定め方としては、図２３で示した重み付け条件によるものに限らない。例えば、ＬＰＡＲ生成順による優先度や、業務グループによる優先度の定め方もある。
図２６は、ＬＰＡＲ生成順によるＬＰＡＲ選択の優先度の対応表の構成図である。表２６００（第２の優先度情報）のカラム２６０１には、上位にあるほど高いことを示す優先度が示されており、カラム２６０２には、ＬＰＡＲの生成時刻の早さを含む重み付け条件の詳細が記載されている条件（説明）が示されている。
表２６００では、生成時刻が早いＬＰＡＲの順に割り当てが優先され、生成時刻が同時刻だった場合は表２６００の以降の優先条件からＬＰＡＲが決定される。割り当て条件と代替割り当て条件の重みの総和、割り当て条件の重みの総和も等しく優先順位が決まらない場合、物理リソース管理テーブルにて上位に登録されているＬＰＡＲ（ＬＰＡＲの識別子の小さい方）を優先する。
図２７は、業務グループによるＬＰＡＲ選択の優先度の対応表の構成図である。表２７００の（第２の優先度情報）カラム２７０１には、上位にあるほど高いことを示す優先度が示されており、カラム２７０２には、業務グループの性質を含む重み付け条件の詳細が記載されている条件（説明）が示されている。
表２７００において、業務グループ名は、ユーザによって割り当てポリシーに入力された業務グループ名を使用し、業務グループ間の優先度は、割り当て時にユーザに示してもらう。業務グループが同じ場合は表２７００の以降の優先条件からＬＰＡＲが決定される。ＬＰＡＲの生成順と同じように以降条件で優先順位が決まらない場合、物理リソース管理テーブルにて上位に登録されているＬＰＡＲ（ＬＰＡＲの識別子の小さい方）を優先する。
なお、これらの優先度、優先順位の表は、例えばデータとして管理計算機１１１のメモリ１１４に記憶されている。
なお、これらの優先度、優先順位の表は、例えばデータとして管理計算機１１１のメモリ１１４に記憶されている。
≪まとめ≫
本実施形態によれば、ユーザは物理システムでの環境構築と同様の工数で仮想化システムを構築でき、ＨＡクラスタシステムでの同一物理リソース障害による二重障害の防止と、ＶＬＡＮやＳＡＮセキュリティなどを考慮する、高信頼なシステムが構築できるという効果がある。
また運用時であっても割り当てポリシーに従った再割り当てができるため、一度削除されたＬＰＡＲや障害が発生したＬＰＡＲは、次回の生成時には適切な物理リソースが再度割り当てられ、そのまま稼働状態に移行できるという効果もある。
本実施形態によれば、ユーザは物理システムでの環境構築と同様の工数で仮想化システムを構築でき、ＨＡクラスタシステムでの同一物理リソース障害による二重障害の防止と、ＶＬＡＮやＳＡＮセキュリティなどを考慮する、高信頼なシステムが構築できるという効果がある。
また運用時であっても割り当てポリシーに従った再割り当てができるため、一度削除されたＬＰＡＲや障害が発生したＬＰＡＲは、次回の生成時には適切な物理リソースが再度割り当てられ、そのまま稼働状態に移行できるという効果もある。
≪その他≫
なお、本発明を実施するための形態は、これに限定されるものでなく、その形態の実施形式を種々変形することが可能である。
なお、本発明を実施するための形態は、これに限定されるものでなく、その形態の実施形式を種々変形することが可能である。
例えば、２以上の物理計算機の２以上のハイパバイザの制御により稼働する１つのＬＰＡＲに対しても、本発明を適用することができる。
その他、ハードウェア、ソフトウェア、各テーブル、各フローチャート等の具体的な構成について、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。
１０１ａ 物理計算機Ａ
１０１ｂ 物理計算機Ｂ
１１１ 管理計算機
１１３ ＣＰＵ（制御部）
１１４ メモリ（記憶部）
２０１ 仮想化システム
２０２ ＬＰＡＲ１（仮想計算機）
２０３ ＬＰＡＲ２（仮想計算機）
２０４ 構成管理プログラム１
２０５ ゲストＯＳ１
２０６ 構成管理プログラム２
２０７ ゲストＯＳ２
２０８ ハイパバイザ
２０９ 物理リソース割り当て実行部
２１０ 構成情報採取部
２１１ 物理リソース情報採取部
２１２ サーバ管理ソフトウェア
２１３ 物理リソース管理テーブル作成部
２１４ 物理リソース割り当て判定部
２１５ 割り当てポリシー管理テーブル作成部
２１６ 構成情報管理テーブル作成部
２１７ 物理リソース管理テーブル（物理リソース管理情報）
２１８ 割り当てポリシー管理テーブル（割り当て条件管理情報）
２１９ 構成情報管理テーブル（構成情報管理情報）
２２０ ＯＳ
２３００、２６００、２７００ 表（第２の優先度情報）
２４１０ 表（第１の優先度情報）
１０１ｂ 物理計算機Ｂ
１１１ 管理計算機
１１３ ＣＰＵ（制御部）
１１４ メモリ（記憶部）
２０１ 仮想化システム
２０２ ＬＰＡＲ１（仮想計算機）
２０３ ＬＰＡＲ２（仮想計算機）
２０４ 構成管理プログラム１
２０５ ゲストＯＳ１
２０６ 構成管理プログラム２
２０７ ゲストＯＳ２
２０８ ハイパバイザ
２０９ 物理リソース割り当て実行部
２１０ 構成情報採取部
２１１ 物理リソース情報採取部
２１２ サーバ管理ソフトウェア
２１３ 物理リソース管理テーブル作成部
２１４ 物理リソース割り当て判定部
２１５ 割り当てポリシー管理テーブル作成部
２１６ 構成情報管理テーブル作成部
２１７ 物理リソース管理テーブル（物理リソース管理情報）
２１８ 割り当てポリシー管理テーブル（割り当て条件管理情報）
２１９ 構成情報管理テーブル（構成情報管理情報）
２２０ ＯＳ
２３００、２６００、２７００ 表（第２の優先度情報）
２４１０ 表（第１の優先度情報）
Claims (19)
- １以上の仮想計算機を構成する１以上の物理計算機と通信可能に接続し、前記物理計算機の物理リソースを、前記仮想計算機に割り当てるように前記物理計算機に実行させる管理計算機において、
前記物理リソースの割り当ての割り当て状態を、仮想計算機ごとに定める物理リソース管理情報と、
前記物理リソースの割り当てに関する条件を物理リソースごとに定めた割り当て条件を、仮想計算機ごとに定める割り当て条件管理情報と、を記憶する記憶部と、
所定のタイミングで、ある仮想計算機を選択し、前記割り当て条件管理情報から前記選択した仮想計算機に割り当てられた物理リソースの割り当て条件を取得する制御と、
前記選択した仮想計算機に割り当てられた物理リソースのうち１つを選択し、前記物理リソース管理情報から前記選択した物理リソースの割り当て状態を取得する制御と、
前記取得した割り当て条件を満たす割り当てが、前記取得した割り当て状態に基づいて可能であるか否かを判定し、可能であれば当該割り当てを反映するように前記物理リソース管理情報を更新する制御と、
すべての仮想計算機について、前記判定による割り当てが可能であれば当該物理計算機に対して前記割り当てを実行させる制御と、を実行する制御部と、を有する
ことを特徴とする管理計算機。 - 前記所定のタイミングは、
前記物理計算機の起動時、前記仮想計算機の生成時、前記割り当て条件の変更時または前記仮想計算機の障害時のいずれかである
ことを特徴とする請求項１に記載の管理計算機。 - 前記物理リソース管理情報または前記割り当て条件管理情報で取り扱う前記物理リソースは、当該物理計算機を構成するデバイスまたは前記デバイスを構成するユニットごとに定められる
ことを特徴とする請求項１に記載の管理計算機。 - 前記割り当て条件は、前記物理リソースの排他的な割り当てを要求された複数の仮想計算機の間では、同種同一の物理リソースを割り当てない排他連携による割り当て条件を含む
ことを特徴とする請求項１に記載の管理計算機。 - 前記割り当て条件は、前記物理リソースの共有の割り当てを要求された複数の仮想計算機の間でのみ同種同一の物理リソースを割り当てる共有連携による割り当て条件を含む
ことを特徴とする請求項１に記載の管理計算機。 - 前記割り当て条件管理情報は、
前記判定において、前記割り当て条件を満たす割り当てが可能でないとき、前記割り当て条件を代替し、前記割り当て条件よりも緩い条件を満たす割り当てが、当該割り当て状態に基づいて可能であるか否かを前記制御部に判定させる代替条件を含む
ことを特徴とする請求項１に記載の管理計算機。 - 前記記憶部は、
前記物理計算機から取得した、仮想計算機の間で決められた物理リソースの割り当ての連携に関する情報を含む構成情報を仮想計算機ごとに定める構成情報管理情報を記憶しており、
前記制御部は、
ある仮想計算機について定めた前記割り当て条件管理情報を、前記構成情報管理情報の当該構成情報に基づいて作成する制御、を実行する
ことを特徴とする請求項１に記載の管理計算機。 - 前記記憶部は、
前記割り当て条件に基づいて決められる物理リソースの優先度を定める第１の優先度情報を記憶しており、
前記制御部は、
前記物理リソースの選択において、前記第１の優先度情報を参照して、物理リソースの優先度の高い順に当該選択をする制御、を実行する
ことを特徴とする請求項１に記載の管理計算機。 - 前記記憶部は、
前記第１の優先度情報に基づいて決められる、前記物理リソースが割り当てられる仮想計算機の優先度を定める第２の優先度情報を記憶しており、
前記制御部は、
前記仮想計算機の選択において、前記第２の優先度情報を参照して、仮想計算機の優先度の高い順に当該選択をする制御、を実行する
ことを特徴とする請求項８に記載の管理計算機。 - １以上の仮想計算機を構成する１以上の物理計算機と、前記物理計算機の物理リソースを、前記仮想計算機に割り当てるように前記物理計算機に実行させる管理計算機とが通信可能に接続する計算機システムにおいて、
前記管理計算機は、
前記物理リソースの割り当ての割り当て状態を、仮想計算機ごとに定める物理リソース管理情報と、
前記物理リソースの割り当てに関する条件を物理リソースごとに定めた割り当て条件を、仮想計算機ごとに定める割り当て条件管理情報と、を記憶する記憶部と、
所定のタイミングで、ある仮想計算機を選択し、前記割り当て条件管理情報から前記選択した仮想計算機に割り当てられた物理リソースの割り当て条件を取得する制御と、
前記選択した仮想計算機に割り当てられた物理リソースのうち１つを選択し、前記物理リソース管理情報から前記選択した物理リソースの割り当て状態を取得する制御と、
前記取得した割り当て条件を満たす割り当てが、前記取得した割り当て状態に基づいて可能であるか否かを判定し、可能であれば当該割り当てを反映するように前記物理リソース管理情報を更新する制御と、
すべての仮想計算機について、前記判定による割り当てが可能であれば当該物理計算機に対して前記割り当てを実行させる制御と、を実行する制御部と、を有する
ことを特徴とする計算機システム。 - １以上の仮想計算機を構成する１以上の物理計算機と通信可能に接続し、前記物理計算機の物理リソースを、前記仮想計算機に割り当てるように前記物理計算機に実行させる管理計算機による物理リソース割り当て方法において、
前記管理計算機は、
前記物理リソースの割り当ての割り当て状態を、仮想計算機ごとに定める物理リソース管理情報と、
前記物理リソースの割り当てに関する条件を物理リソースごとに定めた割り当て条件を、仮想計算機ごとに定める割り当て条件管理情報と、を記憶しており、
前記管理計算機の制御部は、
所定のタイミングで、ある仮想計算機を選択し、前記割り当て条件管理情報から前記選択した仮想計算機に割り当てられた物理リソースの割り当て条件を取得するステップと、
前記選択した仮想計算機に割り当てられた物理リソースのうち１つを選択し、前記物理リソース管理情報から前記選択した物理リソースの割り当て状態を取得するステップと、
前記取得した割り当て条件を満たす割り当てが、前記取得した割り当て状態に基づいて可能であるか否かを判定し、可能であれば当該割り当てを反映するように前記物理リソース管理情報を更新するステップと、
すべての仮想計算機について、前記判定による割り当てが可能であれば当該物理計算機に対して前記割り当てを実行させるステップと、を実行する
ことを特徴とする物理リソース割り当て方法。 - 前記所定のタイミングは、
前記物理計算機の起動時、前記仮想計算機の生成時、前記割り当て条件の変更時または前記仮想計算機の障害時のいずれかである
ことを特徴とする請求項１１に記載の物理リソース割り当て方法。 - 前記物理リソース管理情報または前記割り当て条件管理情報で取り扱う前記物理リソースは、当該物理計算機を構成するデバイスまたは前記デバイスを構成するユニットごとに定められる
ことを特徴とする請求項１１に記載の物理リソース割り当て方法。 - 前記割り当て条件は、前記物理リソースの排他的な割り当てを要求された複数の仮想計算機の間では、同種同一の物理リソースを割り当てない排他連携による割り当て条件を含む
ことを特徴とする請求項１１に記載の物理リソース割り当て方法。 - 前記割り当て条件は、前記物理リソースの共有の割り当てを要求された複数の仮想計算機の間でのみ同種同一の物理リソースを割り当てる共有連携による割り当て条件を含む
ことを特徴とする請求項１１に記載の物理リソース割り当て方法。 - 前記割り当て条件管理情報は、
前記判定において、前記割り当て条件を満たす割り当てが可能でないとき、前記割り当て条件を代替し、前記割り当て条件よりも緩い条件を満たす割り当てが、当該割り当て状態に基づいて可能であるか否かを前記制御部に判定させる代替条件を含む
ことを特徴とする請求項１１に記載の物理リソース割り当て方法。 - 前記管理計算機は、
前記物理計算機から取得した、仮想計算機の間で決められた物理リソースの割り当ての連携に関する情報を含む構成情報を仮想計算機ごとに定める構成情報管理情報を記憶しており、
前記制御部は、
ある仮想計算機について定めた前記割り当て条件管理情報を、前記構成情報管理情報の当該構成情報に基づいて作成するステップ、を実行する
ことを特徴とする請求項１１に記載の物理リソース割り当て方法。 - 前記記憶部は、
前記割り当て条件に基づいて決められる物理リソースの優先度を定める第１の優先度情報を記憶しており、
前記制御部は、
前記物理リソースの選択において、前記第１の優先度情報を参照して、物理リソースの優先度の高い順に当該選択をするステップ、を実行する
ことを特徴とする請求項１１に記載の物理リソース割り当て方法。 - 前記記憶部は、
前記第１の優先度情報に基づいて決められる、前記物理リソースが割り当てられる仮想計算機の優先度を定める第２の優先度情報を記憶しており、
前記制御部は、
前記仮想計算機の選択において、前記第２の優先度情報を参照して、仮想計算機の優先度の高い順に当該選択をするステップ、を実行する
ことを特徴とする請求項１８に記載の物理リソース割り当て方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009052922A JP2010205209A (ja) | 2009-03-06 | 2009-03-06 | 管理計算機、計算機システム、物理リソース割り当て方法 |
| US12/700,061 US20100229171A1 (en) | 2009-03-06 | 2010-02-04 | Management computer, computer system and physical resource allocation method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009052922A JP2010205209A (ja) | 2009-03-06 | 2009-03-06 | 管理計算機、計算機システム、物理リソース割り当て方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2010205209A true JP2010205209A (ja) | 2010-09-16 |
Family
ID=42679384
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009052922A Pending JP2010205209A (ja) | 2009-03-06 | 2009-03-06 | 管理計算機、計算機システム、物理リソース割り当て方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20100229171A1 (ja) |
| JP (1) | JP2010205209A (ja) |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012191493A (ja) * | 2011-03-11 | 2012-10-04 | Nec Corp | シンクライアント環境提供システム、サーバ、シンクライアント環境管理方法、及びシンクライアント環境管理プログラム |
| WO2012137272A1 (ja) * | 2011-04-01 | 2012-10-11 | 株式会社日立製作所 | リソース管理方法および管理サーバ |
| JP2012198631A (ja) * | 2011-03-18 | 2012-10-18 | Ntt Data Corp | 仮想マシン配置装置、仮想マシン配置方法、仮想マシン配置プログラム |
| JP2013541093A (ja) * | 2010-09-30 | 2013-11-07 | アマゾン テクノロジーズ インコーポレイテッド | 専用実装リソースを用いる仮想リソース費用追跡 |
| WO2014091734A1 (ja) * | 2012-12-14 | 2014-06-19 | 日本電気株式会社 | システム構築装置、及び、システム構築方法 |
| WO2014147802A1 (ja) * | 2013-03-21 | 2014-09-25 | 富士通株式会社 | 情報処理装置、資源割当方法、及びプログラム |
| WO2016110950A1 (ja) * | 2015-01-07 | 2016-07-14 | 株式会社日立製作所 | 計算機システム、管理システム、及び、リソース管理方法 |
| WO2016181554A1 (ja) * | 2015-05-14 | 2016-11-17 | 株式会社日立製作所 | サーバストレージシステムを含んだ計算機システム |
| JP2016536713A (ja) * | 2013-09-12 | 2016-11-24 | ザ・ボーイング・カンパニーＴｈｅ Ｂｏｅｉｎｇ Ｃｏｍｐａｎｙ | モバイル通信装置およびその動作方法 |
| US9722866B1 (en) | 2011-09-23 | 2017-08-01 | Amazon Technologies, Inc. | Resource allocation to reduce correlated failures |
| JP2017182591A (ja) * | 2016-03-31 | 2017-10-05 | 三菱電機インフォメーションシステムズ株式会社 | コンピュータ資源配分決定方法、コンピュータ資源配分決定方法プログラムおよび制御用コンピュータ |
| JP2018503897A (ja) * | 2014-12-29 | 2018-02-08 | 株式会社Ｎｔｔドコモ | クラウドシステムにおけるリソース管理 |
| US10013662B2 (en) | 2010-09-30 | 2018-07-03 | Amazon Technologies, Inc. | Virtual resource cost tracking with dedicated implementation resources |
| US11106479B2 (en) | 2010-09-30 | 2021-08-31 | Amazon Technologies, Inc. | Virtual provisioning with implementation resource boundary awareness |
| JP7444274B2 (ja) | 2020-10-07 | 2024-03-06 | 日本電信電話株式会社 | 多重伝送システムおよび多重伝送システムのリソース制御方法 |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5476764B2 (ja) * | 2009-03-30 | 2014-04-23 | 富士通株式会社 | サーバ装置、計算機システム、プログラム及び仮想計算機移動方法 |
| US8489797B2 (en) * | 2009-09-30 | 2013-07-16 | International Business Machines Corporation | Hardware resource arbiter for logical partitions |
| CN102065544B (zh) * | 2009-11-17 | 2015-02-25 | 索尼株式会社 | 资源管理方法和系统 |
| CN102646052B (zh) * | 2011-02-16 | 2016-01-27 | 中国移动通信集团公司 | 一种虚拟机部署方法、装置及系统 |
| US8595267B2 (en) * | 2011-06-27 | 2013-11-26 | Amazon Technologies, Inc. | System and method for implementing a scalable data storage service |
| US8661448B2 (en) | 2011-08-26 | 2014-02-25 | International Business Machines Corporation | Logical partition load manager and balancer |
| US20150378786A1 (en) * | 2013-01-31 | 2015-12-31 | Adarsh Suparna | Physical resource allocation |
| WO2017002185A1 (ja) * | 2015-06-30 | 2017-01-05 | 株式会社日立製作所 | サーバストレージシステムの管理システム及び管理方法 |
| US10990926B2 (en) * | 2015-10-29 | 2021-04-27 | International Business Machines Corporation | Management of resources in view of business goals |
| US20170214672A1 (en) * | 2016-01-24 | 2017-07-27 | Bassem ALHALABI | Universal Physical Access Control System and Method |
| CN108337109B (zh) * | 2017-12-28 | 2021-12-17 | 中兴通讯股份有限公司 | 一种资源分配方法及装置和资源分配系统 |
| US11288250B2 (en) | 2018-08-09 | 2022-03-29 | Servicenow, Inc. | Partial discovery of cloud-based resources |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07177220A (ja) * | 1993-12-17 | 1995-07-14 | Nippon Telegr & Teleph Corp <Ntt> | 複数ジョブへの資源割当方法 |
| JP2008152594A (ja) * | 2006-12-19 | 2008-07-03 | Hitachi Ltd | マルチコアプロセッサ計算機の高信頼化方法 |
| JP2008269250A (ja) * | 2007-04-19 | 2008-11-06 | Ffc Ltd | 負荷分散装置、仮想サーバ管理システム、負荷分散方法および負荷分散プログラム |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5838968A (en) * | 1996-03-01 | 1998-11-17 | Chromatic Research, Inc. | System and method for dynamic resource management across tasks in real-time operating systems |
| US7979863B2 (en) * | 2004-05-21 | 2011-07-12 | Computer Associates Think, Inc. | Method and apparatus for dynamic CPU resource management |
| US7996842B2 (en) * | 2006-03-30 | 2011-08-09 | Oracle America, Inc. | Computer resource management for workloads or applications based on service level objectives |
| JP4809209B2 (ja) * | 2006-12-28 | 2011-11-09 | 株式会社日立製作所 | サーバ仮想化環境における系切り替え方法及び計算機システム |
-
2009
- 2009-03-06 JP JP2009052922A patent/JP2010205209A/ja active Pending
-
2010
- 2010-02-04 US US12/700,061 patent/US20100229171A1/en not_active Abandoned
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07177220A (ja) * | 1993-12-17 | 1995-07-14 | Nippon Telegr & Teleph Corp <Ntt> | 複数ジョブへの資源割当方法 |
| JP2008152594A (ja) * | 2006-12-19 | 2008-07-03 | Hitachi Ltd | マルチコアプロセッサ計算機の高信頼化方法 |
| JP2008269250A (ja) * | 2007-04-19 | 2008-11-06 | Ffc Ltd | 負荷分散装置、仮想サーバ管理システム、負荷分散方法および負荷分散プログラム |
Cited By (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013541093A (ja) * | 2010-09-30 | 2013-11-07 | アマゾン テクノロジーズ インコーポレイテッド | 専用実装リソースを用いる仮想リソース費用追跡 |
| US11842208B2 (en) | 2010-09-30 | 2023-12-12 | Amazon Technologies, Inc. | Virtual provisioning with implementation resource boundary awareness |
| US11106479B2 (en) | 2010-09-30 | 2021-08-31 | Amazon Technologies, Inc. | Virtual provisioning with implementation resource boundary awareness |
| US10013662B2 (en) | 2010-09-30 | 2018-07-03 | Amazon Technologies, Inc. | Virtual resource cost tracking with dedicated implementation resources |
| JP2012191493A (ja) * | 2011-03-11 | 2012-10-04 | Nec Corp | シンクライアント環境提供システム、サーバ、シンクライアント環境管理方法、及びシンクライアント環境管理プログラム |
| JP2012198631A (ja) * | 2011-03-18 | 2012-10-18 | Ntt Data Corp | 仮想マシン配置装置、仮想マシン配置方法、仮想マシン配置プログラム |
| WO2012137272A1 (ja) * | 2011-04-01 | 2012-10-11 | 株式会社日立製作所 | リソース管理方法および管理サーバ |
| JP5525654B2 (ja) * | 2011-04-01 | 2014-06-18 | 株式会社日立製作所 | リソース管理方法および管理サーバ |
| US9385964B2 (en) | 2011-04-01 | 2016-07-05 | Hitachi, Ltd. | Resource management method and management server |
| US9722866B1 (en) | 2011-09-23 | 2017-08-01 | Amazon Technologies, Inc. | Resource allocation to reduce correlated failures |
| US11303509B2 (en) | 2011-09-23 | 2022-04-12 | Amazon Technologies, Inc. | Resource allocation to reduce correlated failures |
| WO2014091734A1 (ja) * | 2012-12-14 | 2014-06-19 | 日本電気株式会社 | システム構築装置、及び、システム構築方法 |
| JPWO2014147802A1 (ja) * | 2013-03-21 | 2017-02-16 | 富士通株式会社 | 情報処理装置、資源割当方法、及びプログラム |
| WO2014147802A1 (ja) * | 2013-03-21 | 2014-09-25 | 富士通株式会社 | 情報処理装置、資源割当方法、及びプログラム |
| US9792142B2 (en) | 2013-03-21 | 2017-10-17 | Fujitsu Limited | Information processing device and resource allocation method |
| JP2016536713A (ja) * | 2013-09-12 | 2016-11-24 | ザ・ボーイング・カンパニーＴｈｅ Ｂｏｅｉｎｇ Ｃｏｍｐａｎｙ | モバイル通信装置およびその動作方法 |
| JP2018503897A (ja) * | 2014-12-29 | 2018-02-08 | 株式会社Ｎｔｔドコモ | クラウドシステムにおけるリソース管理 |
| US10459768B2 (en) | 2015-01-07 | 2019-10-29 | Hitachi, Ltd. | Computer system, management system, and resource management method |
| WO2016110950A1 (ja) * | 2015-01-07 | 2016-07-14 | 株式会社日立製作所 | 計算機システム、管理システム、及び、リソース管理方法 |
| JPWO2016110950A1 (ja) * | 2015-01-07 | 2017-09-21 | 株式会社日立製作所 | 計算機システム、管理システム、及び、リソース管理方法 |
| JPWO2016181554A1 (ja) * | 2015-05-14 | 2017-12-07 | 株式会社日立製作所 | サーバストレージシステムを含んだ計算機システム |
| US10552224B2 (en) | 2015-05-14 | 2020-02-04 | Hitachi, Ltd. | Computer system including server storage system |
| WO2016181554A1 (ja) * | 2015-05-14 | 2016-11-17 | 株式会社日立製作所 | サーバストレージシステムを含んだ計算機システム |
| JP2017182591A (ja) * | 2016-03-31 | 2017-10-05 | 三菱電機インフォメーションシステムズ株式会社 | コンピュータ資源配分決定方法、コンピュータ資源配分決定方法プログラムおよび制御用コンピュータ |
| JP7444274B2 (ja) | 2020-10-07 | 2024-03-06 | 日本電信電話株式会社 | 多重伝送システムおよび多重伝送システムのリソース制御方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20100229171A1 (en) | 2010-09-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2010205209A (ja) | 管理計算機、計算機システム、物理リソース割り当て方法 | |
| JP5427574B2 (ja) | 仮想計算機の移動管理方法、前記移動管理方法を用いた計算機、前記移動管理方法を用いた仮想化機構および前記移動管理方法を用いた計算機システム | |
| US9519795B2 (en) | Interconnect partition binding API, allocation and management of application-specific partitions | |
| US9535798B1 (en) | Systems and methods for maintaining virtual component checkpoints on an offload device | |
| KR102103596B1 (ko) | 계산 작업을 처리하기 위한 컴퓨터 클러스터 장치 및 이를 작동시키기 위한 방법 | |
| CN102891882B (zh) | 利用硬件中的网络包缓冲的基于检查点的高可用性 | |
| US11936731B2 (en) | Traffic priority based creation of a storage volume within a cluster of storage nodes | |
| CN106874125B (zh) | 多容器系统间共享系统资源的方法及装置 | |
| EP2354935A1 (en) | Extending functionality of legacy services in computing system environment | |
| JP4576398B2 (ja) | マルチパーティションコンピュータシステムのｉ／ｏデバイスを制御するためのシステム | |
| US11924117B2 (en) | Automated local scaling of compute instances | |
| US9542226B2 (en) | Operating programs on a computer cluster | |
| US20120239814A1 (en) | Clustered computer environment partition resolution | |
| US20120151095A1 (en) | Enforcing logical unit (lu) persistent reservations upon a shared virtual storage device | |
| CN113886089B (zh) | 一种任务处理方法、装置、系统、设备及介质 | |
| US20210200573A1 (en) | Virtual Machine Live Migration Method And Communications Device | |
| CN107528871A (zh) | 存储系统中的数据分析 | |
| JP2017215884A (ja) | 仮想マシン配置装置およびリソース管理方法 | |
| US11360824B2 (en) | Customized partitioning of compute instances | |
| JP2010205208A (ja) | ホストコンピュータ、マルチパスシステム、パス割当方法およびプログラム | |
| US20230229478A1 (en) | On-boarding virtual infrastructure management server appliances to be managed from the cloud | |
| JP2011221634A (ja) | 計算機システム、論理区画管理方法及び論理分割処理プログラム | |
| CN106161487A (zh) | 服务器的信息处理方法 | |
| JP6244496B2 (ja) | サーバストレージシステムの管理システム及び管理方法 | |
| US20240160487A1 (en) | Flexible gpu resource scheduling method in large-scale container operation environment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20110204 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20110512 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110517 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110715 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120110 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120312 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120403 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20120724 |