部署虚拟化架构就如同买一辆新汽车，除了需要购买基本配置之外，可能还需要增加附加功能，此时价格就会随之大幅增长。反之，如果可以自制虚拟化环境方案，就可以节省一大笔资金。
但是自己编写代码和脚本的方法并非适用于所有人。当发生问题后，除了可以在推特上发出一些苍白的求助外，找不到可以获取电话支持的地方，无法诊断虚拟化存在的问题。
然而，现成的工具都价格不菲，而买来后可能需要的仅仅是产品的一小部分功能。甚至在极端情况下，找不到可以满足需求的产品。
在这种背景下，我们的咨询委员会成员们回忆了一下他们各自的经历，回答该问题：
您是否曾经通过自制方案解决虚拟化问题?
Maish Saidel-Keesing
NDS Group
是谁创建的虚拟机?何时创建?为谁创建?
我相信多数管理员在虚拟化生涯中都曾经问过类似的问题。当然，如果企业制度完善，会有一套记录(如，邮件、工程师单据或电子表格等)。而如果不完善呢?您就需要耗费大量脑细胞寻找结果，或者从一大堆桌上的便签中寻找答案。
从方便工作角度看，我们并不需要创建专门的虚拟化流程，仅仅是普通的工作流程。您可以把一些定制选项加入到vCenter, 可以跟系统中某些特定参数绑定。我把对这三个问题的文档记录都合并到vSphere Client中完成。
当虚拟机创建时，会自动触发一个脚本，虚拟机的创建者等信息得到记录。而每天都会有另外一个脚本跟踪所有的新虚拟机，并检查是否用户信息得到记录。如果没有达到，就会向虚拟机创建者发送邮件，引导他把虚拟机所有者信息记录到合适的地方。由于vCenter具备灵活的应用程序接口和集成了功能强大的PowerCLI，我可以通过最少数量的开发工作而保有了一个灵活而整齐的环境，而且不会有额外的花费。
Christian Mohn
EDB ErgoGroup
我之前的雇员们需要一套自动安装免费的VMware vSphere Hypervisor到航船上的机制。由于Auto Deploy是vSphere Enterprise Plus版本才有的功能，而且需要vCenter Server 和Host Profiles的支持，这并不是适合我们的产品。
实际上，我们不需要任何该vSpher付费版本中的功能，只是缺少了一套分发机制。就我们所知，当时没有提供该功能的工具，因此决定自己开发。
由于安装是在航船上完成的，我们需要部署移动安装方案。在尝试了多种方法后，最终选择通过配置“分发式笔记本”给技术人员完成安装。
该笔记本包含了一个运行于VMware Player的虚拟机，可以支持通过脚本的PXE方式启动安装新的vSphere Hypervisor宿主机。当安装完成后，预先配置的PowerCLI脚本接管宿主机配置过程，包括对网络、数据存储等等。然后，脚本拷贝预置的一组虚拟机并完成在宿主机内的注册。
整个安装过程花费大约一小时。借助脚本的全自动安装过程确保了所有的宿主机都得到正确的配置，同时避免了配置错误引发的问题。我们甚至为配置工具创建了一个图形界面，从而进一步降低了安装过程中的人为失误。
更多细节可以参考vNinja.net 的博客展示，提供了对实际安装过程的视频演示。
Jack Kaiser
GreenPages Technology Solutions
我找到了GreenPages的系统架构师Chris Chesley询问答案。
不是我工作过的每个IT公司都能找到现成的软件，可以解决他们在虚拟或物理环境中日益增加的各种问题，而自动化能力是缺失的关键因素。具备灵活并重复的执行日常工作的能力，可以很好简化职责，节省时间和人员完成更多重要的项目。
PowerShell是很好的工具之一，它可以执行很多任务。它可以通过使用PowerCLI跟微软、VMware等很多平台集成。通过脚本可以执行加载、卸载数据存储，测试vMotion和识别性能瓶颈，及很多其它常见任务。
最佳的工具应该具备免费、灵活和跨平台支持能力。
PowerShell允许用户创建方案解决自己的虚拟化问题。
Greg Shields
Concentrated Technologies
这次的问题有些难。当我回顾自己的虚拟化生涯时发现，通常是通过平台工具和第三方产品满足需求的。尤其虚拟化导致的更为复杂的需求，最好通过寻找方案来解决，而不是自制。性能监控、容量管理、自动分发甚至升级过程，都可以在现有工具中找到适合的方案。
这并不是说虚拟化就不存在问题，而是当问题发生时，现在的虚拟化供应商已经可以在合理的成本控制下满足所有的用户需求。
