クラウドコンピューティングネットワークのためのプロビジョニングシステムであって、サービスによってサポートされるさまざまな構成のもとで前記クラウドによって供給されるそれぞれのサービスに関するパラメータデータをそれぞれが記憶する複数のPODデータ構造、およびそれぞれのテナントによって選択されるそれぞれのサービスレベルにしたがって前記POD構造から得られるパラメータデータをそれぞれが記憶する複数のVPDCデータ構造を記憶するストレージデバイスと、前記クラウドネットワークのテナントとやり取りするためのユーザインターフェースを実行して、前記VPDCデータ構造のデータをテナントに提示し、それに応じた選択を受信し、さらに、前記選択されたVPDC構成およびサービスレベルにしたがって前記クラウド内でテナントのVPDCをプロビジョニングするプロセッサとを含む、システム。プロビジョニングは、複数のアプリケーションティアを確立することを含み、各アプリケーションティアのための一意的な仮想ローカルエリアネットワークを含むネットワークサービスを確立することをさらに含み、別個のポートグループを作成し、各VLANに一意的なポートグループを割り当てることをさらに含む請求項1に記載のシステム。プロビジョニングは、各VLANの間のファイアウォールを確立することをさらに含む請求項2に記載のシステム。クラウドのテナントによってクラウドコンピューティングネットワークのリソースをプロビジョニングする方法であって、ストレージから複数の仮想プライベートデータセンター構成オプションのデータを取得するステップであって、前記VPDC構成オプションは、前記クラウドネットワークのPODデータ構造から得られるパラメータデータを記憶し、前記PODデータ構造は、さまざまなサービス構成のもとで前記クラウドによって供給されるそれぞれのサービスに関するパラメータデータを記憶するステップと、前記取得された構成オプションを前記テナントに提示するステップと、前記提示された構成オプションに応じた選択を受信するステップと、前記選択された構成にしたがって前記クラウドネットワーク内で仮想プライベートデータセンターのインスタンスをインストールするステップとを含む、方法。前記VPDCは、前記クラウドネットワーク内を1つのクラウドサイトから別のクラウドサイトへとマイグレーションするように構成される請求項4に記載の方法。前記パラメータデータは、プロセッサの能力、データストレージ、およびネットワークの容量の定義を含む請求項4に記載の方法。複数のデータストレージティアが利用可能であり、より低いサービスレベルはより低いデータストレージティアに関連付けられ、より高いサービスレベルはより高いデータストレージティアに関連付けられる請求項4に記載の方法。前記より高いサービスレベルに関連付けられたVPDCに関連するデータは、前記より高いデータストレージティアにはじめに記憶され、アクセスされる頻度が低い前記データの一部は、前記より低いデータストレージティアにマイグレーションされる請求項7に記載の方法。前記インストールするステップは、複数のアプリケーションティアを確立するステップを含み、各アプリケーションティアのための一意的な仮想ローカルエリアネットワークを含むネットワークサービスを確立するステップをさらに含み、別個のポートグループを作成し、各VLANに一意的なポートグループを割り当てるステップをさらに含む請求項4に記載の方法。前記インストールするステップは、各VLANの間のファイアウォールを確立するステップをさらに含む請求項9に記載の方法。物理的データセンターのクラウドネットワークで仮想プライベートデータセンターをプロビジョニングする方法であって、設計ユーザインターフェースをユーザに提供するステップと、サービスレベルの選択を含む構成選択を前記ユーザから受信するステップと、前記構成選択に基づいて設計マニフェストを作成するステップと、前記設計マニフェストに基づいてVPDCを自動的にプロビジョニングするステップとを含み、前記VPDCは、複数のVPDCを提供するように構成されたクラウドサイトの物理的データセンターにおいてプロビジョニングされ、前記クラウドサイトの物理的データセンターは、各VPDCによって指定された構成データに基づいて前記VPDCを一緒に提供する複数のサービスの配置および複数の計算リソースの配置によって組織される、方法。前記VPDCは、1つのクラウドサイトの物理的データセンターから別のクラウドサイトの物理的データセンターへとマイグレーションするように構成される請求項11に記載の方法。前記複数のサービスの配置および前記複数の計算リソースの配置は、それぞれのクラウドサイトの物理的データセンターで標準化される請求項12に記載の方法。前記VPDCのかなりの部分が、前記サービスレベルの選択によって定義される請求項11に記載の方法。前記かなりの部分は、プロセッサの能力、データストレージ、およびネットワークの容量の定義を含む請求項14に記載の方法。複数のデータストレージティアが利用可能であり、より低いサービスレベルはより低いデータストレージティアに関連付けられ、より高いサービスレベルはより高いデータストレージティアに関連付けられる請求項15に記載の方法。前記より高いサービスレベルに関連付けられたVPDCに関連するデータは、前記より高いデータストレージティアにはじめに記憶され、アクセスされる頻度が低い前記データの一部は、前記より低いデータストレージティアにマイグレーションされる請求項16に記載の方法。前記プロビジョニングするステップは、複数のアプリケーションティアを確立するステップを含み、各アプリケーションティアのための一意的な仮想ローカルエリアネットワークを含むネットワークサービスを確立するステップをさらに含み、別個のポートグループを作成し、各VLANに一意的なポートグループを割り当てるステップをさらに含む請求項11に記載の方法。前記プロビジョニングするステップは、各VLANの間のファイアウォールを確立するステップをさらに含む請求項18に記載の方法。したがって、プロビジョニング、メンテナンス、および顧客制御管理ツールのより優れた分散化、より優れた仮想化、およびさらなる効率化に対するニーズが当技術分野に存在する。本発明は、複数の別個の顧客にデータサービスを提供するための、さまざまな物理的データセンターのクラウド内のモジュール化された仮想プライベートデータセンターの構造を提供する。用語クラウドコンピューティングは、当業界においてさまざまな意味を持つ可能性があるが、本発明の例示的な実施形態は、クラウド配置の2つの重要な側面に関連する。第1は、技術的詳細の多くをエンドユーザから引き離し、バックエンド構造として抽象化することである。第2は、それらの抽象化された技術的詳細が、例えば、PDC間のシームレスな移動など、多くの物理的位置に実装されることを可能にすることである。図1Aは、クラウドに基づく仮想データセンターネットワークの1つの例示的な実施形態を示す。各クラウドサイトは、標準的な一式のハードウェアを含み得る。あるいは、各クラウドサイトは、異なる一式のハードウェアを有する可能性があるが、それぞれの一式は、プロビジョニングされたVPDCとしては標準的な一式のリソースを提供するように構成され得る可能性がある。ハードウェアは、サーバ、ルータ、ファイアウォール、SAN、および多くのその他のハードウェアデバイスを含む可能性がある。各サイトは、異なる量のプロビジョニングのリソースを有する可能性があるが、少なくとも標準化されたVPDC上でのプロビジョニングに十分なリソースを少なくとも1つの基礎的配置ポイントに提供することができる。各クラウドサイトは、サイトマネージャ111を含むことができ、サイトマネージャ111は、そのクラウドサイト内に位置付けられたさまざまなVPDCをプロビジョニングし、監視し、メンテナンスするハードウェアおよびソフトウェアを含むことができる。サイトマネージャは、独立したサーバ上に存在してよく、またはVPDCをプロビジョニングするために使用されるサーバに組み込まれてもよい。サイトマネージャ111は、1つのクラウドサイトから別のクラウドサイト間へのVPDCの移動を容易にする役割も担う可能性がある。万一、サイトがダウンするか、または過剰使用の状態になるとすると、VPDCは、全く異なるサイトにマイグレーションすることができる。VPDCの構造を抽象的に定めることによって、構成データおよびサービスデータのすべては、別のサイトに転送可能であり、新しいサイトに再配置可能である。各VPDCは、カスタマイズ可能なオプション付きのサービスレベルにしたがってプロビジョニングされ得る。各マネージャは、プロビジョニングの要件の仕様を満足するようにいくらかのリソースをプロビジョニングし、割り当てられたユーザのVPDCへのアクセスを制御することができる。クラウドサイトは、マルチテナントサイトである。ただ1つのユーザエンティティに割り当てられる物理的なPDCと同様にして、ただ1つのユーザエンティティがVPDCに割り当てられ得る。そのとき、各クラウドサイトは、1つまたは複数の基礎的POD内にプロビジョニングされた複数のVPDCを有する可能性がある。1つのユーザエンティティは、複数のVPDCをそのユーザエンティティに割り当てさせる可能性がある。追加的なリソースが顧客の単一のVPDC内でプロビジョニングされ得るが、一部の顧客は複数のVPDCを必要とする可能性がある。クラウドサイトは、サイトマネージャ111に与えられた仕様にしたがってプロビジョニングされ得る計算、ストレージ、ネットワークなどのさまざまなリソースと、基礎的PODのサービスとを含む。例示的なクラウドサイトは、物理的データセンター140を構成する1つまたは複数の基礎的PODを含み得る。本発明のこれらの実施形態は、VPDCのテナントのプロビジョニングで使用するためのPOD、配置ポイントを提供する。基礎的PODは複数のサービスPODを含むことができ、サービスPODは、VPDCで使用できるすべてのレベルを表す、クラウドによって提供される各サービスタイプに関する構成データを記憶するデータ構造を含み得る。図1Bは、いくつかの配置ポイントに組織され得るPDCのうちの1つを示す可能性がある。それぞれの基礎的PODはいくつかのサービスPODを含み得る一方、それぞれの仮想データセンターはいくつかの計算PODを含み得る。VDCは、サーバおよびプロセッサのスループット、データドライブおよびデータベース、ネットワークリンクおよび帯域幅などの、顧客に対してプロビジョニングされ得るリソースを含み得る。基礎的PODは、ネットワーク接続性280、リダイレクト211、外部ファイアウォール220、SAN215へのティア接続性、パフォーマンス測定方法240、および可用性測定方法245を提供するために要求されるすべてのサービスをVDCに提供し得る管理サービスPOD、ネットワークサービスPOD、ストレージサービスPOD、および仮想サービスPODを含み得る。VDCは、アプリケーションの配置のために要求されるサービス、例えば、210、230、235、221、および222を提供し得るすべての計算PODから成り立つ可能性がある。これらの構造は、顧客の仮想プライベートデータセンターのプロビジョニングのための素材を含み得る。そして、単一の顧客のクラウド環境に結び付けられたクラウドサイトの計算サービス環境、管理サービス環境、ネットワークサービス環境、ストレージサービス環境、および仮想サービス環境内で要求されるすべての構成および管理の詳細を取得するために、1つまたは複数のVPDCがVDC内で切り出され得る。それぞれのクラウドサイトは複数の基礎的PODを含む可能性があり、それぞれの基礎的PODは複数のVDCを含む可能性がある。それぞれのクラウドサイトは異なるリソースを有する可能性があるが、それらのリソースは、1つまたは複数のVPDCを分配するために使用され得る1つまたは複数の標準化された基礎的PODを提供するように構成され得る。計算POD、例えば165は、VDCの計算環境を含む可能性があり、ESXホストのクラスタ、およびESXホストのストレージのためのストレージエリアネットワークなどのコンポーネントを含む可能性がある。計算PODは、1つまたは複数のトップオブラックスイッチなどのローカルネットワーキングを含み得る。いくつかのレベルのセキュリティが存在し得るが、計算PODは、サーバレベルのファイアウォールおよびファイル完全性監視サービスを含み得る。これらのリソースから、顧客は、クラスタ内のESXホストから、ネットワーク、ストレージ、およびセキュリティのルールを備えたVMをプロビジョニングされ得る。ネットワークPODは、計算POD、管理ネットワーク、および外部の公衆ネットワーク、例えばインターネットへの接続性の管理およびプロビジョニングを含むコアネットワーク接続性機能から成り立つ可能性がある。管理サービスPOD、例えば150は、さまざまなシステムの要素およびVPDC管理サーバのすべてのマネージャから成り立つ可能性がある。仮想サービスPODは、サーバの負荷分散などのタスクを実行し、境界ファイアウォールサービスなどの、ファイアウォールセキュリティの別のティアを提供することができる。これらのサービスPODおよび計算PODから、顧客は、一組のVM、セキュリティポリシー、およびネットワークポリシーを含む1つまたは複数のVPDCをプロビジョニングされ得る。サービスを単一VPDCインスタンスモデルにまとめてグループ化することによって、設計が、モジュール化または分離されて含まれる可能性があり、したがって、サービスの自動化された再構成によってVDC内、クラウドサイト内、およびクラウドサイト間であちこち移動することができる可能性がある。これらのサービスは、管理およびまたは仮想である可能性がある。さらに、すべてのSLAおよび履歴データが、VPDCがあちこちマイグレーションするときにVPDCとともに保存され得る。図2は、本発明の実施形態による仮想プライベートデータセンター200を示す。VPDC200は、単一のテナントの仮想プライベートデータセンターをサポートするためにプロビジョニングされる一組のクラウドのリソースである。したがって、単一のテナントに適用されるとき、クラウド100のリソースは、図2に示されるように見える。VPDC200は、セキュリティリソース220、221、222、計算リソース210、230、235、ストレージリソース215、およびネットワーキングリソース、例えば、ネットワーク280への接続を含み得る。これらのリソースのそれぞれは、テナントのサービスレベルの選択およびプロビジョニングフェーズ中のオプションの選択にしたがって、配置の前にテナントによってプロビジョニングされ得る。セキュリティリソースは、ハードウェアおよびソフトウェアファイアウォール、アクセス制御リスト、ハッシュチェッカーおよびファイル完全性監視システム、暗号化器復号化器などを表す。物理的なファイアウォールは、複数のテナントによって共有される可能性があり、その共有されたリソースから仮想プライベートファイアウォールを割り当てさせることができる。クラウドのプロバイダは、物理的レベルおよび仮想的レベルの両方のリソースの割り当てを管理して、各顧客に対して、それらの顧客のサービスレベルの選択の中で最適なパフォーマンスを保証することができる。計算リソースは、プロセッサ、ローカルメモリ、およびIO接続を含むサーバを表す。クライアントのトランザクションデータのほとんどは、専用の大容量データドライブに記憶され得るが、サーバは、仮想マシン、および計算リソースに関連するその他のサービスをプロビジョニングするために使用される構成データを記憶するための、長期的メモリを含むいくつかのレベルのメモリを含み得る。計算リソースは、顧客データの最小単位を表す可能性がある。各計算リソースは、単一の顧客または単一のVPDCに専用である可能性があり、個々の計算は共有されない可能性がある。物理的サーバは、これらのより小さな計算リソースの単位に切り分けられ得る。そして、これらの計算リソースは、顧客の作業負荷を含み得る。各計算リソースは、セキュリティリソース、ネットワークリソース、およびストレージリソースをその計算リソースに割り当てさせることができる。さらに、VPDCは、各計算リソースおよびそれらの構成をまとめて計算グループを構成するグループ化構造を定義することができる。これらの計算のすべては、XMLデータによって定義され、グループとして管理される可能性がある。ストレージリソースは、構成データおよびトランザクションデータの両方のためのストレージを表す。ストレージは、サーバレベルのハードドライブ、ソリッドステートドライブおよびキャッシュ、低レイテンシーネットワークストレージのための大規模ドライブアレイ、レイテンシーが比較的問題にならないストレージのためのより低速のドライブアレイ、ならびに長期的アーカイブおよびバックアップドライブを含む、いくつかの永続的メモリレベルを含み得る。ネットワーキングリソースは、クラウドサイト内のネットワークトラフィックを整理および促進するためのルータ、ゲートウェイ、ブリッジ、データ回線、スイッチ、およびハブを表す。これらの品目の一部は、システム全体のために使用される可能性がある一方、その他の物、またはその他の物の一部は、特定のVPDCにプロビジョニングされる可能性がある。ネットワーキングリソースは、外部ネットワークへの接続も表す。外部への接続は、帯域幅またはトラフィックのスループットで測られ得る。ネットワークリソースは、ある程度の総帯域幅、あるデータ転送速度の最大値、ある数の接続、またはこれらの何らかの組み合わせを含み得る。追加的にまたは代替的に、ネットワークリソースは、優先度によって定義され得る。クラウドは、パフォーマンスモニタ240および可用性モニタ245を含み得る。これらは、2つの幅広い機能を提供し得る。第1に、それらは、クラウドのプロバイダによって、さまざまなリソースの使用を監視するために使用され得る。そして、クラウドのプロバイダは、価格決定、新たなリソースの計画、新たなクライアント受け入れの計画などの戦略的意思決定のためにデータを使用することができる。さらに、パフォーマンスモニタおよび可用性モニタは、1つまたは複数の負荷分散機能を一緒に実行し、各顧客に対して、それらの顧客のサービスレベルの選択および現在のリソースの可用性にしたがって最善の可用性を保証することができる。第2に、これらのモニタは、顧客が、それらの顧客のVPDCに関する選択を行い、それらの顧客の現在のVPDCがそれらのVPDCに掛けられた負荷をどのくらい効率的効果的に処理しているかを判断するのを助けることに使用され得る。顧客は、遅延、サービスの拒否、および要求から結果が返るまでの計算時間を含め、どれぐらい高いレイテンシーをそれらの顧客の低サービスレベルのVPDCが被っているかを見て、アップグレードすることが費用対効果の高いオプションであるかどうかを決めることができる。VPDCのそれぞれの中に、一群のネットワーク、セキュリティ、ストレージ、および計算の構成およびプロセスが存在し得る。これらの群は、配置毎に複数のサービスレベルをサポートする別個の論理コンテナでマルチテナント配置インフラストラクチャをサポートするように設計される。サービスは、上で検討されたリソースのそれぞれを定義、構成、プロビジョニング、監視、およびまたは制御することができる。これらの定義は、いくつかの事前定義サービスレベルに分割され得る。複数のサービスレベルは、VPDCのサービスカテゴリのそれぞれに対するサポートのさまざまなレベル、例えば、ネットワークSLA、セキュリティSLA、ストレージSLA、計算SLA、QoS、およびバックアップのレベルを提供する。図2は、VPDCの1つの例示的な実施形態を示す。各VPDCは、第1の外部ファイアウォール220を介して、広域ネットワーク280、例えば、インターネットなどの公衆ネットワークに接続することができる。セキュリティ要素220は、多くのその他のネットワークセキュリティデバイスを含み得る。セキュリティ要素220の反対側には、ウェブにアクセス可能なVMおよびUIなどのウェブ計算ティア210のクラスタが存在する可能性がある。さらなるセキュリティ221および222は、アプリケーション計算ティア230およびデータベース計算ティア235などのさまざまな計算ティアを分けることができる。さまざまな計算ティアのそれぞれは、1つまたは複数のストレージエリアネットワーク215とインターフェースをとることができる。さらに、例示的なシステムは、システムがどれだけパフォーマンスを発揮しているか、サービス品質がどれだけよく維持されているか、ユーザのレイテンシーがどれだけ長いか、およびプロビジョニングされたリソースがどれだけ過剰にまたは過少に使用されているかを示すことができるパフォーマンスモニタ240を含み得る。ダウンタイム、失敗した接続、およびまたは任意のその他のシステム障害を監視することができる可用性モニタ245も存在し得る。VPDCは、1つまたは複数の異なるサービスレベルおよびまたはサービス品質を定義するサービスプロファイルを含み得る。例示的な実施形態は、さまざまなVPDCによる選択のためにいくつかの別個の区別可能なサービスレベルを提供することができる。VPDCは、顧客のアプリケーション配置アーキテクチャ、すなわち、特定のユーザの占有およびまたは共有のアプリケーションが実行される、指定された構成データにしたがって特定のユーザのために物理的リソースから切り出された仮想システムをサポートするために要求されるすべての構成およびプロセスから成り立つことができるので、VPDCは、カスタマービルドのための論理ベースコンテナを提供することができる。VPDCは、さまざまなソフトウェアアーキテクチャのレイヤーがどのように一緒に接続されるか、レイヤー間の通信の要件、通信およびデータのセキュリティ、ならびに任意の保持レベルを伴うストレージライフサイクルの要件についての情報を取り込むことができる。各VPDCは、顧客が選択したサービスプロファイルによってさらに定義され得る。アプリケーションライフサイクルプロセス全体からさまざまなサポート、プロセス、および構成の属性を抽象化する能力が、アプリケーション配置ライフサイクルが必要とするマルチテナントの複数のQoSレベルを提供するために必要である可能性がある。例示的なアプリケーション配置ライフサイクルは、開発テスト、品質保証、および製品から成り立つ可能性がある。サービスティアの選択から実際のアプリケーションアーキテクチャの具体的な構成までのVPDCの構成は、XMLのメタデータとして取得され、VPDCアーキテクチャ内のミドルウェアソフトウェアのレベルによって拡張される。そして、マニフェストが、VPDCをインフラストラクチャにプロビジョニングするためにVPDCエンジンに送られ、具体的なネットワーク、セキュリティ、ストレージ、および計算の特徴が、プロビジョニングされ、SLAの遵守、サポート、プロセス、および課金に関して監視される。クラウドに基づくVPDCの経験を提供する際に重要なアーキテクチャの特徴は、サービスプロファイルの概念を含む可能性がある。本発明の例示的な実施形態は、別個の区別可能なサービスレベルおよびサービス品質を作成することができ、これは、クラウドコンピューティングインフラストラクチャを配置するために要求される不可欠なアーキテクチャのコンポーネントの最低限の組を定義し、さらに、その最低限の物よりも上位の拡張されたパッケージを定義することによって達成され得る。例えば、3つのサービスレベル、基本的サービスレベル、平均的サービスレベル、および最上位サービスレベルが提供され得る。表1に示された3つの例示的なサービスレベルの例示的な属性は、多くのその他の構成、属性、または品質レベルであってよい。セキュリティサービスタイプに関する例は、ポートアクセス制御リストが3つすべてのサービスティアで使用されてよい一方、平均的ティアが境界ファイアウォールおよびサーバティアファイアウォールも含むように累積的であることができる。同様に、これらのサービスは、最上位サービスレベルにおいて、ファイル完全性チェッカーおよびウェブアプリケーションファイアウォールの追加サービスとともに提供され得る。ストレージに関しては、論理ユニット番号のサイズ、スピード、および仕様が変わる可能性があり、このサービスティアは、単一のLUNから切り出される仮想マシンのディスクの数によって分けられ得る。ネットワークサービスレベルは、業界標準のサービス品質の優先レベルにしたがうことができる。例えば、基本的サービスは、QoS優先度0、つまり通常のベストエフォートのサービスレベルのみを提供する可能性がある。優先度4は、負荷制御を含むことができ、ストリーミングメディアまたはマルチプレイヤーゲームなどのアプリケーションに最適である可能性がある。優先度5は、インタラクティブな映像音声などのアプリケーションに適したレイテンシーおよびジッタ耐性を含み得る。XMLで記述され、サービスレベルに基づいてVPDCを自動的にプロビジョニングするためのXMLインターフェースの一例を示すより詳細な例が、以下のTable2に示される。クラウドフォーマットでのVPDCの自動的なプロビジョニングを容易にするために、一部は以前から存在し、一部はこのアプリケーションとしては新しい複数の個々の部分を包括し、調和させるクラウドOSが提供され得る。クラウドOSは、VPDCにすべてのビジネスインテリジェンスおよびプロセス統合ロジックを提供することができる。VPDCのルートは、VPDCのビジネスロジックおよびプロセスロジックを取り込むメタデータを備えたXMLに基づくサービスカタログを含み得る。これは、VPDCのサービスの区別がXMLメタデータとして取り込まれることを可能にするサービスカタログを作成することによって達成され得る。Table2は、例示的なサービスカタログを示す。各サービスプロファイル、Balanced、およびEssentialは、同じかまたは似た属性のタイプ、例えば、場所、負荷分散装置のレベル、1対1のネットワークアドレス変換、VMマシンの仕様などを含むが、これらのそれぞれは、サービスプロファイル全体にわたってサイズおよび品質が異なる。表2例示的なXMLサービスカタログのコードさまざまなユーザが選択可能なオプションを表示するユーザインターフェースを介して、XML設計ファイルが、VPDCの自動的なプロビジョニングのために構築され得る。クラウドOSのこの部分の例示的な実施形態が、2009年12月23日に出願した米国特許出願第12646591号に記載されており、この特許出願のすべての内容は、参照により本明細書に明示的に組み込まれている。VPDCは、その組み込まれている参考文献に記載されているのと同様の、ポータルマネージャによって構築されたXML設計ファイルを介してプロビジョニングされ得る。設計の一部は、サービスレベルの選択の中でカスタマイズ可能である可能性がある一方、その他の部分は、サービスレベルの選択により決定される可能性がある。オプションは、自動的なリソースのレベル選択のために存在してもよい。例えば、顧客は、VM毎に50を最小、500を最大として、ストレージのGB毎にある少額を支払うことができ、それらのGBを、顧客の使用率に基づいてリアルタイムでプロビジョニングさせることができる。プロビジョニングの一部として、各VPDCは、サービスプロファイル毎にネットワーク機能のそのVPDC固有の組を与えられ得る。例えば、データセンターのエッジルータから各仮想マシンのための1Gbpsネットワークに至るまで最も高いレベルのQoSのSLAを有するVPDCは、QoSレベル5を与えられ得る。ネットワークのQoSは、ネットワーク中のエンドツーエンドのQoSを提供するプライベートマルチプロトコルラベルスイッチングネットワーク接続性によって拡張され得る。ほとんどのクラウドは、優先度0、すなわちベストエフォートより上位のQoSを提供しない公衆のインターネットを介してのみアクセス可能である。本明細書に記載のモデルを使用して、顧客とのMPLS接続が行われる可能性があり、このことは、QoSレベルをVPDCのプロビジョニングの中のサービスとすることができる。公衆のインターネットを用いて、セキュアソケットレイヤー仮想プライベートネットワークは、さらなるセキュリティのためのトンネリングされた接続内で高いQoSを提供することができる。さらに、最も高いレベルでは、グローバル負荷分散機能およびサーバ負荷分散機能が、ある数のサーバプール、例えば8個のサーバプールに対して提供され得る。GLBは、最も良いクラウドVDCがサーバ要求の要件を満たすことができることをサイト選択が保証することを可能にすることができる。最も低いレベル、例えばQoSレベル1では、ベストエフォートのネットワークサービスが、提供され得る。これは、中間に複数のサービスレベル、例えば、2、3、および4のための余地を残すことができる。レベル1は、主として、未使用で残されている容量のサービスレベルである可能性があるか、または代替的に、何らかの最低限のサービスレベルを指定する可能性がある。プロビジョニングの一部として、各VPDCプロファイルは、複数のレベルの利用可能なセキュリティのQoSからセキュリティを受けることができる。最も低級なサービスレベルでは、仮想ファイアウォールおよびアクセス制御リストのみが提供される可能性がある。より高いサービスレベルでは、仮想ファイアウォールが、より高い柔軟性のために拡張される可能性があり、侵入検出警報システムなどの追加的機能が追加され得る。1つの例示的な実施形態に関して、最も高いレベルのセキュリティのQoSは、物理的ファイアウォール、侵入防止システム、ファイル完全性モニタ、および1つまたは複数のウェブアプリケーションファイアウォールを含み得る。また、セキュリティプロファイルの設計は、しばしば、最も低いレベルでは、テスト開発環境がフラットである可能性があり、通常、何らかの基本的な境界ファイアウォール機能を必要とする可能性があることを考慮に入れることができる。1つ上のレベルでは、複数のティア、例えば、ウェブ、アプリケーション、データベース、またはフロントオフィスバックオフィスアプリケーションの配置方法をサポートする要件が、セキュリティプロファイルが、境界ファイアウォールを介したサービスの第1のティアへのパブリックインターフェースを有効にすることを要求する可能性がある。1つ上のレベルは、ウェブアプリケーションティアとアプリケーションティアの間、およびアプリケーションティアとデータベースティアの間のディープパケットインスペクション機能を備えたファイアウォールを含み得る。これは、各ティアおよびレイヤーの間の通信フローを理解することを要求する可能性がある。あるアプリケーションおよび構成の具体的なアプリケーションアーキテクチャおよびレイテンシーの要件など。通信フローの情報は、各顧客がどのゾーンをその他のトラフィックから分離したいかの特定とともに、これらのティア間セキュリティ要素のためにどのセキュリティポートを開くかも含み得る。この追加のティア間セキュリティを達成するために、1つまたは複数のサービスレベルは、ティア毎に別個のVLANを作成することができる。これは、ティア間トラフィックが、コアスイッチに還流し、したがってファイアウォールによって調べられることを要求する可能性がある。別個のハードウェアを用いてこれを行うことは、顧客のトラフィックに著しいレイテンシーを加え、ネットワークのパフォーマンス全体にさらなる負担を加える可能性がある。しかし、分離された部分を仮想LANとして構築し、VPDC全体を仮想化することによって、すべてのトラフィックが、同じネットワークドメイン内にとどまることができる。したがって、1つまたは複数のサービスレベルに対して、いくつかのポートグループにセグメント分割される単一のネットワークドメインが確立され得る。これは、著しくレイテンシーを増加させることなくティアのセグメント分割を提供することができる。そして、サーバティアファイアウォールが、各ティアに関するポリシーを有するように定義されてよく、各ティアの間のセキュリティ境界を与えることができる。プロビジョニングの一部として、各VPDCプロファイルは、データストレージのレベルを含み得る。情報ライフサイクル管理は、データが、これらのファイルに対するデータアクセスが減るにつれてより低コストなデータストアに落ちることを可能にすることができる。最も低いサービスレベルでは、ILMの1つのティアのみが利用可能である可能性がある。最も高いサービスレベルでは、3つのティアが利用可能である可能性がある。例えば、基本的サービスプロファイルにおいては、単一のティアが存在する可能性がある。サービスレベルが上がると、平均的サービスプロファイルは、10krpmファイバチャネルドライブを含むティア2ストレージをはじめに使用することができるが、使用頻度のより少ないデータは、ティア3SATAストレージシステムに自動的にマイグレーションすることができる。最上位サービスプロファイルは、15krpmファイバチャネルドライブを含むティア1ストレージをはじめに使用することができるが、使用頻度のより少ないデータは、ティア2ストレージに自動的にマイグレーションすることができ、一方、さらに使用頻度の少ないデータは、ティア3ストレージに自動的にマイグレーションすることができる。さらに、各ストレージサービスレベルは、異なるレベルのバックアップサービスおよびまたは保持時間を提供することができる。例えば、最も高いサービスレベルは、24ヶ月間の耐障害バックアップを提供することができる一方、最も低いレベルは、4ヶ月間のみの通常のバックアップを提供する可能性がある。各プロファイルは、オペレーティングシステム、アプリケーション、構成などを含む計算のQoSも定義することができる。計算プロファイルは、任意の一時点でいくつの仮想マシンが利用可能か、および各VMまたはVMの組でどれだけの実行スループットが利用可能であるかを定義することができる。ユーザが、所望の選択を行ってXML設計ファイルを形成した後、自動化されたプロビジョニング方法が始まることができる。一例が、図3に見られる。例示的な方法は、301においてプロビジョニングプロセスを開始することができ、プロビジョニングプロセスは、例えば、304において、XML設計ファイルに基づいて作成されたマニフェストをロードすることできる。次に、307において、例示的なプロビジョニング方法は、マニフェストをパースして、以後のプロビジョニングサブルーチンによって使用されることになる、マニフェストで指定されたすべての変数を引き出すことができる。この時点で実際のプロビジョニングサブルーチンが呼び出されてよいが、まず、310において、例示的な方法は、初期状態情報を保存する記録保存機能を呼び出すことができる。これは、プロセスが失敗した場合に再開されるか、または復元され得る永続的なコンテキストを可能にすることができる。例示的な方法は、次に、313においてストレージを作成することができ、このストレージの作成は、ボリュームを作成し、そのボリュームをESXホストにマッピングし、VPDCのためのデータストアを作成するマルチステッププロセスを含む可能性がある。次に、317において、デバイスの接続性をチェックし、要求されたVLANが存在するかをチェックし、VLANをプロビジョニングし、ポートプロファイルを確立プロビジョニングするマルチステッププロセスを含む可能性があるネットワークプロビジョニングサブルーチンが実行され得る。次に、320において、1つまたは複数のサービスレベルに関するセキュリティACLを作成するマルチステッププロセスを含む可能性があるセキュリティプロビジョニングサブルーチンが実行され得る。さらに多くのプロビジョニングされるセキュリティを有するサービスレベルに関して、セキュリティサブルーチンは、ACEコンテキスト、NAT、および境界ファイアウォールのルールを提供することができる。次に、323において、ADおよびDNSビルドサブルーチンが、顧客のドメインネームサーバのゾーンを作成するとともに、ネットワークディレクトリサービスのOU、グループ、およびユーザを作成することができる。327において、例示的な方法は、VPDCに関するフォルダを作成することができる。これは、いくつかのツールサービス、例えば、オープンソースソフトウェアウェブサービスおよびvSphereを用いて行われ得る。330において、例示的な方法は、ビルドVMサブルーチンを用いて1つまたは複数の仮想マシンをビルドし、1つまたは複数のWindowsおよびまたはLinux登録商標仮想マシンをプロビジョニングすることができる。VMのビルドが、全体的なビルドの出力の各結果を確認することによって、または1つまたは複数の検証の計算を実行することによってチェックされ得る。337において、例示的な方法は、例えば、もはや必要ないインストールファイルを削除し、VPDCが準備できていることを顧客に電子メールで知らせ、使用の情報を提供し、VPDCへの外部トラフィックのためにネットワークを開くことによってプロビジョニングのオペレーションをファイナライズすることができる。当業者にはすぐに理解できるであろう本発明および本発明のさまざまな態様のその他の変更および修正の実装が存在すること、ならびに本発明が本明細書に記載の特定の実施形態によって限定されないことを理解されたい。上述の特徴および実施形態は、組み合わされてもよい。したがって、本明細書で開示され、請求された基本的な根本原理の範囲内に入る任意のおよびすべての修正、変更、組み合わせ、または均等物を包含することが意図される。