Customers observe that the ESXi datastore shows much more consumed space than its correlating Unity Datastore.
Below screenshot gives an idea how the re-presentation looks like when the issue is observed::
Space Allocation from Storage side: Space Allocation from vCenter/ESXi Host side: There are two scenarios when such issues can occur:
1. Customer has storage side space savings enabled, such as Deduplication and Compression.
What is Deduplication?
Deduplication refers to
a method of eliminating a dataset's redundant data. In a secure data deduplication process, a deduplication assessment tool identifies extra copies of data and deletes them, so a single instance can then be stored. Data deduplication software analyzes data to identify duplicate byte patterns.
What is Compression?
Data compression is
a reduction in the number of bits needed to represent data. Compressing data can save storage capacity
These space savings are only performed on the storage array and hence there will be a significant usage reduction on the LUN but the VMFS datastore will report a higher usage as per the files present on the datastore.
2. Customer has provisioned has thick VMDKThe extra consumed space seen on the VMware side is due to the customer creating Thick provisioned VMDKs on the Datastore. When creating a Thick provisioned VMDK on a datastore, VMware reserves that space in the datastore and considers it consumed. From the array perspective no true data has been written and therefor will remain a low consumption. Only once the host start writing data will the Unity LUN/Datastore start to resemble consumed.
Given that the VMDK is thick provisioned on top of the VMFS datastore, VMware will continue to show the space as consumed while the array will resemble the true size of the data written.