(57)【要約】【課題】クラウドサービスを利用できない時間を短縮すること。【解決手段】仮想リソース管理装置は、検索部と、複製部とを有する。検索部は、ユーザから指定された仮想リソースを記憶するイメージファイルをストレージにおいて操作可能なボリュームに展開する要求を受付け、同一のイメージファイルから既に展開されたボリュームであって、かつ、更新されていないボリュームを検索する。複製部は、検索された前記ボリュームを複製し、前記ユーザに提供する。【選択図】図１
2015103095.tif 000002
【特許請求の範囲】
【請求項１】
ユーザから指定された仮想リソースを記憶するイメージファイルをストレージにおいて操作可能なボリュームに展開する要求を受付け、同一のイメージファイルから既に展開されたボリュームであって、かつ、更新されていないボリュームを検索する検索部と、
検索された前記ボリュームを複製し、前記ユーザに提供する複製部と
を有することを特徴とする仮想リソース管理装置。
【請求項２】
前記検索部による検索の結果、前記ボリュームが存在しない場合、前記指定されたイメージファイルからボリュームへの展開を依頼して、当該ボリュームを前記ユーザに提供するとともに、前記ボリュームへの展開後に、前記指定されたイメージファイルから新たなボリュームの生成を更に依頼する依頼部を更に有することを特徴とする請求項１に記載の仮想リソース管理装置。
【請求項３】
ボリュームからイメージファイルを取得する要求を受付け、指定されたボリュームを複製するボリューム複製部と、
複製された前記ボリュームからイメージの取得を依頼するイメージ取得依頼部と、
前記イメージの取得完了後、複製した前記ボリュームの削除を依頼する削除依頼部と
を有することを特徴とする仮想リソース管理装置。
【請求項４】
指定されたボリュームからスナップショットの取得を依頼するスナップショット取得依頼部を更に有し、
前記イメージ取得依頼部は、取得されたスナップショットからボリュームの作成を依頼するとともに、作成されたボリュームからイメージの取得を依頼し、
前記削除依頼部は、前記イメージの取得完了後、作成された前記ボリュームの削除を依頼するとともに、取得されたスナップショットの削除を依頼する
ことを特徴とする請求項３に記載の仮想リソース管理装置。
【請求項５】
ユーザから指定された仮想リソースを記憶するイメージファイルをストレージにおいて操作可能なボリュームに展開する要求を受付け、同一のイメージファイルから既に展開されたボリュームであって、かつ、更新されていないボリュームを検索する検索工程と、
検索された前記ボリュームを複製し、前記ユーザに提供する複製工程と
を含んだことを特徴とする仮想リソース操作方法。
【請求項６】
ボリュームからイメージファイルを取得する要求を受付け、指定されたボリュームを複製するボリューム複製工程と、
複製された前記ボリュームからイメージの取得を依頼するイメージ取得依頼工程と、
前記イメージの取得完了後、複製した前記ボリュームの削除を依頼する削除依頼工程と
を含んだことを特徴とする仮想リソース操作方法。
【請求項７】
ユーザから指定された仮想リソースを記憶するイメージファイルをストレージにおいて操作可能なボリュームに展開する要求を受付け、同一のイメージファイルから既に展開されたボリュームであって、かつ、更新されていないボリュームを検索する検索手順と、
検索された前記ボリュームを複製し、前記ユーザに提供する複製手順と
をコンピュータに実行させるための仮想リソース操作プログラム。
【請求項８】
ボリュームからイメージファイルを取得する要求を受付け、指定されたボリュームを複製するボリューム複製手順と、
複製された前記ボリュームからイメージの取得を依頼するイメージ取得依頼手順と、
前記イメージの取得完了後、複製した前記ボリュームの削除を依頼する削除依頼手順と
をコンピュータに実行させるための仮想リソース操作プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、仮想リソース管理装置、仮想リソース操作方法及び仮想リソース操作プログラムに関する。
【背景技術】
【０００２】
ＩａａＳ（Infrastructure  as  a  Service）型クラウドサービスの基盤として、オープンソース（Open  Source）のオープンスタック（Open  Stack）が知られている。オープンスタックは、ＩａａＳ基盤としてプリミティブな機能のＡＰＩ（Application  Programming  Interface）の提供を中心ターゲットにしている。例えば、イメージファイル（単に「イメージ」とも言う）をボリュームに展開してボリュームを作成するＡＰＩやボリュームからイメージファイルを取得するＡＰＩ等が定義されている。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】OpenStack  web  site、［平成25年11月13日検索］、インターネット（ＵＲＬ：http://www.openstack.org/）
【非特許文献２】CloudStack  web  site、［平成25年11月13日検索］、インターネット（ＵＲＬ：http://cloudstack.apache.org/）
【非特許文献３】D.  Nurmi,  R.  Wolski,  C.  Grzegorczyk,  G.  Obertelli,  S.  Soman,  L.  Youseff,  D.  Zagorodnov,  "The  Eucalyptus  Open-source  Cloud-computing  System,"  In  Proceedings  of  Cloud  Computing  and  Its  Applications,  Oct.  2008.
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の従来技術では、クラウドサービスを利用できない時間が長くなる場合があるという問題がある。
【０００５】
例えば、イメージファイルとボリュームとが異なる物理機器で管理されていることが多い。このため、大きなサイズのイメージファイルをボリュームに展開する際は、ネットワークを介したトラフィックが発生し、多大な時間がかかる場合がある。
【０００６】
なお、ＶＭｗａｒｅやｖＳｐｈｅｒｅ等では、ＯＳ（Operating  System）等をインストールしたボリューム領域をストレージに準備しておき、このボリューム領域をコピーすることでＯＳ等がインストールされたボリューム領域を複製可能である。一方で、予め準備しておくボリューム領域が多大になってしまい、ユーザが利用できる領域が少なくなる。
【０００７】
同様に、仮想マシンに接続したボリュームからイメージファイルを取得して障害時のリカバーに用いることを考えた場合に、安全にイメージファイルを作成するためには仮想マシンの電源を停止してからイメージ取得することが推奨される。イメージファイル取得にはネットワークを介したトラフィックが発生し多大な時間がかかる場合がある。このため、安全にイメージファイルにバックアップを取るには長時間仮想マシンを停止させることになる。
【０００８】
開示の技術は、上述に鑑みてなされたものであって、クラウドサービスを利用できない時間を短縮することを目的とする。
【課題を解決するための手段】
【０００９】
本願の開示する仮想リソース管理装置は、検索部と、複製部とを有する。検索部は、ユーザから指定された仮想リソースを記憶するイメージファイルをストレージにおいて操作可能なボリュームに展開する要求を受付け、同一のイメージファイルから既に展開されたボリュームであって、かつ、更新されていないボリュームを検索する。複製部は、検索された前記ボリュームを複製し、前記ユーザに提供する。
【００１０】
また、本願の開示する仮想リソース管理装置は、ボリューム複製部と、イメージ取得依頼部と、削除依頼部とを有する。ボリューム複製部は、ボリュームからイメージファイルを取得する要求を受付け、指定されたボリュームを複製する。イメージ取得依頼部は、複製された前記ボリュームからイメージの取得を依頼する。削除依頼部は、前記イメージの取得完了後、複製した前記ボリュームの削除を依頼する。
【００１１】
また、本願の開示する仮想リソース操作方法は、検索工程と、複製工程とを含む。検索工程は、ユーザから指定された仮想リソースを記憶するイメージファイルをストレージにおいて操作可能なボリュームに展開する要求を受付け、同一のイメージファイルから既に展開されたボリュームであって、かつ、更新されていないボリュームを検索する。複製工程は、検索された前記ボリュームを複製し、前記ユーザに提供する。
【００１２】
また、本願の開示する仮想リソース操作方法は、ボリューム複製工程と、イメージ取得依頼工程と、削除依頼工程とを含む。ボリューム複製工程は、ボリュームからイメージファイルを取得する要求を受付け、指定されたボリュームを複製する。イメージ取得依頼工程は、複製された前記ボリュームからイメージの取得を依頼する。削除依頼工程は、前記イメージの取得完了後、複製した前記ボリュームの削除を依頼する。
【００１３】
また、本願の開示する仮想リソース操作プログラムは、検索手順と、複製手順とをコンピュータに実行させる。検索手順は、ユーザから指定された仮想リソースを記憶するイメージファイルをストレージにおいて操作可能なボリュームに展開する要求を受付け、同一のイメージファイルから既に展開されたボリュームであって、かつ、更新されていないボリュームを検索する。複製手順は、検索された前記ボリュームを複製し、前記ユーザに提供する。
【００１４】
また、本願の開示する仮想リソース操作プログラムは、ボリューム複製手順と、イメージ取得依頼手順と、削除依頼手順とをコンピュータに実行させる。ボリューム複製手順は、ボリュームからイメージファイルを取得する要求を受付け、指定されたボリュームを複製する。イメージ取得依頼手順は、複製された前記ボリュームからイメージの取得を依頼する。削除依頼手順は、前記イメージの取得完了後、複製した前記ボリュームの削除を依頼する。
【発明の効果】
【００１５】
開示する仮想リソース管理装置の一つの態様によれば、クラウドサービスを利用できない時間を短縮することができるという効果を奏する。
【図面の簡単な説明】
【００１６】
【図１】図１は、第１の実施形態に係る仮想リソース提供システムの構成の一例を示す図である。
【図２】図２は、仮想リソース提供システムにおける処理動作を説明するための図である。
【図３】図３は、仮想リソース提供システムにおける処理動作を説明するための図である。
【図４】図４は、仮想リソース提供システムにおける処理動作を説明するための図である。
【図５】図５は、仮想リソース提供システムにおける処理動作を説明するための図である。
【図６】図６は、仮想リソース管理装置が実現するリソース管理機能ＤＢ及びリソース管理機能部を説明するための図である。
【図７】図７は、物理機器情報のデータ構造の一例を示す図である。
【図８】図８は、仮想リソース情報のデータ構造の一例を示す図である。
【図９】図９は、リソース管理機能部による処理手順を示すフローチャートである。
【図１０】図１０は、リソース管理機能部による処理手順を示すフローチャートである。
【図１１】図１１は、仮想リソース操作プログラムを実行するコンピュータを示す図である。
【発明を実施するための形態】
【００１７】
以下に、開示する仮想リソース管理装置、仮想リソース操作方法及び仮想リソース操作プログラムの実施形態について、図面に基づいて詳細に説明する。なお、本実施形態により開示する発明が限定されるものではない。
【００１８】
（第１の実施形態）
図１は、第１の実施形態に係る仮想リソース提供システムの構成の一例を示す図である。図１に示すように、仮想リソース提供システムは、ユーザ端末１０１、事業者オペレータ端末１０２、ストレージ１０３ａ、ストレージ１０３ｂ、ＩａａＳコントローラ１０４、及び仮想リソース管理装置１０５を有する。なお、ストレージ１０３ａ及びストレージ１０３ｂを区別しない場合には、ストレージ１０３と記載する。また、仮想リソース提供システムが有するストレージ１０３の数は図１に示す数に限定されるものではなく、任意に変更可能である。また、図１には図示しないが、仮想リソース提供システムには、仮想リソースを生成可能な物理サーバ等が含まれる。また、物理サーバやストレージを総称して「物理機器」と記載する場合がある。
【００１９】
ユーザ端末１０１は、ユーザが利用する端末であり、ユーザの指示に応じて仮想リソースの操作を仮想リソース管理装置１０５に要求する。事業者オペレータ端末１０２は、仮想リソース提供システムの事業者が利用する端末であり、例えば、オペレータの指示に応じて仮想リソースの操作を仮想リソース管理装置１０５に要求する。ストレージ１０３は、例えば、ストレージ装置であり、仮想リソースの操作指示をＩａａＳコントローラ１０４から受付け、仮想リソースを操作する。例えば、ストレージ１０３は、イメージファイルを展開してボリュームを生成する。また、例えば、ストレージ１０３は、ボリュームからイメージファイルを生成する。ここで言う、「イメージファイル」とは、ディスクの中身を一つにまとめたファイルである。言い換えると、「イメージファイル」は、ディスクが記憶する情報を一つにまとめたファイルである。例えば、ＶＭでは、ＶＭのＯＳ、ＶＭが使用するプログラム、データ等を含んだ情報を示す。また、ＶＭは、イメージファイルに記憶された情報には直接アクセスすることができない。また、「ボリューム」とは、ＶＭが読み書きなどのアクセス可能な記憶領域であり、イメージファイルの情報はボリュームに展開されることで、ＶＭから利用可能な状態となる。なお、ストレージ１０３は、ストレージ機器とオープンスタック等から依頼を受け付けるストレージ用サーバとに分けても良い。
【００２０】
ＩａａＳコントローラ１０４は、ストレージ１０３と仮想リソース管理装置１０５とに接続されている。このＩａａＳコントローラ１０４は、ＣＰＵ（Central  Processing  Unit）、メモリ、データ保持領域、及びネットワーク通信機能を有する装置である。ＩａａＳコントローラ１０４は、仮想リソース管理装置１０５から仮想リソースの操作依頼を受付け、受付けた操作依頼に基づいて、仮想リソースの操作をストレージ１０３に指示する。例えば、ＩａａＳコントローラ１０４は、オープンスタック等である。
【００２１】
仮想リソース管理装置１０５は、ユーザ端末１０１と事業者オペレータ端末１０２とストレージ１０３とＩａａＳコントローラ１０４とに接続されている。仮想リソース管理装置１０５は、ＣＰＵ、メモリ、データ保持領域、及びネットワーク通信機能を有する装置であり、例えば、図１に示すように、仮想リソース管理装置１０５は、リソース管理機能ＤＢ（Data  Base）１０６及びリソース管理機能部１０７を有する。
【００２２】
このような仮想リソース管理装置１０５は、例えば、ユーザ端末１０１や事業者オペレータ端末１０２から、仮想リソースの操作を要求された場合、仮想リソースの操作要求とリソース管理機能ＤＢ１０６の情報とを用いて、仮想リソースの操作を仲介する。例えば、仮想リソース管理装置１０５は、イメージファイル（単に「イメージ」とも言う）を展開してボリュームを生成する操作や、ボリュームからイメージファイルを取得する操作を仲介する。
【００２３】
続いて、このような仮想リソース提供システムにおける処理動作について、図２から図５を用いて説明する。図２から図５は、仮想リソース提供システムにおける処理動作を説明するための図である。ここで、図２及び図３を用いて、イメージ展開の処理動作を説明する。
【００２４】
図２に示すように、ユーザ端末１０１、或いは、事業者オペレータ端末１０２は、ボリュームの作成要求を、リソース管理機能部１０７に送信する（ステップＳ１）。リソース管理機能部１０７は、リソース管理機能ＤＢ１０６を参照し（ステップＳ２）、物理機器情報及び仮想リソース情報を取得する（ステップＳ３）。これによりリソース管理機能部１０７は、指定されたボリュームの生成要求を参照して、ボリュームを生成するストレージを選択する。
【００２５】
次に、リソース管理機能部１０７は、選択したストレージにボリュームキャッシュがあるか否かを検索する（ステップＳ４）。なお、「ボリュームキャッシュ」とは、指定されたイメージファイルから展開されたボリュームであり、更新されていないボリュームのことを示す。
【００２６】
図２では、リソース管理機能部１０７が、ボリュームキャッシュがストレージ１０３ａに存在すると判定した場合を示す。この場合、リソース管理機能部１０７は、ストレージ１０３ａにボリュームの複製を依頼する（ステップＳ５）。
【００２７】
そして、ストレージ１０３ａは、ボリュームを複製し（ステップＳ６）、ボリュームの複製が完了したことをリソース管理機能部１０７に通知する（ステップＳ７）。続いて、リソース管理機能部１０７は、ボリュームの複製が完了したことをユーザ端末１０１或いは事業者オペレータ端末１０２に通知する（ステップＳ８）。
【００２８】
次に、図３では、リソース管理機能部１０７が、ステップＳ４において、ボリュームキャッシュがいずれのストレージ１０３にも存在しないと判定した場合の処理動作を示す。なお、図３に示すステップＳ１からステップＳ４までの処理動作は、図２に示すステップＳ１からステップＳ４までの処理動作と同様である。
【００２９】
図３に示すように、リソース管理機能部１０７は、ボリュームキャッシュが存在しない場合、ＩａａＳコントローラ１０４にイメージからボリュームの作成を依頼する（ステップＳ１５）。ここで、指定されたイメージファイルがストレージ１０３ｂに存在し、このイメージファイルからストレージ１０３ａにボリュームを展開する場合を説明する。ＩａａＳコントローラ１０４は、ストレージ１０３ａにボリュームの作成を依頼し（ステップＳ１６）、ストレージ１０３ｂにイメージファイルをストレージ１０３ａへの転送を依頼する（ステップＳ１７）。
【００３０】
ストレージ１０３ｂは、ストレージ１０３ａにイメージファイルを転送し（ステップＳ１８）、ストレージ１０３ａは、イメージファイルからボリュームを生成する（ステップＳ１９）。そして、ストレージ１０３ａは、ＩａａＳコントローラ１０４にボリュームの生成が完了したことを通知し（ステップＳ２０）、次いで、ＩａａＳコントローラ１０４は、ボリュームの生成が完了したことをリソース管理機能部１０７に通知する（ステップＳ２１）。そして、リソース管理機能部１０７は、ボリュームの生成が完了したことをユーザ端末１０１或いは事業者オペレータ端末１０２に通知する（ステップＳ２２）。これにより、ユーザは、生成されたボリュームをユーザ向けボリュームとして利用することが可能となる。
【００３１】
また、リソース管理機能部１０７は、ユーザ向けボリューム生成完了後、同じイメージからボリュームキャッシュの作成をＩａａＳコントローラ１０４に依頼する。ここで、リソース管理機能部１０７は、イメージファイルからボリュームを生成中に、ボリュームキャッシュが登録されている場合があるので、ボリュームキャッシュが存在するか否かを再度判定する。例えば、リソース管理機能部１０７は、リソース管理機能ＤＢ１０６を参照し（ステップＳ２３）、物理機器情報及び仮想リソース情報を取得する（ステップＳ２４）。そして、リソース管理機能部１０７は、ボリュームキャッシュが存在するか否かを再度判定する（ステップＳ２５）。ここで、リソース管理機能部１０７は、ボリュームキャッシュが存在しないと判定した場合、ボリュームキャッシュの生成をＩａａＳコントローラ１０４に依頼する（ステップＳ２６）。
【００３２】
ＩａａＳコントローラ１０４は、ストレージ１０３ａにボリュームキャッシュの作成を依頼し（ステップＳ２７）、ストレージ１０３ｂにイメージファイルをストレージ１０３ａへの転送を依頼する（ステップＳ２８）。
【００３３】
ストレージ１０３ｂは、ストレージ１０３ａにイメージファイルを転送し（ステップＳ２９）、ストレージ１０３ａは、イメージファイルからボリュームキャッシュを生成する（ステップＳ３０）。そして、ストレージ１０３ａは、ＩａａＳコントローラ１０４にボリュームキャッシュの生成が完了したことを通知し（ステップＳ３１）、次いで、ＩａａＳコントローラ１０４は、ボリュームキャッシュの生成が完了したことをリソース管理機能部１０７に通知する（ステップＳ３２）。そして、リソース管理機能部１０７は、ボリュームキャッシュの生成が完了したことをユーザ端末１０１或いは事業者オペレータ端末１０２に通知する（ステップＳ３３）。これにより、リソース管理機能部１０７は、ボリュームキャッシュが生成されたイメージファイルの展開を要求された場合、短い待ち時間でユーザ向けボリュームを生成することが出来る。
【００３４】
続いて、図４及び図５を用いて、イメージ取得の処理動作を説明する。図４に示すように、ユーザ端末１０１、或いは、事業者オペレータ端末１０２は、イメージの取得要求を、リソース管理機能部１０７に送信する（ステップＳ４１）。リソース管理機能部１０７は、リソース管理機能ＤＢ１０６を参照し（ステップＳ４２）、物理機器情報及び仮想リソース情報を取得する（ステップＳ４３）。これによりリソース管理機能部１０７は、指定されたボリュームの存在するストレージ１０３を検索する。
【００３５】
次に、リソース管理機能部１０７は、スナップショットを生成するか否かを判定する（ステップＳ４４）。例えば、リソース管理機能部１０７は、処理時間からスナップショットを生成するか否かを判定する。ここで、スナップショットを生成する場合、電源オフ時間は短くなるが、全体処理時間は長くなる。一方、スナップショットを生成しない場合、電源オフ時間はスナップショットを生成する場合に比べて短くならないが、全体処理時間は短くなる。すなわち、リソース管理機能部１０７は、電源オフ時間を短くするように設定されている場合には、スナップショットを生成すると判定し、全体処理時間を短くするように設定されている場合には、スナップショットを生成しないと判定する。なお、リソース管理機能部１０７は、スナップショットを生成するか否かの指示をユーザから受付けてもよい。なお、「スナップショット」とは、ボリュームの「ある時点」の記録を実現するための機構であり、例えば、コピーオンファーストライト等のメカニズムを用いることで、ストレージ製品により高速の取得が可能である。言い換えると、スナップショットは、差分ファイルのことであり、例えば、復元時には、初期のボリュームとスナップショットとの両方が用いられる。
【００３６】
図４では、リソース管理機能部１０７が、スナップショットを生成しないと判定した場合を示す。この場合、リソース管理機能部１０７は、ストレージ１０３ａにボリュームの複製を依頼する（ステップＳ４５）。そして、ストレージ１０３ａは、ボリュームを複製し、中間ボリュームを生成する（ステップＳ４６）。なお、「中間ボリューム」とは、ＶＭで利用されているボリュームを複製することにより生成されるボリュームであって、最終的には削除されるボリュームを示す。
【００３７】
ストレージ１０３ａは、ボリュームを複製したことをリソース管理機能部１０７に通知する（ステップＳ４７）。続いて、リソース管理機能部１０７は、ＶＭの電源オンを安全にできることをユーザ端末１０１或いは事業者オペレータ端末１０２に通知する（ステップＳ４８）。
【００３８】
また、リソース管理機能部１０７は、イメージの取得をＩａａＳコントローラ１０４に依頼する（ステップＳ４９）。ここで、指定されたボリュームがストレージ１０３ａに存在し、このボリュームから取得するイメージファイルをストレージ１０３ｂに生成する場合を説明する。ＩａａＳコントローラ１０４は、ストレージ１０３ａにボリュームをストレージ１０３ｂへの転送を依頼し（ステップＳ５０）、ストレージ１０３ｂにイメージファイルを生成するように依頼する（ステップＳ５１）。
【００３９】
そして、ストレージ１０３ａは、ボリュームをストレージ１０３ｂに転送し（ステップＳ５２）、ストレージ１０３ｂは、イメージファイルを生成する（ステップＳ５３）。ストレージ１０３ｂは、イメージ取得が完了したことをＩａａＳコントローラ１０４に通知する（ステップＳ５４）。また、ＩａａＳコントローラ１０４は、イメージ取得が完了したことをリソース管理機能部１０７に通知する（ステップＳ５５）。そして、リソース管理機能部１０７は、イメージ取得が完了したことをユーザ端末１０１或いは事業者オペレータ端末１０２に通知する（ステップＳ５６）。
【００４０】
また、リソース管理機能部１０７は、中間ボリュームの削除をＩａａＳコントローラ１０４に依頼する（ステップＳ５７）。ＩａａＳコントローラ１０４は、ストレージ１０３ａに中間ボリュームを削除するように依頼する（ステップＳ５８）。ストレージ１０３ａは、中間ボリュームを削除し（ステップＳ５９）、中間ボリュームを削除したことをＩａａＳコントローラ１０４に通知する（ステップＳ６０）。そして、ＩａａＳコントローラ１０４は、リソース管理機能部１０７に中間ボリュームを削除したことを通知する（ステップＳ６１）。
【００４１】
次に、図５では、リソース管理機能部１０７が、ステップＳ４４において、スナップショットを生成すると判定した場合を示す。なお、図５に示すステップＳ４１からステップＳ４４までの処理動作は、図４に示すステップＳ４１からステップＳ４４までの処理動作と同様である。
【００４２】
図５に示すように、リソース管理機能部１０７は、スナップショットの生成をＩａａＳコントローラ１０４に依頼する（ステップＳ７１）。ここで、指定されたボリュームがストレージ１０３ａに存在し、このボリュームから取得するイメージファイルをストレージ１０３ｂに生成する場合を説明する。ＩａａＳコントローラ１０４は、ストレージ１０３ａにスナップショットの生成を依頼する（ステップＳ７２）。
【００４３】
ストレージ１０３ａは、スナップショットを生成し（ステップＳ７３）、ＩａａＳコントローラ１０４にスナップショットを生成したことを通知する（ステップＳ７４）。そして、ＩａａＳコントローラ１０４は、スナップショットが生成されたことをリソース管理機能部１０７に通知する（ステップＳ７５）。続いて、リソース管理機能部１０７は、ＶＭの電源オンを安全にできることをユーザ端末１０１或いは事業者オペレータ端末１０２に通知する（ステップＳ７６）。
【００４４】
リソース管理機能部１０７は、中間ボリュームの生成をＩａａＳコントローラ１０４に依頼する（ステップＳ７７）。ＩａａＳコントローラ１０４は、ストレージ１０３ａに中間ボリュームの生成を依頼し（ステップＳ７８）、ストレージ１０３ａは、スナップショットから中間ボリュームを生成する（ステップＳ７９）。そして、ストレージ１０３ａは、中間ボリュームを生成したことをＩａａＳコントローラ１０４に通知する（ステップＳ８０）。また、ＩａａＳコントローラ１０４は、中間ボリュームが生成されたことをリソース管理機能部１０７に通知する（ステップＳ８１）。
【００４５】
続いて、リソース管理機能部１０７は、イメージの取得をＩａａＳコントローラ１０４に依頼し、イメージの取得が完了後に中間ボリュームの削除をＩａａＳコントローラ１０４に依頼する。なお、ステップＳ８２からステップＳ９４までの処理動作は、図４に示すステップＳ４９からステップＳ６１までの処理動作と同様である。
【００４６】
リソース管理機能部１０７は、中間ボリュームの削除が完了後、スナップショットの削除をＩａａＳコントローラ１０４に依頼する（ステップＳ９５）。そして、ＩａａＳコントローラ１０４は、ストレージ１０３ａにスナップショットの削除を依頼する（ステップＳ９６）。これにより、ストレージ１０３ａは、スナップショットを削除し（ステップＳ９７）、スナップショットを削除したことをＩａａＳコントローラ１０４に通知する（ステップＳ９８）。ＩａａＳコントローラ１０４は、スナップショットが削除されたことをリソース管理機能部１０７に通知する（ステップＳ９９）。
【００４７】
続いて、図６を用いて、仮想リソース管理装置１０５が実現するリソース管理機能ＤＢ１０６及びリソース管理機能部１０７について説明する。図６は、仮想リソース管理装置１０５が実現するリソース管理機能ＤＢ１０６及びリソース管理機能部１０７を説明するための図である。
【００４８】
図６に示すように、リソース管理機能ＤＢ１０６は、物理機器情報１０６ａ、及び仮想リソース情報１０６ｂを記憶する。物理機器情報１０６ａは、ストレージ１０３に関する情報として、ストレージ１０３に存在する仮想リソースが対応付けられた情報である。
【００４９】
図７は、物理機器情報１０６ａのデータ構造の一例を示す図である。図７に示すように、物理機器情報１０６ａは、「物理機器」と、「仮想リソース」とが対応付けられた情報である。ここで、物理機器情報１０６ａが記憶する「物理機器」は、ストレージ１０３を一意に識別する識別子を示す。例えば、「物理機器」には、「０００１」、「０００２」等のデータ値が格納される。物理機器情報１０６ａが記憶する「仮想リソース」は、ストレージ１０３に存在する仮想リソースの種別を示す。例えば、「仮想リソース」には、「イメージＡ，イメージＢ」、「ボリュームＡ」等のデータ値が格納される。
【００５０】
一例をあげると、図７に示す物理機器情報１０６ａは、識別子が「０００１」であるストレージ１０３には、仮想リソース「イメージＡ」及び「イメージＢ」が存在していることを示す。なお、以下では、イメージＡが展開されることでボリュームＡが生成され、イメージＢが展開されることでボリュームＢが生成されるものとする。
【００５１】
図６に戻る。仮想リソース情報１０６ｂは、イメージファイルについてボリュームキャッシュの有無やイメージファイルが存在するストレージ１０３等を示す情報である。図８は、仮想リソース情報１０６ｂのデータ構造の一例を示す図である。図８に示すように、仮想リソース情報１０６ｂは、「仮想リソース」と「ボリュームキャッシュの有無」と「ボリュームキャッシュ格納ストレージ」とが対応付けられた情報である。
【００５２】
ここで、仮想リソース情報１０６ｂが記憶する「仮想リソース」は、仮想リソースの種別を示す。例えば、「仮想リソース」には、「イメージＡ」、「イメージＢ」等のデータ値が格納される。
【００５３】
また、仮想リソース情報１０６ｂが記憶する「ボリュームキャッシュの有無」は、イメージファイルについてボリュームキャッシュが生成されているか否かを示す。例えば、「ボリュームキャッシュの有無」には、イメージファイルについてボリュームキャッシュが生成されていることを示す「有り」、イメージファイルについてボリュームキャッシュが生成されていないことを示す「無し」等のデータ値が格納される。
【００５４】
また、「ボリュームキャッシュ格納ストレージ」は、ボリュームキャッシュが存在するストレージ１０３を示す。例えば、「ボリュームキャッシュ格納ストレージ」には、「０００２，０００Ｘ」等のストレージ１０３を一意に識別する識別子が格納される。
【００５５】
一例をあげると、図８に示す仮想リソース情報１０６ｂは、仮想リソース「イメージＡ」についてボリュームキャッシュが「０００２」で識別されるストレージ１０３及び「０００Ｘ」で識別されるストレージ１０３に生成されていることを示す。すなわち、ボリュームキャッシュは、イメージファイルから複数のストレージ１０３に生成可能である。なお、ボリュームの複製は、同一のストレージ１０３に存在するボリュームキャッシュからのみ複製可能である。また、仮想リソース情報１０６ｂは、仮想リソース「イメージＢ」についてボリュームキャッシュが生成されていないことを示す。
【００５６】
図６に戻る。リソース管理機能部１０７は、受付部１０７ａと、イメージファイル展開部１０７ｂと、イメージファイル生成部１０７ｃとを有する。受付部１０７ａは、仮想リソースの操作要求をユーザ端末１０１や事業者オペレータ端末１０２から受付ける。受付部１０７ａは、受付けた仮想リソースの操作要求をイメージファイル展開部１０７ｂやイメージファイル生成部１０７ｃに受け渡す。
【００５７】
イメージファイル展開部１０７ｂは、検索部１０８と、複製部１０９と、依頼部１１０とを有し、イメージファイルを展開してボリュームを生成する処理を制御する。
【００５８】
検索部１０８は、ユーザから指定された仮想リソースを記憶するイメージファイルをストレージにおいて操作可能なボリュームに展開する要求を受付け、同一のイメージファイルから既に展開されたボリュームであって、かつ更新されていないボリューム（ボリュームキャッシュ）を検索する。例えば、検索部１０８は、リソース管理機能ＤＢ１０６を参照し、物理機器情報１０６ａ及び仮想リソース情報１０６ｂを取得する。そして、検索部１０８は、指定されたボリュームの生成要求を参照して、ボリュームを生成するストレージを選択する。続いて、検索部１０８は、選択したストレージにボリュームキャッシュがあるか否かを検索する。
【００５９】
複製部１０９は、検索部１０８によって検索されたボリュームキャッシュを複製し、ユーザに提供する。
【００６０】
依頼部１１０は、検索部１０８による検索の結果、ボリュームキャッシュが存在しない場合、指定されたイメージファイルからボリュームへの展開を依頼して、当該ボリュームをユーザに提供する。また、依頼部１１０は、ボリュームへの展開後に、指定されたイメージファイルから新たなボリュームキャッシュの生成を更に依頼する。
【００６１】
また、依頼部１１０は、ボリュームへの展開後に、指定されたイメージファイルから新たなボリュームキャッシュの生成を依頼する際に、ストレージ内に存在する他のボリュームキャッシュの数が所定数を超えている場合には、他のボリュームキャッシュのいずれかを削除し、当該新たなボリュームキャッシュの生成を依頼する。例えば、依頼部１１０は、他のボリュームキャッシュのうち古いものを削除するよう依頼する。なお、依頼部１１０は、アクセス頻度が低い他のボリュームキャッシュを削除するように依頼してもよい。
【００６２】
イメージファイル生成部１０７ｃは、ボリューム複製部１１１と、イメージ取得依頼部１１２と、削除依頼部１１３と、スナップショット取得依頼部１１４とを有し、ボリュームからイメージファイルを取得する処理を制御する。
【００６３】
ボリューム複製部１１１は、ボリュームからイメージファイルを取得する要求を受付け、指定されたボリュームを複製して中間ボリュームの生成をストレージ１０３に依頼する。
【００６４】
イメージ取得依頼部１１２は、複製された中間ボリュームからイメージの取得を依頼する。また、イメージ取得依頼部１１２は、取得されたスナップショットから中間ボリュームの作成を依頼するとともに、作成された中間ボリュームからイメージの取得を依頼する。
【００６５】
削除依頼部１１３は、イメージの取得完了後、複製した中間ボリュームの削除を依頼する。また、削除依頼部１１３は、イメージの取得完了後、作成された中間ボリュームの削除を依頼するとともに、取得されたスナップショットの削除を依頼する。
【００６６】
スナップショット取得依頼部１１４は、指定されたボリュームからスナップショットの取得を依頼する。
【００６７】
図９は、リソース管理機能部１０７による処理手順を示すフローチャートである。図９では、仮想リソースの操作要求として、イメージからボリュームの生成を要求された場合における、イメージファイル展開部１０７ｂの処理手順について説明する。
【００６８】
図９に示すように、検索部１０８は、ボリュームを生成するストレージ１０３を検索する（ステップＳ１０１）。そして、検索部１０８は、ストレージ１０３にボリュームキャッシュが存在するか否かを判定する（ステップＳ１０２）。ここで、検索部１０８が、ストレージ１０３にボリュームキャッシュが存在すると判定した場合（ステップＳ１０２、Ｙｅｓ）、複製部１０９は、ボリュームキャッシュからのボリューム複製をストレージ１０３に依頼する（ステップＳ１０３）。すなわち、複製部１０９は、ボリュームキャッシュが存在するストレージ１０３にボリュームキャッシュの複製を依頼する。
【００６９】
一方、検索部１０８が、ストレージ１０３にボリュームキャッシュが存在しないと判定した場合（ステップＳ１０２、Ｎｏ）、依頼部１１０は、イメージファイルからのボリューム生成をＩａａＳコントローラ１０４に依頼する（ステップＳ１０４）。すなわち、依頼部１１０は、ＩａａＳコントローラ１０４にイメージファイルからのボリュームの生成を依頼する。
【００７０】
また、依頼部１１０は、ストレージ１０３にボリュームキャッシュが存在するか否かを判定する（ステップＳ１０５）。なお、依頼部１１０は、イメージファイルからボリュームを生成中に、ボリュームキャッシュが登録されている場合があるので、このステップＳ１０５においてボリュームキャッシュが存在するか否かを再度判定する。
【００７１】
ここで、依頼部１１０は、ストレージ１０３にボリュームキャッシュが存在すると判定した場合（ステップＳ１０５、Ｙｅｓ）、処理を終了する。一方、依頼部１１０は、ストレージ１０３にボリュームキャッシュが存在しないと判定した場合（ステップＳ１０５、Ｎｏ）、ストレージ内のボリュームキャッシュの数が上限を超えているか否かを判定する（ステップＳ１０６）。
【００７２】
ここで、ストレージ内のボリュームキャッシュの数が上限を超えていないと判定した場合（ステップＳ１０６、Ｎｏ）、ステップＳ１０８に移行する。一方、依頼部１１０は、ストレージ内のボリュームキャッシュの数が上限を超えていると判定した場合（ステップＳ１０６、Ｙｅｓ）、古いボリュームキャッシュの削除をＩａａＳコントローラ１０４に依頼する（ステップＳ１０７）。依頼部１１０は、イメージファイルからのボリュームキャッシュの生成をＩａａＳコントローラ１０４に依頼する（ステップＳ１０８）。
【００７３】
図１０は、リソース管理機能部１０７による処理手順を示すフローチャートである。図１０では、仮想リソースの操作要求として、ボリュームからイメージの生成を要求された場合における、イメージファイル生成部１０７ｃの処理手順について説明する。
【００７４】
図１０に示すように、ボリューム複製部１１１は、ボリュームからイメージの生成を要求された場合、スナップショットを作成するか否かを判定する（ステップＳ２０１）。ボリューム複製部１１１は、例えば、ユーザからのイメージファイル取得要求において、スナップショットを作成するか否かを、パラメータ等を用いて判定する。例えば、スナップショットの取得は、高速であるので、ＶＭの電源オフ時間を短くする際には、スナップショットが選択されるようにパラメータが設定される。また、電源オフ時間はスナップショットよりも長くはなるが、全体の処理時間を短くする際には、中間ボリュームの作成が選択されるようにパラメータが設定される。
【００７５】
ここで、ボリューム複製部１１１は、スナップショットを作成しないと判定した場合（ステップＳ２０１、Ｎｏ）、指定されたボリュームからボリュームを複製して中間ボリュームの生成をストレージ１０３に依頼する（ステップＳ２０２）。
【００７６】
そして、ボリューム複製部１１１は、安全にＶＭの電源をオンできることをユーザに通知する（ステップＳ２０３）。続いて、イメージ取得依頼部１１２は、中間ボリュームからイメージ取得をＩａａＳコントローラ１０４に依頼する（ステップＳ２０４）。そして、削除依頼部１１３は、イメージの生成が完了した場合、中間ボリュームの削除をＩａａＳコントローラ１０４に依頼し（ステップＳ２０５）、処理を終了する。
【００７７】
一方、ボリューム複製部１１１が、スナップショットを作成すると判定した場合（ステップＳ２０１、Ｙｅｓ）、スナップショット取得依頼部１１４は、指定されたボリュームからスナップショットの生成をＩａａＳコントローラ１０４に依頼する（ステップＳ２０６）。
【００７８】
そして、ボリューム複製部１１１は、安全にＶＭの電源をオンできることをユーザに通知する（ステップＳ２０７）。続いて、イメージ取得依頼部１１２は、スナップショットから中間ボリュームの生成をＩａａＳコントローラ１０４に依頼する（ステップＳ２０８）。そして、イメージ取得依頼部１１２は、中間ボリュームからイメージ取得をＩａａＳコントローラ１０４に依頼する（ステップＳ２０９）。そして、削除依頼部１１３は、イメージの生成が完了した場合、中間ボリュームの削除をＩａａＳコントローラ１０４に依頼する（ステップＳ２１０）。また、削除依頼部１１３は、スナップショットの削除をＩａａＳコントローラ１０４に依頼し（ステップＳ２１１）、処理を終了する。
【００７９】
上述したように、第１の実施形態に係る仮想リソース管理装置１０５は、特定のイメージファイルからボリュームを作成する際に、キャッシュボリュームから同一ストレージへの複製処理で作成する。すなわち、第１の実施形態に係る仮想リソース管理装置１０５では、イメージファイルを管理するストレージ１０３と、ボリュームを管理するストレージとの間でネットワークを介した転送を省略することが可能となる。これにより、短い待ち時間でボリュームを作成することが出来る。
【００８０】
また、第１の実施形態に係る仮想リソース管理装置１０５は、キャッシュボリュームが無い際は、ユーザ向けのボリュームを作成後、キャッシュボリュームを作成する。これにより、キャッシュヒット率を高めることが可能となる。ここで、利用頻度の高いイメージファイルほどキャッシュヒット率が高いため、より有効である。
【００８１】
また、第１の実施形態に係る仮想リソース管理装置１０５は、キャッシュ数やサイズは上限があり、利用頻度の低いキャッシュを削除する。これにより、ＶＭｗａｒｅやｖＳｐｈｅｒｅのようにユーザ用でないボリューム領域が多大になることを防止することが可能となる。
【００８２】
また、第１の実施形態に係る仮想リソース管理装置１０５は、ボリュームからイメージファイルを作成する際に、複製ボリュームを作成し、複製ボリュームからイメージを取得する。これにより、ＶＭの電源をオフにしている時間を、複製ボリュームを作成している時間に短縮することができる。
【００８３】
また、第１の実施形態に係る仮想リソース管理装置１０５は、ボリュームからイメージファイルを作成する際に、スナップショットを作成し、スナップショットからボリュームを作成してイメージを取得する。これにより、ＶＭの電源をオフにしている時間を短縮してイメージを取得することができる。
【００８４】
（第２の実施形態）
さて、これまで本発明の実施形態について説明したが、本発明は上述した実施形態以外にも、その他の実施形態にて実施されてもよい。そこで、以下では、その他の実施形態を示す。
【００８５】
（システム構成）
また、本実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上述の文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については（例えば、図１〜図１０）、特記する場合を除いて任意に変更することができる。
【００８６】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。例えば、仮想リソース管理装置１０５において、リソース管理機能部１０７は、受付部１０７ａとイメージファイル展開部１０７ｂとを有するように構成されてもよく、或いは、受付部１０７ａとイメージファイル生成部１０７ｃとを有するように構成されてもよい。
【００８７】
（プログラム）
また、上記第１の実施形態に係る仮想リソース管理装置１０５が実行する処理をコンピュータが実行可能な言語で記述した仮想リソース操作プログラムを生成することもできる。この場合、コンピュータが仮想リソース操作プログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、かかる仮想リソース操作プログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録された仮想リソース操作プログラムをコンピュータに読み込ませて実行することにより上記実施形態と同様の処理を実現してもよい。以下に、図１等に示した仮想リソース管理装置１０５と同様の機能を実現する仮想リソース操作プログラムを実行するコンピュータの一例を説明する。
【００８８】
図１１は、仮想リソース操作プログラムを実行するコンピュータ１０００を示す図である。図１１に示すように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。
【００８９】
メモリ１０１０は、ＲＯＭ（Read  Only  Memory）１０１１およびＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic  Input  Output  System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０３１に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１０４１に接続される。ディスクドライブ１０４１には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１０５１およびキーボード１０５２が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１０６１が接続される。
【００９０】
ここで、図１１に示すように、ハードディスクドライブ１０３１は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。上記実施形態で説明した仮想リソース操作プログラムは、例えばハードディスクドライブ１０３１やメモリ１０１０に記憶される。
【００９１】
また、仮想リソース操作プログラムは、例えば、コンピュータ１０００によって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ１０３１に記憶される。具体的には、上記実施形態で説明した検索部１０８と同様の情報処理を実行する検索手順と、複製部１０９と同様の情報処理を実行する複製手順とが記述されたプログラムモジュール１０９３が、ハードディスクドライブ１０３１に記憶される。或いは、上記実施形態で説明したボリューム複製部１１１と同様の情報処理を実行するボリューム複製順と、イメージ取得依頼部１１２と同様の情報処理を実行するイメージ取得依頼手順と、削除依頼部１１３と同様の情報処理を実行する削除依頼手順とが記述されたプログラムモジュール１０９３が、ハードディスクドライブ１０３１に記憶される。
【００９２】
また、仮想リソース操作プログラムによる情報処理に用いられるデータは、プログラムデータ１０９４として、例えば、ハードディスクドライブ１０３１に記憶される。そして、ＣＰＵ１０２０が、ハードディスクドライブ１０３１に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。
【００９３】
なお、仮想リソース操作プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０３１に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１０４１等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、仮想リソース操作プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮ（Local  Area  Network）やＷＡＮ（Wide  Area  Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
【００９４】
（その他）
なお、本実施形態で説明した特定プログラムは、インターネットなどのネットワークを介して配布することができる。また、特定プログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【符号の説明】
【００９５】
１０５    仮想リソース管理装置
１０６    リソース管理機能ＤＢ
１０６ａ  物理機器情報
１０６ｂ  仮想リソース情報
１０７    リソース管理機能部
１０７ａ  受付部
１０７ｂ  イメージファイル展開部
１０７ｃ  イメージファイル生成部
１０８    検索部
１０９    複製部
１１０    依頼部
１１１    ボリューム複製部
１１２    イメージ取得依頼部
１１３    削除依頼部
１１４    スナップショット取得依頼部
１０００  コンピュータ
１０１０  メモリ
１０１１  ＲＯＭ
１０１２  ＲＡＭ
１０２０  ＣＰＵ
１０３０  ハードディスクドライブインタフェース
１０３１  ハードディスクドライブ
１０４０  ディスクドライブインタフェース
１０４１  ディスクドライブ
１０５０  シリアルポートインタフェース
１０５１  マウス
１０５２  キーボード
１０６０  ビデオアダプタ
１０６１  ディスプレイ
１０７０  ネットワークインタフェース
１０８０  バス
１０９１  ＯＳ
１０９２  アプリケーションプログラム
１０９３  プログラムモジュール
１０９４  プログラムデータ
【図１】
2015103095.tif 000003
【図２】
2015103095.tif 000004
【図３】
2015103095.tif 000005
【図４】
2015103095.tif 000006
【図５】
2015103095.tif 000007
【図６】
2015103095.tif 000008
【図７】
2015103095.tif 000009
【図８】
2015103095.tif 000010
【図９】
2015103095.tif 000011
【図１０】
2015103095.tif 000012
【図１１】
2015103095.tif 000013
【手続補正書】
【提出日】平成27年3月16日(2015.3.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザから指定された仮想リソースを記憶するイメージファイルをストレージにおいて操作可能なボリュームに展開する要求を受付け、同一のイメージファイルから既に展開されたボリュームであって、かつ、更新されていないボリュームを検索する検索部と、
検索された前記ボリュームを複製し、前記ユーザに提供する複製部と
を有することを特徴とする仮想リソース管理装置。
【請求項２】
前記検索部による検索の結果、前記ボリュームが存在しない場合、前記指定されたイメージファイルからボリュームへの展開を依頼して、当該ボリュームを前記ユーザに提供するとともに、前記ボリュームへの展開後に、前記指定されたイメージファイルから新たなボリュームの生成を更に依頼する依頼部を更に有することを特徴とする請求項１に記載の仮想リソース管理装置。
【請求項３】
ボリュームからイメージファイルを取得する要求を受付け、指定されたボリュームを複製するボリューム複製部と、
複製された前記ボリュームからイメージの取得を依頼するイメージ取得依頼部と、
前記イメージの取得完了後、複製した前記ボリュームの削除を依頼する削除依頼部と
を更に有することを特徴とする請求項１に記載の仮想リソース管理装置。
【請求項４】
指定されたボリュームからスナップショットの取得を依頼するスナップショット取得依頼部を更に有し、
前記イメージ取得依頼部は、取得されたスナップショットからボリュームの作成を依頼するとともに、作成されたボリュームからイメージの取得を依頼し、
前記削除依頼部は、前記イメージの取得完了後、作成された前記ボリュームの削除を依頼するとともに、取得されたスナップショットの削除を依頼する
ことを特徴とする請求項３に記載の仮想リソース管理装置。
【請求項５】
ユーザから指定された仮想リソースを記憶するイメージファイルをストレージにおいて操作可能なボリュームに展開する要求を受付け、同一のイメージファイルから既に展開されたボリュームであって、かつ、更新されていないボリュームを検索する検索工程と、
検索された前記ボリュームを複製し、前記ユーザに提供する複製工程と
を含んだことを特徴とする仮想リソース操作方法。
【請求項６】
ボリュームからイメージファイルを取得する要求を受付け、指定されたボリュームを複製するボリューム複製工程と、
複製された前記ボリュームからイメージの取得を依頼するイメージ取得依頼工程と、
前記イメージの取得完了後、複製した前記ボリュームの削除を依頼する削除依頼工程と
を更に含んだことを特徴とする請求項５に記載の仮想リソース操作方法。
【請求項７】
ユーザから指定された仮想リソースを記憶するイメージファイルをストレージにおいて操作可能なボリュームに展開する要求を受付け、同一のイメージファイルから既に展開されたボリュームであって、かつ、更新されていないボリュームを検索する検索手順と、
検索された前記ボリュームを複製し、前記ユーザに提供する複製手順と
をコンピュータに実行させるための仮想リソース操作プログラム。
【請求項８】
ボリュームからイメージファイルを取得する要求を受付け、指定されたボリュームを複製するボリューム複製手順と、
複製された前記ボリュームからイメージの取得を依頼するイメージ取得依頼手順と、
前記イメージの取得完了後、複製した前記ボリュームの削除を依頼する削除依頼手順と
を更にコンピュータに実行させるための請求項７に記載の仮想リソース操作プログラム。