Veritas InfoScale™ 7.3.1 仮想化ガイド- Linux on ESXi

VMware ゲスト内の Cluster Server の可用性レベルの評価

特定の状況では、VMware HA とゲスト内部 VCS はスタンドアロンのゲスト内部 VCS よりも高い可用性をもたらします。

次に例を示します。

3 つの ESXi ホスト H1、H2、H3 と 2 つの仮想マシン (VM) N1、N2 が 1 つのゲスト内部 VCS クラスタにあります。

N1 は H1 上で動作し、N2 は H2 上で動作しています。 N1 はアプリケーションを実行しています。

H2 で障害が発生した場合、VMware HA は H3 上で N2 を再起動します。

この時点で H1 で障害が発生すると、アプリケーションは N2 にフェールオーバーします。 VMware HA がなければ、これは不可能です。

特定の状況では、VMware HA とゲスト内部 VCS はスタンドアロンのゲスト内部 VCS よりも低い可用性をもたらします。

次に例を示します。

2 つの ESXi ホスト H1、H2 と 2 つのVM N1、N2 が 1 つのゲスト内部 VCS クラスタにあります。

N1 は H1 上で動作し、N2 は H2 上で動作しています。 N1はアプリケーションを実行しています。

H2 で障害が発生した場合、VMware HA は H1 上で N2 を再起動します。 N1 と N2 は同じホストで実行されることになります。

その後、H2 が復旧して H1 で障害が発生した場合、N1 と N2 の両方が障害状態になります。これは、ゲスト内部 VCS クラスタの観点からは、クラスタ全体が再ブートされたのと同様です。

目標は、ゲスト内部 VCS クラスタの VM をホスト間に均等に分散させることです。そうしないと可用性が失われる可能性があります。 これを DRS で実施することは困難です。DRS は定期的にしかトリガしないため、VM が均等に分散されない可能性がある期間が残ってしまうからです。