要让虚拟机“退役”并对其所占用的物理和财政资源进行回收为什么会这么难？虚拟机创建起来很容易，却必须通过手工方式移除。管理人员总是面临着许多网络管理需求，手动删除虚拟机会占用他们大量的时间。即使是使用VMware vCenter这样的工具来管理虚拟机也会面临这一问题。（《数据中心虚拟机部署：从保守到激进》）

　　要专门成立一个小组来删除“退役”的虚拟机也会有很多问题，因为你很难确定虚拟机的状态。例如，要想确定一台虚拟机是否仍有使用价值就不是一件容易的事。其次，即使是安排人专门来从事这件事情，也需要有好的方案和流程来提供支持，来防止问题再度发生。相应的方案要包括具体的虚拟机创建、运维和“退役”规划。如果能将虚拟机的淘汰放进日常的虚拟机创建流程，虚拟机的蔓延问题就会好很多。但是，千万不要总是把精力放在虚拟机的“退役”上，通过控制虚拟机的创建率也能很好地缓解这一问题。因此，管理人员应该制定虚拟机的创建政策，来从源头上控制虚拟机的蔓延，而不是在虚拟机的“退役”上花太多的功夫。如果要通过手动的方式来对虚拟机进行管理，要确保所有的虚拟机用户都要意识到这些流程，并在参与过程中牢记这一问题。

　　多数虚拟机解决方案都缺乏自动化的流程，这也是导致虚拟机蔓延的根源。根据具体的业务需求，我们都是用模板或定制化的方法来手动创建虚拟机。如果能够通过网络对虚拟机进行自动发现和追踪，就可以很好地简化虚拟机的管理流程。（《虚拟架构难题：虚拟机扩展和虚拟机安全》）

　　例如，Embotics公司的V-Commander工具就可以以自动化的方式来对IT环境中的虚拟机进行定位和追踪，并提供相应的业务、技术和财务信息。此外，生命周期管理是V-Command的一个核心功能，他可以让你站在更高的角度对虚拟机进行管理。

　　与之相比，VMware正在对其vCenter Lifecycle Manager（LCM）应用进行大的更改，由此引发的问题是供应商计划如何对虚拟机蔓延问题进行管理。根据VMware的介绍，2010年9月1日的LCM版本将不再单独进行销售，对其的官方支持也会在2012年3月1日终止。

　　实际上，VMware正在致力于将LCM的功能集成到类似vCloud Center这样的云管理产品中。此外，也会在vCloud Center中加入LCM的管理和服务递交功能。在vCloud的框架下，管理人员更多会将虚拟资源当做一种服务，而不是当做单独的虚拟机来进行管理，根据需求，并基于相应的管理政策来对这种服务进行供给。一旦这种服务变得没有必要了，他们就可以将其关闭，对于虚拟机而言也是这样。

　　此外，类似于vCloud Request Manager（年底推出）这样的虚拟机管理产品还提供了IaaS模式，这也可以从很大程度上解决虚拟机蔓延问题，尤其是对于那些大型企业用户而言。而对于那些小型企业用户而言，则应该用V-Commander这样的服务器级的自动化解决方案来对虚拟机蔓延进行控制。

　　从企业管理角度来看待虚拟机蔓延问题

　　很明显，要想避免虚拟机的蔓延问题，需要企业制定严格的维护措施和监控手段，或是采用一种高度自动化的工具。尽管说创建一台虚拟机很容易，但在虚拟机蔓延超出我们控制范围之前能够给予其足够的重视也很重要。因此，企业一定要制定合理的政策来应对这一问题。