そして、IaaSの根底にあるアイデア：
- リソースを動的に共有されるプールに集約する
- 従量課金モデル（または「オンデマンド」）
- リソース管理の自動化（ゼロタッチユーザーインターフェイスと高度なクロス分離ツールとクラウド管理）
これらの基本的なアイデアと原則は、どのIaaSモデルにも存在します。 これらのアイデアは、サービスプロバイダークラウドの両方に適用されるように設計および設計されているため、企業の壁の外側（プライベートクラウド）のみに適用されます。
そして、これは一般的に新しいものではありません！ ほとんどの企業は、内部ITサービスを提供する独自のモデルを構築しようとしており、これらの基本原則に長い間取り組んでいます。
現在、大多数の企業は、計画外または計画済みの将来の負荷に対して非常に大きなマージンを持ってリソース計画モデルを使用しています。 これにより、柔軟性にある程度の制限が加えられ、妥当な正当なニーズである可能性が高くなります。 しかし、リソースのこのような過剰な部分は、その非常に将来のイベントの前に事前に購入されてアイドル状態になるか、サプライヤーが処理するのに数週間かかることがある簡単なアップグレードとして設計されているため、これはリソースの合理的な使用とはほど遠いことに同意する必要があります。
原則に基づいて設計されたIaaSモデルのクラウドが提供するエンタープライズリソースで負荷を処理するプロセスを見てみましょう。
負荷をシミュレートしてみましょう。 会社が、ExchangeおよびSharepointソリューションからSAPやOracleランドスケープに至るまでのサービスの従量制経済モデルに基づいたセルフサービスツールを備えた超効率的なデータセンターを設計し、企業の開発およびテストタスクを簡単にサポートする必要があるとします。
もちろん、ここではインフラストラクチャの各レベルの抽象化が必要です。 以下に、ユーザーが期待するモデルの基本アーキテクチャと各抽象化レベルでの要件を示す簡単な図を示します。
次のことに注意してください。
- マルチユーザーモードと仮想マシンの展開を提供するものは何ですか？ 定義上、これは仮想化レイヤー以上で発生し、vSphereソリューションによって図に表されます。 たとえば、この図では、vCloud APIを使用して、ゼロタッチユーザーインターフェイスポータルが構築されており、自己展開、セルフサービス、サービスの支払いメカニズム、高度なクロスシェアツールおよびクラウド管理のメリットを得ることができます。
- スケーラブルな計算レイヤーが必要です。 さらに、このようなレイヤーは、コアにIaaSに組み込まれた経済モデルのサポートを備えている必要があります。つまり、リソース（たとえば、お金/ VM /時間）の使用を説明する機能を提供します。
- このようなコンピューティングレイヤーには、物理的に利用可能な以上の負荷にリソースを提示（割り当て）するある程度の能力が必要です。 企業にとって、これはあまり重要ではないかもしれません。 サービスプロバイダーにとって、はるかに。 また、特定のサービス品質を管理するツールが非常に重要であることも意味します。
- このアプローチのストレージにも重要な要件があります。 コンピューティングリソースのように、抽象レイヤーを占有する必要があり、経済モデルに応じてリソースを考慮に入れる必要があります。たとえば、お金/ GB /月およびお金/ IO /月は、小規模に開始してより高いレベルに進むことができます消費。
資料に基づく： http : //virtualgeek.typepad.com/virtual_geek/2009/10/cloud-storage-what-the-hell-is-emc-building.html