The vSphere Client displays the following triggered alarms in a vSAN environment:
The actual consumed storage on the vSAN datastore is below the standard 80% threshold (e.g., 70% - 76%).
The environment consists of a 2-Node vSAN cluster (commonly used for Remote Office/Branch Office or Disaster Recovery sites).
The affected virtual machines are core management appliances, such as VMware vCenter Server, VxRail Manager, or vSphere Replication.
VxRail Appliances
2-Node vSAN Cluster
Management appliances (vCenter, VxRail Manager, Zerto, etc.) are often deployed via OVF/OVA templates that default to a vSAN Storage Policy with Object Space Reservation (OSR) set to 100%.
In 2-node clusters with lower capacity, this "thick" reservation triggers dynamic health thresholds and static vCenter datastore alarms (defaulting at 75%) before the datastore is physically full.
To reclaim reserved storage space and clear these alarms, update the storage policy for the affected management VMs to use thin provisioning (Object Space Reservation = 0%).
Step 1: Create a Thin Provisioning vSAN Storage Policy
Step 2: Apply the New Storage Policy
Best Practice: Apply this change to one virtual machine at a time to prevent high I/O latency during backend reconfiguration in a 2-node cluster.