VMware为2009年服务器虚拟化做好准备
2009-01-05 16:53:41 来源:WEB开发网在2009的发布版本中,ESX Server将具有在一个虚拟机实例上增加虚拟化内存或CPU的功能,而不需要关闭或者重新启动虚拟机。直到现在,如果你需要调整硬件之上的虚拟机,你就必须重新启动虚拟机,这也就意味着需要暂时关闭应用程序一段时间。虚拟机并不能非常容易地避开实际机器的一些问题,至少看起来是这样的。在线的增加内存和CPU的特性在x64服务器中仍然不支持,当前该特性只是增加到RISC、Itanium以及其它平台上。
明年,VMware对于监管程序的升级还包括一个较小的虚拟化特性,称为VM Direct Path,它实际上就是一个I/O通路,允许虚拟机直接连接到一台物理I/O设备上,比如一个磁盘控制器或者网卡。
据Balkansky所讲,VMware支持这样的特性主要有两个原因。第一个原因就是,通过物理上连接到一台I/O设备,性能可以更加接近于原始设备的速度。而且,如果你拥有一个外设,而该外设并不被ESX Server内部创建的虚拟化I/O所支持的话,你可以使用VM Direct Path功能来支持这种外设。你不需要等待来自于VMware或者外设提供商的驱动来使用该设备。而VM Direct Path的一个问题就是以牺牲它们虚拟化移动特性的方式来支持外设。因此,Vmotion——通过使用共享存储允许一台虚拟机迁移到网络上的其它服务器上,以及DRS——VMware基础架构中的分布资源调度软件就不能在使用VM Direct Path特性的虚拟机上工作了。
Balkansky称,Vmware同样也在构建它自己的容错VM功能,并不是从他的合作厂商Stratus技术公司或者StellEye技术公司得到代码。尽管没有透露太多这方面的细节,但Balkansky称,代码可以保证运行在两台分布物理服务器上的两台虚拟机进行同步,也就是其中一台虚拟机被激活的时候另外一台处于被动模式,直到第一台机器失效。实际上,这段代码已经在去年夏天的Vmworld大会上被展出。
在存储方面,vNetwork Distributed Switch——一个软件交换器,连接网络到虚拟机上,这些虚拟机是由VMware和Cisco系统公司共同创建,它将会以运行在ESX Server(或者未来产品还这么叫)之上的虚拟工具而使用。Cisco显然已经销售这样的产品了,叫做Cisco Nexus 1000V。
vStorage APIs将会被公开,因此存储管理工具(遵循LUNs和阵列)可以看到虚拟机和它们相连的VMDK文件存放到硬盘的什么位置。现在,VirtualCenter还不能容易地告诉你VMDKs存放到硬盘上的位置,这也就意味着存储管理员在进行调整阵列之前,就不能够容易地计算出虚拟机具体运行在哪。
VMware同样也在开发一个VMDKs的变种,它可以允许一台虚拟机更多地申请存储空间,就像VMware这么多年来使用的内存空间那样。这样的一个功能可能会让一些人坐不住了,但是分配内存和硬盘给一个虚拟机然后仅仅使用它们中很小的一部分确实很低效。当虚拟机需要的时候,只要创建的空间可以被使用,就不会造成什么损害。
更多精彩
赞助商链接