クラウド環境内で資源を配分する方法であって、前記方法は:仮想ハイパーバイザをアプリケーションプログラミングインタフェースとして生成することによってクラウド環境と1つ以上のデータセンタとの間に抽象化レイヤを提供するステップ202と;前記1つ以上のデータセンタによる作業負荷要求に応答して、前記作業負荷の非機能要件が、前記仮想ハイパーバイザを用いる前記抽象化レベルにおいて対処されるように、前記仮想ハイパーバイザを用いて、資源を区画し、前記1つ以上のデータセンタ内の仮想マシンをインスタンス化するステップ204と;を含む方法。前記仮想ハイパーバイザを通じて前記クラウド環境と前記1つ以上のデータセンタとの間で通信するステップ206をさらに含む、請求項1に記載の方法。通信するステップ206は、データセンタの資源プールマネージャとコンタクトするステップを含む、請求項2に記載の方法。通信するステップ206は、データセンタの物理サーバに関連付けられるハイパーバイザとコンタクトするステップを含む、請求項2に記載の方法。異なるサーバにおいて複数の仮想マシンを作成するために前記仮想ハイパーバイザにおいて単一の作成コマンドを配置するステップ208をさらに含む、請求項1に記載の方法。前記異なるサーバは、異なるデータセンタにある、請求項5に記載の方法。前記抽象化レベルにおいて前記非機能要件に対処するために、前記非機能要件を前記仮想ハイパーバイザに入力として入力するステップ210をさらに含む、請求項1に記載の方法。クラウド環境内で資源を配分するためのコンピュータ可読プログラムを含むコンピュータ可読記憶媒体であって、前記コンピュータ可読プログラムは、コンピュータ上で実行されると、前記コンピュータに:仮想ハイパーバイザをアプリケーションプログラミングインタフェースとして生成することによってクラウド環境と1つ以上のデータセンタとの間に抽象化レイヤを提供するステップ202と;前記1つ以上のデータセンタによる作業負荷要求に応答して、前記作業負荷の非機能要件が、前記仮想ハイパーバイザを用いる前記抽象化レベルにおいて対処されるように、前記仮想ハイパーバイザを用いて、資源を区画し、前記1つ以上のデータセンタ内の仮想マシンをインスタンス化するステップ204と;を遂行させる、コンピュータ可読記憶媒体。前記仮想ハイパーバイザを通じて前記クラウド環境と前記1つ以上のデータセンタとの間で通信するステップ206をさらに含む、請求項8に記載のコンピュータ可読記憶媒体。通信するステップ206は、データセンタの資源プールマネージャとコンタクトするステップを含む、請求項9に記載のコンピュータ可読記憶媒体。通信するステップ206は、データセンタの物理サーバに関連付けられるハイパーバイザとコンタクトするステップを含む、請求項9に記載のコンピュータ可読記憶媒体。異なるサーバにおいて複数の仮想マシンを作成するために前記仮想ハイパーバイザにおいて単一の作成コマンドを配置するステップ208をさらに含む、請求項8に記載のコンピュータ可読記憶媒体。前記異なるサーバは、異なるデータセンタにある、請求項12に記載のコンピュータ可読記憶媒体。前記抽象化レベルにおいて前記非機能要件に対処するために、前記非機能要件を前記仮想ハイパーバイザに入力として入力するステップ210をさらに含む、請求項8に記載のコンピュータ可読記憶媒体。クラウド環境内で資源を配分するシステムであって、前記システムは:クラウドマネージャ106によって管理され、少なくとも1つのデータセンタ120からの作業負荷要求を満たすように構成されるクラウドネットワーク104であって、前記少なくとも1つのデータセンタは、仮想マシン144を管理するように構成される資源マネージャ134を含む、クラウドネットワーク104と;前記クラウドマネージャと前記少なくとも1つのデータセンタとの間のインタフェースを提供するように構成される少なくとも1つの仮想ハイパーバイザ132であって、前記少なくとも1つの仮想ハイパーバイザは、前記クラウドマネージャと前記少なくとも1つのデータセンタとの間の対話の複雑さを低減するべく、抽象化レベル130において前記作業負荷の非機能要件に対処するように構成される、少なくとも1つの仮想ハイパーバイザ132と;を含む、システム。前記仮想ハイパーバイザ132は、クラウドアプリケーションプログラミングインタフェースと前記少なくとも1つのデータセンタの資源プールマネージャとの間のインタフェースを提供することによって資源および仮想マシンを管理するように構成されるアプリケーションプログラミングインタフェースを含む、請求項15に記載のシステム。前記少なくとも1つのデータセンタ内の物理サーバに関連付けられる物理ハイパーバイザ142をさらに含み、前記仮想ハイパーバイザはユーザに前記物理ハイパーバイザのアプリケーションプログラミングインタフェースを提供する、請求項15に記載のシステム。前記仮想ハイパーバイザ132に発行される、異なるサーバにおいて複数の仮想マシンを作成する単一の作成コマンドをさらに含む、請求項15に記載のシステム。前記異なるサーバは、異なるデータセンタにある、請求項18に記載のシステム。非機能要件であって、前記抽象化レベルにおいて前記非機能要件に対処するために前記仮想ハイパーバイザ132への入力として受け取られる、非機能要件をさらに含む、請求項15に記載のシステム。作業負荷1の配置は、3つの仮想マシンをプロビジョニングすることを必要とする-VM1がプライマリである;-VM1’は高可用性のためのバックアップである;-VM1は別のデータセンタデータセンタ215内のバックアップである。作業負荷2の配置は、レイテンシの低減のためにユーザ顧客Aと物理的に近接して位置するサービスプロバイダServiceProvider、SPのデータセンタデータセンタ215内に1つの仮想マシン、VM2、が作成されることを必要とする。作業負荷3の配置は、セキュリティの向上のために顧客データセンタ17内に1つの仮想マシン、VM3、が作成されることを必要とする。作業負荷および非機能要件non-functionalrequirement、NFRの種類に基づき、クラウドマネージャ10からの呼び出しは複雑になり得ようし、毎回異なり得よう。クラウド環境内で資源を配分するシステムおよび方法が、仮想ハイパーバイザをアプリケーションプログラミングインタフェースとして生成することによってクラウド環境と1つ以上のデータセンタとの間に抽象化レイヤを提供することを含む。1つ以上のデータセンタによる作業負荷要求に応答して、作業負荷の非機能要件が、仮想ハイパーバイザを用いる抽象化レベルにおいて対処されるように、仮想ハイパーバイザを用いて、資源が区画され、仮想マシンがインスタンス化される。クラウド環境内で資源を配分するシステムが、クラウドマネージャによって管理され、少なくとも1つのデータセンタからの作業負荷要求を満たすように構成されるクラウドネットワークであって、少なくとも1つのデータセンタは、仮想マシンを管理するように構成される資源マネージャを含む、クラウドネットワークを含む。少なくとも1つの仮想ハイパーバイザが、クラウドマネージャと少なくとも1つのデータセンタとの間のインタフェースを提供するように構成される。少なくとも1つの仮想ハイパーバイザは、クラウドマネージャと少なくとも1つのデータセンタとの間の対話の複雑さを低減するべく、抽象化レベルにおいて作業負荷の非機能要件に対処するように構成される。これらおよび他の特徴および利点が、それらの例示的な実施形態の以下の詳細な記載から明らかとなるであろう。詳細な記載は添付の図面と関連して読まれたい。本開示は、好ましい実施形態の以下の記載において、以下の図を参照しながら詳細を提供する。本原理によれば、クラウドマネージャが究極の物理資源マネージャとしてのその役割を維持しつつ、顧客が彼らの仮想マシンに関する資源配分決定をより高度に制御することを可能にする仮想ハイパーバイザ抽象化が提供される。加えて、仮想ハイパーバイザ抽象化が大域的クラウドマネージャによってどのように効率的に実現されることができるのかを示す資源配分方法が提供される。本コンセプトは、異なる仮想ハイパーバイザ間のより公平な資源共有および分離を達成するために用いることができる。特に有用な実施形態によれば、クラウドモデルは、仮想マシンVMに関する資源配分決定のより良い制御を提供するために強化される。クラウド上でホストされるソリューションの管理からクラウド物理インフラストラクチャの管理の区画が維持される。顧客に従うこの区画によって、資源プールマネージャはそれらの環境を最適化することに専念することができ、クラウド管理は、物理資源を最も効率的に活用すること、およびその顧客とのサービス品質保証契約ServiceLevelAgreement、SLAが履行されるのを確実にすることに集中することができる。この分割を達成するために、仮想ハイパーバイザVirtualHypervisor、VHが導入され、基盤資源はどのように共有されるべきか、および資源競合はどのように解決されるべきかをソリューションが決定することを可能にする抽象化を提供する。クラウドマネージャは、仮想ハイパーバイザによって規定される制約を満たす限りにおいてクラウドマネージャの観点からいちばん最適な様式で仮想マシンを物理サーバに対応付けることができる。クラウドマネージャは、特定のVMからではなく、クラウドから仮想ハイパーバイザを要求する。次に、クラウドマネージャはこれらの仮想ハイパーバイザを、ちょうど、それが物理ホスト上の実際のハイパーバイザを用いるであろうように用い、実際の物理サーバおよび仮想化または資源プールマネージャに関して用いられるものと同様のアプリケーションプログラミングインタフェースAPIを用いてそれらとインタフェースをとる。これらの仮想ハイパーバイザは現実のエンティティではない。それらは単に、クラウド/クラウドマネージャとデータセンタとの間の単一のサービス品質保証契約、顧客要求、または他のイベントを基準にしてクラウドによって管理される資源の抽象的集合である。仮想ハイパーバイザの、物理サーバ上への実際の対応付けはクラウドマネージャの任務であり、仮想ハイパーバイザの上のVMの配置および管理はデータセンタの仮想化インフラストラクチャ内で、例えば、物理サーバに関連付けられるハイパーバイザによって、処理される。仮想デスクトップでは、例えば顧客のソリューションマネージャが、仮想ハイパーバイザが実行すべき地理またはリモートデスクトップエクスペリエンスに影響を与える、所与の場所からのネットワーク距離、利用可能であるべき容量、ならびにこの仮想ハイパーバイザ内に作成されるVM間のネットワーク帯域幅、および記憶要件などの他のパラメータ等の特定の要件を満たすいくつかの仮想ハイパーバイザをまず要求する。この後、ソリューションマネージャは仮想ハイパーバイザ内に仮想マシンを作成し、仮想化モデルと同様に容量限度、資源使用配分比率、および他の特性を割り当てる。システムオペレーションの間、ソリューションマネージャは仮想ハイパーバイザ内のその仮想マシンの配分比率を調整するか、または1つの仮想ハイパーバイザからもう1つのものにVMを移行することができる。それらの操作は資源配分およびユーザエクスペリエンスに明白な効果を有する。例えば、デスクトップソリューションマネージャが、或るデスクトップは、あまり重要でない作業を遂行していることが分かれば、それはそれらのうちの多くを単一の仮想ハイパーバイザに移行すると同時に、より重要なVMをあまり混雑していない仮想ハイパーバイザに移動することができる。この移行は必ずしもインフラストラクチャレベルにおける実際のVM移行を生じさせるのではないことに留意されたい。仮想ハイパーバイザによって指定される分離および資源配分を実現する仕方を決定することはクラウドマネージャに委ねられている。同様の表現力が、クラウドモデル内のVMのセット上の複雑な言語によって達成されることができよう。仮想ハイパーバイザ抽象化が、クラウドマネージャの、究極の物理資源マネージャとしての役割を維持しつつ、ソリューションマネージャ、または資源プールマネージャがそれらの仮想マシンに関する資源配分決定をより高度に制御することを可能にする。資源配分方法が、仮想ハイパーバイザ抽象化が大域的クラウドマネージャによってどのように効率的に実現されることができるのかを示す。本ソリューションは仮想ハイパーバイザを導入し、異なるネットワークサービスプロバイダ、顧客上の地理的に分散した異なる物理サーバ上にあることができようハイパーバイザを抽象化する。この仮想ハイパーバイザはクラウドソリューションの配置を簡易化する。当業者によって理解されるように、本発明の態様はシステム、方法またはコンピュータプログラム製品として具体化されてよい。それ故、本発明の態様は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態ファームウェア、常駐ソフトウェア、マイクロコード等を含むあるいはソフトウェアおよびハードウェアの態様を組み合わせた実施形態という形をとってよく、本願明細書においてそれらはすべて広く回路、モジュールまたはシステムと呼ばれてよい。さらに、本発明の態様は、1つ以上のコンピュータ可読媒体単数または複数であって、その上に具体化されるコンピュータ可読プログラムコードを有する、コンピュータ可読媒体内に具体化されるコンピュータプログラム製品という形をとってもよい。1つ以上のコンピュータ可読媒体単数または複数の任意の組み合わせが利用されてよい。コンピュータ可読媒体はコンピュータ可読信号媒体またはコンピュータ可読記憶媒体であってよい。コンピュータ可読記憶媒体は、例えば、電子的、磁気的、光学的、電磁的、赤外線または半導体システム、装置またはデバイス、あるいは上述のものの任意の適当な組み合わせであってよい。ただし、それらに限定されるものではない。コンピュータ可読記憶媒体のより具体的な例非包括的なリストとしては以下のもの:1本以上のワイヤを有する電気接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリrandomaccessmemory、RAM、リードオンリーメモリread-onlymemory、ROM、消去可能プログラマブルリードオンリーメモリerasableprogrammableread-onlymemory、EPROMまたはフラッシュメモリ、光ファイバ、ポータブルコンパクトディスクリードオンリーメモリcompactdiscread-onlymemory、CD-ROM、光学式記憶デバイス、磁気記憶デバイス、あるいは上述のものの任意の適当な組み合わせ、が挙げられよう。本文書の文脈において、コンピュータ可読記憶媒体とは、命令実行システム、装置またはデバイスによって用いられるまたはそれらと連係して用いられるプログラムを包含または記憶することができる任意の有形媒体であってよい。コンピュータ可読信号媒体とは、例えば、基底帯域内にまたは搬送波の一部として、内部にコンピュータ可読プログラムコードが具体化される伝搬データ信号を含むものであってよい。このような伝搬信号は、電磁気的、光学的、またはそれらの任意の適当な組み合わせを含むが、それらに限定されるものではなく、様々な形態のいずれを取ってもよい。コンピュータ可読信号媒体とは、コンピュータ可読記憶媒体ではない、命令実行システム、装置またはデバイスによって用いられるまたはそれらと連係して用いられるプログラムを伝達、伝搬または輸送することができる任意のコンピュータ可読媒体であってよい。コンピュータ可読媒体上に具体化されるプログラムコードは、無線、有線、光ファイバケーブル、RF等、または上述のものの任意の適当な組み合わせを含むが、それらに限定されるものではなく、任意の適切な媒体を用いて送信されてよい。本発明の態様のための作業を行うためのコンピュータプログラムコードは、JavaR、SmalltalkR、Cまたは同様のもの等のオブジェクト指向プログラミング言語、ならびにCプログラミング言語または同様のプログラミング言語等の従来の手続き型プログラミング言語を含む、1つ以上のプログラミング言語の任意の組み合わせで書き込まれてよい。プログラムコードは、スタンドアロンソフトウェアパッケージとして完全にまたは一部分はユーザのコンピュータ上で実行するか、一部分はユーザのコンピュータ上で且つ一部分はリモートコンピュータ上で実行するか、または完全にリモートコンピュータもしくはサーバ上で実行すればよい。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワークlocalareanetwork、LANまたはワイドエリアネットワークwideareanetwork、WANを含む、任意の種類のネットワークを通じてユーザのコンピュータに接続されてもよいし、あるいは接続は、例えば、インターネットサービスプロバイダを利用しインターネットを通じて外部のコンピュータになされてもよい。本発明の実施形態による方法、装置システムおよびコンピュータプログラム製品のフローチャート図もしくはブロック図またはその両方を参照しながら本発明の態様が以下に記載されている。フローチャート図もしくはブロック図またはその両方の各ブロック、ならびにフローチャート図もしくはブロック図またはその両方におけるブロックの組み合わせは、コンピュータプログラム命令によって実装されることができることは理解されよう。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、または他のプログラム可能なデータ処理装置のプロセッサに提供されて機械を作り出してもよく、それにより、命令は、コンピュータまたは他のプログラム可能なデータ処理装置のプロセッサを介して実行し、フローチャートもしくはブロック図またはその両方のブロックまたはブロック群において特定される機能群/動作群を実装する手段を生み出す。さらにこれらのコンピュータプログラム命令は、コンピュータ、他のプログラム可能なデータ処理装置または他のデバイスを特定の様式で機能するように指令することができるコンピュータ可読媒体内に記憶されてもよく、それにより、コンピュータ可読媒体内に記憶された命令は、フローチャートもしくはブロック図またはその両方のブロックまたはブロック群において特定される機能/動作を実装する命令を含む製造品を作り出す。コンピュータプログラム命令は、コンピュータ、他のプログラム可能なデータ処理装置または他のデバイス上にロードされ、一連の作業ステップをコンピュータ、他のプログラム可能な装置または他のデバイス上で遂行させ、コンピュータ実装プロセスを作り出してもよく、それにより、コンピュータまたは他のプログラム可能な装置上で実行する命令は、フローチャートもしくはブロック図またはその両方のブロックまたはブロック群において特定される機能群/動作群を実装するためのプロセス群を提供する。図中のフローチャートおよびブロック図は、本発明の様々な実施形態によるシステム、方法およびコンピュータプログラム製品のあり得る実装のアーキテクチャ、機能性、および動作を示す。これに関連して、フローチャートまたはブロック図の各ブロックは、特定の論理機能単数または複数を実装するための1つ以上の実行可能命令を含む、モジュール、セグメント、またはコードの一部を表してよい。代替の実装によっては、ブロック内に記された機能は、図に記された順序を外れて行われてよいことにも留意されたい。例えば、連続して示されている2つのブロックが、実際は、実質的に同時に実行されてもよいし、またはブロックは、関係する機能性に依存して、時には逆順序で実行されてもよい。ブロック図もしくはフローチャート図またはその両方の各ブロック、ならびにブロック図もしくはフローチャート図またはその両方におけるブロックの組み合わせは、特定の機能または動作を遂行する専用ハードウェアベースのシステム、あるいは専用ハードウェアおよびコンピュータ命令の組み合わせによって実装されることができることにも留意されたい。次に図面を参照する。図面において、同様の符号は同じまたは類似の要素を表す。最初に図2を参照すると、例示的なブロック図がシステム100を示す。システム100は、1つの実施形態によるクラウドネットワーク102を含む。クラウドネットワーク102は、顧客にクラウドサービスを提供するためのハードウェアおよびソフトウェアコンポーネントを含むクラウド運用センタ104を含む。1つの例示的な適用では、クラウドネットワーク102は顧客に仮想デスクトップサービスを提供してよい。クラウドネットワーク102はイメージデータベース108、構成管理データベースconfigurationmanagementdatabase、CMDB110およびポリシーデータベース112を含んでよい。イメージデータベース108は、問題または故障の発生時にネットワークの部分の復元方法を提供するために、ネットワークのスナップショットを記憶してよい。CMDB110はすべてのクラウドマネージャ機能を支援し、ポリシー112は、クラウドマネージャ106によって、クラウドネットワークおよびそのインタフェースを管理する際に用いられる。クラウドネットワーク102はクラウドマネージャ106を含み、管理者105によって維持される。クラウドマネージャ106は複数のユーザ、顧客、ノード等の間で資源を配分するように構成される。1つの例示的な実施形態では、クラウドマネージャ106とデータセンタ120、121および122内の仮想化資源との間の対話が、間に抽象化レイヤ130を挿入することによって簡易化されることができる。データセンタ120、121および122は、地理的に分散したサービスプロバイダデータセンタであってもよいしまたはオンプレミスの顧客データセンタであってもよい。データセンタ120、121および122は各々、関連資源プールマネージャ134であって、そのそれぞれのデータセンタにおいて内部で資源を管理するように構成される、関連資源プールマネージャ134を含む。各データセンタ120、121、122内の物理サーバ140はハイパーバイザ142を含む。マネージャ134は仮想マシンVM144を配置し、問題空間固有の知識、および現在の作業負荷、カレンダー、壁時計時刻、履歴に基づいた作業負荷モデル等を含む実行時情報に基づき仮想マシンを管理する。これらの管理機能を遂行するために、マネージャ134は個々のサーバ140上のハイパーバイザ142、あるいは中央仮想化インフラストラクチャマネージャまたはプール資源マネージャ134と対話する。仮想化マネージャ134はサーバ140の各々の上のVM144の各々による資源使用を監視するとともに、VM144の追加、削除、開始、停止等の構成改変を行う。マネージャ134は、VM144の、物理サーバ140上への配置、および競合の期間中にVM144の各々に配分される資源の相対的配分比率を制御することもできる。マネージャ134は、性能および資源利用を最適化するべくこれらの制御を操作する。抽象化レイヤ130は仮想ハイパーバイザまたはハイパーバイザ群132を含むまたは提供する。仮想ハイパーバイザ132は、現実のハイパーバイザ例えば、当技術分野において周知のlibVirt、VMWareSDKRと同様のものであってよいと同様のアプリケーションプログラミングインタフェースAPIを提供する。仮想ハイパーバイザ132は、実際の物理サーバ140および仮想化マネージャ、例えば134、で用いられるものと同様のAPIを用いてそれらとインタフェースをとる物理ホスト上で用いられる。これらの仮想ハイパーバイザ132は現実のエンティティではない。それらは単に、例えば、クラウドマネージャ106とデータセンタ120、121もしくは122またはそれらのすべてのマネージャ134またはマネージャ群134との間のサービス品質保証契約を基準にして、クラウドマネージャ106によって管理される資源の抽象的集合である。仮想ハイパーバイザ132の、物理サーバ例えばサーバ140上への実際の対応付けはクラウドマネージャ106の任務であり、仮想ハイパーバイザ132の上のVM144の配置および管理はプール資源マネージャ134によって処理される。都合のよいことに、クラウドマネージャ106から仮想ハイパーバイザへの呼び出しはもはや作業負荷の非機能要件NFRに依存しない。NFRは仮想ハイパーバイザ132に対する呼び出しへの入力のうちの1つである。仮想ハイパーバイザ132はプロキシとして機能し、仮想マシンまたは資源割り当てに関連付けられる複雑さを隠す。仮想ハイパーバイザ132は、適当なデータセンタ120、121、122内の資源プールマネージャ134とコンタクトすること、物理サーバ140のハイパーバイザ142とコンタクトすることおよびVM144をインスタンス化することを処理する。非機能要件とは、特定の挙動ではなく、システムの動作を評価するために用いることができる基準を指定する要件である。非機能要件はシステムがどのようであるべきかを規定し、非機能要件はしばしばシステムの品質と呼ばれる。非機能要件は制約、品質特性、品質目標およびサービス品質要件等を含む。特に有用な実施形態では、NFRは障害回復基準、レイテンシ基準、セキュリティ基準および他のシステム品質を含んでよい。非機能要件は2つの主カテゴリに分けられることができる:1.実行時に観察可能である、セキュリティおよび有用性等の、実行品質。2.ソフトウェアシステムの静的構造において具体化される、テスト容易性、保全性、拡張性およびスケーラビリティ等の、発展品質。十分なネットワーク帯域幅がシステムの非機能要件となってもよい。作業負荷NFRは、例えば、アクセス可能性、サービス品質保証契約基準、資源制約プロセッサ速度、メモリ、ディスクスペース、ネットワーク帯域幅等、オンライン応答時間、会社オフィスのタイミング、セキュリティ、バックアップ等を含んでよい。NFRは、クラウドマネージャ106になされる作業負荷要求に応答する困難のレベルを増す。本原理の1つの態様によれば、仮想ハイパーバイザ132は、NFRへの適合の容易さを提供するべく、抽象化レベル130においてVMをインスタンス化し、データセンタまたは他のエンティティの間で資源を区画することができる。NFRは仮想ハイパーバイザ132に入力として提供されてよく、ネットワーク状態の評価が確定されれば、NFRは対処されることができる。これは、NFRに対処することにおける複雑さを大幅に低減する。仮想ハイパーバイザ132は、例えば、高可用性障害回復HighAvailabilityDisasterRecovery、HADRシナリオにおける、マルチVM配置を可能にする。1つの例では、クラウドマネージャ106から仮想ハイパーバイザへの単一の作製コマンドが、複数のVMがインスタンス化される結果を生じさせることができる。上記の例を用いれば、単一のコマンドによって3つのVMが作成されてよい。例えば、異なるデータセンタ120、121内の異なる物理サーバ140上にVM1、VM1’およびVM1が作成される。仮想ハイパーバイザ132は、異なる種類のハイパーバイザ例えば、ハイパーバイザ142に関連付けられる異種環境のオペレーションセットの処理を可能にする。仮想ハイパーバイザ132は、資源のより公平且つ効率的な分散を可能にし、ユーザ/サービスプロバイダにより高い柔軟性および複雑さの低減を提供する機構および機能性を提供する。図3を参照すると、クラウド環境内で資源を配分するシステム/方法が例示的に示されている。ブロック202では、仮想ハイパーバイザをアプリケーションプログラミングインタフェースとして生成することによってクラウド環境と1つ以上のデータセンタとの間に抽象化レイヤが提供または生成される。ブロック204では、1つ以上のデータセンタによる作業負荷要求に応答して、資源を区画し、仮想マシンをインスタンス化することが、仮想ハイパーバイザを用いて1つ以上のデータセンタ内で遂行され、それにより、作業負荷の非機能要件が、仮想ハイパーバイザを用いる抽象化レベルにおいて対処される。ブロック206では、クラウド環境と1つ以上のデータセンタとの間の通信が、仮想ハイパーバイザを通じて提供される。これは、例えば、データセンタの資源プールマネージャとコンタクトすること、データセンタの物理サーバに関連付けられるハイパーバイザとコンタクトすること等を含んでよい。ブロック208では、簡易化したコマンドが配置されてよい。例えば、異なるサーバにおいて複数の仮想マシンを作製するために単一の作製コマンドが仮想ハイパーバイザにおいて配置される。異なるサーバは異なるデータセンタにあってよい。ブロック210では、非機能要件が、抽象化レベルにおいて非機能要件に対処するべく仮想ハイパーバイザに入力される。仮想マシンの、非機能要件に基づく配置の抽象化方法およびシステムの好ましい実施形態を記載したがそれらは例示を意図されるものであって、限定を意図されるものではない、上述の教示に鑑みれば当業者によって変更および変形がなし得ることに留意されたい。従って、開示されている特定の実施形態において、添付の請求項によって要点を示されている通りの本発明の範囲に含まれる改変がなされてよいことを理解されたい。以上のように、特許法によって特に要求される本発明の態様を、詳細を用いて記載したが、クレームされ、特許証によって保護されるよう希望されるものは添付の請求項に明記されている。