私は仮想化とプライベートクラウドコンピューティングと混同しています。彼らは何のために役立つのですか？彼らの目的は？それらを組み合わせることができますか？たとえば、プライベートクラウド上に仮想化サーバーを構築するとしますか？
私が理解していることから、クラウドコンピューティングは、IaaS（サービスとしてのインフラストラクチャ）の概念を取り入れています。つまり、最小限の数のベアメタルサーバーから始めて、必要に応じて拡張することができ、それらのサーバーは、分割されたコンピューティングとデータ保存によって1つの大きなマシンに統合されます。
そうは言っても、プライベートクラウド上に仮想化を構築できますか？たとえば、10台のサーバー（特にopencomputeプロジェクトのようなサーバー）を購入し、openstackを使用してプライベートクラウドとしてそれらを結合し、仮想化サーバーの作成にXenまたはKvmを使用する場合があります。それは可能ですか？それは理想的ですか？
正しいジェダイの学校を教えてください。
クラウドとは、外部または未定義のリソースを示すために、ネットワークチャートでクラウドアイコンを古くから使用していることを具体的に指します。この用語の由来は、ネットワークインフラストラクチャのコンポーネントを自分の環境の外に配置することを指します...したがって、ネットワーク図のクラウドの1つに配置します。今日、この用語は多くの異なるアイデアを包含するように成長し、競合する定義によって大部分が汚染されています。
IaaS / PaaS / SaaS /LBaaS/など
これらはすべてサービスです。インフラストラクチャのコンポーネントにアクセスするという考えと非常に一致しています...ネットワークアーキテクチャ図のクラウドに存在するサービスとして。
ただし、これらの「aaS」ソリューションはそれぞれ、目標を達成する方法が異なります。それらのいくつかは、「クラウド」という古典的な用語を満たさないでしょう。たとえば、一部の「aaS」コンポーネントは、ネットワークアーキテクチャの外部にない場合があります。ここで、「プライベートクラウド」のようなものが登場する可能性があります。
プライベートクラウドはひどい用語です。撞着語です。これは環境の外部ではないため、ダイアグラム上のクラウドではありません。しかし、人々がクラウドという用語の意味をほぼ矛盾するまで汚染したため、少なくとも今のところ、この用語に固執しています。だから私が「プライベートクラウド」と言うときは我慢してください。古典的な意味では実際には雲ではありません。これは、英語では「誤称」と呼ばれるものです。
ここで、クラウドの「aaS」ソリューション自体を、AmazonやRackspaceなどの主要なクラウドプロバイダーが「aaS」ソリューションの開発で従うであろう弾力性のある設計原則と混同しないことが重要です。
弾力性のある設計原則は、水平方向にスケーラブルなシェアードナッシングインフラストラクチャに重点を置きます。このイデオロギーを説明する最も簡単な方法は、牛と子犬の例を使用することです。以前は、子犬と同じようにサーバーリソースも調べていました。それらに名前を付けました。私たちはそれらをよく扱いました。私たちは彼らにトリックを教えました。そして、彼らが病気になった場合、私たちは彼らを健康に戻しました。私たちは、これらのサーバーを満足させ、正常に機能させるためにできる限りのことをしました。それらを垂直に成長させました。それらを最適化しました。より多くのRAM、CPU、開発リソース...など。弾力性のあるモデルでは、リソースを牛として扱います。シリアル番号があります。私たちは彼らに何かを教えることに最小限の努力を費やしています。それらは可能な限り均質です。発生する最適化は、構成管理で発生し、スタンドアロンソリューションとしてすべてのユーザー間で共有されます。病気になった場合は、頭を撃ち、群れの別のものと交換します。この設計パラダイムの利点は、ショットガンを使用してサーバーのラックに射撃を開始した場合、環境全体が補償される可能性があることです。もちろん、このレベルの回復力は、実際に達成するよりも理論的に説明する方が簡単です。
仮想化が「クラウド」に関連している限り、実際に必要な関係はありません。クラウドは仮想化とは何の関係もありません。仮想化を利用しない、信頼できる環境外のサービス指向リソースを持つことができます。しかし、そこにある「aaS」ソリューションのほとんどは、仮想化テクノロジーによってサポートされています。それらは完全にそうである必要はありませんが、仮想化が関係する一般的な可能性のために、2つの用語は多くの目的のために初心者の心の中で一緒に結婚しています。
OpenStackとプライベートクラウドを再確認してください。
OpenStackがあなたに適しているかどうかは、非常に個人的な決定です。そしてそれは非常に多くのものに依存します。インフラストラクチャを自分で実行すると、非常にコストがかかる可能性があります。さらに重要なことに、うまくやることは非常に難しい場合があります。中小企業や組織の場合、規模の経済を扱う誰かがあなたのニーズに応えることができれば、独自のIaaSインフラストラクチャを展開することはおそらく意味がありません。ここで、Amazonのような企業がギャップを埋めます。
独自の環境でIaaSソリューションを実行している一部の組織にとっては、AmazonまたはRackspace製品によって潜在的または積極的にサービスが提供されている場合でも、意味があります。一部の人々は十分に大きく、独自の弾力性のあるアプリケーションをホストするのに十分な他のインフラストラクチャを実行しているため、経済的に受け入れられます。厳密に収益を上げる以外にも、他の理由もあります。多くの大規模な組織は、HIPAA、FISMA、SarbanesOxleyなどのポリシー制限に直面しています。これらのポリシー要件と、独自の内部ポリシー要件のいずれかを満たすには、少し余分に支払う必要がある場合があります。
AmazonやRackspaceの一般的な製品を超える理由は他にもあります。自動ビルドおよびテスト環境のようなジェンキンを提供し、自動的に起動してコンパイルソフトウェアをテストするための異種ハイパーバイザーまたは物理ノードを提供したい場合を想像してみてください。OpenStackはおそらくそれを処理できます。そして、あなたが考えていることを具体的に処理できない場合は、オープンソースです。あなたはそれがあなたが必要とするものを処理するようにすることができます。
OpenStackを使用する、または使用しない理由は無数にあります。最終的には、個人または企業にとって非常に個人的な決定です。そして、かなりの研究が必要なもの。しかし、両方が素晴らしい決定であるシナリオがあります。
NASAでnova（OpenStack ec2スタイルのコンピューティングコンポーネント）を作成していたとき、表面上はHPCリソースまたは基幹業務リソースを弾力的に提供することに重点を置いていました。Amazonは、最終的に独自のHPCオファリングを作成しました。そして今でも、FISMAポリシーコンプライアンスのハードルを克服するために取り組んでいます。ただし、専門分野のニーズにより、一般的な市場での提供が不利になる場合が常にあります。ただし、Amazonと競合する技術的な理由以外にも、もう1つの重要な理由があります。そしてそれは、この新しい技術分野でオープンスタンダードを育成することです。
技術の開発は、木の有機的な成長に非常によく似ています。それはつぼみから始まり、それはおそらく葉に変わります。新しいテクノロジーは、成長するために多くのリソースを必要とする小さなものとして出現します。これらのテクノロジーのすべてが生き残るわけではありません。しかし、そうする人もいます。そして、そうするためにお金と努力を必要とするものは、貪欲なペースで。ただし、これらのテクノロジーが成長するにつれて、一部のテクノロジーはブランチになります。トランクになるものもあります。他の100万のテクノロジーがさらに多くのブランチから成長するトランクを持つためには、責任あるコミュニティによって制御されるオープンスタンダードが必要です。政府やIBMなどの多くの組織はこれを認識しており、これがOpenStackが急速に成長した主な理由の1つです。それはまた、BSD、そしてLinuxがそうした理由でもあります。技術の展望を変える弾性設計法の可能性は並外れています。
まず、クラウドコンピューティングは非常に一般的な概念です。IaaSに限定されません。PaaS（サービスとしてのプラットフォーム）とSaaS（サービスとしてのソフトウェア）もクラウドコンピューティングテクノロジーです。クラウドコンピューティングについて話すときは、参照するテクノロジーを指定する必要があります。次に、IaaSは仮想化テクノロジーに基づいて構築されています。仮想化もIaaSもありません。PaaSおよびSaaSサービスは、ベアメタルマシン上に直接構築できます。そのため、仮想化は必ずしもプライベートクラウドコンピューティングと関係があるとは限りません。
From what I understand, cloud computing embraces the idea of IaaS (infrastructure as a service). In other words, I could start with minimal number of bare metal servers and expand it as requirement needs, and those servers are consolidated into one big machine through divided computing and data storing.
あなたの理解は正しくありません。ベアメタルサーバーを多くの仮想サーバーに仮想化できます。ただし、多くのベアメタルサーバーを1つの大きなマシンに仮想化することはできません。現在、仮想化ではそれを実現できません。OpenStack、EucalyptusなどのIaaSソフトウェアは、ベアメタルサーバーの管理に使用されます。ベアメタルサーバーをresource pool大きな仮想マシンとして接着することはできますが、接着することはできません。
プライベートクラウドコンピューティングは、ジェフが言及しているように、誰があなたに何かを売ろうとしているのかに応じて、非常に恣意的なことをいくつでも意味する可能性があります。とはいえ、「ファイアウォールの背後に高度に正規化されたAPIを備えたIaaS」として扱う場合、仮想化との違いを指摘するのは非常に簡単です。
最大の部分は、どちらかを介して利用可能なリソースをどのように使用しているかについての考え方です。仮想化では、ハードウェアリソースを小さな部分に分割し、それらを割り当てて無期限に実行したままにすることに重点が置かれます。
クラウドコンピューティングとの大きな違いは、すべてのリソースがより一般的に一時的なものと見なされることです。つまり、スピンアップして使用し、完了したら削除します。一般に、長時間実行されるリソースもサポートできますが、要点は、ハードウェアリソースが、仮想化で簡単に許可されるよりもさらに高い変更率で再利用されているということです。
ある程度関連するもう1つの違いは、仮想化は依然として一般的にインスタンス、ボリューム、およびネットワークを仮想化される独立した要素として扱うことです。クラウドコンピューティングはそれらすべてをかなり統合されたリソースとして扱い、クラウドコンピューティングに関連するツール（https://github.com/cloudenvy/cloudenvy、https://github.com/opscode/knife-openstackなど）はこれを使用して作成しますより効率的かつ簡単にリソースをスピンアップおよびダウンします。
まず、クラウドコンピューティングは、IaaSだけでなく、PaaSまたはSaaSでもあります...
ただし、主に、仮想化はクラウドを構築するための単なる方法であるということを理解する必要があります。IaaSと仮想化の違いを尋ねるなら、私の答えは次のとおりです。-IaaSは、さまざまな数の1つのテンプレートを実行している「VMテンプレート」を定義します-IaaSはVMの自動再パーティション化が可能です-IaaSはネットワークを管理します-IaaSはVMテンプレートを管理します配布-IaaSはベアメタルサーバーを追加したり、一部を削除したりできます...したがって、IaaSは、仮想化レベルを処理する必要のないレベルです。これは彼の仕事であり、APIを介して必要なVMテンプレートと数量を管理します。
ただし、開発者の方は、PaaSを検討することをお勧めします。PaaSの方が扱いやすいです。
仮想化は、成功するプライベートクラウド環境を構築するためのほんの一部です。真のプライベートクラウドを実現するには、仮想化するだけでなく、監視、管理、自動化も組み込む必要があります。
これが私が管理しているブログで、他に同様の質問がある場合に役立つはずです：wwww.journeytothecloud.com