Fair Isaac:谨防虚拟化带来的下一波问题(1)(3)
98%的虚拟化
将来,不是只有像Bluelock这样的高产量公共云公司才需要容量规划技能。随着大大小小的公司对生产系统进行虚拟化处理,峰值需求会让新的瓶颈暴露出来。
Raymond DeCrescente就担心这个问题,他是纽约奥尔巴尼医学中心旗下首都区整形外科中心(Capital Region Orthopaedics)的首席技术官。DeCrescente的团队为32名执行医生提供诊所管理和后台服务。他们需要AllScripts诊所管理和AdvantX外科手术中心管理系统随时可用,这套系统包括几个SQL Server数据库。该团队很快将往一系列必要软件当中添加电子病历软件。
就在一年多前,DeCrescente决定围绕一个高度虚拟化的数据中心对他的小型IT部门进行重组,希望提高效率,让他可以在20英里之外的地方建立灾难恢复中心。他说服了公司的管理层,对八套SQL Server系统和诊所管理系统进行了虚拟化处理。这些系统运行在八块思科统一计算系统(UCS)刀片和两台普通的机架M200服务器上,而这些服务器运行着28个虚拟服务器;最终将运行39个虚拟服务器。购买和实施费用花了200万美元,包括硬件、支持、VMware虚拟化软件和灾难恢复软件。
这对这家公司来说是笔大费用,但是由于每块刀片上有96GB内存和12个至强2.93GHz核心,DeCrescente有非常多的备用容量,他预计在可预见的将来不需要追加资金投入。他的SQL Server数据库运行顺畅,几乎感觉不到性能有任何下降,而且所有相互关联的部件:服务器、网络和存储系统与之前各自是独立的物理系统相比,更容易通过vCenter管理控制台来管理。这种架构让他的人员有时间来建立那个新的灾难恢复中心、测试故障切换能力以及开展其他长期被忽视的项目。
一旦DeCrescente逐步淘汰一套诊所管理系统(他将该系统与甲骨文数据库放在一台独立服务器上),他会将首都区整形外科中心环境中98%的系统进行虚拟化处理。将来只会剩下一台无法从虚拟机里面来运行的传真服务器不采用虚拟化。
DeCrescente听到了质疑声,质疑声主要来自对生产系统虚拟化持谨慎态度的软件开发商,而不是来自他公司内部。他说:“我们发现一些开发商非常担心我们对其产品尽量提高虚拟化力度。”
对大多数公司来说,什么都进行虚拟化处理并不明智。在虚拟化数据中心做到资源与需求动态精确配合仍是个挑战,这需要IT和业务部门的相关人员加大合作,才能克服这个挑战。埃森哲的Corn表示,这还需要数据——大概是一年下来的IT运营数据,才能知道某个虚拟机因不同的原因而需要多少内存及其他资源。而这种数据常常不具备,公司应该现在就要考虑评估应该收集哪些信息,才能作出虚拟化方面的下一波决策。
【51CTO.com独家译稿,未经授权谢绝转载!合作媒体转载请注明原文出处及出处!】
译文来源: http://www.informationweek.com/news/global-cio/interviews/231901240?ct=1022
分享按钮