JP5359328B2 - 仮想計算機の起動制御システム、その起動制御方法、情報処理装置、プログラム及び記録媒体 - Google Patents

Description

本発明は、仮想計算機の起動制御システム、その起動制御方法、情報処理装置、プログラム及び記録媒体に関し、特に、仮想計算機の動作を管理するサーバとその他一般のサーバとが同一のネットワーク上で動作するシステムに好ましく適用される技術に関するものである。

従来、ＬＡＮ等のネットワークに接続されたコンピュータの電源操作（投入等）を遠隔で操作する技術としてウェイクオンラン（ＷＯＬ：Wake-on-LAN）が知られている。ＷＯＬでは、物理サーバが接続されたネットワーク内に物理サーバを起動させるパケット（マジックパケット）をブロードキャストし、物理サーバを起動させることができる。例えば会社で１００台のコンピュータが設置されている場合、従来はシステム管理者等が１台ずつ電源を投入する必要があったが、ＷＯＬでは起動の命令を出すコンピュータからマジックパケットをネットワーク内にブロードキャストすることで、一度に複数台のコンピュータに起動を行うことが可能となる。

他方で、コンピュータのＣＰＵや記憶装置等の物理リソースを用いて実現される仮想のコンピュータとして仮想計算機が知られている。仮想計算機では、仮想計算機の停止（特にハイバネーションやサスペンド）が仮想計算機を管理するソフトウエアで一般的に行われる。このため、ネットワーク上をブロードキャストされたＷＯＬにより、直接、仮想計算機が停止状態から復帰することはない。仮想計算機を遠隔で停止状態から復帰させるためには、ユーザが仮想計算機の管理ソフトウエアを遠隔操作して復帰させる方法が一般的である。

このように、物理サーバを起動させる方法と仮想計算機を起動させる方法はそれぞれ異なり、お互いの起動方法を直接適用することができないため、例えば仮想計算機の動作を管理するサーバとその他のサーバが同一のＬＡＮ上で動作するシステムにおいて、ユーザは起動対象を区別して起動方法を使い分けなければならない。ユーザビリティの観点からは、ユーザが起動する対象をいちいち意識せずに、同じやり方で遠隔操作により起動できるようにすることが望ましい。

例えば特許文献１では、複数のノード（物理サーバ）により区分編成されたアーキテクチャにおいて複数ノードに対するシステムパワーを同時に復元できるようにするリモート電源制御システムが開示されている。特許文献１によるシステムは、２つ以上の静的なパーティションに区分編成され、パーティションのためのリモート電源制御は修正されたＷＯＬの実装によって達成される。修正されたＷＯＬは、パーティション内の各ネットワーク・インターフェース・カード（ＮＩＣ）に関するマジック・パケット・フィルタを修正して、すべてのノードによって認識される、あるいは、すべてのノードに共通するマジックパケットによってパーティション全体にわたるリモートリスタートを可能にする。

特許第３９４０４１０号公報

特許文献１で開示されたシステムは、複数ノードで１つのパーティション（仮想計算機に相当）を構成する場合を想定しており、パーティション内の各ノードを同じマジックパケットに応答してリスタートさせることでパーティションのリモートリスタートを実現している。しかしながら、この起動制御の方法は、１台のノード上で複数の仮想計算機を実現するような場合には適用できない。つまり、１台のノード上で複数の仮想計算機を実現する場合は、上述したようにマジックパケットは該ノードの起動しかできず、ＷＯＬを利用した仮想計算機の起動ができないことには変わりがない。

そこで、本発明は、仮想計算機を管理するサーバとその他のサーバとが同一のネットワーク上で動作し、ユーザがウェイクオンランを利用して物理サーバを起動させるシステムにおいて、ウェイクオンランに用いられるパケットにより仮想計算機を起動できるようにすることを目的とする。

本発明の一側面である仮想計算機の起動制御システムは、仮想計算機の識別情報を含みウェイクオンランに用いられるネットワークパケットに基づいて、仮想計算機の管理装置上で、ネットワークパケットに含まれる識別情報に対応する仮想計算機の起動制御を行うものである。具体的には、仮想計算機をイメージファイルとして保存するデータ保存装置から、物理リソースを提供するサーバ装置上にイメージファイルが読み出されて構成される仮想計算機の起動制御システムであって、ウェイクオンランに用いられ、ネットワーク上でブロードキャストされたネットワークパケットを受信し、ネットワークパケットに含まれる識別情報に対応する仮想計算機の起動制御の実行要求を行う代理制御装置と、代理制御装置からの実行要求に従って仮想計算機の起動制御を行う管理装置と、を有する。

本発明の一側面である情報処理装置は、ウェイクオンランに用いられ、ネットワーク上でブロードキャストされたネットワークパケットを受信し、仮想計算機をイメージファイルとして保存するデータ保存装置から、物理リソースを提供するサーバ装置上にイメージファイルが読み出されて構成される仮想計算機の起動制御を行う管理装置に対して、受信したネットワークパケットに含まれる識別情報に対応する仮想計算機の起動制御の実行要求を行う。

本発明の一側面である仮想計算機の起動制御方法は、仮想計算機をイメージファイルとして保存するデータ保存装置から、物理リソースを提供するサーバ装置上にイメージファイルが読み出されて構成される仮想計算機の起動制御方法であって、第１の装置が、ウェイクオンランに用いられ、ネットワーク上でブロードキャストされたネットワークパケットを受信する受信ステップと、第１の装置が、受信されたネットワークパケットに含まれる識別情報に対応する仮想計算機の起動制御の実行要求を第２の装置に対して行う実行要求ステップと、第２の装置が、実行要求に従って仮想計算機の起動制御を行う起動制御ステップと、を有する。

本発明の一側面である仮想計算機のプログラムは、仮想計算機をイメージファイルとして保存するデータ保存装置から、物理リソースを提供するサーバ装置上にイメージファイルが読み出されて構成される仮想計算機の起動制御に用いられるプログラムであって、コンピュータに、ウェイクオンランに用いられ、ネットワーク上でブロードキャストされたネットワークパケットを受信する受信処理と、仮想計算機の起動制御を行う管理装置に対して、受信されたネットワークパケットに含まれる識別情報に対応する仮想計算機の起動制御の実行要求を行う実行要求処理と、を実行させる。

本発明の一側面である記録媒体は、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体である。

本発明によれば、仮想計算機を管理するサーバとその他のサーバとが同一のネットワーク上で動作し、ユーザがウェイクオンランを利用して物理サーバを起動させるシステムにおいて、ウェイクオンランに用いられるパケットにより仮想計算機を起動することが可能となる。

本発明に係る仮想計算機の起動制御システムの構成を示した図である。 本発明の第１の実施形態に係る仮想計算機の起動制御システムの構成を示した図である。 本発明の第１の実施形態に係る仮想計算機の起動制御処理の流れを示したフローチャートである。 本発明の第１の実施形態の具体例を示した図である（仮想計算機の起動制御システムの構成）。 本発明の第１の実施形態の具体例を示した図である（実計算機の構成）。 本発明の第１の実施形態の具体例を示した図である（計算サーバの構成）。 本発明の第１の実施形態の具体例を示した図である（代理起動サーバの構成）。 本発明の第１の実施形態の具体例を示した図である（仮想ＭＡＣアドレスの管理表）。 本発明の第２の実施形態に係る仮想計算機の起動制御システムの構成を示した図である。 本発明の第２の実施形態に係る仮想計算機の起動制御処理の流れを示したフローチャートである。 本発明の第２の実施形態の具体例を示した図である（仮想計算機の起動制御システムの構成）。 本発明の第２の実施形態の具体例を示した図である（ＰＣサーバの構成）。 本発明の第２の実施形態の具体例を示した図である（仮想ＭＡＣアドレスの管理表）。 本発明の第３の実施形態に係る仮想計算機の起動制御システムの構成を示した図である。 本発明の第３の実施形態に係る仮想計算機の起動制御処理の流れを示したフローチャートである。 本発明の第３の実施形態の具体例を示した図である（仮想計算機の起動制御システムの構成）。 本発明の第３の実施形態の具体例を示した図である（仮想ＭＡＣアドレスの管理表）。 本発明の第４の実施形態に係る仮想計算機の起動制御システムの構成を示した図である。 本発明の第４の実施形態に係る仮想計算機の起動制御処理の流れを示したフローチャートである。 本発明の第４の実施形態の具体例を示した図である（仮想計算機の起動制御システムの構成）。 本発明の第４の実施形態の具体例を示した図である（仮想ＭＡＣアドレスの管理表）。 本発明の第４の実施形態の具体例を示した図である（空きリソース量の管理表）。 本発明の第４の実施形態の具体例を示した図である（インフラサーバ仕様ライブラリ）。 本発明の第５の実施形態に係る仮想計算機の起動制御システムの構成を示した図である。 本発明の第５の実施形態に係る仮想計算機の起動制御処理の流れを示したフローチャートである。 本発明の第５の実施形態の具体例を示した図である（仮想計算機の起動制御システムの構成）。 本発明の第５の実施形態の具体例を示した図である（仮想ＭＡＣアドレスの管理表）。 本発明の第５の実施形態の具体例を示した図である（仮想計算機管理サーバ用ＰＩライブラリ）。

本発明では、図１に示すように、仮想計算機の起動制御システムは、管理装置１、サーバ装置２、データ保存装置４、代理制御装置６を有して構成される。また、これらの装置はＬＡＮ等の同一のネットワークを介して接続される。データ保存装置４はサーバ装置２上で実現される仮想計算機をイメージファイルとして保存する。サーバ装置２は、ＣＰＵやメモリ等の物理リソースを提供し、データ保存装置４に保存されたイメージファイル５を読み込んで仮想計算機を構成する。管理装置１は、サーバ装置２上に構成された仮想計算機３の動作を管理する。代理制御装置６は、ＷＯＬに用いられるネットワーク上のパケット（ネットワークパケット）を用いて、管理装置１を介して間接的にあるいは代理的にサーバ装置２上の仮想計算機３の起動制御を行う。

具体的には、代理制御装置６は、各装置が接続されているネットワーク上を流れるネットワークパケットを受信し、該ネットワークパケットに仮想計算機の識別情報が含まれる場合に、その仮想計算機の起動制御の実行要求を管理装置１に対して行う。管理装置１は、代理制御装置６により行われた実行要求に従って、指定された仮想計算機の起動制御を行う。

このように、代理制御装置６において、物理サーバの起動制御に用いるネットワークパケットを仮想計算機の起動制御の実行要求に変換して管理装置１に起動制御を行わせるため、ＷＯＬに用いられるネットワークパケットにより仮想計算機を起動することが可能である。特に、仮想計算機と実計算機が同一のネットワークに接続されたシステムにおいて、前記の計算機を使用するユーザは、使用する計算機が仮想計算機であっても実計算機であっても、ＷＯＬに用いられるネットワークパケットを発行することで、どちらの計算機も起動できる。

以下、本発明の実施形態について図面を参照して詳細に説明する。

［第１の実施形態］
図２に、本発明の第１の実施形態としての仮想計算機の起動制御システムの構成を示す。第１の実施形態のシステムは、仮想計算機イメージ保存装置１１０、仮想計算機管理サーバ１２０、インフラサーバ１３０、代理起動装置１４０、サーバ起動装置１５０、ルータ１６０を有して構成される。各装置はＬＡＮ１７０を介して接続され、また該システムはルータ１６０を介して外部ネットワーク１８０と接続される。

仮想計算機イメージ保存装置１１０は、仮想計算機をイメージ（イメージファイル）として保存する装置で、図１のデータ保存装置５に対応する。仮想計算機イメージ保存装置１１０には、１台分以上の仮想計算機のイメージが保存される。

仮想計算機管理サーバ１２０は、仮想計算機の停止及び起動を管理する装置で、図１の管理装置１に対応する。より具体的には、停止に関して、仮想計算機の電源断、シャットダウン、ハイバネーション、サスペンドを管理し、起動に関して、レジューム、起動を管理する。仮想計算機管理サーバ１２０は、仮想計算機の停止に関して、仮想計算機自らのシャットダウン、あるいは仮想計算機管理サーバ１２０による仮想計算機に対する電源断やハイバネーションによって仮想計算機を停止させた後、仮想計算機のイメージを仮想計算機イメージ保存装置１１０に保存する。また、仮想計算機管理サーバ１２０によってサスペンドされた後、仮想計算機は停止され、多くのデータは仮想計算機イメージ保存装置１１０に保存されているが、一部のデータはインフラサーバにロードされたままである。仮想計算機管理サーバ１２０は、仮想計算機の起動に関して、ハイバネーションからのレジューム、電源断やシャットダウンからの起動では、仮想計算機を仮想計算機イメージ保存装置１１０から仮想計算機のイメージをインフラサーバ１３０にロードし、仮想計算機を起動させる。サスペンドからの起動では、インフラサーバ１３０にロードされている仮想計算機をレジュームさせる。仮想計算機管理サーバ１２０は、これらの仮想計算機を停止、起動ためのインターフェースを有する。

インフラサーバ１３０は、仮想計算機等に物理リソースを提供するサーバで、図１のサーバ装置２に対応する。インフラサーバ１３０は、１台以上の物理的なサーバによって構成される。図２では、インフラサーバ１３０ａ、インフラサーバ１３０ｂの２台のサーバによりシステムを構成している。

代理起動装置１４０は、インフラサーバ１３０上の仮想計算機の間接的あるいは代理的な起動制御を行う装置で、図１の代理制御装置６に対応する。代理起動装置１４０は、識別情報１４１として仮想計算機のＭＡＣアドレスを記憶しており、サーバ起動装置１５０からブロードキャストされたマジックパケットを受信して解析し、ＭＡＣアドレスが記憶されている仮想計算機に対する要求であった場合、仮想計算機管理サーバ１２０に、該仮想計算機の起動を依頼する。

サーバ起動装置１５０は、ユーザからの起動要求に応じて、マジックパケットをＬＡＮ１７０内にブロードキャストする。

ルータ１６０は、ＬＡＮ１７０と外部ネットワーク１８０との間に設けられた中継装置である。また、外部ネットワーク１８０は、例えばインターネット等のＷＡＮである。

なお、第１の実施形態では、仮想計算機イメージ保存装置１１０とインフラサーバ１３０は、物理的な装置であって、常に動作している。他方、サーバ起動装置１５０、代理起動装置１４０、仮想計算機管理サーバ１２０は、インフラサーバ１３０に含まれるようにしてもよく、この場合、仮想計算機で構成することができる。もちろん、サーバ起動装置１５０、代理起動装置１４０、仮想計算機管理サーバ１２０は、物理的な装置で構成することも可能である。

図３に、第１の実施形態のシステムにおける仮想計算機の起動制御の流れを示す。まず、代理起動装置１４０では起動処理の対象となる仮想計算機のＭＡＣアドレスを登録しておく（ステップＳ１０１）。その後、サーバ起動装置１５０がＭＡＣアドレスを含むマジックパケットを発行し、ＬＡＮ１７０上にブロードキャストする（ステップＳ１０２）。

代理起動装置１４０は、ＬＡＮ１７０上を流れるマジックパケットを受信して解析し、該マジックパケットに含まれるＭＡＣアドレスが登録ＭＡＣアドレスに一致するか判定する（ステップＳ１０３）。代理起動装置１４０は、マジックパケット内のＭＡＣアドレスと登録ＭＡＣアドレスが一致した場合（ステップＳ１０３／ＹＥＳ）、仮想計算機管理サーバ１２０に仮想計算機の起動処理の実行要求を発行する（ステップＳ１０４）。他方、代理起動装置１４０は、登録ＭＡＣアドレスと一致しないＭＡＣアドレスを含むマジックパケットは破棄する（ステップＳ１０３／ＮＯ）。

仮想計算機管理サーバ１２０は、代理起動装置１４０から受信した実行要求に従って、マジックパケットに含まれるＭＡＣアドレスに対応する仮想計算機の起動処理を行う（ステップＳ１０５）。仮想計算機管理サーバ１２０による仮想計算機の起動処理（ハイバネーションからのレジューム、電源断やシャットダウンからの起動処理、サスペンドからのレジューム）は、先に述べたとおりである。

＜第１の実施形態の具体例＞
図４に示すように、第１の実施形態の具体例としてのシステムは、ＮＡＳ（Network Attached Storage）１１１０、計算サーバ１１２０、代理起動サーバ１１４０、ＰＣ１１５０が同一ネットワークに同一ネットワークに接続されて構成される。各装置は、実計算機１００１として、図５に示すように、ＣＰＵ（Central Processing Unit）１００２、メモリ１００３、ＨＤＤ（Hard Disk Drive）１００４、ＮＩＣ（Network Interface Card）１００５を有して構成される。第１の実施形態との対応に関し、ＮＡＳ１１１０は仮想計算機イメージ保存装置１１０に、計算サーバ１１２０は仮想計算機管理サーバ１２０及びインフラサーバ１３０に、代理起動サーバ１１４０は代理起動装置１４０に、ＰＣ１１５０はサーバ起動装置１５０にそれぞれ対応する。

ＮＡＳ１１１０は、サービスとしてＮＦＳ（Network File System）を提供し、ネットワークに接続された他の装置に対して、要求されたデータを提供する。本具体例では、ＮＡＳ１１１０は、計算サーバ１１２０で動作させる仮想計算機をＨＤＤ１００４にイメージファイルとして保存し、要求に応じて他の装置に提供する。

計算サーバ１１２０の構成を図６に示す。計算サーバ１１２０は、ＮＡＳ１１１０から仮想計算機のイメージファイルが読み出されて実現された仮想計算機（ユーザ仮想計算機）１１２２と、ユーザ仮想計算機１１２２を動作させるソフトウエアであるハイパバイザ１１２３と、ユーザ仮想計算機１１２２を管理する管理仮想計算機１１２１を実行している。なお、本明細書において、ユーザ仮想計算機とは、計算サーバや後述するＰＣサーバ上に実現される仮想計算機のうち、ユーザが利用する仮想計算機であって、管理仮想計算機や後述する仮想計算機モニタによって管理される仮想計算機を意味する。ハイパバイザ１１２３は例えばＸｅｎ（登録商標）が挙げられ、管理仮想計算機１１２１は例えばＸｅｎ（登録商標）のＤｏｍ０が挙げられ、ユーザ仮想計算機１１２２は例えばＸｅｎ（登録商標）のＤｏｍＵが挙げられる。管理仮想計算機１１２１は、ＳＳＨサーバをその内部で実行しており、代理起動サーバ１１４０からリモートアクセスされ、リモート操作によりコマンドを受け取ることで、ユーザ仮想計算機を起動できる。

代理起動サーバ１１４０は、代理起動サービスをＯＳ上で動作するサービスとして実行している。代理起動サーバ１１４０の構成を図７に示す。代理起動サービスは、計算サーバ１１２０が管理するユーザ仮想計算機のＭＡＣアドレスを、図８に示される表の形式でメモリ若しくはＨＤＤに記憶している。そして、ＰＣ１１５０からブロードキャストされ、ＮＩＣ１００５で受信したマジックパケットを解析し、記憶してあるＭＡＣアドレスに対する要求であった場合、計算サーバ１１２０の管理仮想計算機１１２１にＳＳＨでリモートアクセスし、ユーザ仮想計算機を起動させる。

ＰＣ１１５０は、マジックパケットを発行するコマンドがインストールされたＯＳ若しくはマジックパケットを発行するアプリケーションソフトウエアが、ＯＳ上にインストールされている。ＰＣでは、ＰＣのユーザ若しくはＰＣ上で動作する他のプログラムによって、上記コマンド若しくはアプリケーションソフトウエアを介して、マジックパケットが発行される。

本具体例の動作について、先に述べた第１の実施形態の構成に対応する構成が同様に動作するため説明を省略する。

上述した第１の実施形態によれば、代理起動装置が、仮想計算機に対するマジックパケットを、仮想計算機管理サーバへの仮想計算機の起動要求に変換することで、物理サーバの起動と同様に、ＷＯＬで仮想計算機を起動することが可能である。

［第２の実施形態］
図９に、本発明の第２の実施形態としての仮想計算機の起動制御システムの構成を示す。第２の実施形態のシステムは、仮想計算機管理サーバ２２０、インフラサーバ２３０、仮想計算機イメージ保存装置２１０、代理起動装置２４０、サーバ起動装置２０、ルータ２０を有して構成される。図１の各装置との対応関係は第１の実施形態と同様である。以下、第１の実施形態との相違点を中心に説明する。

１つ目の相違点は、仮想計算機イメージ保存装置２１０がＬＡＮ２７０ではなくインフラサーバ２３０に直接接続されている点である。インフラサーバ２３０と仮想計算機イメージ保存装置２１０の電源は連携しており、同時に起動、停止し、１台の装置（例えばＨＤＤを内蔵したＰＣ等）を構成していてもよい。なお、第２の実施形態では、インフラサーバ２３０と仮想計算機イメージ保存装置２１０は、常には動作していない。また、仮想計算機管理サーバ２２０は、仮想計算機管理サーバ２２０が管理対象とする仮想計算機を動作させるインフラサーバ２３０に含まれるようにしてもよく、この場合、仮想計算機管理サーバ２２０は仮想計算機により構成される。もちろん、物理的な装置で構成することも可能である。

２つ目の相違点は、代理起動装置２４０が識別情報２４１として仮想ＭＡＣアドレスとインフラサーバＭＡＣアドレスとを関連付けて保持している点である。代理起動装置２４０から仮想計算機の起動実行要求を受けた仮想計算機管理サーバ２２０は、起動対象の仮想計算機を保存する仮想計算機イメージ保存装置２１０が接続されたインフラサーバ２３０にアクセスして、仮想計算機の起動処理を行う。第２の実施形態では、インフラサーバ２３０及び仮想計算機イメージ保存装置２１０が常に動作しているわけではなく、停止状態にある場合には、仮想計算機管理サーバ２２０による仮想計算機の起動処理に先んじてインフラサーバ２３０を起動させる必要がある。このため、代理起動装置２４０は、仮想ＭＡＣアドレスとインフラサーバＭＡＣアドレスを対応付けて、例えばテーブル形式で保持している。なお、インフラサーバ２３０に、仮想計算機管理サーバ２２０が含まれている場合、前記の仮想計算機管理サーバ２２０が含まれるインフラサーバ２３０を、まず、起動させる。

図１０に、第２の実施形態のシステムにおける仮想計算機の起動制御の流れを示す。まず、代理起動装置２４０では起動処理の対象となる仮想計算機のＭＡＣアドレスと、該仮想計算機を保存する仮想計算機イメージ保存装置２１０が接続されたインフラサーバのＭＡＣアドレスとを関連付けて登録しておく（ステップＳ２０１）。その後、サーバ起動装置２５０がＭＡＣアドレスを含むマジックパケットを発行し、ＬＡＮ２７０上にブロードキャストする（ステップＳ２０２）。

代理起動装置２４０は、ＬＡＮ２７０上を流れるマジックパケットを受信して解析し、該マジックパケットに含まれるＭＡＣアドレスが登録した仮想計算機ＭＡＣアドレスに一致するか判定する（ステップＳ２０３）。代理起動装置２４０は、マジックパケット内のＭＡＣアドレスと登録した仮想計算機ＭＡＣアドレスが一致した場合（ステップＳ２０３／ＹＥＳ）、該登録ＭＡＣアドレスに関連付けられたインフラサーバＭＡＣアドレスを持つインフラサーバ２３０が動作中であるかを判定する（ステップＳ２０４）。

当該インフラサーバ２３０が動作中の場合（ステップＳ２０４／ＹＥＳ）、代理起動装置２４０は、仮想計算機管理サーバ２２０に仮想計算機の起動処理の実行要求を発行する（ステップＳ２０７）。当該インフラサーバ２３０が動作中でない場合（ステップＳ２０４／ＮＯ）は、代理起動装置２４０は、このインフラサーバのＭＡＣアドレスを含むマジックパケットを発行してブロードキャストし（ステップＳ２０５）、インフラサーバ２３０を起動させる（ステップＳ２０６）。インフラサーバ２３０が起動することで、インフラサーバ２３０に直接接続され、電源が連携している仮想計算機イメージ保存装置２１０も起動することになる。そして、代理起動装置２４０は、仮想計算機管理サーバ２２０に仮想計算機の起動処理の実行要求を発行する（ステップＳ２０７）。他方、代理起動装置２４０は、登録ＭＡＣアドレスと一致しないＭＡＣアドレスを含むマジックパケットは破棄する（ステップＳ２０３／ＮＯ）。

仮想計算機管理サーバ２２０は、代理起動装置２４０から受信した実行要求に従って、マジックパケットに含まれるＭＡＣアドレスに対応する仮想計算機の起動処理を行う（ステップＳ２０８）。仮想計算機管理サーバ２２０による仮想計算機の起動処理については、第１の実施形態と同様である。

＜第２の実施形態の具体例＞
図１１に示すように、第２の実施形態の具体例としてのシステムは、ＰＣサーバ１２２０、代理起動サーバ１２４０、ＰＣ１２５０が同一ネットワークに同一ネットワークに接続されて構成される。各装置は、実計算機として、第１の実施形態の具体例と同様に構成される。第２の実施形態との対応に関し、ＰＣサーバ１２２０は仮想計算機イメージ保存装置２１０、仮想計算機管理サーバ２２０及びとインフラサーバ２３０に、代理起動サーバ１２４０は代理起動装置２４０に、ＰＣ１２５０はサーバ起動装置２５０にそれぞれ対応する。

ＰＣサーバ１２２０の構成を図１２に示す。ＰＣサーバ１２２０は、仮想計算機（ユーザ仮想計算機）１２２２と、ユーザ仮想計算機１２２２を動作させるソフトウエアである仮想計算機モニタ１２２１と、ＯＳ１２２３から構成される。ＯＳ１２２３は例えばＷｉｎｄｏｗｓ（登録商標）が挙げられ、仮想計算機モニタ１２２１は例えばＶＭＷａｒｅ（登録商標） Ｗｏｒｋｓｔａｔｉｏｎが挙げられる。ＯＳ１２２３では、ＳＳＨサーバをサービスとして実行しており、代理起動サーバ１２４０からリモートアクセスされ、リモート操作により仮想計算機モニタ１２２１へコマンドを送ることで、ユーザ仮想計算機１２２２を起動できる。

代理起動サーバ１２４０は、第１の実施形態の具体例と同様に、代理起動サービスをＯＳ上で動作するサービスとして実行している。代理起動サーバ１２４０のソフトウエア構成は、第１の実施形態の具体例と同様であるが、代理起動サービスは、ユーザ仮想計算機のＭＡＣアドレスと、ユーザ仮想計算機を保存するＰＣサーバ１２２０のＭＡＣアドレスを図１３に示す表形式でメモリ若しくはＨＤＤに記憶する。また、ＰＣ１２５０からブロードキャストされ、ＮＩＣで受信したマジックパケットを解析し、ユーザ仮想計算機のＭＡＣアドレスに対する要求であり、かつ、ユーザ仮想計算機を保存しているＰＣサーバがシャットダウン状態であった場合、該ＰＣサーバに対して、マジックパケットをＮＩＣから送信してＰＣサーバを起動させる。そして、該ＰＣサーバの起動が完了した後に、ＰＣサーバにＳＳＨでリモートアクセスし、ＰＣサーバの仮想計算機モニタの管理コンソールをリモートで操作することで、ユーザ仮想計算機を起動させる。

ＰＣ１２５０は、第１の実施形態の具体例と同様である。また、本具体例の動作について、先に述べた第２の実施形態の構成に対応する構成が同様に動作するため説明を省略する。

上述した第２の実施形態によれば、代理起動装置が、仮想計算機イメージ保存装置及びインフラサーバと、仮想計算機との対応付けを記憶し、この対応付けをもとに、仮想計算機のイメージが保存された仮想計算機イメージ保存装置及びインフラサーバをも起動させるため、第１の実施形態の効果に加えて、仮想計算機イメージの動作及び保存場所に局所性がある場合でも、ＷＯＬを利用して仮想計算機を起動することが可能である。

［第３の実施形態］
図１４に、本発明の第３の実施形態としての仮想計算機の起動制御システムの構成を示す。第３の実施形態のシステムは、仮想計算機イメージ保存装置３１０、仮想計算機管理サーバ３２０、インフラサーバ３３０、代理起動装置３４０、サーバ起動装置３５０、ルータ３６０を有して構成される。図１の各装置との対応関係は第１の実施形態と同様である。以下、第１の実施形態との相違点を中心に説明する。

１つ目の相違点は、２台以上の仮想計算機イメージ保存装置３１０がＬＡＮ３７０に接続されている点である。なお、第３の実施形態では、仮想計算機イメージ保存装置３１０は、常には動作していない。また、サーバ起動装置３５０、代理起動装置３４０、仮想計算機管理サーバ３２０は、インフラサーバ３３０に含まれるようにしてもよく、この場合、仮想計算機で構成される。もちろん、これらの装置は、物理的な装置で構成することも可能である。

２つ目の相違点は、代理起動装置３４０が識別情報３４１として仮想計算機のＭＡＣアドレスと仮想計算機イメージ保存装置３１０のＭＡＣアドレスとを関連付けて保持している点である。代理起動装置３４０から仮想計算機の起動実行要求を受けた仮想計算機管理サーバ３２０は、起動対象の仮想計算機を保存する仮想計算機イメージ保存装置３１０にアクセスして、仮想計算機の起動処理を行う。第３の実施形態では、仮想計算機イメージ保存装置３１０が常に動作しているわけではなく、停止状態にある場合には、仮想計算機管理サーバ３２０による起動処理に先んじて仮想計算機イメージ保存装置３１０を起動させる必要がある。このため、代理起動装置３４０は、仮想計算機のＭＡＣアドレスと仮想計算機イメージ保存装置のＭＡＣアドレスを対応付けて、例えばテーブル形式で保持している。

図１５に、第３の実施形態のシステムにおける仮想計算機の起動制御の流れを示す。まず、代理起動装置３４０では起動処理の対象となる仮想計算機のＭＡＣアドレスと、該仮想計算機を保存する仮想計算機イメージ保存装置のＭＡＣアドレスとを関連付けて登録しておく（ステップＳ３０１）。その後、サーバ起動装置３５０がＭＡＣアドレスを含むマジックパケットを発行し、ＬＡＮ３７０上にブロードキャストする（ステップＳ３０２）。

代理起動装置３４０は、ＬＡＮ３７０上を流れるマジックパケットを受信して解析し、該マジックパケットに含まれるＭＡＣアドレスが登録した仮想計算機ＭＡＣアドレスに一致するか判定する（ステップＳ３０３）。代理起動装置３４０は、マジックパケット内のＭＡＣアドレスと登録した仮想計算機ＭＡＣアドレスが一致した場合（ステップＳ３０３／ＹＥＳ）、該登録ＭＡＣアドレスに関連付けられた仮想計算機イメージ保存装置のＭＡＣアドレスを持つ仮想計算機イメージ保存装置３１０が動作中であるかを判定する（ステップＳ３０４）。

当該仮想計算機イメージ保存装置２１０が動作中の場合（ステップＳ３０４／ＹＥＳ）、代理起動装置３４０は、仮想計算機管理サーバ３２０に仮想計算機の起動処理の実行要求を発行する（ステップＳ３０７）。当該仮想計算機イメージ保存装置３１０が動作中でない場合（ステップＳ３０４／ＮＯ）は、代理起動装置３４０は、この仮想計算機イメージ保存装置のＭＡＣアドレスを含むマジックパケットを発行してブロードキャストし（ステップＳ３０５）、仮想計算機イメージ保存装置３１０を起動させる（ステップＳ３０６）。そして、代理起動装置３４０は、仮想計算機管理サーバ３２０に仮想計算機の起動処理の実行要求を発行する（ステップＳ３０７）。他方、代理起動装置３４０は、登録ＭＡＣアドレスと一致しないＭＡＣアドレスを含むマジックパケットは破棄する（ステップＳ３０３／ＮＯ）。

仮想計算機管理サーバ３２０は、代理起動装置３４０から受信した実行要求に従って、マジックパケットに含まれるＭＡＣアドレスに対応する仮想計算機の起動処理を行う（ステップＳ３０８）。仮想計算機管理サーバ３２０による仮想計算機の起動処理については、第１の実施形態と同様である。

＜第３の実施形態の具体例＞
図１６に示すように、第３の実施形態の具体例としてのシステムは、ＮＡＳ１３１０ａ及び１３１０ｂ、計算サーバ１３２０、代理起動サーバ１３４０、ＰＣ１３５０が同一ネットワークに同一ネットワークに接続されて構成される。つまり、第１の実施形態の具体例にＮＡＳがさらに１台追加されている。また、各装置は、実計算機として、第１の実施形態の具体例と同様に構成される。また、第３の実施形態との対応に関し、第１の実施形態の具体例と同様である。

代理起動サーバ１３４０は、代理起動サービスをＯＳ上で実行しており、ソフトウエア構成も、第１の実施形態の具体例と同様である。ただし、代理起動サービスは、ユーザ仮想計算機のＭＡＣアドレスと、ユーザ仮想計算機が保存されたＮＡＳのＭＡＣアドレスを図１７に示す表形式でメモリ若しくはＨＤＤに記憶する。また、ＰＣ１３５０からブロードキャストされ、ＮＩＣで受信したマジックパレットを解析し、仮想計算機のＭＡＣアドレスに対する要求であり、かつ、該仮想計算機を保存しているＮＡＳがシャットダウン状態であった場合、該ＮＡＳに対して、マジックパケットをＮＩＣから送信してＮＡＳを起動させ、ＮＡＳの起動が完了した後に、計算サーバ１３２０にリモートアクセスし、仮想計算機を起動させる。

ＮＡＳ１３１０ａ及び１３１０ｂ、計算サーバ１３２０、ＰＣ１３５０は、第１の実施形態の具体例と同様である。また、本具体例の動作について、先に述べた第３の実施形態の構成に対応する構成が同様に動作するため説明を省略する。

上述した第３の実施形態によれば、起動代理サーバが、仮想計算機イメージ保存装置と仮想計算機との対応付けを記憶し、この対応付けをもとに、仮想計算機のイメージが保存された仮想計算機イメージ保存装置も起動させるため、第１の実施形態の効果に加えて、仮想計算機イメージの保存場所に局所性がある場合でも、ＷＯＬを利用して仮想計算機を起動することが可能である。

［第４の実施形態］
図１８に、本発明の第４の実施形態としての仮想計算機の起動制御システムの構成を示す。第４の実施形態のシステムは、仮想計算機イメージ保存装置４１０、仮想計算機管理サーバ４２０、インフラサーバ４３０、代理起動装置４４０、サーバ起動装置４５０、ルータ４６０を有して構成される。図１の各装置との対応関係は第１の実施形態と同様である。以下、第１の実施形態との相違点を中心に説明する。

第１の実施形態との相違点は、代理起動装置４４０が識別情報４４１として仮想計算機のＭＡＣアドレスと該仮想計算機が使用する物理リソースの情報を関連付けて保持している点である。また、代理起動装置４４０は、上記の仮想計算機に関する情報のほかに、ＬＡＮに接続された稼動中のインフラサーバの空き物理リソース量の情報を保持する。さらに、動作中のインフラサーバのアーキテクチャ（ＣＰＵアーキテクチャ等）ごとに空いている物理リソース量を記憶するようにしてもよく、この場合、代理起動装置４４０は、仮想計算機が動作できるインフラサーバのアーキテクチャも記憶しているようにしてもよい。

なお、空いている物理リソース量を代理起動装置４４０が把握する方法としては、例えば以下のものが挙げられる。代理起動装置４４０は、起動できる全てのインフラサーバの仕様（例えばＣＰＵアーキテクチャ、メモリ、ＭＡＣアドレス）を記憶したインフラサーバ仕様ライブラリをあらかじめ記憶しておく。そして、代理起動装置４４０は、インフラサーバ４３０とのネットワークのコネクションからインフラサーバ４３０の動作状況を把握できるため、動作中のインフラサーバ物理リソース量を求め、前記のインフラサーバ仕様ライブラリから求められる提供可能な物理リソースから、これまでに起動させた仮想計算機の使用する物理リソースの総和を差し引く。すなわち、アーキテクチャごとの空きリソース量は以下の式により求められる。

また、インフラサーバ４３０が必ず代理起動装置４４０によって起動されるシステムでは、インフラサーバ４３０が動作中であるかを把握する方法として、代理起動装置４４０がインフラサーバ４３０を起動させたことをパラメータとして活用する方法を採用してもよい。また、代理起動装置４４０が、インフラサーバ４３０を遠隔操作して、空きリソース量を採取してもよい。より具体的な例として、インフラサーバ４３０で、Ｌｉｎｕｘ（登録商標）が動作している場合、Ｌｉｎｕｘ（登録商標）の "／Ｐｒｏc／ｍｅｍｉｎｆｏ"を読み出すことで、インフラサーバ４３０のメモリ残量を採取できる。

なお、第４の実施形態では、仮想計算機イメージ保存装置４１０とインフラサーバ４３０は、物理的な装置であるが、インフラサーバ４３０は上述したように常には動作していない。

図１９に、第４の実施形態のシステムにおける仮想計算機の起動制御の流れを示す。まず、代理起動装置４４０では起動処理の対象となる仮想計算機のＭＡＣアドレス及び使用リソースの情報を登録しておく（ステップＳ４０１）。また、代理起動装置４４０は、稼動中のインフラサーバについて空いている物理リソース量を採取して登録しておく（ステップＳ４０２）。続いて、代理起動装置４４０は、起動できる全てのインフラサーバの仕様を登録する（ステップＳ４０３）。その後、サーバ起動装置４５０がＭＡＣアドレスを含むマジックパケットを発行し、ＬＡＮ４７０上にブロードキャストする（ステップＳ４０４）。

代理起動装置４４０は、ＬＡＮ４７０上を流れるマジックパケットを受信して解析し、該マジックパケットに含まれるＭＡＣアドレスが登録した仮想計算機ＭＡＣアドレスに一致するか判定する（ステップＳ４０５）。代理起動装置４４０は、マジックパケット内のＭＡＣアドレスと登録した仮想計算機ＭＡＣアドレスが一致した場合（ステップＳ４０５／ＹＥＳ）、該登録ＭＡＣアドレスに対応する仮想計算機の使用リソース量を求め、稼動中のインフラサーバの空きリソース量と比較する（ステップＳ４０６）。

稼動中のインフラサーバの空きリソース量の方が大きく、物理リソース量が仮想計算機の使用に十分である場合（ステップＳ４０６／ＹＥＳ）、代理起動装置４４０は、仮想計算機管理サーバ４２０に仮想計算機の起動処理の実行要求を発行する（ステップＳ４０９）。仮想計算機の使用リソース量の方が大きく、空いている物理リソース量が不足している場合（ステップＳ４０６／ＮＯ）、代理起動装置４４０は、停止中のインフラサーバのＭＡＣアドレスを含むマジックパケットを発行してブロードキャストし（ステップＳ４０７）、インフラサーバ４３０を起動させる（ステップＳ４０８）。そして、代理起動装置４４０は、仮想計算機管理サーバ４２０に仮想計算機の起動処理の実行要求を発行する（ステップＳ４０９）。他方、代理起動装置４４０は、登録ＭＡＣアドレスと一致しないＭＡＣアドレスを含むマジックパケットは破棄する（ステップＳ４０５／ＮＯ）。なお、ステップ４０７において、前記の仮想計算機のアーキテクチャに応じて、インフラサーバ４３０を選択する。選択の動作について、当業者には明らかである。

仮想計算機管理サーバ４２０は、代理起動装置４４０から受信した実行要求に従って、マジックパケットに含まれるＭＡＣアドレスに対応する仮想計算機の起動処理を行う（ステップＳ４１０）。仮想計算機管理サーバ４２０による仮想計算機の起動処理については、第１の実施形態と同様である。

＜第４の実施形態の具体例＞
図２０に示すように、第４の実施形態の具体例としてのシステムは、ＮＡＳ１４１０、計算サーバ１４２０、代理起動サーバ１４４０、ＰＣ１４５０が同一ネットワークに同一ネットワークに接続されて構成される。つまり、第１の実施形態の具体例に計算サーバがさらに２台追加されている。また、各装置は、実計算機として、第１の実施形態の具体例と同様に構成される。また、第４の実施形態との対応に関し、第１の実施形態の具体例と同様である。

代理起動サーバ１４４０は、代理起動サービスをＯＳ上で実行しており、ソフトウエア構成は、第１の実施形態の具体例と同様である。ただし、代理起動サービスは、ユーザ仮想計算機のＭＡＣアドレス、アーキテクチャ、物理リソース（ＣＰＵの数、メモリ容量等）を、図２１に示す表形式でメモリ若しくはＨＤＤに記憶する。また、稼働中のシステム全体の計算サーバの空きリソース量を図２２に示される形式で、計算サーバ（Ａ）、（Ｂ）、（Ｃ）の仕様を図２３に示される表形式で、メモリ若しくはＨＤＤに記憶する。そして、代理起動サービスは、ＰＣからブロードキャストされ、ＮＩＣで受信したマジックパケットを解析し、ユーザ仮想計算機のＭＡＣアドレスに対する要求であり、かつ、空きリソース量が、要求されたユーザ仮想計算機が使用するアーキテクチャの計算サーバにおいて必要とするリソースを満たさない場合、新たに計算サーバに対して、マジックパケットをＮＩＣから送信し、計算サーバを起動させる。そして、代理起動サービスは、計算サーバの起動が完了した後に、計算サーバの管理仮想計算機にリモートアクセスし、ユーザ仮想計算機を起動させる。

例えば計算サーバ（Ａ）１４２０ａが動作状態で、計算サーバ（Ｂ）１４２０ｂがシャットダウン状態にあり、動作中のすべての計算サーバの空きリソース量が図２２の状態にあるとする。ここで、仮想ＭＡＣアドレスがＣＣ−１１−２２−３３−４４−５５である仮想計算機を起動させる場合、代理起動サーバ１４４０は、計算サーバ（Ａ）１４２０ａのみでは、該仮想計算機を動作させることはできないと判断し、同じアーキテクチャのＣＰＵをもった計算サーバ（Ｂ）１４２０ｂの仕様をライブラリから参照し、計算サーバ（Ｂ）１４２０ｂを起動させることで該仮想計算機を動作できると判断した場合に、計算サーバ（Ｂ）１４２０ｂを起動させる。その後、計算サーバ（Ｂ）１４２０ｂ上で、該仮想計算機を起動させる。

計算サーバ１４２０の構成は、第１の実施形態の具体例における計算サーバの構成と同様である。ただし、ＣＰＵが、計算サーバ（Ａ）１４２０ａと計算サーバ（Ｂ）１４２０ｂがｘ８６プロセッサであるのに対して、計算サーバ（Ｃ）１４２０ｃは、Ｐｏｗｅｒ ＰＣ（登録商標）プロセッサである。また、ＮＡＳ１４１０及びＰＣ１４５０は、第１の実施形態の具体例と同様である。また、本具体例の動作について、先に述べた第４の実施形態の構成に対応する構成が同様に動作するため説明を省略する。

上述した第４の実施形態によれば、起動代理サーバが、仮想計算機の必要とする物理リソース量とシステムが提供できる空きの物理リソース量とを記憶し、起動対象の仮想計算機の使用リソース量に対して空きリソース量が足りない場合、インフラサーバを起動させて空きの物理リソース量を増やすため、第１の実施形態の効果に加えて、仮想計算機の物理リソース需要に対応して動作するインフラサーバの数を増減することが可能である。さらに、代理起動装置が、インフラサーバのアーキテクチャを仮想計算機ごとに記憶することで、仮想計算機が特定のアーキテクチャのインフラサーバでしか動作しない場合であっても、代理起動装置は、仮想計算機にインフラサーバを割り当て、該仮想計算機を起動することが可能である。

［第５の実施形態］
図２４に、本発明の第５の実施形態としての仮想計算機の起動制御システムの構成を示す。第５の実施形態のシステムは、仮想計算機イメージ保存装置５１０、仮想計算機管理サーバ５２０、インフラサーバ５３０、代理起動装置５４０、サーバ起動装置５５０、ルータ５６０を有して構成される。図１の各装置との対応関係は第１の実施形態と同様である。以下、第１の実施形態との相違点を中心に説明する。

１つ目の相違点は、複数台の仮想計算機管理サーバ５２０がＬＡＮ５７０に接続され、また複数台のインフラサーバ５３０がＬＡＮ５７０に接続されている点である。なお、第５の実施形態では、仮想計算機管理サーバ５２０は、仮想計算機を管理するためのプログラミングインターフェース（以下、ＰＩと称する）がそれぞれ異なっている。また、仮想計算機管理サーバ５２０は、常には動作していなくてもよい。

２つ目の相違点は、代理起動装置５４０が識別情報５４１として仮想計算機のＭＡＣアドレスと該仮想計算機を管理する仮想計算機管理サーバとを関連付けて保持している点である。また、代理起動装置５４０は、仮想計算機管理サーバごとにＰＩのライブラリを保持する。代理起動装置５４０は、起動対象の仮想計算機を管理する仮想計算機管理サーバを特定し、該管理サーバのＰＩのライブラリを使用して、仮想計算機を起動させる。また、仮想計算機管理サーバ５１０が停止状態にある場合には、仮想計算機の起動処理に先んじて仮想計算機管理サーバ５２０を起動させる必要がある。

図２５に、第５の実施形態のシステムにおける仮想計算機の起動制御の流れを示す。まず、代理起動装置５４０では起動処理の対象となる仮想計算機のＭＡＣアドレスと、該仮想計算機を管理する仮想計算機管理サーバとを関連付けて登録しておく（ステップＳ５０１）。その後、サーバ起動装置５５０がＭＡＣアドレスを含むマジックパケットを発行し、ＬＡＮ５７０上にブロードキャストする（ステップＳ５０２）。

代理起動装置５４０は、ＬＡＮ５７０上を流れるマジックパケットを受信して解析し、該マジックパケットに含まれるＭＡＣアドレスが登録した仮想計算機ＭＡＣアドレスに一致するか判定する（ステップＳ５０３）。代理起動装置５４０は、マジックパケット内のＭＡＣアドレスと登録した仮想計算機ＭＡＣアドレスが一致した場合（ステップＳ５０３／ＹＥＳ）、該登録ＭＡＣアドレスを持つ仮想計算機を管理する仮想計算機管理サーバ５２０を特定する（ステップＳ５０４）。

当該仮想計算機管理サーバが動作中の場合（ステップＳ５０５／ＹＥＳ）、代理起動装置５４０は、該仮想計算機管理サーバのＰＩライブラリを選択し（ステップＳ５０８）、該仮想計算機管理サーバに仮想計算機の起動処理の実行要求を発行する（ステップＳ５０９）。当該仮想計算機管理サーバが動作中でない場合（ステップＳ５０５／ＮＯ）は、代理起動装置５４０は、該仮想計算機管理サーバのＭＡＣアドレスを含むマジックパケットを発行してブロードキャストし（ステップＳ５０６）、該仮想計算機管理サーバを起動させる（ステップＳ５０７）。そして、代理起動装置５４０は、仮想計算機管理サーバ５２０に仮想計算機の起動処理の実行要求を発行する（ステップＳ５０７）。他方、代理起動装置５４０は、登録ＭＡＣアドレスと一致しないＭＡＣアドレスを含むマジックパケットは破棄する（ステップＳ５０３／ＮＯ）。

仮想計算機管理サーバ５２０は、代理起動装置５４０から受信した実行要求に従って、マジックパケットに含まれるＭＡＣアドレスに対応する仮想計算機の起動処理を行う（ステップＳ５１０）。仮想計算機管理サーバ５２０による仮想計算機の起動処理については、第１の実施形態と同様である。

＜第５の実施形態の具体例＞
図２６に示すように、第５の実施形態の具体例としてのシステムは、ＮＡＳ１５１０、計算サーバ１５２０、ＰＣサーバ１５３０、代理起動サーバ１５４０、ＰＣ１５５０が同一ネットワークに同一ネットワークに接続されて構成される。つまり、第１の実施形態の具体例にＰＣサーバが１台追加されている。また、各装置は、実計算機として、第１の実施形態の具体例と同様に構成される。また、第５の実施形態との対応に関し、ＰＣサーバ１５３０はインフラサーバ５３０に対応し、その他は第１の実施形態の具体例と同様である。

代理起動サーバ１５４０は、代理起動サービスをＯＳ上で実行しており、ソフトウエア構成は、第１の実施形態の具体例と同様である。ただし、代理起動サービスは、ユーザ仮想計算機のＭＡＣアドレスとユーザ仮想計算機を管理するソフトウエアとの対応を図２７に示される表形式で、該管理ソフトウエアとインフラサーバとの対応を図２８に示される表形式で、メモリ若しくはＨＤＤに記憶する。また、代理起動サービスは、ＰＣ１５５０からブロードキャストされ、ＮＩＣで受信したマジックパケットを解析し、ユーザ仮想計算機のＭＡＣアドレスに対する要求であった場合、ユーザ仮想計算機を動作させる仮想計算機管理ソフトウエアが動作するサーバにＳＳＨでリモートアクセスし、該仮想計算機管理ソフトウエアに即したＰＩのライブラリを使用して、ユーザ仮想計算機を起動させる。

ＰＣサーバ１５３０はＨＤＤを備えるが、仮想計算機は該ＨＤＤには記憶されておらず、ＮＡＳ１５１０に記憶されている。また、ＮＡＳ１４１０、計算サーバ１５２０、ＰＣ１５５０は、第１の実施形態の具体例と同様である。また、本具体例の動作について、先に述べた第５の実施形態の構成に対応する構成が同様に動作するため説明を省略する。

上述した第５の実施形態によれば、代理起動サーバが、仮想計算機管理サーバと仮想計算機との対応付けと、仮想計算機管理サーバに対して仮想計算機を起動するためのＰＩとを記憶し、この対応付けとＰＩをもとに、仮想計算機を起動できる（管理する）仮想計算機管理サーバを特定し、該仮想計算機管理サーバが動作していない場合、仮想計算機管理サーバを起動させ、該仮想計算機管理サーバに対して、仮想計算機管理サーバのＰＩを使用して仮想計算機を起動させるため、複数の仮想計算機管理サーバが存在し、仮想計算機管理サーバと仮想計算機が関連付けられており、仮想計算機管理サーバ間でＰＩが異なる場合でも、ＷＯＬを利用して仮想計算機を起動することが可能である。

なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態や、上記の第１から第５の実施形態を組み合わせた形態での実施が可能である。

すなわち、本実施形態における代理起動サーバで実行されるプログラムは、先に述べたような代理起動サービスによる動作処理を代理起動サーバに行わせるモジュールを有しており、実際のハードウエアを用いて具体的手段を実現する。すなわち、コンピュータ（ＣＰＵ）が所定の記録媒体からプログラムを読み出して実行することにより上記動作処理を実現する各手段が主記憶装置上にロードされて生成される。

本実施形態における代理起動サーバで実行されるプログラムは、インターネット等のネットワークに接続されたコンピュータ上に格納され、ネットワーク経由でダウンロードさせることにより提供されるように構成してもよい。また、上記プログラムをインターネット等のネットワーク経由で提供あるいは配布するように構成してもよい。

また、上記プログラムは、インストール可能な形式又は実行可能な形式のファイルで、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、不揮発性のメモリカード等のコンピュータで読み取り可能な記録媒体に記録されて提供されるように構成してもよい。また、上記プログラムは、ＲＯＭ等にあらかじめ組み込んで提供するように構成してもよい。

この場合、上記記録媒体から読み出された又は通信回線を通じてロードし実行されたプログラムコード自体が前述の実施形態の機能を実現することになる。そして、そのプログラムコードを記録した記録媒体は本発明を構成する。

１ 管理装置
２ サーバ装置
３ 仮想計算機
４ データ保存装置
５ イメージファイル
６ 代理制御装置
１１０，２１０，３１０，４１０，５１０ 仮想計算機イメージ保存装置
１２０，２２０，３２０，４２０，５２０ 仮想計算機管理サーバ
１３０，２３０，３３０，４３０，５３０ インフラサーバ
１４０，２４０，３４０，４４０，５４０ 代理起動装置
１４１，２４１，３４１，４４１，５４１ 識別情報
１５０，２５０，３５０，４５０，５５０ サーバ起動装置
１６０，２６０，３６０，４６０，５６０ ルータ
１７０，２７０，３７０，４７０，５７０ ＬＡＮ
１８０，２８０，３８０，４８０，５８０ 外部ネットワーク
１００１ 計算機
１００２ ＣＰＵ
１００３ メモリ
１００４ ＨＤＤ
１００５ ＮＩＣ
１１１０，１３１０，１４１０，１５１０ ＮＡＳ
１１２０，１３２０，１４２０，１５２０ 計算サーバ
１１２１ 管理仮想計算機
１１２２，１２２２ 仮想計算機
１１２３ ハイパバイザ
１１４０，１２４０，１３４０，１４４０，１５４０ 代理起動サーバ
１１４１ 代理起動サービス
１１４２，１２２３ ＯＳ
１１４３ ハードウエア
１１５０，１２５０，１３５０，１４５０，１５５０ ＰＣ
１２２０，１５３０ ＰＣサーバ
１２２１ 仮想計算機モニタ

Claims (25)

1. 仮想計算機をイメージファイルとして保存するデータ保存装置から、物理リソースを提供するサーバ装置上にイメージファイルが読み出されて構成される仮想計算機の起動制御システムであって、
   ウェイクオンランに用いられ、ネットワーク上でブロードキャストされたネットワークパケットを受信し、前記ネットワークパケットに含まれる識別情報に対応する仮想計算機の起動制御の実行要求を行う代理制御装置と、
   前記代理制御装置からの実行要求に従って仮想計算機の起動制御を行う管理装置と、
   を有することを特徴とする仮想計算機の起動制御システム。
2. 前記代理制御装置は、仮想計算機の識別情報を保持するとともに、前記受信したネットワークパケットを解析し、前記保持する仮想計算機の識別情報が該ネットワークパケットに含まれる場合に、前記管理装置に対して前記仮想計算機の起動制御の実行要求を行うことを特徴とする請求項１に記載の仮想計算機の起動制御システム。
3. 前記代理制御装置は、前記サーバ装置又は前記データ保存装置の動作状況に応じて、前記各装置に対してネットワークパケットを送信することを特徴とする請求項１又は２に記載の仮想計算機の起動制御システム。
4. 前記代理制御装置は、仮想計算機の識別情報を保持するとともに、前記サーバ装置の識別情報、前記データ保存装置の識別情報、物理リソースに関する情報、前記管理装置と起動される仮想計算機の対応関係に関する情報を保持し、前記仮想計算機の識別情報と前記各情報とを関連付けて保持することを特徴とする請求項１から３のいずれか１項に記載の仮想計算機の起動制御システム。
5. 前記代理制御装置は、仮想計算機の識別情報と該仮想計算機を保存するデータ保存装置を構成として備えるサーバ装置の識別情報とを関連付けて保持するとともに、前記受信したネットワークパケットに含まれる仮想計算機の識別情報に対応するサーバ装置が停止状態にある場合に、該サーバ装置の識別情報を含むネットワークパケットをブロードキャストすることを特徴とする請求項１から４のいずれか１項に記載の仮想計算機の起動制御システム。
6. 前記代理制御装置は、仮想計算機の識別情報と該仮想計算機を保存するデータ保存装置の識別情報とを関連付けて保持するとともに、前記受信したネットワークパケットに含まれる仮想計算機の識別情報に対応するデータ保存装置が停止状態にある場合に、該データ保存装置の識別情報を含むネットワークパケットをブロードキャストすることを特徴とする請求項１から４のいずれか１項に記載の仮想計算機の起動制御システム。
7. 前記代理制御装置は、仮想計算機の識別情報及び該仮想計算機での使用物理リソース量の情報と稼動中のサーバ装置の空き物理リソース量の情報とサーバ装置の識別情報とを保持するとともに、前記空き物理リソース量が、前記受信したネットワークパケットに識別情報が含まれる仮想計算機での使用物理リソース量より不足している場合に、停止状態にあるサーバ装置の識別情報を含むネットワークパケットをブロードキャストすることを特徴とする請求項１から４のいずれか１項に記載の仮想計算機の起動制御システム。
8. 前記代理制御装置は、仮想計算機の識別情報と該仮想計算機を起動する管理装置と前記管理装置でのプログラミングインタフェースを関連付けて保持するとともに、前記受信したネットワークパケットに含まれる仮想計算機の識別情報に対応する管理装置でのプログラミングインタフェースを用いて、該管理装置に対して前記仮想計算機の起動制御の実行要求を行うことを特徴とする請求項１から４のいずれか１項に記載の仮想計算機の起動制御システム。
9. 前記代理制御装置は、前記受信したネットワークパケットに含まれる仮想計算機の識別情報に対応する管理装置が停止状態にある場合に、該管理装置の識別情報を含むネットワークパケットをブロードキャストすることを特徴とする請求項８に記載の仮想計算機の起動制御システム。
10. ウェイクオンランに用いられ、ネットワーク上でブロードキャストされたネットワークパケットを受信し、仮想計算機をイメージファイルとして保存するデータ保存装置から、物理リソースを提供するサーバ装置上にイメージファイルが読み出されて構成される仮想計算機の起動制御を行う管理装置に対して、前記受信したネットワークパケットに含まれる識別情報に対応する仮想計算機の起動制御の実行要求を行うことを特徴とする情報処理装置。
11. 仮想計算機の識別情報を保持するとともに、前記受信したネットワークパケットを解析し、前記保持する仮想計算機の識別情報が該ネットワークパケットに含まれる場合に、前記管理装置に対して前記仮想計算機の起動制御の実行要求を行うことを特徴とする請求項１０に記載の情報処理装置。
12. 前記サーバ装置又は前記データ保存装置の動作状況に応じて、前記各装置に対してネットワークパケットを送信することを特徴とする請求項１０又は１１に記載の情報処理装置。
13. 仮想計算機の識別情報を保持するとともに、前記サーバ装置の識別情報、前記データ保存装置の識別情報、物理リソースに関する情報、前記管理装置と起動される仮想計算機の対応関係に関する情報を保持し、前記仮想計算機の識別情報と前記各情報とを関連付けて保持することを特徴とする請求項１０から１２のいずれか１項に記載の情報処理装置。
14. 仮想計算機の識別情報と該仮想計算機を保存するデータ保存装置を構成として備えるサーバ装置の識別情報とを関連付けて保持するとともに、前記受信したネットワークパケットに含まれる仮想計算機の識別情報に対応するサーバ装置が停止状態にある場合に、該サーバ装置の識別情報を含むネットワークパケットをブロードキャストすることを特徴とする請求項１０から１３のいずれか１項に記載の情報処理装置。
15. 仮想計算機の識別情報と該仮想計算機を保存するデータ保存装置の識別情報とを関連付けて保持するとともに、前記受信したネットワークパケットに含まれる仮想計算機の識別情報に対応するデータ保存装置が停止状態にある場合に、該データ保存装置の識別情報を含むネットワークパケットをブロードキャストすることを特徴とする請求項１０から１３のいずれか１項に記載の情報処理装置。
16. 仮想計算機の識別情報及び該仮想計算機での使用物理リソース量の情報と稼動中のサーバ装置の空き物理リソース量の情報とサーバ装置の識別情報とを保持するとともに、前記空き物理リソース量が、前記受信したネットワークパケットに識別情報が含まれる仮想計算機での使用物理リソース量より不足している場合に、停止状態にあるサーバ装置の識別情報を含むネットワークパケットをブロードキャストすることを特徴とする請求項１０から１３のいずれか１項に記載の情報処理装置。
17. 仮想計算機の識別情報と該仮想計算機を起動する管理装置と前記管理装置でのプログラミングインタフェースを関連付けて保持するとともに、前記受信したネットワークパケットに含まれる仮想計算機の識別情報に対応する管理装置でのプログラミングインタフェースを用いて、該管理装置に対して前記仮想計算機の起動制御の実行要求を行うことを特徴とする請求項１０から１３のいずれか１項に記載の情報処理装置。
18. 前記受信したネットワークパケットに含まれる仮想計算機の識別情報に対応する管理装置が停止状態にある場合に、該管理装置の識別情報を含むネットワークパケットをブロードキャストすることを特徴とする請求項１７に記載の情報処理装置。
19. 仮想計算機をイメージファイルとして保存するデータ保存装置から、物理リソースを提供するサーバ装置上にイメージファイルが読み出されて構成される仮想計算機の起動制御方法であって、
    第１の装置が、ウェイクオンランに用いられ、ネットワーク上でブロードキャストされたネットワークパケットを受信する受信ステップと、
    前記第１の装置が、前記受信されたネットワークパケットに含まれる識別情報に対応する仮想計算機の起動制御の実行要求を第２の装置に対して行う実行要求ステップと、
    前記第２の装置が、前記実行要求に従って前記仮想計算機の起動制御を行う起動制御ステップと、
    を有することを特徴とする仮想計算機の起動制御方法。
20. 前記第１の装置が、仮想計算機の識別情報を登録する登録ステップと、
    前記第１の装置が、前記受信したネットワークパケットを解析する解析ステップと、
    を有し、
    前記実行要求ステップは、前記第１の装置が、前記登録した仮想計算機の識別情報が前記受信したネットワークパケットに含まれる場合に、前記第２の装置に対して前記仮想計算機の起動制御の実行要求を行うことを特徴とする請求項１９に記載の仮想計算機の起動制御方法。
21. 前記第１の装置が、前記サーバ装置又は前記データ保存装置の動作状況に応じて、前記各装置に対してネットワークパケットを送信する送信ステップを有することを特徴とする請求項１９又は２０に記載の仮想計算機の起動制御方法。
22. 仮想計算機をイメージファイルとして保存するデータ保存装置から、物理リソースを提供するサーバ装置上にイメージファイルが読み出されて構成される仮想計算機の起動制御に用いられるプログラムであって、
    コンピュータに、
    ウェイクオンランに用いられ、ネットワーク上でブロードキャストされたネットワークパケットを受信する受信処理と、
    仮想計算機の起動制御を行う管理装置に対して、前記受信されたネットワークパケットに含まれる識別情報に対応する仮想計算機の起動制御の実行要求を行う実行要求処理と、
    を実行させることを特徴とするプログラム。
23. コンピュータに、
    仮想計算機の識別情報を登録する登録処理と、
    前記受信したネットワークパケットを解析する解析処理と、
    を実行させ、
    前記実行要求処理は、前記登録した仮想計算機の識別情報が前記受信したネットワークパケットに含まれる場合に、前記管理装置に対して前記仮想計算機の起動制御の実行要求を行うことを特徴とする請求項２２に記載のプログラム。
24. コンピュータに、前記サーバ装置又は前記データ保存装置の動作状況に応じて、前記各装置に対してネットワークパケットを送信する送信処理を実行させることを特徴とする請求項２２又は２３に記載のプログラム。
25. 請求項２２から２４のいずれか１項に記載のプログラムを記録しコンピュータ読み取り可能なことを特徴とする記録媒体。

Images