This behavior is expected due to the multi-layered architecture used by VDI solutions (such as Citrix MCS) to manage non-persistent clones. The "Provisioned Space" reflects the total potential footprint of all underlying components required to run the VM, including:
Base Replicas: A full copy of the golden image disk.
Snapshots/REDO Logs: Non-persistent VMs utilize hidden snapshots and REDO files (write caches) for operation. Each of these counts the full "configured" size of the base disk toward the provisioned total, even if thin-provisioned.
vSAN Overhead: In vSAN environments, policy-based protection (RAID) and architecture (ESA) multipliers significantly increase the calculated provisioned space.
To verify if the reported space is accurate, calculate the expected footprint based on your environment's architecture and storage policies.
1. Identify the Multipliers
Use the following table to determine the overhead based on your specific vSAN configuration:
| Component | Multiplier / Overhead |
| vSAN ESA Architecture | 1.131 (~13.1% for performance leg) |
| RAID-1 (Mirroring) | 2.0 x |
| RAID-5 (Erasure Coding) | 1.33x |
| RAID-6 (Erasure Coding) | 1.5x |
2. Example Calculation:
For a VM with 16 GB RAM (no reservation) and a single 100 GB virtual disk using RAID-6 on vSAN ESA, the math is as follows:
VDI Layers: (Base replica + Snapshot + REDO log) = 300 GB
Apply ESA Overhead: 300 GB x 1.131 = 339.3 GB
Apply RAID-6 Policy: 339.3 GB} x 1.5 = 508.95 GB
Add Swap File: 508.95 GB + 16 GB swap = ~524.95 GB Total Provisioned
[!IMPORTANT]
These snapshots and REDO logs are hidden from the Snapshot Manager. They are managed automatically by the VDI solution and should not be removed manually via the CLI, as this can cause data corruption or pool failure.