对VMware存储进行自动精简配置会引发哪些问题？

问：对VMware存储进行自动精简配置会引发哪些问题?

答：对VMware存储(或者Hyper-V存储)进行自动精简配置最大的问题就是有可能出现实际空间不足的情况。

 

自动精简配置可以实现用户所获得的虚拟硬盘(VMDK文件)空间比实际的物理阵列中的硬盘空间更大。自动精简配置提供一个guest操作系统，让设备感觉到自动精简配置的卷的空间是充足的，无论物理阵列的实际空间多大。因此guest OS并不能知晓什么时候物理存储的空间真正的满了。

在vSphere 5.0版本中，VMware为解决这一问题采取了一些办法。当磁盘实际存储空间达到75%时，就会产生自动报警。此时存储DRS(动态资源调配程序)就会停止对存储数据进行自动精简配置。

VMware还想了一些办法避免将虚拟机运行在空间不足的自动精简存储上。从前，当空间不足时，这些虚拟机会停止运行。在vSphere 5.0版本中，只要这些虚拟机不再需要额外的空间，它们就可以一直运行下去。

另外一个VMware自动精简配置存储相关的问题就是空间的回收。当数据被存储到位于自动精简的存储上的VMDK上时，物理空间被消耗。然而，当数据被移走之后，物理空间却没有得到释放。

vSphere 5.0之前，这是个大问题，尤其当VM被删除或者虚拟迁移到其他位置。在那些场景下，VMware在进行自动精简配置后就无法回收这些没有使用的存储空间。

vSphere 5.0采用了一个新的机制，可以告知一个存储阵列已经空闲，无论有没有实施自动精简配置。遗憾的是，在回收过程中存在着性能问题，VMware一度层建议用户在vSphere 5.0中关闭UNMAP功能。在vSphere 5.5中，VMware推出了一个新的命令，叫做ESXCLI，可以删除掉已经被回收的块。这个命令通常会正常工作，但将未使用的存储块清空仍然是一个手动的过程。

作者：何妍 

来源：51CTO

国庆期间在家里更新曾经购买的设备，将曾经的单系统，加固为防火墙，多系统的网络架构，如下图：
在 ESXI 系统中默认存在一个 vSwitch0 交换机，且其不能被修改名称，因此在此通过修改其对应绑定的上行网卡即可，具体如下： 设置 vSwitch0 上行链路 将 vmnic 0 (网口 1) 设置为 WAN 网接入口，设置为 VM Network 上行链路：