他认为：对于测试和研发项目来说，因为研发人员需要使用许多不同的操作系统，这使得相关成本很难估计，较好的选择是硬件
虚拟化；服务器合并通常发生在支持在线应用和数据的生产型服务器中，需要考虑的两个主要因素是处理损耗和服务器利用率。其中，较好的解决方案是操作系统
虚拟化，因为操作系统
虚拟化拥有更低的服务器损耗，因此能够显著提升服务器的利用率。
第四步：全面评估 长期规划
尽管
虚拟化能够提高服务器利用率，节省硬件投入，但其居高不下的软件成本还是令CIO们望而却步。据介绍，VMware Infrastructure 3是以CPU数量为标准收取软件授权费的，按照毕博的规模，光软件这块的支出就要几百万。“部署
虚拟化项目划得来吗？”江玮有些犹豫了。
他想起了自己在贝塔斯曼工作时亲身经历的一个例子：贝塔斯曼荷兰
数据中心原来有5台IBM AS400和17台PC 服务器，经过成本评估，他们毅然决定淘汰这5台维护费用高昂的旧主机，新买10台PC服务器实施
虚拟化整合。“当时很多人都觉得用PC Server代替AS400是脑筋有问题，而且10台服务器+
虚拟化软件的一次性投入也是很大的。但事实上贝塔斯曼用1年半时间就收回了成本。”
根据未来的IT预算及应用增长情况，江玮对
虚拟化技术的总拥有成本（TCO）和投资回报率（ROI）进行了进一步核算。他把所有可能影响ROI的因素（包括
虚拟化的实施范围、硬件、软件、运维、管理、应用部署、人员培训以及灾难恢复成本等等）综合到一起，对整合前后的系统及应用进行全面评估和比较后，制订了分步实施的投资方案。“我们计划用两年时间实现基础架构的
虚拟化，将应用逐步部署到新平台上。预计到2009年项目结束的时候，
虚拟化方案的投资回报将是传统方案的1.8倍。”
在
虚拟化项目中，技术的实施成本及投资回报（ROI）是困扰CIO的普遍问题之一。
虚拟化实施需要衡量每种技术的总拥有成本，诸如硬件支出、软件许可、运维管理以及人员培训成本等。陈颖剑表示，
虚拟化的成本效益一般体现在后期，比如运维管理、新应用部署、灾难恢复等环节。通常企业容易犯的错误是，由于预算紧张购买了比实际需求少的设备，结果后来往往需要花费更多的钱来升级系统。在这种情况下，最好是把整个项目延迟，而不要去搭建一个不够用的平台，否则将很可能招致失败。
第五步：选择切入时机循序渐进毕博的
虚拟化计划还面临着最后一个难题：如果全面部署
虚拟化，怎样把尚处在开发测试中各种“千奇百怪”的应用移植到虚拟服务器上？等待他们的将是一个劳师动众的大工程。
江玮的实施思路是“避实就虚”，先确定一个
虚拟化大框架，在符合这个大框架的前提下“绕开”会与之产生冲突的环节，一步步的解决。具体措施是：①在空闲的服务器上先行部署
虚拟化技术，对所有新启动的项目一律分配虚拟服务器资源，使
虚拟化成为应用的标准环境；②把所有还在开发测试应用的服务器先摆在一边，等项目结束再一个一个部署，逐步纳入进来；③淘汰那些过于“古老”的服务器，节省下来的维护费用用于设备更新；④将少量性能强大但不支持
虚拟化功能的服务器作为
虚拟化框架的补充，如充当备份平台或提供给少数有特殊需求的应用。
“部署
虚拟化一定不能过于追求完美，而且要有足够的耐性，”江玮说。
正确地计划
虚拟化实施的时间步骤，对项目的成功非常关键。别期望一夜之间就实现整合，要充分计划并适当安排时机，以便应付所有可能的情况。企业最好将整合与另外的升级方案捆绑在一起，这样会获得最大化的价值。比如替换老的系统、一次以改进安全性或灾难恢复能力、存储简化等为目标的基础架构升级、压缩
数据中心的物理占地空间等等。
对CIO的另一个建议是：尽量减少应用移植。许多用户发现最艰难的部分就是向虚拟
数据中心的移植。“安装一台大服务器并在上面建立多个虚拟服务器是容易的，但要把应用从物理设备向虚拟层迁移则是一个费钱、费时、困难重重的过程。”恒荣国际CIO高宏飞说：“对中小企业而言，与其做应用移植还不如去开发一套新程序。这简直是个不可能完成的任务。
（c112）
|
服 务 CIO 推 进 信 息 化 
