虚拟化正在IT界掀起一场巨大的风暴，未来五年内数据中心将有大幅度的改变，改变的方向即是“新型数据中心”。尽管各家对新型数据中西定义各不相同，但是实现的“绿色、高效、运营简单”目的总是一致，而在实现上述目的的手段中，虚拟化给大家带来了太多的惊喜：承诺减少宕机时间、降低功耗、降低冷却成本、提高硬件使用率，而且，还使管理的难度大大降低……所有这些，使得IT企业像发现了新大陆，比赛一样地冲向虚拟化的实施之路。
在新型数据中心，不刻意强调计算资源的专属性，而是倾向于采用虚拟化技术，充分利用可信赖的其它计算资源。虚拟化带来的好处已毋庸多说，不过这里我要说的是，虽然大多数情况下上述的承诺都能兑现，但这个康庄大道上还是有一些陷阱——但最令人担心的是，这些可能会致命的陷阱并不为人所知!
在虚拟化技术之前，如果有了新的应用需求，我们往往选择不断增加服务器来满足需要，而实际上根据IDC的调查，目前服务器利用率只有30%。根据调查，有近45%的数据中心经理人表示他们当中有一部分人是看CPU的使用率来评估服务器的使用情况。
影响虚拟化实施的第一个大麻烦就是服务器的CPU问题
而现在的问题是，当所有的硬件厂商都宣称可以为数据中心带来虚拟化变革时，如何能让服务器最核心部分也就是CPU的能力充分被调动，从而实现整个硬件平台的性能提升?
对一般企业而言，虚拟化的推进一定是首先在一个小型测试环境进行的。服务器上可能运行十几种虚拟化软件，例如VMWare、Xen，或者 VirtualIron。在大量的试用之后(当然这需要一定的时间)，如果稳定性和性能令人满意，这种应用架构才会扩大到更多的服务器中去，将整个企业向虚拟化的基础架构进行迁移。这时你会做什么?当然是采购!然而，当你在兴高采烈地签下一个价值不菲的采购单时，你会发现一个大跌眼镜的情况：你需要的服务器或者CPU型号已经早就过时了，供应商会遗憾地告诉你：断货了!
这可不是个小麻烦!要知道，虚拟化环境往往要求建立在完全相同的服务器、CPU架构上，这样才能更好地发挥虚拟化的优势，特别是虚拟化迁移和高可用性。就拿动态迁移来说，如果从一个主机和另一个主机的CPU型号和配置不一样，这种动态迁移就会不稳定，甚至发生崩溃。事实证明，如果你强行在一台SSE3 CPU的服务器和一台SSE2配置的服务器之间进行动态迁移，那么效果是无法保证的——甚至压根儿就实现不了。
面对这种意料之外的尴尬，你还能有什么选择呢?当然，我们会督促供应商，要求他们去翻翻库存，幸运的话，也许仓库的旮旯里能找到一些用得上的配件。但显然，这实在不怎么保险，更多比较聪明的企业会选择淘宝(或者ebay)去看看有没有卖过时产品的摊铺，兴许你会有意外的惊喜……
如果你嫌这两种方法都不踏实，也许你这时唯一的选择就是升级：为旧服务器升级为新型号的CPU，将整个虚拟化环境迁移到新CPU架构上——不过，你得乞求上苍保佑，今后当你需要再次扩大规模时，现在这种全新的CPU到那时还能找到!对了，还有，别忘了把那些刚刚拆下来的基本上全新的测试服务器上的CPU拿到淘宝上去卖——兴许不少人心急火燎地在找呢!
系统迁移不简单
虚拟化的另外一个问题就是风险，因为你在把所有的鸡蛋都放在同一个篮子里。这是因为虚拟化的优势就在于能够提升硬件的使用效率，一个运行了DRS和HA系统的服务器，能承担超出原有数倍的负载，而且能实现一台服务器宕机时系统平稳迁移。这一切都这么令人感到惬意，但前提是所有的系统都必须正常运转!但不幸的是，这一点没那么简单，就我自己而言，在过去一个月已经不止一次得被迫手工重启Windows 2003下VMWare VC(VirtualCenter)。
不只是系统死机让你烦心，想想看，如果你要对一台服务器进行内存升级，但虚拟化软件在两个ESX服务器之间迁移时卡了20多分钟，这会不会让你崩溃?要知道，这个时候你要重启的不是一个服务，而是几个、甚至十几个!谢天谢地，我还没有遇到过这么恐怖的情况，不过也遭遇过“险境”，好几次我被迫按照 VMWare的应急处理流程删除了一些进程，才勉强使系统恢复正常，但我不知道什么时候还会来这么一次。
当然，随着虚拟化基础设施的成熟，我前面提到的管理和安全问题有望逐步弱化甚至消失，甚至也许有一天我们发现在不同的CPU之间进行主机迁移也没问题(当然我估计钱少不了)!所以，别因为我这些“牢骚”就停住了迈向虚拟化的脚步——不过，如果这篇文章能帮你绕过一些陷阱，那我将不胜荣幸。
可见，虚拟化对硬件环境是有要求的，在部署之前一定要重视起来，考虑清楚。不然待到业务扩展时就只能碰运气找旧件，或者花更多的钱，集体升级。后者会严重浪费初期投资。虚拟化到底是费是省？不能盲目乐观啊。
在新型数据中心，不刻意强调计算资源的专属性，而是倾向于采用虚拟化技术，充分利用可信赖的其它计算资源。虚拟化带来的好处已毋庸多说，不过这里我要说的是，虽然大多数情况下上述的承诺都能兑现，但这个康庄大道上还是有一些陷阱——但最令人担心的是，这些可能会致命的陷阱并不为人所知!
在虚拟化技术之前，如果有了新的应用需求，我们往往选择不断增加服务器来满足需要，而实际上根据IDC的调查，目前服务器利用率只有30%。根据调查，有近45%的数据中心经理人表示他们当中有一部分人是看CPU的使用率来评估服务器的使用情况。
影响虚拟化实施的第一个大麻烦就是服务器的CPU问题
而现在的问题是，当所有的硬件厂商都宣称可以为数据中心带来虚拟化变革时，如何能让服务器最核心部分也就是CPU的能力充分被调动，从而实现整个硬件平台的性能提升?
对一般企业而言，虚拟化的推进一定是首先在一个小型测试环境进行的。服务器上可能运行十几种虚拟化软件，例如VMWare、Xen，或者 VirtualIron。在大量的试用之后(当然这需要一定的时间)，如果稳定性和性能令人满意，这种应用架构才会扩大到更多的服务器中去，将整个企业向虚拟化的基础架构进行迁移。这时你会做什么?当然是采购!然而，当你在兴高采烈地签下一个价值不菲的采购单时，你会发现一个大跌眼镜的情况：你需要的服务器或者CPU型号已经早就过时了，供应商会遗憾地告诉你：断货了!
这可不是个小麻烦!要知道，虚拟化环境往往要求建立在完全相同的服务器、CPU架构上，这样才能更好地发挥虚拟化的优势，特别是虚拟化迁移和高可用性。就拿动态迁移来说，如果从一个主机和另一个主机的CPU型号和配置不一样，这种动态迁移就会不稳定，甚至发生崩溃。事实证明，如果你强行在一台SSE3 CPU的服务器和一台SSE2配置的服务器之间进行动态迁移，那么效果是无法保证的——甚至压根儿就实现不了。
面对这种意料之外的尴尬，你还能有什么选择呢?当然，我们会督促供应商，要求他们去翻翻库存，幸运的话，也许仓库的旮旯里能找到一些用得上的配件。但显然，这实在不怎么保险，更多比较聪明的企业会选择淘宝(或者ebay)去看看有没有卖过时产品的摊铺，兴许你会有意外的惊喜……
如果你嫌这两种方法都不踏实，也许你这时唯一的选择就是升级：为旧服务器升级为新型号的CPU，将整个虚拟化环境迁移到新CPU架构上——不过，你得乞求上苍保佑，今后当你需要再次扩大规模时，现在这种全新的CPU到那时还能找到!对了，还有，别忘了把那些刚刚拆下来的基本上全新的测试服务器上的CPU拿到淘宝上去卖——兴许不少人心急火燎地在找呢!
系统迁移不简单
虚拟化的另外一个问题就是风险，因为你在把所有的鸡蛋都放在同一个篮子里。这是因为虚拟化的优势就在于能够提升硬件的使用效率，一个运行了DRS和HA系统的服务器，能承担超出原有数倍的负载，而且能实现一台服务器宕机时系统平稳迁移。这一切都这么令人感到惬意，但前提是所有的系统都必须正常运转!但不幸的是，这一点没那么简单，就我自己而言，在过去一个月已经不止一次得被迫手工重启Windows 2003下VMWare VC(VirtualCenter)。
不只是系统死机让你烦心，想想看，如果你要对一台服务器进行内存升级，但虚拟化软件在两个ESX服务器之间迁移时卡了20多分钟，这会不会让你崩溃?要知道，这个时候你要重启的不是一个服务，而是几个、甚至十几个!谢天谢地，我还没有遇到过这么恐怖的情况，不过也遭遇过“险境”，好几次我被迫按照 VMWare的应急处理流程删除了一些进程，才勉强使系统恢复正常，但我不知道什么时候还会来这么一次。
当然，随着虚拟化基础设施的成熟，我前面提到的管理和安全问题有望逐步弱化甚至消失，甚至也许有一天我们发现在不同的CPU之间进行主机迁移也没问题(当然我估计钱少不了)!所以，别因为我这些“牢骚”就停住了迈向虚拟化的脚步——不过，如果这篇文章能帮你绕过一些陷阱，那我将不胜荣幸。
可见，虚拟化对硬件环境是有要求的，在部署之前一定要重视起来，考虑清楚。不然待到业务扩展时就只能碰运气找旧件，或者花更多的钱，集体升级。后者会严重浪费初期投资。虚拟化到底是费是省？不能盲目乐观啊。
