为什么VMware ESXi或Microsoft Hyper-V报告的已用空间比ONTAP LUN多
适用场景
- ONTAP 9
- VMware vSphere
- Microsoft Hyper-V
追加信息
说明：
- 使用 空间 逻辑 报告 有助于关联空间使用情况以进行监控和管理
- 内存 气球驱动程序和交换 文件等虚拟机功能 可能会预留空空间
- [1][2] 在 精简 配置的 数据存储库 和精简配置的存储卷/LUN上使用厚配置延迟置零VMDK、无法保证空间
VMware计算的已用空间=已配置总空间+模板+日志文件大小+HA配置文件+交换机文件+Snapshot +脱机 文件 或脱机VM 厚 配置延迟置零vmdk (如果有)。
- vSphere会将VMFS文件系统写入LUN、现在它负责管理该VMFS文件系统中的使用情况、但NetApp 仅会跟踪这些块是否已写入。
- VMFS上的虚拟机(VM)数量会为VM分配虚拟磁盘(VMDK)。每当您提交空间时、vSphere都会看到部分(如果是厚配置)已用空间、并将其报告为已用空间。
- 在实际写入块之前、ONTAP不会考虑已用空间。VMDK上虚拟机的交换文件会使这种情况迅速复杂化。通常、VM的交换文件与其VM位于同一个数据存储库中。
- VM将启动、即vSphere为VM交换提交的存储量相当于已配置的内存减去预留的内存
示例：
启动配置了大于32 GB内存的VM将占用数据存储库上的32 GB存储。启动配置有32 GB内存且预留为24 GB的VM将占用数据存储库上32-24=8 GB的存储空间。
vSphere会在数据存储库上提交这些存储量、并将其视为"已使用" 、但数据几乎不会写入交换设备、因此存储物理块上的空间为空。