红帽挑战VMware:虚拟化管理新战场?
2018-06-11 来源:
在红帽的计划中,VMware成为他们瞄准的又一个目标。一向主攻Linux的红帽正在不断的强化自己的虚拟化管理软件,以便在未来与VMware竞争中占据有利的位置。
去年11月,在RHEL 5.4发布的两个月后,红帽发布了它的Red Hat Enterprise Virtualization for Servers(RHEV)裸机hypervisor解决方案。内置KVM虚拟化的RHEV由两部分组件组成:一是基于KVM的hypervisor本身,这基本上是一个剥离下来的RHEL内核;还有就是RHEV Manager for Servers,一个基于Windows Server 2003的虚拟化管理系统,能够为管理员提供对运行在RHEV hypervisor或RHEL-with-KVM主机上的虚拟机的控制,并且管理主机本身。
VMware在虚拟化的多方面优势造就了其强大的管理底层架构。在高级别功能上,目前相对不太成熟的RHEV Manager还不能与VMware的管理系统相提并论。但是,RHEV Manager的确已经拥有了高可用性、系统调度和存储管理功能,以及一项特别重要的功能:实时迁移(VMware称为VMotion)。
实时迁移功能能够将运行着的虚拟机从一台主机实时移动到另一台,没有任何停机时间,在迁移时虚拟磁盘文件会驻留在共享的存储介质上。微软的Hyper-V在发布的时候正是因为缺乏实时迁移功能而遭受了诸多指责,因此红帽在推出RHEV时就带有这项功能,这并不令人惊讶。
而VMware所拥有的另两项功能是RHEV Manager依然缺乏的,其中之一是对虚拟磁盘文件进行实时迁移的功能(VMware称为Storage VMotion),另一项是统一备份功能(VMware Consolidated Backup,VCB)。但是这两个问题都已经在红帽的计划之中了。“我们目前还没有Storage VMotion,但它已经在产品蓝图之中,我们现在也没能提供和VCB相同的东西,但这种情况也会改变,”红帽虚拟化业务高级主管Navin Thadani说。
谈到VCB的统一备份功能,Thadani认为目前还没有必要,因为大多数客户更喜欢用和备份物理机相同的方式来备份虚拟机,比如使用在虚拟机上运行的备份助手软件等。然而,这些助手软件在备份过程中会大量消耗物理机的资源,因此随着虚拟机使用量的增加,红帽的用户会开始要求更直接的解决方案。“我们正在与合作伙伴们谈论这件事,我们将在未来拿出和VCB一样的功能,到时候你就可以在我们和VMware之间做一个面对面的比较了,”Thadani做出了承诺。
KVM的优势
Thadani认为,目前红帽的KVM虚拟化比起VMware来在两个地方具有优势,一是价格,二是对各种应用的支持。当然精确的计算虚拟化的成本要取决于主机和虚拟机的数量,而且与操作系统也有关。但是Thadani声称,使用RHEV会比VMware节省40%至80%的成本。红帽可以担保这一点,因为RHEV是使用与RHEL相同的内核搭建的,任何在RHEL上运行的Linux应用都可以运行在RHEV的虚拟机上。然而一直以来,红帽的KVM的普及进度一直都不甚理想。
红帽正在积极的在与VMware的竞争中寻求成功,尤其是想要赢得那些在VMware的平台上运行RHEL的企业用户。其中一些RHEL客户在使用RHEL-with-KVM进行虚拟化时能够获得无限制的许可证,Thadani说,另外比如SAP、Oracle和DB2这样的应用在RHEL裸机虚拟化环境中能够达到85%到95%的性能水平。
那些混合使用Windows和RHEL的客户也会选择RHEV,目的是为了减少对VMware的依赖,Thadani说,“他们正在寻找VMware的替代品,RHEV会成为他们可以信任的答案,这些客户希望在VMware之外有第二个选择。”
除了在未来的RHEV版本中拿出虚拟磁盘实时迁移和统一备份的功能之外,新的功能也将伴随着RHEL 6内核的推出而到来,这预计将在今年的某个时间完成。Thadani暗示说新的RHEV将会用到SELinux的功能。“它将让hypervisor的安全性变得异常强大,”他说,“将会有非常周密的安全策略,hypervisor会难以攻破,而且即使被攻破,入侵者也不可能对虚拟机做出任何不利的事。”
在与VMware的全套产品系统展开全方位的竞争之前,RHEV和RHEL-with-KVM 显然还有很长的路要走。但是,红帽已经展现出了决心,他们强力的杀入虚拟化市场,提高虚拟化管理功能,不断的缩小并消除差距,最终与VMware一较高低。
版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点!
本站所提供的图片等素材,版权归原作者所有,如需使用,请与原作者联系。