机房360首页
当前位置:首页 » 厂商动态 » VMware为服务器构建新一代虚拟化产品

VMware为服务器构建新一代虚拟化产品

来源:网络来源 作者:未知 更新时间:2009-4-14 14:31:39

摘要:目前的ESX Server管理程序在一个服务器上可分配给一个虚拟机的的主存最高可达64GB。管理程序的VirtualSMP特性最高只能支持4个X64核心。Balkansky表示2009年,管理程序将把VirtualSMP的容量扩展加倍到8核心,每个虚拟机的内存可扩大四倍,最高可达256GB。

尽管VMware仍然在X64服务器平台的服务器虚拟化软件领域拥有大部分市场份额和用户群体,但随着各种竞争对手纷纷进军虚拟化市场抢夺市场份额也让VMware倍感压力,2009年也并不轻松。不过VMware公司虚拟化技术的独特性和市场营销战略也将继续发挥威力,与微软,思杰,红帽和其他竞争对手一争高下。

管理程序是实现服务器或者个人电脑虚拟化的关键软件,只有这样才能为多重操作系统的同步提供支持。随着在过去几年间操作系统的快速商业化,管理程序的价格也应声而落。帮助企业管理虚拟机和让虚拟机网络更加灵活易用,成为各路厂商关注的产品研发方向和营销目标。但这些并不意味着管理程序不必再进行改进。特别是底层硬件系统和管理程序底部仍然在不断发生变化。

VMware有两款核心管理程序--ESX Server 3.5(内置服务控制台)和ESX Server 3i(能从服务控制台上移除的管理程序嵌入版,假设这项工作由VirtualCenter这样的外部管理软件来完成)。我们有理由期望VMware最终将交付唯一的管理程序-就是迷你的嵌入版,而不是支持两个版本,但是迄今为止VMware对此并未表态。

不过2009年VMware的行动已经初见端倪。

根据VMware公司资深产品总监Bogomil Balkansky的说法,未来ESX Server的新一代产品名称目前还没有确定,不过业界风传这款vCenter未来产品就是ESX Server 4.0。Balkansky表示2009年VMware会有部分产品更改名称。用于ESX Server的VirtualCenter管理工具将更名为vCenter;管理程序顶部运行的软件可能会取名为vServices,虚拟文件系统和其他与存储相关的代码将命名为vStorage。这可能意味着管理程序本身将被更名为vServer 4i,不过Balkansky未予以确认。

目前的ESX Server管理程序在一个服务器上可分配给一个虚拟机的的主存最高可达64GB。管理程序的VirtualSMP特性最高只能支持4个X64核心。Balkansky表示2009年,管理程序将把VirtualSMP的容量扩展加倍到8核心,每个虚拟机的内存可扩大四倍,最高可达256GB。值得注意的是,这是核心而并非线程。如果英特尔的芯片通过处理器硬件创建虚拟线程来提高效率,那么ESX Server也能在处理器核心中利用多线程。而AMD公司的皓龙处理器没有同步多线程能力,这些线程也就无法被管理程序利用,即使在操作系统顶部运行的应有软件能够应用这些线程。

Balkansky希望虚拟化推动的服务器整合在2009年能加速进行,原因也很有趣:那就是提高每个服务器的性能。Balkansky解释说"如今许多在服务器上运行的应用软件都无法利用芯片制造商交付的额外核心,这也让多余的功率无法发挥作用"。

但是这些应用软件可以在独立的大型设备上同步运行,从而承担更多的工作负载。Balkansky以VMware在IBM公司的某些X64服务器上进行的基准测试为例进行了说明。运行在8台X64服务器上的8个Exchange在测试中总计可以支持8000个邮箱,但是通过ESX Server将这些服务器整合为一个服务器不仅消除另外了7台的碳排放量,而且可以允许8个Exchange实例以较快的反应时间来支持高达16000个邮箱。

Balkansky表示目前有很多应用软件在利用多核处理器上比Exchange还要糟糕。据我猜测要想每款应用软件的编译都能做到真正利用多核至少还需要十年的时间。

2009年,ESX Server将无需关闭和重启虚拟机就能实现想虚拟机实例添加虚拟内存或虚拟中央处理器。要知道迄今为止,如果你想改变在虚拟硬件底部运行的虚拟机,你就必须重启虚拟机,这就意味着用户必须暂时关闭应用软件。看起来虚拟机目前还无法解决这个物理硬件的这些问题。热添加内存和热添加中央处理器特性仍然无法在X64服务器上实现,目前只能在RISC,安腾和所有权平台上使用。

明年VMware的管理程序升级还将包括名为VM Direct Path的虚拟特性,VM Direct Path是可以允许虚拟机直接与物理输入/输出设备(比如磁盘控制器或者网络特性卡等)捆绑的输入/输出通道。

根据Balkansky的介绍,VMware公司这么做主要出于两个原因。其一通过与输入/输出物理设备的互联,性能会和本地速度更加接近。另外,如果用户的ESX Server内部创建的虚拟输入/输出无法支持外围设备,用户就可以利用VM Direct Path来为外围设备提供支持,这样就不用等着VMware的驱动程序或者或外围设备供应商来解决这个问题。VM Direct Path唯一的问题是在这种方式下支持的外围设备是以牺牲了虚拟机的灵活性为代价的。因此能允许使用共享存储和VMware Infrastructure堆栈中的分布式资源安排软件DRS来围绕服务器网络来进行交付的VMotion就无法和使用VM Direct Path特性的虚拟机兼容。

Balkansky表示VMware也在开发他们自己的容错虚拟机能力,而不是从合作伙伴Stratus Technologies或SteelEye Technology处引进代码。尽管Balkansky没有透露过多细节,不过他表示软件代码将支持在同步锁定的两台不同物理服务器上同时运行两个虚拟机,一个虚拟机被激活,其他的虚拟机就联动运行直到出现故障。去年这个代码在VMworld大会上首次进行了展示。

在存储方面,能将网络界面与VMware虚拟机相连接的软件交换机(VMware与思科系统合作的产物)-vNetwork Distributed Switch将作为虚拟应用工具在ESX Server顶部运行。思科系统显然也将同步销售这款版本,思科为这款产品取名为Cisco Nexus 1000V。

VMware也开始研发vStorage的应用编程接口,这样与LUN和阵列匹配的存储管理工具就能看到虚拟机和他们相关的VMDK文件在磁盘阵列中所在的位置。目前VirtualCenter还很难让用户看到VMDK文件在存储阵列中的物理位置,这就导致存储管理工具在拆分阵列之前很难发现阵列中运行的文件。

VMware还为VMDK量身定制了精简配置,以此来允许虚拟机过量使用存储容量,这种做法与VMware前几年为内存容量所做的设计异曲同工。这种过量使用会让某些用户不堪其扰,但是它能将内存和磁盘存储资源分配给虚拟机,然后只利用效率低下的那一部分。只要虚拟机需要,就能得到可利用的资源,而且不影响其他软件的使用。

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