私は、さまざまな仮想化ベンダー (具体的には Amazon EC2 ですが、VMware や Xen も) がどのようにしてソフトウェア ベンダーに、サーバーが仮想化された環境で実際の HA ソリューションを提供できるようにするのかを理解しようとしています。
具体的には、HA アプリケーション (Exchange、データベースなど) を実行している場合は、冗長仮想「サーバー」が同じ物理サーバー上に配置されていないことを確認する必要があります。
社内の仮想化ソリューション (VMware、Xen など) を使用すると、それに応じてプロビジョニングしたり、仮想 -> 物理配置を確認したりできます。ただし、誤って同じ物理ハードウェアに「vmotion」してしまう可能性があります。
EC2 では、プロビジョニング時に異なる物理サーバーを選択する機能すらありません。クラスター コンピューティング インスタンスは物理サーバーごとに 1 つの仮想サーバーであるため、冗長性について誤った認識を持たないようにする唯一の方法のようです。
どのようなアイデアや考えでも役に立ちます。この問題に対して他の人はどのような対策を講じているのでしょうか? ベンダーが、一意の物理システム識別子のような単純なものを取得できる API を提供していれば、少なくとも問題が発生するかどうかはわかります。
-ティム
答え1
私が話せるのは VMWare についてだけです。DRS を使用している場合は、マシンを同じ物理ボックス上に維持するか、別の物理ボックス上に維持するかのルールを作成できます。誤って他のマシンがインストールされているボックスに vmotion した場合でも、vmotion はすぐに元に戻ります。
答え2
マネージド ホスト ソリューションを使用している場合は、契約書の内容を確認するだけで済みます。その状況では、マシンを管理しているのではなく、サービスを購入していることになります。何を購入しているのかを確認してください。購入したパッケージに単一障害点がないと記載されている場合は、VM が別のハードウェア上に保持されていると想定するしかありません。そうでない場合、障害が発生した場合は、契約書に返金や 1 か月の無料期間などが記載されていることを願います。
システムを管理できないのであれば、VM がどの物理マシンに存在しているかを知るためのアクセス権がなぜ与えられるのでしょうか? これについては何もできません。また、たとえそれらが同じ物理ホスト上にないことを確認できたとしても、たとえば SAN にデュアル ファブリックがあることをどうやって判断するのでしょうか?
信頼できるベンダーのホスト型ソリューションの場合は、購入したものに注意してください。
編集 - からEC2ページ: 1 つのリージョンでマシンを購入すると、99.95% の稼働率が得られます。信頼性を高めるために、異なるアベイラビリティー ゾーンでマシンを購入することもできます。
答え3
多くの場合、これらは共有ストレージ デバイス (SAN など) 上で実行され、物理ホストはすべてそれに接続されます。したがって、VM を実行できる 2 つのサーバーは、両方ともクラスター化されたファイル システムを使用して共有ストレージに接続します。サーバーの 1 つに障害が発生すると、もう 1 つのサーバーが実行を開始するように指示され、ストレージ上のファイルを取得するため、中断は発生しません。
サーバーの 1 つが故障した場合、30Gb ゲストのデータを 1 つのサーバーから別のサーバーに移行するのは困難です。
共有ストレージ自体は、多くの場合、完全に冗長化された RAID ディスクと冗長化されたファイバー チャネル/iScsi スイッチで構成されるように設定されます。