AvSANクラスタネットワークのパーティション分割は、vSANノードが指定されたvSANネットワーク経由で通信できない場合に発生します。VMware Cloud Foundationワークロードドメインでは、vSANネットワークはL2隣接関係、一貫性のあるVLAN構成、および安定したマルチキャスト/BUM動作（旧バージョンの場合）に依存しています。VCF 9.0ではユニキャストモードのvSANが使用されるため、マルチキャスト関連の問題（IGMPスヌーピング構成など）は発生しなくなりました。
物理スイッチポートのVLAN IDが、vSAN VMkernelアダプタのvSphere Distributed Switch (VDS) に設定されているVLANと異なる場合、ネットワークパーティションが発生する可能性があります。ドキュメントでは、vSANクラスタの適切な通信には、物理​​ネットワークと仮想ネットワーク全体で一貫したVLAN構成が必要であることを強調しています。スイッチポートが意図的または偶発的に別のVLANを使用するように再構成された場合、ノードはvSANクラスタの他のノードから分離され、次のような問題が発生します。
* vCenter の「vSAN クラスタ パーティション」警告
* パフォーマンスの低下
* 非準拠としてマークされたオブジェクト
* 完了できない再同期
最新の vSAN はマルチキャストではなくユニキャストを使用するため、オプション A (IGMP スヌーピング) は適用されません。
オプション C (ジャンボ フレーム) は、一貫性のない構成の場合にのみパケット損失が発生しますが、完全なネットワーク パーティションは発生しません。
オプション D (vMotion 上の vSAN Witness) はストレッチ クラスタにのみ関連し、標準の 4 ノード クラスタではパーティションは発生しません。

VCF 9.0 では、シンプル展開モデルで VCF インストーラを使用して VCF 自動化を展開する場合、アプライアンスには 2 つの IP アドレスが必要です。
* プライマリIP管理インターフェース
* セカンダリIP - Automationサービスのサービス分離と内部ルーティングに必要です。VMwareのVCFインストーラ用JSONスキーマはこの要件を強制します。セカンダリIPが欠落している、形式が正しくない、または間違ったJSONセクションに配置されている場合、インストーラの検証はデプロイ開始前にJSONスキーマエラーで直ちに失敗します。
これは、VCF 自動化の展開における検証失敗の最も一般的な原因の 1 つです。
オプション A (コンポーネント バイナリが欠落) では、JSON スキーマ エラーではなく、バンドル ダウンロード エラーが発生します。
オプション C (NSX Manager サイズ = 大) は許可されており、JSON 検証が壊れることはありません。
オプション D (vSAN 用の個別の vDS) は、正しく定義されていれば許可され、JSON スキーマの障害も発生しません。