vSphere HA と vSAN を同じクラスタで有効にできます。従来のデータストアの場合と同様に、vSphere HA では vSAN データストアの仮想マシンに同じレベルの保護が提供されます。このレベルの保護では、vSphere HA と vSAN がやり取りするときに、特定の制限が適用されます。

ESXi ホストの要件

vSAN は、次の条件を満たす場合にのみ vSphere HA クラスタと併用できます。

  • クラスタの ESXi ホストはすべてバージョン 5.5 Update 1 以降である必要があります。

  • クラスタには、3 台以上の ESXi ホストが必要です。 最適な結果を得るには、4 台以上のホストで vSAN クラスタを構成します。

ネットワークの相違点

vSAN は独自の論理ネットワークを使用します。vSAN と vSphere HA が同じクラスタに対して有効であると、HA のエージェント間のトラフィックは管理ネットワークではなくこのストレージ ネットワークを通過します。vSphere HA は、vSAN が無効な場合にのみ管理ネットワークを使用します。vCenter Server は、ホストで vSphere HA が構成されている場合に適切なネットワークを選択します。

注:

vSphere HA を無効にしてから、vSAN をクラスタで有効にする必要があります。その後、vSphere HA を再有効化できます。

仮想マシンがすべてのネットワーク パーティションで部分的にのみアクセス可能な場合、仮想マシンをパワーオンしたり、すべてのパーティションで仮想マシンに完全にアクセスしたりすることはできません。たとえば、クラスタを P1 と P2 にパーティション分割した場合、仮想マシン ネームスペース オブジェクトはパーティション P1 にはアクセスできますが、P2 にはアクセスできません。 VMDK はパーティション P2 にアクセスできますが、P1 にはアクセスできません。 このような場合、仮想マシンはパワーオンできず、すべてのパーティションで完全にアクセスすることはできません。

次の表に、vSAN が使用されているときと使用されていないときの vSphere HA ネットワークの相違点を示します。

表 1. vSphere HA ネットワークの相違点

vSAN が有効

vSAN が無効

vSphere HA が使用するネットワーク

vSAN ストレージ ネットワーク

管理ネットワーク

ハートビート データストア

2 台以上のホストにマウントされる、vSAN データストア以外のデータストア

2 台以上のホストにマウントされるデータストア

ホストは「隔離」と宣言

隔離アドレスは ping 不可、vSAN ストレージ ネットワークはアクセス不可

隔離アドレスは ping 不可、管理ネットワークはアクセス不可

vSAN のネットワーク構成を変更しても、vSphere HA エージェントは新しいネットワーク設定を自動的に取得しません。vSAN ネットワークに変更を加えるには、vSphere Web Client を使用して vSphere HA クラスタの [ホストの監視] を再度有効にする必要があります。

  1. vSphere HA クラスタの [ホストの監視] を無効にします。

  2. vSAN ネットワークに変更を加えます。

  3. クラスタのすべてのホストを選択して右クリックし、HA の再構成 を選択します。

  4. vSphere HA クラスタの [ホストの監視] を有効に戻します。

容量の予約設定

アドミッション コントロール ポリシーを使用して vSphere HA クラスタの容量を予約する場合、この設定は、vSAN ルール セットの対応する 許容されるプライマリ レベルの障害数 ポリシー設定と連携させる必要があります。また、vSphere HA アドミッション コントロールの設定で予約されている容量よりも低くすることはできません。たとえば、vSAN のルール セットが 2 つの障害しか許容していない場合、vSphere HA アドミッション コントロール ポリシーでは 1 つまたは 2 つのホスト障害に相当する容量を予約する必要があります。ホストが 8 台あるクラスタで [予約されたクラスタ リソースの割合] ポリシーを使用している場合、クラスタ リソースの 25 パーセントを超えて予約をしないでください。 同じクラスタで、許容されるプライマリ レベルの障害数 ポリシーを使用してホストの台数が 2 を超えないように設定します。vSphere HA によって予約される容量が少なすぎると、フェイルオーバーが期待されたとおりに動作しない可能性があります。 過度に大きな容量が予約されると、仮想マシンのパワーオンとクラスタ間の vSphere vMotion 移行に大きな制約が生じることがあります。 [予約されたクラスタ リソースの割合] ポリシーの詳細については、『vSphere 可用性』ドキュメントを参照してください。

複数のホストで障害が発生した状況での vSAN と vSphere HA の動作

vSAN クラスタで障害が発生し、仮想マシン オブジェクトのフェイルオーバー クォーラムが損失した場合、vSphere HA はそのクラスタ クォーラムがリストアされても仮想マシンを再起動できなくなる場合があります。 vSphere HA では、クラスタ クォーラムがあり、仮想マシン オブジェクトの最新のコピーにアクセスできる場合にのみ、再起動を確実に実行できます。最新のコピーとは、書き込みが行われた最後のコピーのことです。

1 台のホストでの障害を許容するために vSAN 仮想マシンがプロビジョニングされる例を検討してみましょう。この仮想マシンは、H1、H2、および H3 という 3 台のホストが含まれている vSAN クラスタで実行しています。3 台のすべてのホストに順番に障害が発生します。最後に障害が発生するホストは H3 です。

H1 と H2 がリカバリした後、クラスタには 1 つのクォーラムがあります（1 つのホストの障害が許容される）。 しかし、障害が発生した最後のホスト (H3) に仮想マシン オブジェクトの最新コピーが含まれており、そのコピーにはまだアクセスできないため、vSphere HA は仮想マシンを再起動できません。

この例では、3 台のすべてのホストを同時にリカバリするか、2 台のホストのクォーラムに H3 が含まれている必要があります。 どちらの条件も満たされない場合、HA はホスト H3 が再度オンラインになったら、仮想マシンの再起動を試行します。