高い可用性を確保し、消費量の増大に対処できるように、ホストおよび管理ノードの構成を設計します。

障害を許容する場合の vSAN クラスタのサイジング

仮想マシン ストレージ ポリシーで 許容されるプライマリ レベルの障害数 (PFTT) 属性を設定し、ホストの障害を処理します。クラスタに必要なホストの数は次のように計算されます:2 * PFTT + 1。 クラスタが許容する障害の数が多いほど、容量の大きいホストが必要になります。

クラスタ ホストがラック サーバに接続されている場合は、ホストをフォールト ドメインに編成し、障害管理能力を向上させることができます。 vSAN フォールト ドメインの設計とサイジングを参照してください。

2 台のホストまたは 3 台のホストからなるクラスタ構成の制限

2 台のホストまたは 3 台のホストからなる構成では、許容されるプライマリ レベルの障害数 を 1 に設定することで、1 つのホスト障害のみを許容できます。vSAN は、個別のホストで必要な 2 つの仮想マシン データのレプリカをそれぞれ保存します。監視オブジェクトは第三のホストに配置されます。 クラスタのホスト数が少ないため、次の制限があります。

  • ホストで障害が発生しても、vSAN では、別のホストでデータを再構築して別の障害から保護することができません。

  • ホストをメンテナンス モードに切り替える必要がある場合に、vSAN で退避データを再保護することができません。ホストがメンテナンス モードの間は、データが潜在的な障害にさらされます。

    データのアクセシビリティの確保 のデータ退避オプションのみを使用できます。クラスタには退避データ用に使用可能なスペア ホストがないため、全データの退避 オプションを使用することはできません。

    結果として、別の障害が発生するとアクセス不能になるため、仮想マシンが危険にさらされることになります。

バランシング済みおよびアンバランスのクラスタ構成

vSAN は統一された構成のホストで最適に機能します。

構成が異なるホストを使用すると、vSAN クラスタで次のようなデメリットがあります。

  • vSAN は各ホストで同数のコンポーネントを保存しないため、ストレージ パフォーマンスの予測可能性が低下します。

  • メンテナンス手順が異なります。

  • キャッシュ デバイスの数が少ないかタイプが異なるクラスタ内のホストで、パフォーマンスが低下します。

vSAN での vCenter Server のデプロイ

vSAN データストアに vCenter Server をデプロイする場合、vSAN クラスタで問題が発生すると、トラブルシューティングで vCenter Server を使用できなくなる可能性があります。