私は仮想化を始めているので、我慢してください。
仮想環境では、アプリケーションはハイパーバイザーのレイヤーで実行されます。そのため、単一の物理マシン上に複数のアプリケーションを実行する多数の仮想マシンを配置できます。
ここまでは順調ですね?
それでは、物理マシンに障害が発生するとどうなりますか?それでは、1台のマシンで多くのアプリケーションが失敗するのではないでしょうか。
OpenStack を使用してプライベートクラウドを開発することを探していますが、まず仮想化を完全に理解したいと思います。
詳細は、使用する正確な仮想化ソリューションによって異なりますが、仮想ファームがあり、それぞれに複数の仮想マシンを持つ多数の物理ホストがあるという考え方です。次に、すべてのVMに物理ホストを必要としないことで得られた効率のsomeを使用して、物理マシンが低下する。
さらに、各VMに共通の(冗長)SAN上のVHDを見つけることができます。各物理ホストのハイパーバイザーは、互いに通信し、異なるVMからのメモリを共有するように設定できます。待ち時間が発生し、メモリの多くはディスクによってバックアップされますが、物理ホストの1つがダウンした場合、そのホストからのVMが起動するのを待つことすらありません。代わりに、これらのVMは自動的に分散されます。残りのホストです。最終的な目標は、これらのマシンが停止したところからピックアップするであり、ダウンタイムがほとんどないかまったくないことです。ある意味で、すべてのVMはすでに少なくとも2つで実行されています物理ホスト。実際には、ハイパーバイザは現在、この種の移行を一度に1台のマシンしか実行できません。ホストが失敗する前に移行が行われていることがわかっている場合...ただし、間違いはありません。ハードウェア障害での即時移行がすべての最終目標です。主要なハイパーバイザーの。
これが、サーバーがファーム内の単一の物理ホストに仮想化されている場合がある理由です。ハードウェアの効率を上げることはできませんが(失うある程度のパフォーマンスになる可能性があります)、管理の一貫性と組み込みの高可用性の点でそれを補います。
物理ホストで実行されているすべての仮想サーバーは、ホストで何らかの障害が発生するとオフラインになります。
そうは言っても、ほとんどのプラットフォームは単一のVMに高可用性ソリューションを提供します。また、1つのノードがダウンした場合のサービスの中断を防ぐために、システムが複数のノードで構築されている場合もあります。
2つのVMノードが高可用性サービスを構成する場合、2つのノードが同じ物理インフラストラクチャー(フォールトトレランス)に依存しないようにハイパーバイザーを構成することができます。これは、地理的に離れた場所まで、さまざまなネットワークパスを含む、物理サーバーのフォールトトレランスだけではありません。
物理マシンに障害が発生すると、VMも使用できなくなるという想定に基づいています。
しかし、openstackがそれを処理して、障害が発生した物理サーバーのVMを別のサーバーで起動するか、すでに分散されているハイパーバイザーシステムを使用できます。vsphereでそれができると思います。
詳細については、 HAに関するopenstackのドキュメント を参照してください。