泰克轱辘儿

大家将要读到的是如何使用VMware技术完成一个自动化/流程化（企业内部流程）的虚拟机资源池，这一方案是已经在大型金融企业管理了数千台虚拟机的实际方案。在大多数做云的甲方企业或乙方集成商看来，这就是云计算了，对此，个人稍有保留意见，容后写务虚文章时再聊。本文适合有系统运维经验的系统管理员使用，如果实施过程中有不清楚的地方，欢迎Email。个人不喜欢截图，因为读起来太费劲，能看懂图的人其实只要知道输入的内容就够了，看不懂的人贴100张图也是白搭。。。

现在我们得到了一个可用的虚拟机资源池，但是还有对于企业内部运营模式，还有几个关键特征没有实现：流程化、自动化、可计量。现在提供的是我自己写的虚拟机资源池管理工具，个人认为对于企业来讲，这些工具比那些IaaS系统靠谱多了，一个基本的道理是：如果你的企业只有几千台或者一万台虚拟机，用一个庞大的商业或开源系统去做统计分析，还不如用Excel，主数据只有几千条的系统，存在的意义实在不大。这里面的东西都是个人的开发行为，所以理解和部署起来肯定不如上一篇里的专业厂商提供的系统那么直观，欢迎Email。

以现阶段的x86技术为前提，虚拟化是绝对会大幅度降低企业的IT支出。在虚拟化技术发展的初期，考虑虚拟化平台的软件授权费用，虚拟服务器与物理服务器成本大致相当，但这个说法的前提是：由于CPU主频及核数，单台服务器内存上线和IO能力的限制，每台2路物理服务器上虚拟出来的VM不超过10个。摩尔定律决定了这个说法肯定是不会长久的，现在的单台x86服务器上可以非常轻松支持30个VM，而虚拟化平台是按照CPU数量收取费用的，这意味软件费用没有变化，定性的想一下，单台10VM时成本持平，单台30VM，就白捡了20个VM。

虚拟机进入一个资源池的路径有三种，一自然是从头安装的新机器，二是从ovf模板部署，三就是p2v（物理机转换成虚拟机）和v2v（虚拟机转换成虚拟机）。在VMware技术体系下， 第三种情况对应的就是VMware converter的使用了，这篇将完整描述整个VMware converter的使用，分享之前使用过程中遇到的典型问题。

VCenter5.5的用户体系与5.1及之前版本略有不同，安装完成后，默认所在OS已经不能用于VC的用户验证（验证是指验证登陆，授权是指功能权限，用户授权当然是VC自己管理的）。从5.1起，如果要使用LDAP或者AD作为VC的用户验证源，需要进行专门设置（4.x直接就用windows的用户验证体系，所以只要vc的os在ad域里，自动就能用ad验证了），这篇博客将给出配置的方法。