(57)【要約】      （修正有）【課題】仮想マシンを稼働する複数の装置においていずれかのリソースが使用できなくなった場合でも、ライセンスを新たに追加せずに、使用できなくなったリソースのライセンスを有効利用できる情報処理装置を提供する。【解決手段】情報処理装置は、それぞれ１以上のリソースを有し仮想マシンを稼働する複数の装置１００、２００における、仮想マシンに対するリソースの割り当てに関するリソース割当情報を管理する管理部３００aと、リソースのいずれかが使用できなくなった場合に、リソース割当情報に基づいて、使用できなくなったリソースのライセンスを、使用できなくなったリソースを有する装置以外の装置において稼働する仮想マシンのうち所定条件を満たす仮想マシンに割り当てるライセンス制御部３００aとを有する。【選択図】図１
2017033181.tif 000002
【特許請求の範囲】
【請求項１】
それぞれ１以上のリソースを有し仮想マシンを稼働する複数の装置における、前記仮想マシンに対する前記リソースの割り当てに関するリソース割当情報を管理する管理部と、
前記リソースのいずれかが使用できなくなった場合に、前記リソース割当情報に基づいて、前記使用できなくなったリソースのライセンスを、前記使用できなくなったリソースを有する装置以外の装置において稼働する前記仮想マシンのうち所定条件を満たす仮想マシンに割り当てるライセンス制御部と
を有することを特徴とする情報処理装置。
【請求項２】
前記リソースのいずれかが使用できなくなった場合に、前記使用できなくなったリソースの種類に応じて、前記使用できなくなったリソースが割り当てられている仮想マシンを停止するか否かを決定する決定部をさらに有する、ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記ライセンス制御部は、仮想マシンを分類して形成されるグループの同一性に基づいて、前記所定条件が満たされるか否かを決定する、ことを特徴とする請求項１または請求項２に記載の情報処理装置。
【請求項４】
前記ライセンス制御部は、前記グループ内の仮想マシンに割り当てられているリソースの負荷に基づいて、前記所定条件が満たされるか否かを決定する、ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
それぞれ１以上のリソースを有し仮想マシンを稼働する複数の装置と、
前記リソースのライセンスを管理する管理装置であって、
前記仮想マシンに対する前記リソースの割り当てに関するリソース割当情報を管理する管理部と、
前記リソースのいずれかが使用できなくなった場合に、前記リソース割当情報に基づいて、前記使用できなくなったリソースのライセンスを、前記使用できなくなったリソースを有する装置以外の装置において稼働する前記仮想マシンのうち所定条件を満たす仮想マシンに割り当てるライセンス制御部と、
を有する管理装置と
を有することを特徴とする情報処理システム。
【請求項６】
前記複数の装置は、前記リソース割当情報を生成する仮想マシンである生成部と、前記仮想マシンの構成に変更が生じた場合に、前記生成部から前記リソース割当情報を受信する受信部を有し、
前記管理部は、前記リソースのいずれかが使用できなくなった場合に、前記リソースが使用できなくなった装置の前記受信部から前記リソース割当情報を受信する
ことを特徴とする請求項５に記載の情報処理システム。
【請求項７】
それぞれ１以上のリソースを有し仮想マシンを稼働する複数の装置における前記リソースのライセンスを管理する情報処理装置の制御方法であって、
前記情報処理装置に、前記仮想マシンに対する前記リソースの割り当てに関するリソース割当情報を管理させ、
前記リソースのいずれかが使用できなくなった場合に、前記リソース割当情報に基づいて、前記使用できなくなったリソースのライセンスを、前記使用できなくなったリソースを有する装置以外の装置において稼働する前記仮想マシンのうち所定条件を満たす仮想マシンに割り当てさせる
ことを特徴とする情報処理装置の制御方法。
【請求項８】
それぞれ１以上のリソースを有し仮想マシンを稼働する複数の装置における前記リソースのライセンスを管理する情報処理装置の制御プログラムであって、
前記情報処理装置に、前記仮想マシンに対する前記リソースの割り当てに関するリソース割当情報を管理させ、
前記リソースのいずれかが使用できなくなった場合に、前記リソース割当情報に基づいて、前記使用できなくなったリソースのライセンスを、前記使用できなくなったリソースを有する装置以外の装置において稼働する前記仮想マシンのうち所定条件を満たす仮想マシンに割り当てさせる
ための情報処理装置の制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本件開示の技術は、仮想マシンを稼働する情報処理装置、情報処理システム、情報処理装置の制御方法および情報処理装置の制御プログラムに関する。
【背景技術】
【０００２】
仮想マシンが稼働するサーバーにおいて、ＣＰＵやメモリなどのハードウェアコンポーネントの故障が発生した場合に、サーバー内の未使用のハードウェアコンポーネントを代わりに用いて仮想マシンを継続して稼働させる技術がある。
【０００３】
また、サーバー上で稼働している仮想マシンおよびアプリケーションのライセンス数を管理して、ライセンス数を超えて仮想マシンまたはアプリケーションが稼働された場合に当該仮想マシンまたはアプリケーションを停止する技術がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−０４８９０７号公報
【特許文献２】特開２００６−０１８８１５号公報
【特許文献３】特開２０１２−２０８７５２号公報
【特許文献４】特表２０１４−５２７２２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、上記の技術では、サーバーにおいて、故障したハードウェアコンポーネントの代わりに使用可能なハードウェアコンポーネントがない場合は、故障により減少した物理リソースを埋め合わせることができない。この結果、故障したハードウェアコンポーネントを使用する仮想マシンのリソースが減少したままになってしまう。なお、仮想マシンから見たときに仮想マシンによって使用されるハードウェアコンポーネントをリソースという。
【０００６】
また、ハードウェアコンポーネントの故障が発生したサーバー以外のサーバーに使用可能なハードウェアコンポーネントが存在する場合がある。しかし、使用可能なハードウェアコンポーネントを、故障が発生したサーバーに物理的に追加して、故障により減少したリソースの埋め合わせを行うことは現実的ではない。
【０００７】
また、例えばハードウェアコンポーネントの故障によりＣＰＵのハードウェアコンポーネントのライセンスが使われなくなって余剰のライセンスが発生する場合がある。この場合、余剰となったライセンスを、他のサーバーのライセンスが利用されていないＣＰＵのハードウェアコンポーネントに割り当てることができれば、当該他のサーバーにおいてＣＰＵのリソースを増やすことができる。しかし、仮想マシンおよびアプリケーションのライセンス数が管理されていても、余剰となったライセンスに対応するＣＰＵのリソースを、当該他のサーバーのどの仮想マシンに割り当てるかを判断することはできない。
【０００８】
本件開示の技術は、上記の事情に鑑み、仮想マシンを稼働する複数の装置においていずれかのリソースが使用できなくなった場合でも、ライセンスを新たに追加せずに、使用できなくなったリソースのライセンスを有効利用できる情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本件開示の情報処理システムは、１つの側面では、１以上のリソースを有し仮想マシンを稼働する複数の装置における、仮想マシンに対するリソースの割り当てに関するリソース割当情報を管理する管理部と、リソースのいずれかが使用できなくなった場合に、リソース割当情報に基づいて、使用できなくなったリソースのライセンスを、使用できなくなったリソースを有する装置以外の装置において稼働する仮想マシンに割り当てられるリソースに追加するライセンス制御部とを有する。
【発明の効果】
【００１０】
本件開示の技術によれば、仮想マシンを稼働する複数の装置においていずれかのリソースが使用できなくなった場合でも、ライセンスを新たに追加せずに、使用できなくなったリソースのライセンスを有効利用できる情報処理装置を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、一実施形態における情報処理システムの構成を例示する構成図である。
【図２】図２は、一実施形態におけるサーバーの構成を例示する構成図である。
【図３】図３は、一実施形態におけるＶＭ制御ドメインの機能ブロックを例示する構成図である。
【図４】図４は、一実施形態におけるサービスプロセッサの機能ブロックを例示する構成図である。
【図５】図５は、一実施形態におけるマネージャーの機能ブロックを例示する構成図である。
【図６】図６は、一実施形態におけるマッピング情報を例示する図である。
【図７】図７は、一実施形態における故障情報を例示する図である。
【図８】図８は、一実施形態におけるハードウェアコンポーネント情報を例示する図である。
【図９】図９は、一実施形態におけるハードウェアコンポーネントの階層情報を例示する図である。
【図１０】図１０は、一実施形態におけるハードウェアコンポーネントの階層情報を例示する図である。
【図１１】図１１は、一実施形態におけるライセンス情報を例示する図である。
【図１２】図１２は、一実施形態において情報処理システムにおいて実行される処理のフローチャートを例示する図である。
【図１３】図１３は、一実施形態において情報処理システムにおいて実行される処理のフローチャートを例示する図である。
【図１４】図１４は、一実施形態において情報処理システムにおいて実行される処理のフローチャートを例示する図である。
【図１５】図１５は、一実施形態において情報処理システムにおいて実行される処理のフローチャートを例示する図である。
【図１６】図１６は、一実施形態において情報処理システムにおいて実行される処理のフローチャートを例示する図である。
【図１７】図１７は、一実施形態において情報処理システムにおいて実行される処理のフローチャートを例示する図である。
【図１８】図１８は、一実施形態において情報処理システムにおいて使用されるルールを例示する図である。
【図１９】図１９は、一実施形態において情報処理システムの各サーバーのＣＰＵ使用率を例示する図である。
【図２０】図２０は、一実施形態において情報処理システムの各サーバーの実行待ちプロセス状態にあるプロセス数を例示する図である。
【図２１】図２１は、一実施形態におけるライセンスキーの移動履歴を例示する図である。
【図２２】図２２は、一実施例における情報処理システムの構成を例示する構成図である。
【図２３】図２３は、一実施例における情報処理システムの構成を例示する構成図である。
【図２４】図２４は、一実施例における情報処理システムの構成を例示する構成図である。
【図２５】図２５は、ライセンスキーの変換テーブルを例示する図である。
【図２６】図２６は、ＶＭ制御ドメインの構成を例示する構成図である。
【発明を実施するための形態】
【００１２】
以下、本件開示の技術に係る実施形態について図面を参照しながら説明する。なお、以下の詳細な説明は例示的なものであり、実施形態の構成を限定するものではない。
【００１３】
（第１の実施形態）
第１の実施形態における情報処理システム１について説明する。図１の構成図に例示するように、本実施形態に係る情報処理システム１は、サーバー１００、２００、管理マネージャーサーバー３００を有する。サーバー１００、２００および管理マネージャーサーバー３００は互いにネットワーク（図２２に管理ネットワークとして例示）によって接続されている。ただし、本実施形態におけるサーバーの数は図１に示す数に限られない。なお、管理マネージャーサーバー３００が、管理装置または情報処理装置の一例に相当する。
【００１４】
なお、本実施形態では、サーバー１００、２００において実行される仮想化ソフトの実装方式には、いわゆるバイナリトランスレーション方式またはパラバーチャライゼーション方式のいずれかが採用される。バイナリトランスレーション方式が採用される場合は、仮想マシンで実行されるＯＳ（Operating System）は特権モードで動作することができない。そのため、仮想化ソフトは、仮想ＯＳが発効する命令を受け取って当該命令に含まれる特権モード命令などを変換する。一方、パラバーチャライゼーション方式が採用される場合は、あらかじめ仮想ＯＳが特権レベルに関する命令を発行しないように修正される。この結果、仮想化ソフトはバイナリトランスレーション方式の場合のように仮想ＯＳが発行した命令を変換する処理を省略することができる。本実施形態では、情報処理システムの構成に応じて上記のいずれかの方式が適宜選択される。
【００１５】
図１に示すように、サーバー１００、２００は、ＶＭ（Virtual Machine；仮想マシン
）制御ドメイン１００ａ、２００ａ、ＶＭ１  １００ｂ、２００ｂ、ＶＭ２  １００ｃ、２００ｃ、サービスプロセッサ１００ｄ、２００ｄをそれぞれ有する。また、管理マネージャーサーバー３００は、マネージャー３００ａ、データベース３００ｂを有する。
【００１６】
ＶＭ制御ドメイン１００ａ、２００ａは、仮想マシンの１つであり、ＶＭ１  １００ｂ、２００ｂ、ＶＭ２  １００ｃ、２００ｃそれぞれにＣＰＵやメモリなどの仮想マシンに必要なリソースを割り当てる。また、ＶＭ制御ドメイン１００ａ、２００ａは、ＶＭ１  １００ｂ、２００ｂ、ＶＭ２  １００ｃ、２００ｃの動作を制御する。
【００１７】
サービスプロセッサ１００ｄ、２００ｄは、メモリ１００ｊ、２００ｊをそれぞれ有する。サービスプロセッサ１００ｄ、２００ｄは、それぞれサーバー１００、２００のリソースの監視および制御、ハードウェアコンポーネントのライセンスの管理などを行う。なお、ハードウェアコンポーネントのライセンスのライセンスキーは、サーバー１００、２
００で仮想マシンが稼働している間でも、サービスプロセッサ１００ｄ、２００ｄからサーバー１００、２００に対して追加または削除ができる。
【００１８】
管理マネージャーサーバー３００のマネージャー３００ａは、サーバー１００、２００において稼働している仮想マシンの数やサーバー１００、２００において実行されているアプリケーションの数を管理する。なお、マネージャー３００ａが、それぞれ１以上のリソースを有し仮想マシンを稼働する複数の装置における、仮想マシンに対するリソースの割り当てに関するリソース割当情報を管理する管理部の一例に相当する。また、マネージャー３００ａは、各サーバーにおけるライセンス違反、すなわち有効なライセンス数以上に仮想マシンにリソースが割り当てられている状態を以下のように検知する。
【００１９】
マネージャー３００ａは、サーバー１００、２００に、自サーバー内のＣＰＵのハードウェアコンポーネントのライセンスのライセンスキーの登録、登録解除、仮想マシンの制御、リソースの割り当て、物理および仮想マシンの情報収集などを依頼する。サーバー１００、２００は、マネージャー３００ａからの依頼に従って、サービスプロセッサ１００ｄ、２００ｄに対してライセンスキーを登録または登録解除する。また、サーバー１００、２００は、稼働する仮想マシンの制御、リソースの追加および削除、サーバー内のハードウェアおよび仮想マシンの情報収集を行う。マネージャー３００ａは、サーバー１００、２００から収集した情報をデータベース３００ｂに記憶する。
【００２０】
なお、本実施形態において、ハードウェアコンポーネントのライセンスとは、サーバー内のハードウェアコンポーネントを物理的に利用可能にするものである。すなわち、ハードウェアコンポーネントのライセンスは、サーバー内の仮想マシンやアプリケーションソフトウェアの起動数を制御または制限するためのソフトウェアのライセンスとは異なるものである。また、本実施形態において、サーバー内のＣＰＵのハードウェアコンポーネントのライセンスは、あるサーバーの特定のＣＰＵに限らず、他のサーバーのＣＰＵに対しても利用できる。
【００２１】
本実施形態では、一例として、サービスプロセッサ１００ｄ、２００ｄが、管理マネージャーサーバー３００からサーバー１００、２００に送信されるハードウェアコンポーネントのライセンスのライセンスキーを受信する。そして、サービスプロセッサ１００ｄ、２００ｄは、受信したライセンスキーに対応するＣＰＵやメモリなどのライセンスを登録する。そして、サービスプロセッサ１００ｄ、２００ｄは、登録したライセンスに対応する各物理リソースをアクティベートする。ここでアクティベートとは、サーバー内で稼働する仮想マシンに割り当てられるリソースを使用できるようにすることである。さらに、ＶＭ制御ドメイン１００ａ、２００ａが、管理マネージャーサーバー３００からの指示に従って、ＶＭ１  １００ｂ、２００ｂ、ＶＭ２  １００ｃ、２００ｃに対してアクティベートされた各物理ソースを割り当てる。そして、ＶＭ１  １００ｂ、２００ｂ、ＶＭ２  １００ｃ、２００ｃは、割り当てられた物理リソースを使用して種々の処理を実行する。
【００２２】
図２に、本実施形態におけるサーバー１００の構成を例示する。図２に示すように、サーバー１００は、サービスプロセッサ１００ｄの他、ＣＰＵ１００ｒ、メモリ１００ｓ、ＨＤＤ（Hard Disk Drive）１００ｔを有する。ＣＰＵ１００ｒが、ＨＤＤ１００ｔに記
憶されている各種プログラムをメモリ１００ｓに展開して実行することにより、サーバー１００は以下に説明するサーバー１００内の各部の機能を実現する。また、サービスプロセッサ１００ｄは、サーバー１００内の仮想マシンによって使用されるリソースとは別の独立したリソースとして構成されている。なお、サーバー２００および管理マネージャーサーバー３００もサーバー１００に対応するハードウェア構成を有する。
【００２３】
図３に、ＶＭ制御ドメイン１００ａの機能ブロックの一例を示す。なお、ＶＭ制御ドメ
イン２００ａもＶＭ制御ドメイン１００ａに対応する構成を有する。ＶＭ制御ドメイン１００ａは、ＶＭ制御ドメイン１００ａに割り当てられているメモリにプログラムを展開して実行することにより、エージェント１００ｅ、ＶＭ管理部１００ｈ、構成情報記憶部１００ｉとして機能する。また、エージェント１００ｅは、指示部１００ｆおよび構成変更検知部１００ｇを有する。
【００２４】
エージェント１００ｅは、管理マネージャーサーバー３００からの指示に従って、サービスプロセッサ１００ｄに対してライセンスキーを登録または登録解除する。また、エージェント１００ｅは、ＶＭ１  １００ｂ、ＶＭ２  １００ｃの制御、リソースの追加および削除、サーバー１００内のハードウェアコンポーネントおよび仮想マシンの情報を収集する。指示部１００ｆは、ＶＭ管理部１００ｈに対してサーバー１００内で稼働しているＶＭ１  １００ｂ、ＶＭ２  １００ｃの監視などの仮想マシンに対する制御指示を送信する。
【００２５】
ＶＭ管理部１００ｈは、指示部１００ｆからの指示に従ってＶＭ１  １００ｂ、ＶＭ２
１００ｃの監視などを行う。また、ＶＭ管理部１００ｈは、ＶＭ１  １００ｂ、ＶＭ２
１００ｃの監視によって得られる、ＶＭ１  １００ｂ、ＶＭ２  １００ｃのマッピング情報を構成情報記憶部１００ｉに記憶する。ここで、マッピング情報とは、各仮想マシンについて、ハードウェアコンポーネントの物理リソースと仮想マシンに割り当てられる仮想リソースとの対応付けを示す情報である。なお、マッピング情報が、仮想マシンに対するリソースの割り当てに関するリソース割当情報の一例に相当する。また、ＶＭ管理部が、リソース割当情報を生成する仮想マシンである生成部の一例に相当する。
【００２６】
また、構成情報記憶部１００ｉには、過去のＶＭ管理部１００ｈの監視によって得られるマッピング情報も記憶される。これにより、ＶＭ管理部１００ｈの監視によって得られる現在のマッピング情報が、構成情報記憶部１００ｉに記憶されている以前のマッピング情報と比較されることで、サーバー１００内の仮想マシンの構成に変更があったか否かを判定できる。
【００２７】
また、構成変更検知部１００ｇは、ＶＭ管理部１００ｈによる仮想マシンの構成変更の監視において、構成の変更が生じた場合にマッピング情報を収集する。さらに、構成変更検知部１００ｇは、収集したマッピング情報をサービスプロセッサ１００ｄに送信する。
【００２８】
図４に、サービスプロセッサ１００ｄの機能ブロックの一例を示す。なお、サービスプロセッサ２００ｄもサービスプロセッサ１００ｄに対応する構成を有する。サービスプロセッサ１００ｄは、メモリ１００ｊにプログラムを展開して実行することにより、サーバー管理部１００ｋ、エージェント１００ｍとして機能する。また、エージェント１００ｍは、指示部１００ｎ、構成変更受信部１００ｐ、故障通知部１００ｑを有する。
【００２９】
サーバー管理部１００ｊは、サーバー１００内で発生する障害に関する障害情報、サーバー１００内のハードウェアコンポーネントに関する情報、マッピング情報、ライセンスキーの登録情報などの各種情報を取得する。また、サーバー管理部１００ｊは取得した各種情報をメモリ１００ｋに記憶する。
【００３０】
エージェント１００ｍは、サーバー１００の内部パス（図示せず）によりＶＭ制御ドメイン１００ａと通信する。エージェント１００ｍは、管理マネージャーサーバー３００からの指示に従って種々の処理を行う。当該処理には、サーバー１００内における、ハードウェアコンポーネントのライセンスキーの登録および登録解除、仮想マシンの制御、リソースの割り当て、ハードウェアコンポーネントおよび仮想マシンの情報収集などが含まれる。
【００３１】
エージェント１００ｍの指示部１００ｎは、サーバー管理部１００ｊから、サーバー管理部１００ｊが収集する各種情報を取得する。また、指示部１００ｎは、管理マネージャーサーバー３００からの指示に従ってサーバー管理部１００ｊから取得した情報を管理マネージャーサーバー３００に送信する。構成情報受信部１００ｐは、ＶＭ制御ドメイン１００ａの構成変更検知部１００ｇから送信されるマッピング情報を受信する。そして、構成情報受信部１００ｐは、受信したマッピング情報をサーバー管理部１００ｊに送信する。サーバー管理部１００ｊは、構成情報受信部１００ｐから受信したマッピング情報をメモリ１００ｋに記憶する。なお、構成情報受信部が、仮想マシンの構成に変更が生じた場合に、生成部からリソース割当情報を受信する受信部の一例に相当する。
【００３２】
故障通知部１００ｑは、サーバー１００内のハードウェアコンポーネントを監視し、ハードウェアコンポーネントの故障が発生したときに、例えばＳＮＭＰ（Simple Network Management Protocol）トラップを用いて障害の発生を管理マネージャーサーバー３００に通知する。
【００３３】
図５に、管理マネージャーサーバー３００のマネージャー３００ａの機能ブロックの一例を示す。マネージャー３００ａは、通知受信部３００ｃ、情報収集部３００ｄ、判定部３００ｅ、ライセンス制御部３００ｆを有する。
【００３４】
通知受信部３００ｃは、サーバー１００の故障通知部１００ｑから送信されるハードウェアコンポーネントの故障発生の通知を受信する。情報収集部３００ｄは、サーバー１００の指示部１００ｎから送信される情報を受信する。判定部３００ｅは、情報収集部３００ｄが受信した情報に基づいて発生した故障の影響を受ける仮想マシンを特定する。また、判定部３００ｅは、仮想マシンが所属するグループを特定する。ここでグループとは、ライセンスを共有可能な仮想マシンのグループをいう。また、当該グループが、仮想マシンを分類して形成されるグループの一例に相当する。さらに、判定部３００ｅは、同じグループに所属するその他の仮想マシンを特定する。そして、判定部３００ｅは、特定した仮想マシンが稼働するサーバーを特定して、ハードウェアコンポーネントのライセンスの移動先を特定する。
【００３５】
ライセンス制御部３００ｆは、判定部３００ｅにより特定されたライセンスの移動先に従って、故障が発生した仮想マシンの停止、ライセンスの削除、ライセンスの移動先でのライセンスの追加を行う。ここで、同じグループの仮想マシンとは、一例として情報処理システム１において並列処理を行う仮想マシン群を意味する。したがって、本実施形態では、同じグループ内の仮想マシンのリソースが減少してもグループ内の他の仮想マシンにリソースが追加されることで、グループ内においてリソースが維持される。なお、上記の各部により実行される処理の詳細については後述する。
【００３６】
次に、本実施形態に係る情報処理システム１において使用される情報を図を参照しながら説明する。図６に、情報処理システム１内のサーバーにおけるリソースのマッピング情報の一例を示す。図６に示すように、当該マッピング情報は、物理リソースに対応するコンポーネントの識別子と仮想リソースに対応するコンポーネントの識別子との対応関係を示す情報である。例えば、物理リソースに対応するコンポーネントの識別子は、スレッドＩＤ（ＴＩＤ＃ｋ；ｋ＝０，１，２…）である。また、仮想リソースに対応するコンポーネントの識別子は、仮想ＣＰＵのスレッドＩＤ（ＶＭ＃ｍ／ＶＣＰＵＩＤ＃ｎ；ｍ，ｎ＝０，１，２…）である。マッピング情報によりサーバー内の仮想マシンに割り当てられている仮想リソースがどのハードウェアコンポーネントと対応付けられているかがわかる。
【００３７】
図７に、サーバー内で発生したハードウェアコンポーネントの故障の故障情報の一例を
示す。図７に示すように、故障情報は、故障が発生したサーバー、故障が発生したハードウェアコンポーネントのパス、故障のイベントステータス、故障の発生時刻の対応関係を示す情報である。ここで、故障が発生したサーバーは、情報処理システム１内で故障が発生したいずれかのサーバーを指す。ここで、ハードウェアコンポーネントのパスは、サーバー内でのハードウェアコンポーネントの物理的な位置を示す情報である。故障のイベントステータスとは、故障が発生した（「Faulted」）かや、故障から復旧した（「Recovered」）かなどの故障の状態を示す情報である。
【００３８】
図８に、サーバー内のハードウェアコンポーネントに関するハードウェアコンポーネント情報の一例を示す。図８に示すように、ハードウェアコンポーネント情報は、ハードウェアコンポーネントが属するサーバー、ハードウェアコンポーネントの種類、ハードウェアコンポーネントのライセンスの種類、ハードウェアコンポーネントのパス、ハードウェアコンポーネントの識別子の対応関係を示す情報である。
【００３９】
ここで、ハードウェアコンポーネントの種類とは、ＣＰＵソケット、ＣＰＵコア、メモリ、ファン、電源などの種類をいう。また、ハードウェアコンポーネントのライセンスは、例えばＣＰＵについてはソケット単位やコア単位でのライセンスがある。また、ＣＰＵのライセンスについては、ＣＰＵのモデルや種類によってライセンスの種類が異なるものが存在する。そこで、本実施形態では、ハードウェアコンポーネントのライセンスの種類をハードウェアコンポーネント情報として管理される。
【００４０】
図９、１０に、ハードウェアコンポーネントの階層関係を示す階層情報の一例を示す。図９には、ＣＰＵに関する階層情報を示す。ＣＰＵの階層情報においては、ＣＰＵの構成要素がＣＰＵソケット（ＨＷコンポーネント）、ＣＰＵコア（サブＨＷコンポーネント）、ＣＰＵスレッド（サブサブＨＷコンポーネント）の順に小さくなるとみなされ、各構成要素の識別子が対応付けられている。図９の例では、１つのＣＰＵのソケットが４つのコアを有し、各コアで４つのスレッドが動作する。また、図１０には、メモリに関する階層情報を示す。メモリの階層情報においては、メモリの構成要素は、メモリはメモリ本体（ＨＷコンポーネント）、メモリアドレス（サブＨＷコンポーネント）の順に小さくなるとみなされ、各構成要素の識別子が対応付けられている。本実施形態では、階層情報が示す最小のコンポーネント、図９の例ではＣＰＵスレッドが、仮想マシンに割り当てられるリソースの最小単位とみなされる。
【００４１】
図１１に、ライセンスキーに関するライセンス情報の一例を示す。図１１に示すように、ライセンス情報は、ライセンスキーが登録されているサーバー、ライセンスキーのハードウェアコンポーネント、ライセンスの種類、ライセンスキー、ライセンスキーにより有効になるハードウェアコンポーネントのライセンス数の対応関係を示す情報である。
【００４２】
図１１に示すライセンス情報は、サーバーＡにおいてＣＰＵコアのライセンスキーが２つ登録されていることを示している。サーバーＡでは各ライセンスキーによりＣＰＵコアが１つずつ利用可能になっている。そして、利用可能になったＣＰＵコアは、サーバーＡ内で稼働する仮想マシンのリソースとして割り当てられる。なお、１つのライセンスキーによって複数のハードウェアコンポーネントが利用可能になる場合もある。この場合は、利用可能になった複数のハードウェアコンポーネントは、１つの仮想マシンにまとめて割り当てることも、複数の仮想マシンのリソースとして個別に割り当てることもできる。
【００４３】
次に、本実施形態において情報処理システム１により実行される処理を図を参照しながら説明する。図１２に、サーバー１００において仮想マシンの構成変更を検知する処理のフローチャートを示す。以下の説明では、一例として、サーバー１００においてハードウェアコンポーネントの故障が発生する場合について説明する。
【００４４】
サーバー１００の電源が投入されると、ＣＰＵ１００ｒが図１２に示すフローチャートを開始し、サーバー１００内の各部を制御して各処理を実行する。まず、サーバー１００のＶＭ制御ドメイン１００ａのエージェント１００ｅにおいて、構成変更検知部１００ｇが、ＶＭ管理部１００ｈから現在のマッピング情報を取得する（ＯＰ１０１）。次に、構成変更検知部１００ｇは、構成情報記憶部１００ｉに記憶されている以前のマッピング情報を取得する（ＯＰ１０２）。
【００４５】
ＯＰ１０３では、構成変更検知部１００ｇは、現在のマッピング情報と以前のマッピング情報とを比較し、マッピング情報の変更があるか否かを判定する。構成変更検知部１００ｇは、マッピング情報の変更があると判定した場合は（ＯＰ１０３：Ｙｅｓ）、処理を１０４に進める。一方、構成変更検知部１００ｇは、マッピング情報の変更がないと判定した場合は（ＯＰ１０３：Ｎｏ）、処理を１０１に戻す。
【００４６】
ＯＰ１０４では、構成変更検知部１００ｇは、現在のマッピング情報をサービスプロセッサ１００ｄに送信する。そして、サービスプロセッサ１００ｄのエージェント１００ｍの構成情報受信部１００ｐが構成変更検知部１００ｇから受信したマッピング情報でメモリ１００ｋに記憶されているマッピング情報を更新する。これにより、サービスプロセッサ１００ｄは、サーバー１００内の現在のマッピング情報を保持することができる。
【００４７】
ＯＰ１０５では、構成変更検知部１００ｇは、ＯＰ１０１において取得した現在のマッピング情報を以前のマッピング情報として構成情報記憶部１００ｉに記憶する。これにより、ＯＰ１０２において取得される以前のマッピング情報が現在のマッピング情報で更新される。ＯＰ１０１〜ＯＰ１０５の処理が繰り返し実行されることにより、ＶＭ制御ドメイン１００ａとサービスプロセッサ１００ｄとが、最新のマッピング情報を保持することができる。
【００４８】
図１３、１４は、サーバー１００においてハードウェアコンポーネントの故障が発生した場合に、情報処理システム１が実行するライセンスの移動処理のフローチャートである。なお、図１３の「１」は図１４の「１」に接続している。サービスプロセッサ１００ｄの故障通知部１００ｑが、サーバー１００の各ハードウェアコンポーネントを監視し、ハードウェアコンポーネントの故障が発生したか否かを判定する（ＯＰ２０１）。故障通知部１００ｑは、ハードウェアコンポーネントの故障が発生したと判定した場合は（ＯＰ２０１：Ｙｅｓ）、処理をＯＰ２０２に進める。一方、故障通知部１００ｑは、ハードウェアコンポーネントの故障が発生していないと判定した場合は（ＯＰ２０１：Ｎｏ）、ＯＰ２０１の処理を繰り返す。
【００４９】
ＯＰ２０２では、故障通知部１００ｑは、サーバー１００のハードウェアコンポーネントに故障が発生したことを管理マネージャーサーバー３００に通知する。管理マネージャーサーバー３００のマネージャー３００ａの通知受信部３００ｃは、故障通知部１００ｑからの通知を受信する。そして、通知受信部３００ｃが故障通知部１００ｑからの通知を受信すると、情報収集部３００ｄが障害情報やマッピング情報、サーバー１００において登録されているライセンスキーの情報などの各種情報の送信をサービスプロセッサ１００ｄに指示する。サービスプロセッサ１００ｄの指示部１００ｎは、サーバー管理部１００ｊから送信の指示対象の情報を取得し、取得した情報を管理マネージャーサーバー３００の情報収集部３００ｄに送信する。
【００５０】
ＯＰ２０３において、マネージャー３００ａの判定部３００ｅがサーバー１００において発生した故障に応じて仮想マシンを停止するか否かを判定する。なお、判定部３００ｅが、使用できなくなったリソースが割り当てられている仮想マシンを停止するか否かを決
定する決定部の一例に相当する。図１５、１６にＯＰ２０３において実行されるサブルーチンの処理を示す。なお、図１５の「２」は図１６の「２」に接続している。判定部３００ｅは、情報収集部３００ｄから、情報収集部３００ｄが故障通知部１００ｑから受信した故障が発生したハードウェアコンポーネントに関する各種情報を取得する（ＯＰ３０１）。
【００５１】
判定部３００ｅは、サーバー管理部１００ｊに対してＶＭ制御ドメイン１００ａにアクセスできるか否かを確認する。サーバー管理部１００ｊがＶＭ制御ドメイン１００ａにアクセスできる場合は（ＯＰ３０２：Ｙｅｓ）、判定部３００ｅは処理をＯＰ３０４に進める。一方、サーバー管理部１００ｊがＶＭ制御ドメイン１００ａにアクセスできない場合は（ＯＰ３０２：Ｎｏ）、判定部３００ｅは処理をＯＰ３０３に進める。
【００５２】
ＯＰ３０４では、判定部３００ｅは、データベース３００ｂに記憶されているルール、サーバー１００のハードウェアコンポーネントの階層、ハードウェアコンポーネントの故障の影響を受ける他のハードウェアコンポーネントに関する情報を取得する。そして、判定部３００ｅは、ＯＰ３０１において取得したハードウェアコンポーネントに関する情報と取得したルールとに基づいて、サーバー１００内のすべての仮想マシンを停止するか否かを判定する（ＯＰ３０５）。判定部３００ｅは、サーバー１００内のすべての仮想マシンを停止すると判定した場合は（ＯＰ３０５：Ｙｅｓ）、処理をＯＰ３０３に進める。一方、判定部３００ｅは、サーバー１００内のすべての仮想マシンを停止すると判定しない場合は（ＯＰ３０５：Ｎｏ）、処理をＯＰ３０６に進める。
【００５３】
図１８に、本実施形態で使用される上記のルールの一例を示す。図１８に示すように、ルールには、適用されるサーバー、故障が発生したハードウェアコンポーネント、各ハードウェアコンポーネントに適用されるルールが含まれる。図１８に示すルールによって、サーバー内のすべての仮想マシンを停止するか否か（図中「全ＶＭを停止？」）、故障したハードウェアコンポーネントのリソースが割り当てられている仮想マシンを停止するか否か（図中「障害ＶＭを停止？」）が判定される。さらに、当該ルールによって、故障の影響を受けて使用できなくなるコンポーネントが存在するか否か（図中「追加の使用不可コンポーネントあり？」）が判断され、さらに使用できなくなるコンポーネント（図中「追加の使用不可リソース」）が特定される。
【００５４】
例えば、サーバーＡにおいてＣＰＵソケットの故障が発生した場合は、すべての仮想マシンを強制停止しない、また、ＣＰＵソケットの故障の影響を受ける仮想マシン（障害ＶＭ）も強制停止しないと判定される。さらに、ＣＰＵソケットに加えて、ハードウェアコンポーネントの故障によって使用不可となる追加のコンポーネントがあると判定され、当該コンポーネントのリソースはメモリであると特定される。
【００５５】
このようにルールを設けることにより、故障が発生したハードウェアコンポーネントの種類に応じて停止する仮想マシンや使用不可となる追加のリソースが特定される。なお、ルールの内容はユーザーが適宜変更することができる。例えば、発生した故障がサーバー内の仮想マシンにどの程度の影響を与えるか不明であることもある。そのような場合は、ディスクの故障が発生した場合のルールにおいて「全ＶＭを停止」を「Ｙｅｓ」にすることで、ディスクの故障が発生した場合にサーバー内のすべての仮想マシンを停止することも可能である。
【００５６】
ＯＰ３０３では、判定部３００ｅは、サーバー１００内のすべての仮想マシンを停止するためのフラグをオンにする。なお、当該フラグは、例えばデータベース３００ｂ内に設ければよい。また、ＯＰ３０６では、判定部３００ｅは、データベース３００ｂに記憶されているサーバー１００のハードウェアコンポーネントの階層情報に基づいて故障が発生
したハードウェアコンポーネントの階層関係を特定する。そして、判定部３００ｅは、特定したハードウェアコンポーネントの階層関係に基づいて、故障が発生したハードウェアコンポーネントが仮想マシンに割り当てられるリソースの最小単位であるか否かを判定する。
【００５７】
例えば、本実施形態において、ＣＰＵの場合はコアがリソースの最小単位である。そして、ＯＰ３０１において取得した情報がコアで故障が発生していることを示す場合は、故障が発生したハードウェアコンポーネントは仮想マシンに割り当てられるリソースの最小単位であると判定される。故障が発生したハードウェアコンポーネントは仮想マシンに割り当てられるリソースの最小単位である場合は（ＯＰ３０７：Ｙｅｓ）、判定部３００ｅは処理をＯＰ３０９に進める。一方、故障が発生したハードウェアコンポーネントは仮想マシンに割り当てられるリソースの最小単位でない場合は（ＯＰ３０７：Ｎｏ）、判定部３００ｅは処理をＯＰ３０８に進める。
【００５８】
判定部３００ｅは、ＯＰ３０６において特定したハードウェアコンポーネントの階層関係とＯＰ３０７の判定結果とに基づいて、故障したハードウェアコンポーネントのサブコンポーネントも故障の影響を受けて使用できなくなると決定する（ＯＰ３０８）。ＯＰ３０９では、判定部３００ｅは、ＯＰ３０４において取得したハードウェアコンポーネントの故障の影響を受けるハードウェアコンポーネントに関する情報に基づいて、故障したハードウェアコンポーネントに付随して使用できなくなるハードウェアコンポーネントを特定する。
【００５９】
判定部３００ｅは、上記の処理によって故障により使用できなくなると特定したハードウェアコンポーネントに基づいて、当該ハードウェアコンポーネントを使用する仮想マシンのうち１つの仮想マシンを特定する（ＯＰ３１０）。
【００６０】
そして、判定部３００ｅは、リソースが減少する仮想マシンが特定できたか否かを判定する（ＯＰ３１１）。判定部３００ｅは、リソースが減少する仮想マシンを特定できなかった場合は（ＯＰ３１１：Ｎｏ）、本サブルーチンの処理を終了する。一方、判定部３００ｅは、リソースが減少する仮想マシンを特定できた場合は（ＯＰ３１１：Ｙｅｓ）、処理をＯＰ３１２に進める。
【００６１】
判定部３００ｅは、ＯＰ３０４において取得したルールに基づいて、ＯＰ３１０の処理により特定された仮想マシンを停止するか否かを判定する。当該仮想マシンを停止する場合は（ＯＰ３１２：Ｙｅｓ）、判定部３００ｅは処理をＯＰ３１３に進める。当該仮想マシンを停止しない場合は（ＯＰ３１２：Ｎｏ）、判定部３００ｅは処理をＯＰ３１４に進める。
【００６２】
ＯＰ３１４では、判定部３００ｅは、ＯＰ３１０の処理により特定された仮想マシンにおいて減少するリソースに対応するハードウェアコンポーネントが、サーバー１００内のライセンスが割り当てられていないハードウェアコンポーネントに置換可能か否かを判定する。ハードウェアコンポーネントの置換が可能である場合は（ＯＰ３１４：Ｙｅｓ）、判定部３００ｅは、処理をＯＰ３１８に進める。一方、ハードウェアコンポーネントの置換が可能でない場合は（ＯＰ３１４：Ｎｏ）、判定部３００ｅは、処理をＯＰ３１５に進める。
【００６３】
ＯＰ３１５では、判定部３００ｅは、ＯＰ３１０の処理により特定された仮想マシンにおいて減少するリソースが、当該仮想マシンにおいて最後のリソースであるか否かを判定する。ここで最後のリソースとは、仮想マシン内において、減少するリソースと同じ種類のコンポーネントのリソースのうちの最後のリソースを意味する。減少するリソースが当
該仮想マシンにおいて最後のリソースである場合は（ＯＰ３１５：Ｙｅｓ）、判定部３００ｅは、処理をＯＰ３１３に進める。減少するリソースが当該仮想マシンにおいて最後のリソースでない場合は（ＯＰ３１５：Ｎｏ）、判定部３００ｅは、処理をＯＰ３１６に進める。
【００６４】
ＯＰ３１３では、判定部３００ｅは、ＯＰ３１２あるいはＯＰ３１５の判定対象となっている仮想マシンを停止するフラグをオンにする。また、判定部３００ｅは、当該フラグをオンにする仮想マシンの全ＣＰＵリソースを使用不可であると決定する。なお、当該フラグは、例えばデータベース３００ｂ内に設ければよい。次いで、判定部３００ｅは、処理をＯＰ３１８に進める。
【００６５】
また、ＯＰ３１６では、判定部３００ｅは、ＯＰ３１５において最後のリソースであると判定されたリソースがＣＰＵリソースであるか否かを判定する。最後のリソースであると判定されたリソースがＣＰＵリソースである場合は（ＯＰ３１６：Ｙｅｓ）、判定部３００ｅは、処理をＯＰ３１７に進める。また、最後のリソースであると判定されたリソースがＣＰＵリソースでない場合は（ＯＰ３１６：Ｎｏ）、判定部３００ｅは、処理をＯＰ３１８に進める。ＯＰ３１７では、判定部３００ｅは、ＯＰ３１６において判定されたＣＰＵリソースを故障によって使用不可になると決定する。なお、判定部３００ｅは、ＯＰ３１３またはＯＰ３１７においてＣＰＵリソースを使用不可と決定した結果を例えばデータベース３００ｂに記憶する。
【００６６】
ＯＰ３１８では、判定部３００ｅは、ＯＰ３１０において特定されたリソースが減少する仮想マシンのうち、ＯＰ３１２〜ＯＰ３１７の処理を行っていない仮想マシンを特定する。そして、判定部３００ｅは、処理をＯＰ３１１に戻す。判定部３００ｅは、ＯＰ３１２〜ＯＰ３１７の処理を行っていない仮想マシンを特定できない場合も処理をＯＰ３１１に進める。したがって、ＯＰ３１８において仮想マシンが特定された場合は、判定部３００ｅは処理をＯＰ３１１からＯＰ３１２に進める。一方、ＯＰ３１８において仮想マシンが特定されなかった場合は、判定部３００ｅは処理をＯＰ３１１に進めた後、本サブルーチンの処理を終了する。
【００６７】
図１５、１６のサブルーチンの処理が終了すると、処理はＯＰ２０４に進められる。ＯＰ２０４では、判定部３００ｅは、データベース３００ｂに記憶されているＯＰ２０３の判定結果に基づいて、余剰のＣＰＵのライセンスが発生するか否かを判定する。具体的には、判定部３００ｅは、データベース３００ｂに記憶されている全ＶＭ停止フラグ、ＶＭ停止フラグ、ＣＰＵリソースの使用不可の判定結果およびサーバー１００内の各仮想マシンのマッピング情報を参照する。そして、判定部３００ｅは、参照した情報を用いて余剰のＣＰＵのライセンスが発生するか否かを判定する。余剰のＣＰＵのライセンスが発生する場合は（ＯＰ２０４：Ｙｅｓ）、判定部３００ｅは、処理をＯＰ２０５に進める。一方、余剰のＣＰＵのライセンスが発生しない場合は（ＯＰ２０４：Ｎｏ）、判定部３００ｅは本フローチャートの処理を終了する。
【００６８】
ＯＰ２０５では、判定部３００ｅは、データベース３ｂに記憶されている登録ライセンスキーのテーブルを参照し、ＯＰ２０４において特定された余剰のＣＰＵのライセンスのライセンスキーを特定する。また、判定部３００ｅは、データベース３ｂから情報処理システム１内の各サーバーの構成情報を取得する（ＯＰ２０６）。そして、判定部３００ｅは、取得した構成情報に基づいて、情報処理システム１内でリソースが減少する仮想マシンと同じグループの仮想マシンが存在するか否かを判定する（ＯＰ２０７）。
【００６９】
情報処理システム１内でリソースが減少する仮想マシンと同じグループの仮想マシンが存在する場合は、判定部３００ｅは、処理をＯＰ２０８に進める。ＯＰ２０８において、
判定部３００ｅは、余剰のＣＰＵのライセンスを追加する仮想マシンを決定する。図１７にＯＰ２０８において実行されるサブルーチンの処理を示す。
【００７０】
判定部３００ｅは、データベース３００ｂから取得した情報処理システム１内の各サーバーの構成情報に基づいて、リソースが減少する仮想マシンと同じグループの仮想マシンを特定する（ＯＰ４０１）。判定部３００ｅは、ＯＰ４０１において特定した仮想マシンが稼働するサーバーのハードウェアコンポーネント情報をデータベース３００ｂから取得し、サーバー内のＣＰＵのリソース数を算出する（ＯＰ４０２）。さらに、判定部３００ｅは、当該サーバー内において登録済みのＣＰＵのライセンス数を算出する（ＯＰ４０３）。そして、判定部３００ｅは、ＯＰ４０２およびＯＰ４０３の算出結果に基づいて、当該サーバー内においてライセンスが登録されていないＣＰＵのリソース数を算出する（ＯＰ４０４）。
【００７１】
判定部３００ｅは、ＯＰ４０４の算出結果に基づいて、ライセンスが登録されていないＣＰＵのリソースがあるサーバーが存在するか否かを判定する（ＯＰ４０５）。ライセンスが登録されていないＣＰＵのリソースがあるサーバーが存在する場合は（ＯＰ４０５：Ｙｅｓ）、判定部３００ｅは、処理をＯＰ４０６に進める。一方、ライセンスが登録されていないＣＰＵのリソースがあるサーバーが存在しない場合は（ＯＰ４０５：Ｎｏ）、判定部３００ｅは、本サブルーチンの処理を終了する。
【００７２】
ＯＰ４０６では、判定部３００ｅは、ライセンスが登録されていないＣＰＵのリソースがあるサーバーから、当該サーバー内のＣＰＵの負荷情報を取得する。図１９にＯＰ４０６において取得されるＣＰＵの負荷情報の一例を示す。図１９に示す例では、ＶＭ１〜ＶＭ６が同じグループの仮想マシンであり、ＶＭ１、ＶＭ２はサーバーＡで、ＶＭ３、ＶＭ４はサーバーＢで、ＶＭ５、ＶＭ６はサーバーＣでそれぞれ稼働している。判定部３００ｅはＯＰ４０６においてサーバーＡ〜Ｃから各ＶＭに割り当てられているＣＰＵの使用率に関する情報を取得する。なお、ＣＰＵの使用率に関する情報は、各サーバーのサービスプロセッサ経由でＶＭ制御ドメインから取得すればよい。また、ＯＰ４０６において取得されるＣＰＵの負荷情報としては、図１９に示すＣＰＵ使用率の代わりに図２０に示すように、各仮想マシンにおける毎分の実行待ち状態にあるプロセス数をサービスプロセッサ経由でＶＭ制御ドメインから取得してもよい。なお、ＣＰＵの負荷情報が、仮想マシンに割り当てられているリソースの負荷の一例に相当する。
【００７３】
判定部３００ｅは、ＯＰ４０６において取得したＣＰＵの負荷情報に基づいて、ライセンスが未登録であるＣＰＵを余剰のライセンスの割当先として決定する（ＯＰ４０７）。具体的には、判定部３００ｅは、ＣＰＵ使用率が他の仮想マシンよりも高い仮想マシンあるいは実行待ち状態にあるプロセス数が他の仮想マシンよりも多い仮想マシンに対してＣＰＵのライセンスが割り当てられるように余剰のライセンスの割当先を決定する。
【００７４】
判定部３００ｅは、ＯＰ４０７において余剰のライセンスの割当先を決定した後、ＯＰ２０５において特定されたライセンスのうち余剰のライセンスが存在するか否かを判定する（ＯＰ４０８）。余剰のライセンスが存在する場合は（ＯＰ４０８：Ｙｅｓ）、判定部３００ｅは、処理をＯＰ４０９に進める。余剰のライセンスが存在しない場合は（ＯＰ４０８：Ｎｏ）、判定部３００ｅは、本サブルーチンの処理を終了する。ＯＰ４０９では、判定部３００ｅは、同じグループ内に余剰のライセンスを割り当てることが可能な仮想マシンが存在するか否かを判定する。余剰のライセンスを割り当てることが可能な仮想マシンが存在する場合は（ＯＰ４０９：Ｙｅｓ）、判定部３００ｅは処理をＯＰ４０７に戻す。余剰のライセンスを割り当てることが可能な仮想マシンが存在しない場合は、判定部３００ｅは、本サブルーチンの処理を終了する。
【００７５】
ＯＰ２０８のサブルーチンの処理が終了すると、ライセンス制御部３００ｆが、データベース３００ｂに記憶されている全ＶＭ停止フラグおよびＶＭ停止フラグを参照する（ＯＰ２０９）。そして、ライセンス制御部３００ｆは、停止する仮想マシンが存在する場合は（ＯＰ２０９：Ｙｅｓ）、処理をＯＰ２１０に進める。停止する仮想マシンが存在しない場合は（ＯＰ２０９：Ｎｏ）、ライセンス制御部３００ｆは、処理をＯＰ２１１に進める。
【００７６】
ＯＰ２１０では、ライセンス制御部３００ｆが、全ＶＭ停止フラグおよびＶＭ停止フラグに従って仮想マシンを停止する。具体的には、ライセンス制御部３００ｆは、全ＶＭ停止フラグがオンである場合は、サーバー１００のＶＭ制御ドメイン１００ａに対して稼働しているすべての仮想マシンを停止するよう指示する。また、ライセンス制御部３００ｆは、全ＶＭ停止フラグがオフで個々の仮想マシンのＶＭ停止フラグがオンである場合は、サーバー１００のＶＭ制御ドメイン１００ａに対して、ＶＭ停止フラグがオンである仮想マシンを停止するよう指示する。
【００７７】
ライセンス制御部３００ｆは、ＯＰ２１０で仮想マシンを停止することにより使用されなくなったＣＰＵのライセンスを削除するよう、サーバー１００のサービスプロセッサ１００ｄに指示する（ＯＰ２１１）。また、処理がＯＰ２０９からＯＰ２１１に進められた場合は、ライセンス制御部３００ｆは、データベース３００ｂに記憶されているＯＰ３１７における判定結果を参照し、使用不可と判定されたＣＰＵリソースに該当するライセンスを削除するよう、サーバー１００のサービスプロセッサ１００ｄに指示する。
【００７８】
次いで、ＯＰ２１２において、ライセンス制御部３００ｆは、ＯＰ４０７において決定されたライセンスの割当先となる仮想マシンが稼働するサーバーのサービスプロセッサに、ＯＰ２１１において削除されたライセンスを追加するよう指示する。これにより、ライセンスの割当先のサーバーにおいて当該ライセンスに対応するＣＰＵリソースが利用可能になる。さらにＯＰ２１３において、ライセンス制御部３００ｆは、ライセンスの割当先であるサーバーのサービスプロセッサに、利用可能になったＣＰＵリソースを割当先の仮想マシンに追加するよう指示する。ライセンスの割当先であるサーバーのサービスプロセッサは、ライセンス制御部３００ｆからの指示に従ってＶＭ制御ドメインを制御してＣＰＵリソースを仮想マシンに追加する。
【００７９】
ライセンス制御部３００ｆは、ＯＰ２１１〜ＯＰ２１３の処理によるライセンスの移動履歴の情報をデータベース３００ｂに記憶する。図２１にライセンスの移動履歴の情報の一例を示す。図２１に示すように、ライセンスの移動履歴には、故障が発生したハードウェアコンポーネントのパス、故障が発生したハードウェアコンポーネントのライセンスの種類、ライセンスの移動対象となるライセンスキー、ライセンス数、ライセンスの移動元および移動先のサーバー、故障の影響を受ける仮想マシン、ＣＰＵリソースの割当先である仮想マシンの情報が含まれる。ライセンス制御部３００ｆは、ライセンスの移動履歴をデータベース３００ｂに記憶すると、本フローチャートの処理を終了する。
【００８０】
（実施例１）
以下に本実施形態の実施例１について図２２を参照しながら説明する。図２２に示すように、本実施例では情報処理システム２において３つのサーバー１  １１００、サーバー２  １２００、  サーバー３  １３００上で仮想マシンＶＭ１  １１００ａ〜ＶＭ９  １３００ｄが稼働している。サーバー１  １１００、サーバー２  １２００、  サーバー３
１３００の制御ドメイン１１００ａ、１２００ａ、１３００ａおよびサービスプロセッサ１１００ｅ、１２００ｅ、１３００ｇは、管理ネットワークによって管理マネージャーサーバー１４００と接続されている。仮想マシンＶＭ１  １１００ａ、ＶＭ３  １２００ａ、ＶＭ７  １３００ａは、ＶＭ制御ドメインである。また、ＶＭ２  １１００ｂ、ＶＭ
４  １２００ｂ〜６  １２００ｄ、８  １３００ｂ、９  １３００ｄは、同一のグループに属する仮想マシンであり、業務ネットワークにより互いに接続されている。
【００８１】
本実施例では、一例として、仮想マシン４  １２００ｂに割り当てられているＣＰＵリソースに対応するＣＰＵコアの故障が発生する。図２２に示すように、故障が発生したＶＭ４  １２００ｂの属するサーバー１２００には、ライセンスが未登録であるＣＰＵリソースがない。管理マネージャーサーバー１４００のマネージャー１４００ａは、サーバー１  １１００のサービスプロセッサ１１００ｅからの通知によって当該ＣＰＵコアの故障を検知する。そして、マネージャー１４００ａは、故障によって余剰となったＣＰＵリソースのライセンスと故障の影響を受ける障害仮想マシンを特定する。そして、マネージャー１４００ａは、故障によって停止する仮想マシンあるいは使用不可となるＣＰＵリソースを特定し、余剰のＣＰＵリソースのライセンス数を算出する。本実施例では、ＶＭ４  １２００ｂが停止され、ＶＭ４  １２００ｂが停止されることで発生する余剰のＣＰＵリソースのライセンス数が１であると想定する。
【００８２】
さらにマネージャー１４００ａは、障害仮想マシンであるＶＭ４  １２００ｂと同じグループのその他仮想マシンＶＭ２  １１００ｂ、ＶＭ５  １２００ｃ、ＶＭ６  １２００ｄ、ＶＭ８  １３００ｂ、ＶＭ９  １３００ｄが稼働するサーバー１１００、１２００、１３００の各構成情報および各仮想マシンのＣＰＵの負荷情報を取得する。本実施例では、サーバー１２００にはライセンスが未登録であるＣＰＵリソースが存在しない。また、ＶＭ２  １１００ｂ、ＶＭ８  １３００ｂ、ＶＭ９  １３００ｄの各ＣＰＵ１１００ｃ、１３００ｃ、１３００ｅの負荷がそれぞれ低、中、高であるとする。マネージャー１４００ａは、取得した構成情報およびＣＰＵの負荷情報に基づいて、負荷の高い仮想マシンであるＶＭ９  １３００ｄのＣＰＵリソースを増やすことを決定する。
【００８３】
マネージャー１４００ａは、余剰のＣＰＵリソースのライセンスキーを削除するようサーバー２  １２００のサービスプロセッサ１２００ｅに指示する。さらに、マネージャー１４００ａは、サーバー３  １３００のサービスプロセッサ１３００ｇに、サーバー１２００において削除されたライセンスキーと同じライセンスキーを登録するよう指示する。サーバー３  １３００のＶＭ制御ドメイン１３００ａは、ライセンスの登録によって増加したＣＰＵリソースをＶＭ９  １３００ｄに追加する。この結果、新たなライセンスキーを用いることなく、ＶＭ９  １３００ｄのＣＰＵリソースが増加し、ＣＰＵ１３００ｅの処理能力が高まる。
【００８４】
その後、故障が発生したＣＰＵコアのＣＰＵソケットが新しいＣＰＵソケットに交換され、ＣＰＵコアのリソースが復旧したとする。サーバー２  １２００のサービスプロセッサ１２００ｅは、サーバー２  １２００の構成が更新されたことを管理マネージャーサーバー１４００に通知する。マネージャー１４００ａは、ライセンスの移動履歴の情報を確認し、ＶＭ４  １２００ｂのＣＰＵリソースを回復することを決定する。マネージャー１４００ａは、サーバー３  １３００のサービスプロセッサ１３００ｇ経由で、ＶＭ制御ドメイン１３００ａに上記の処理によって増加したＶＭ９  １３００ｄのＣＰＵリソースを削除するよう指示する。ＶＭ制御ドメイン１３００ａは、マネージャー１４００ａからの指示に従ってＶＭ９  １３００ｄのＣＰＵリソースを削除する。
【００８５】
また、マネージャー１４００ａは、サービスプロセッサ１３００ｇに削除したＣＰＵリソースに対応するライセンスキーの登録を解除するよう指示する。マネージャー１４００ａは、登録解除されたライセンスキーをサーバー２  １２００のサービスプロセッサ１２００ｅに登録するよう指示する。サービスプロセッサ１２００ｅは、マネージャー１４００ａの指示に従ってライセンスキーを登録し、ＶＭ制御ドメイン１２００ａにＣＰＵリソースをＶＭ４  １２００ｂに追加するよう指示する。ＶＭ制御ドメイン１２００ａはサー
ビスプロセッサ１２００ｅの指示に従って登録されたライセンスに対応するＣＰＵリソースをＶＭ４  １２００ｂに追加する。この結果、サーバー１  １１００、サーバー２  １２００、サーバー３  １３００におけるＣＰＵリソースの割当状態がＣＰＵコア故障発生前の状態に戻る。このように、本実施例においては、異なるサーバー間で同じグループ内の仮想マシンのＣＰＵリソースを移動することにより、ＣＰＵリソースのライセンスを新たに追加することなく、グループ内のＣＰＵリソースの量を維持することができる。
【００８６】
（実施例２）
次に実施例２について図２３を参照しながら説明する。図２３に示すように、本実施例では情報処理システム３において３つのサーバー１  ２１００、サーバー２  ２２００、
サーバー３  ２３００上で仮想マシンＶＭ１  ２１００ａ〜ＶＭ９  ２３００ｃが稼働している。サーバー１  ２１００、サーバー２  ２２００、  サーバー３  ２３００の制御ドメイン２１００ａ、２２００ａ、２３００ａおよびサービスプロセッサ２１００ｄ、２３００ｅ、２３００ｄは、管理ネットワークによって管理マネージャーサーバー２４００と接続されている。仮想マシンＶＭ１  ２１００ａ、ＶＭ４  ２２００ａ、ＶＭ７  ２３００ａは、ＶＭ制御ドメインである。
【００８７】
図２３に示すように、本実施例では、情報処理システム３は、Ｗｅｂサーバー、アプリケーションサーバー、データベースサーバーを有するいわゆる三層構造のシステムである。そして、Ｗｅｂサーバーがサーバー１  ２１００、サーバー２  ２２００上の４つのＶＭ２  ２１００ｂ、ＶＭ３  ２１００ｃ、ＶＭ５  ２２００ｂ、ＶＭ６  ２２００ｃに分散配置されていると想定する。なお、本実施例では、Ｗｅｂサーバー１〜４が同じグループに属するとみなされる。また、本実施例では、ＶＭ３  ２１００ｃに割り当てられているＣＰＵリソースに対応するＣＰＵコアの故障が発生すると想定する。また、サーバー１
２１００にはライセンスが未登録であるＣＰＵリソースが存在しないものとする。
【００８８】
実施例１と同様に、本実施例でも、管理マネージャーサーバー２４００のマネージャー２４００ａが、余剰となったＣＰＵリソースのライセンスを特定し、当該ライセンスのライセンスキーを削除する。また、マネージャー２４００ａが、データベース２４００ｂに登録されているサーバーの構成情報およびＣＰＵの負荷情報を確認し、例えば負荷が高いＷｅｂサーバー４を稼働するＶＭ６  ２２００ｃのＣＰＵリソースの増加を決定する。なお、本実施例では、マネージャー２４００ａによってＶＭ３  ２１００ｃを停止しないと判定されるようにデータベース２４００ｂ内のルールが定義されている。そして、マネージャー２４００ａは、サーバー２  ２２００のサービスプロセッサ２２００ｅに、サーバー１  ２１００で削除したライセンスキーを登録するよう指示する。そして、ＶＭ制御ドメイン２２００ａは、ライセンスの登録によって増えた分のＣＰＵリソースをＶＭ６  ２２００ｃに割り当てる。この結果、ＣＰＵコアの故障によりＷｅｂサーバー２のＣＰＵリソースは減少するが、Ｗｅｂサーバー４のＣＰＵリソースが増加するため、Ｗｅｂサーバー１〜４の合計のＣＰＵリソースは変動させずにＷｅｂサーバーを運用することができる。
【００８９】
（実施例３）
次に実施例３について図２４を参照しながら説明する。図２４に示すように、本実施例では情報処理システム４において２つのサーバー１  ３１００、サーバー２  ３２００上で仮想マシンＶＭ１  ３１００ａ〜ＶＭ６  ３２００ｃが稼働している。サーバー１  ３１００、サーバー２  ３２００のＶＭ制御ドメイン３１００ａ、３２００ａおよびサービスプロセッサ３１００ｄ、３２００ｅは、管理ネットワークによって管理マネージャーサーバー３４００と接続されている。仮想マシンＶＭ１  ３１００ａ、ＶＭ４  ３２００ａは、ＶＭ制御ドメインである。
【００９０】
本実施例では、図２４に示すように、１つのサーバー３１００にシステムＡとシステムＢの運用系（アクティブ）の仮想マシンＶＭ２  ３１００ｂ、ＶＭ３  ３１００ｃが配置されている。さらに、別のサーバー３２００にシステムＡとシステムＢの待機系（ホットスタンバイ）の仮想マシンＶＭ５  ３２００ｂ、ＶＭ６  ３２００ｃが配置されている。したがって、情報処理システム４においては、アクティブのシステムを実行する仮想マシンが障害でダウンした場合は、ホットスタンバイ側のシステムが配置された仮想マシンに切り替えられる。待機系のシステムＡとシステムＢは、それぞれＶＭ５  ３２００ｂ、ＶＭ６  ３２００ｃにおいて最少構成のＣＰＵリソースで稼働している。また、本実施例において、ＶＭ２  ３１００ｂとＶＭ５  ３２００ｂ、ＶＭ３  ３１００ｃとＶＭ６  ３２００ｃは、それぞれ同じグループの仮想マシンとして定義されている。
【００９１】
本実施例では、ＶＭ３  ３１００ｃに割り当てられているリソースに対応するハードウェアコンポーネントの故障が発生し、ＶＭ３  ３１００ｃが異常停止した場合を想定する。実施例１、２と同様に、本実施例でも、管理マネージャーサーバー３３００のマネージャー３３００ａが、ＶＭ３  ３１００ｃが停止したことにより余剰となったＣＰＵコアのリソースのライセンスを特定し、当該ライセンスのライセンスキーを削除する。また、マネージャー３３００ａは、データベース３３００ｂに登録されているサーバーの構成情報およびＣＰＵの負荷情報を確認し、例えば停止したＶＭ３  ３１００ｃと同じグループであるＶＭ６  ３２００ｃのＣＰＵリソースの増加を決定する。なお、本実施例では、マネージャー３３００ａによってＶＭ３  ３１００ｃを停止すると判定されるようにデータベース３３００ｂ内のルールが定義されている。そして、マネージャー３３００ａは、サーバー２  ３２００のサービスプロセッサ３２００ｅに、サーバー１  ３１００で削除したライセンスキーを登録するよう指示する。そして、ＶＭ制御ドメイン３２００ａは、ライセンスの登録によって増えた分のＣＰＵリソースをＶＭ６  ３２００ｃに割り当てる。
【００９２】
本実施例では、ハードウェアコンポーネントの故障により運用系のシステムＢを実行する仮想マシンＶＭ３  ３１００ｃがダウンしたため、待機系のシステムＢを実行する仮想マシンＶＭ６  ３２００ｃが仮想マシンＶＭ３  ３１００ｃの代わりに稼働される。情報処理システム４では、ホットスタンバイ側の仮想マシンＶＭ５  ３２００ｂ、ＶＭ６  ３２００ｃには最小構成のリソース分のライセンスしか登録されていない。しかし、本実施例では、停止される仮想マシンＶＭ３  ３１００ｃに割り当てられていたＣＰＵリソースのライセンスがＶＭ６  ３２００ｃに移動される。これにより、運用系のシステムＢから待機系のシステムＢへの切り替え前後において、ライセンスを新たに追加することなくＣＰＵリソースを維持したシステムＢの稼働を実現することができる。
【００９３】
以上が本実施形態に関する説明であるが、上記の情報処理システムなどの構成や処理は、上記の実施形態に限定されるものではなく、本発明の技術的思想と同一性を失わない範囲内において種々の変更が可能である。例えば、上記の説明ではサーバー間でライセンスキーを変換することなく追加および削除される。ただし、例えば異なる機種のサーバー間でライセンスキーを移動する場合は、管理マネージャーサーバーのデータベースに図２５に例示するライセンスキーの変換テーブルを記憶しておいてもよい。図２５に示すように、ライセンスキーの変換テーブルには、変換前後におけるライセンスの種類およびライセンスキー、ライセンスキーにより有効になるハードウェアコンポーネントのリソース数が含まれる。管理マネージャーサーバーのマネージャーは、ライセンスキーを移動する際に、データベースに記憶されたライセンスキーの変換テーブルを使用してライセンスキーを変換する。これにより、上記の情報処理システムにおいて異種のサーバー間でのライセンスキーの移動も可能となる。
【００９４】
また、図２６にＶＭ制御ドメイン１００ａの構成の一例を示すように、ＶＭ制御ドメイン１００ａは、仮想ＣＰＵ１００ｘ、仮想メモリ１００ｙ、仮想ＨＤＤ１００ｚを有する
。したがって、仮想ＣＰＵ１００ｘが、仮想ＨＤＤ１００ｚに記憶されている各種プログラムを仮想メモリ１００ｙに展開して実行することにより、上記の実施形態におけるサーバー１００内の各部の機能を実現することも可能である。
【００９５】
＜コンピュータが読み取り可能な記録媒体＞
コンピュータその他の機械、装置（以下、コンピュータ等）に上記情報処理装置の設定を行うための管理ツール、ＯＳその他を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。そして、コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。ここで、コンピュータは、例えば、サーバーなどである。
【００９６】
ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリ等のメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスクやＲＯＭ等がある。
【００９７】
以上の実施形態に関し、さらに以下の付記を開示する。
【００９８】
（付記１）
それぞれ１以上のリソースを有し仮想マシンを稼働する複数の装置における、前記仮想マシンに対する前記リソースの割り当てに関するリソース割当情報を管理する管理部と、
前記リソースのいずれかが使用できなくなった場合に、前記リソース割当情報に基づいて、前記使用できなくなったリソースのライセンスを、前記使用できなくなったリソースを有する装置以外の装置において稼働する前記仮想マシンのうち所定条件を満たす仮想マシンに割り当てるライセンス制御部と
を有することを特徴とする情報処理装置。
【００９９】
（付記２）
前記リソースのいずれかが使用できなくなった場合に、前記使用できなくなったリソースの種類に応じて、前記使用できなくなったリソースが割り当てられている仮想マシンを停止するか否かを決定する決定部をさらに有する、ことを特徴とする付記１に記載の情報処理装置。
【０１００】
（付記３）
前記ライセンス制御部は、仮想マシンを分類して形成されるグループの同一性に基づいて、前記所定条件が満たされるか否かを決定する、ことを特徴とする付記１または付記２に記載の情報処理装置。
【０１０１】
（付記４）
前記ライセンス制御部は、前記グループ内の仮想マシンに割り当てられているリソースの負荷に基づいて、前記所定条件が満たされるか否かを決定する、ことを特徴とする付記３に記載の情報処理装置。
【０１０２】
（付記５）
それぞれ１以上のリソースを有し仮想マシンを稼働する複数の装置と、
前記リソースのライセンスを管理する管理装置であって、
前記仮想マシンに対する前記リソースの割り当てに関するリソース割当情報を管理す
る管理部と、
前記リソースのいずれかが使用できなくなった場合に、前記リソース割当情報に基づいて、前記使用できなくなったリソースのライセンスを、前記使用できなくなったリソースを有する装置以外の装置において稼働する前記仮想マシンのうち所定条件を満たす仮想マシンに割り当てるライセンス制御部と、
を有する管理装置と
を有することを特徴とする情報処理システム。
【０１０３】
（付記６）
前記管理装置は、前記リソースのいずれかが使用できなくなった場合に、前記使用できなくなったリソースの種類に応じて、前記使用できなくなったリソースが割り当てられている仮想マシンを停止するか否かを決定する決定部をさらに有する、ことを特徴とする付記５に記載の情報処理システム。
【０１０４】
（付記７）
前記複数の装置は、前記リソース割当情報を生成する仮想マシンである生成部と、前記仮想マシンの構成に変更が生じた場合に、前記生成部から前記リソース割当情報を受信する受信部を有し、
前記管理部は、前記リソースのいずれかが使用できなくなった場合に、前記リソースが使用できなくなった装置の前記受信部から前記リソース割当情報を受信する
ことを特徴とする付記５または６に記載の情報処理システム。
【０１０５】
（付記８）
前記ライセンス制御部は、仮想マシンを分類して形成されるグループの同一性に基づいて、前記所定条件が満たされるか否かを決定する、ことを特徴とする付記５から付記７のいずれかに記載の情報処理システム。
【０１０６】
（付記９）
前記ライセンス制御部は、前記グループ内の仮想マシンに割り当てられているリソースの負荷に基づいて、前記所定条件が満たされるか否かを決定する、ことを特徴とする付記８に記載の情報処理システム。
【０１０７】
（付記１０）
それぞれ１以上のリソースを有し仮想マシンを稼働する複数の装置における前記リソースのライセンスを管理する情報処理装置の制御方法であって、
前記情報処理装置に、前記仮想マシンに対する前記リソースの割り当てに関するリソース割当情報を管理させ、
前記リソースのいずれかが使用できなくなった場合に、前記リソース割当情報に基づいて、前記使用できなくなったリソースのライセンスを、前記使用できなくなったリソースを有する装置以外の装置において稼働する前記仮想マシンのうち所定条件を満たす仮想マシンに割り当てさせる
ことを特徴とする情報処理装置の制御方法。
【０１０８】
（付記１１）
前記情報処理装置に、前記リソースのいずれかが使用できなくなった場合に、前記使用できなくなったリソースの種類に応じて、前記使用できなくなったリソースが割り当てられている仮想マシンを停止するか否かを決定させる、ことを特徴とする付記１０に記載の情報処理装置の制御方法。
【０１０９】
（付記１２）
前記情報処理装置に、仮想マシンを分類して形成されるグループの同一性に基づいて、前記所定条件が満たされるか否かを決定させる、ことを特徴とする付記１０または付記１１に記載の情報処理装置の制御方法。
【０１１０】
（付記１３）
前記情報処理装置に、前記グループ内の仮想マシンに割り当てられているリソースの負荷に基づいて、前記所定条件が満たされるか否かを決定させる、ことを特徴とする付記１２に記載の情報処理装置の制御方法。
【０１１１】
（付記１４）
１以上のリソースを有し仮想マシンを稼働する複数の装置における前記リソースのライセンスを管理する情報処理装置の制御プログラムであって、
前記情報処理装置に、前記仮想マシンに対する前記リソースの割り当てに関するリソース割当情報を管理させ、
前記リソースのいずれかが使用できなくなった場合に、前記リソース割当情報に基づいて、前記使用できなくなったリソースのライセンスを、前記使用できなくなったリソースを有する装置以外の装置において稼働する仮想マシンのうち所定条件を満たす仮想マシンに割り当てさせる
ための情報処理装置の制御プログラム。
【０１１２】
（付記１５）
前記情報処理装置に、前記リソースのいずれかが使用できなくなった場合に、前記使用できなくなったリソースの種類に応じて、前記使用できなくなったリソースが割り当てられている仮想マシンを停止するか否かを決定させる、ことを特徴とする付記１４に記載の情報処理装置の制御プログラム。
【０１１３】
（付記１６）
前記情報処理装置に、仮想マシンを分類して形成されるグループの同一性に基づいて、前記所定条件が満たされるか否かを決定させる、ことを特徴とする付記１４または付記１５に記載の情報処理装置の制御プログラム。
【０１１４】
（付記１７）
前記情報処理装置に、前記グループ内の仮想マシンに割り当てられているリソースの負荷に基づいて、前記所定条件が満たされるか否かを決定させる、ことを特徴とする付記１６に記載の情報処理装置の制御プログラム。
【符号の説明】
【０１１５】
１〜４    情報処理システム
１００、２００、１１００、１２００、１３００、２１００、２２００、２３００、３１００、３２００    サーバー
３００、１４００、２４００、３３００    管理マネージャーサーバー
１００ａ、１１００ａ、１２００ａ、１３００ａ、２１００ａ、２２００ａ、２３００ａ、３１００ａ、３２００ａ    ＶＭ制御ドメイン
１１００ｅ、１２００ｅ、１３００ｇ、２１００ｄ、２２００ｅ、２３００ｄ、３１００ｄ、３２００ｅ    サービスプロセッサ
【図１】
2017033181.tif 000003
【図２】
2017033181.tif 000004
【図３】
2017033181.tif 000005
【図４】
2017033181.tif 000006
【図５】
2017033181.tif 000007
【図６】
2017033181.tif 000008
【図７】
2017033181.tif 000009
【図８】
2017033181.tif 000010
【図９】
2017033181.tif 000011
【図１０】
2017033181.tif 000012
【図１１】
2017033181.tif 000013
【図１２】
2017033181.tif 000014
【図１３】
2017033181.tif 000015
【図１４】
2017033181.tif 000016
【図１５】
2017033181.tif 000017
【図１６】
2017033181.tif 000018
【図１７】
2017033181.tif 000019
【図１８】
2017033181.tif 000020
【図１９】
2017033181.tif 000021
【図２０】
2017033181.tif 000022
【図２１】
2017033181.tif 000023
【図２２】
2017033181.tif 000024
【図２３】
2017033181.tif 000025
【図２４】
2017033181.tif 000026
【図２５】
2017033181.tif 000027
【図２６】
2017033181.tif 000028