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

ESXi ホストの要件

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

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

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

ネットワークの相違点

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

注:

You must disable クラスタでの Virtual SAN を有効にする前に vSphere HA を無効にする必要があります。 その後、vSphere HA を再有効化できます。

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

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

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

Virtual SAN 有効時

Virtual SAN 無効時

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

Virtual SAN ストレージ ネットワーク

管理ネットワーク

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

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

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

ホストは「隔離」と宣言

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

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

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

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

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

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

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

容量の予約設定

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

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

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

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

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

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