机房360首页
当前位置:首页 » 虚拟化运维 » I/O虚拟化实现时出现的障碍

I/O虚拟化实现时出现的障碍

来源:51cto作者 作者:机房360转载 更新时间:2011-1-24 15:58:52

摘要:“数据虚拟化需要服务器认识这个虚拟化的设备,比如刚才谈到虚拟I/O服务器,不是一个,可以在系统里有多个冗余的虚拟化的I/O,可以帮助我们真正实现访问所有虚拟化的存储,并且这个路径本身就是虚拟化的。”

  从客户角度讲,虚拟化I/O服务器是一个非常大的节省资金的方式,随着分区的数目越来越多,如果对存储访问的路径不能虚拟化,意味着每一个虚拟化的机器,不管是微分区还是逻辑分区,都需要有一个I/O卡,到几十个服务器的时候得需要多少个卡?“把连接途径虚拟化以后,代表这个虚拟化机器上面连接了很多虚拟化的I/O卡、以太网卡等,这样可以连接到这个网络当中,这不是一个简单的服务器,提供了一个虚拟化的系统,包括服务器、对外连接的设备,包括网络,这样才构成了整个的虚拟化的计算环境,这个意义是很大的。”
  
  讨论了I/O虚拟化(IOV)的一些优点以及通过SR-IOV(单路径IOV)将I/O负荷从虚拟机管理器卸载出去的价值。虽然SR-IOV和IOV可能看起来是很好的战略,但是它们还是有一些障碍需要克服。第一个就是操作系统或虚拟机管理器的支持,第二个是首次实施中如何处理它对网络和存储架构的干扰。
  
  至于支持SR-IOV的卡,主要的挑战就是操作系统和虚拟机管理器何时将支持该技术。要利用好SR-IOV的所有优点,必须要得到操作系统和虚拟机管理器的支持。就像我们所讨论过的那样,IOV网关(IOG)很大程度上可以解决这个问题,它可以将SR-IOV卡当成"常规"卡呈现给连接的服务器。厂商们有可能开发针对他们网关的自己的多主机卡,这样他们就不用等待操作系统和虚拟机管理器的支持。他们将来必须开发卡本身,有可能需要操作系统驱动程序,或需要一个IOG。
  
  如果IOG这条路好走,那么更大的挑战就是如何实施IOG。在我们的《什么是I/O虚拟化》一文中,我们认为IOG是一个架构,而网关设备必须处在存储、网络和服务器的中间。在这种架构中,变化的发生是很慢的。当然,通过利用现有环境中的高可用性,我们可以一步一步地采取措施来最小化与IOG相关的宕机时间。
  
  IOV的另一个障碍就是对架构的影响。一些刚进入I/O市场的厂商加重了这个问题。他们推出新类型的安装在服务器上的卡,以及新的从服务器到网关的连接技术。通常,这些技术是PCIe或InfiniBand。虽然这些解决方案的I/O性能是很好,但是需要在环境中安装新类型的连接方式。对于一些服务器来说,它们是需要这些技术所带来的先进的I/O性能,但是许多其他服务器则不是这样。在服务器上部署IOV要注意使其对架构的干扰最小化。
  
  前对这些数字还有一些疑问。因为微软的虚拟化软件是与操作系统免费绑定的。IDC咨询公司对配置和使用的软件进行了追踪。正如信息技术智能有限公司的调研结果所示,这份报告并没有说明企业技术经理计划使用微软虚拟化软件的范围。59%的比例可能是尝试,而不是完全接纳微软的技术。
  
  IOV的下一步就是利用个已经在数据中心中普及的连接技术。以太网是最有可能的候选技术。虽然现在以太网的最高连接速度还限于10Gb/秒,但是未来几年中以太网的速度将大幅提高。以太网的优势在于太网的架构是现成的,同时许多服务器已经过渡到10Gb/秒以太网。在管理员安装10Gb/秒以太网卡的时候,何不选择一个支持IOV的卡呢?这种卡可以为系统带来很高的灵活性,尤其是在应对服务器虚拟化架构的I/O需求的时候,同时选择这种卡的话,未来在存储和网络协议的选择也可以有很大的灵活性。迁移到虚拟化I/O可能会给系统带来一定干扰,但是如果在正确的时间实施I/O虚拟化则可以将这种干扰最小化。如果你将环境升级到10Gb/秒以太网,那么实施I/O虚拟化的时机将更早到来。
  
  责任编辑:雨熙

本文地址:http://www.jifang360.com/news/2011124/n674515256.html 网友评论: 阅读次数:
版权声明:凡本站原创文章,未经授权,禁止转载,否则追究法律责任。
相关评论
正在加载评论列表...
评论表单加载中...
  • 我要分享
更多
推荐图片