In a vSAN environment, virtual disks backed by SSD devices are displayed as HDD inside the guest operating system.
Example Observation (Guest OS):
Powershell showing media type as HDD
PS C:\Windows\system32> Get-PhysicalDisk | Select-Object DeviceID, MediaType, Size, SerialNumber
DeviceID MediaType Size SerialNumber
1 HDD 107######304 6000##########################2c
0 HDD 106######160 6000##########################77
Example Observation (vSAN / ESXi):
less localcli_vsan-storage-list.txt | grep -i ssd Is SSD: true Is SSD: true Is SSD: true Is SSD: true Is SSD: true
less localcli_storage-core-device-list.txt | grep -i ssd Is SSD: true Is SSD: true Is SSD: true Is SSD: true Is SSD: true Is SSD: true
From the vSAN and ESXi perspective, all physical devices are SSD, but inside the VM, the disk appears as HDD.
Example (WMIC and PowerShell outputs):
The WMIC outputs show:
C:\Users\Administrator>wmic diskdrive get model, mediatype
MediaType : HDDModel : VMware Virtual disk SCSI Disk Device
Powershell:
PS C:\Users\Administrator> Get-PhysicalDisk | Format-Table FriendlyName, MediaType, BusType
FriendlyName MediaType BusType
VMware Virtual disk HDD SAS
This confirms that the guest OS identifies the virtual disk as HDD, even though the backing datastore is SSD-based vSAN storage.
To make the guest operating system recognize the virtual disk as SSD:
Power off the virtual machine.
Navigate to VM --> Edit Settings --> VM Options --> Advanced --> Configuration Parameters.
Click Add Configuration Parameter and add the following entry:
scsi0:0.virtualSSD = "TRUE"(Adjust the controller and disk number according to your configuration.)
Power on the virtual machine.
Verify inside the guest OS using:
Get-PhysicalDisk | Select-Object DeviceID, MediaTypeThe disk should now show MediaType = SSD.
This configuration change only affects how the guest OS perceives the virtual disk type.
It does not alter performance because the actual performance characteristics are determined by the underlying datastore (vSAN or SSD-backed storage).
Some guest-level features (e.g., Windows Storage Spaces tiering, deduplication, defragmentation policies) rely on the disk being recognized as SSD for optimal functionality.