You notice Virtual machines (VMs) transition to an inaccessible state within a 4-node vSAN cluster configured with a RAID-5 FTT=1 storage policy during an automated rolling patch deployment (e.g., VCF 5.2.1 to 5.2.3).
vmkernel logs show cluster membership transitions and potential network isolation: Adding a new Membership entry (...) with 1 membersVMware vSAN 8.x , 9.x
VMware VCF 5.x, 9.x
NIC Teaming Policy Mismatch: Utilizing not recommended teaming policies (not standardizing on "Route based on originating virtual port" in Active/Passive) can cause network partitioning or transient driver initialization errors during lifecycle actions.
To prevent storage inaccessibility during cluster upgrades, implement manual validation gates between host maintenance sequences:
Review KB vSAN NIC Teaming Behavior with Active/Passive Uplinks and Partial Network Connectivity Failures for more details on recommended nic teaming policy for vSAN.
Also, reference Designing the vSAN Network