VMware在虚拟化性能测试方面超过了Microsoft

以前的 12 第二页

在虚拟化世界中，VM来宾实例必须与内部磁盘或存储区域网络资源。当通过虚拟化将硬件重新表示给客户操作系统时，硬件和客户虚拟机之间的管理程序层使用自己的磁盘驱动程序来管理磁盘活动。通过添加虚拟化的虚拟机，将硬件资源分配给虚拟机操作系统/应用实例。尽管本地操作系统驱动程序可能很好，但管理程序管理多个客户机之间通信需求的能力将成为一项非常复杂的业务，延迟和效率问题将被视为应用程序性能下降。

我们在每个VM实例中运行IOmeter，以衡量管理程序如何将数据“呼吸”到磁盘。我们使用了比现实世界更严格的比率:70%写，30%读。在我们的配置中，我们倾向于写操作，因为操作系统不会大量缓存写操作(因此它们的内容不会在断电或硬件重置时蒸发)，而且基于读的缓存会扭曲测量值。

我们建立了本地操作系统的I/O性能(在单个和SMP服务器中)，以建立由IOMeter测量的操作系统磁盘I/O速度的基线。然后，我们使用6个VM来宾机在每个受监控的环境上运行相同的测试。我们想知道hypervisor是否能够为VM来宾提供比它们自己作为本机实例使用的更多的磁盘通道可用性。

好消息是，我们的测试显示，当我们添加更多来宾VM实例时，这两个hypervisor对磁盘通道的启动速度都比单个本机实例高。这意味着当VM来宾数量增加时，控制磁盘通道(在我们的例子中是HP Smart Array)的虚拟机管理程序可以很好地填充该通道。

在托管的SLES结果中，每个VM访问单个vCPU，我们再次看到Hyper-V VM来宾实例从Microsoft Linux IC得到了强大的提升，因为SLES Linux VM在Hyper-V上的运行速度比在VMware ESX上更快。当我们测试没有LinuxIC套件的SLES是否会变慢时，我们发现它本质上与VMware ESX的性能相同(只有一个百分点)。当我们在没有LinuxIC工具包的Hyper-V上运行这个测试时，SLES虚拟机的平均I/O为83.78 I/O / s，大约比使用SLES的VMware磁盘吞吐量快5%。

然而，Hyper-V在向自己的Windows 2008服务器提供磁盘I/O方面表现不佳。VMware超过Microsoft，加载了6个Windows 2008虚拟机。

当我们测量SMP环境中的磁盘I/O活动时(在SMP环境中，我们的6个vm都分配了4个vcpu)，我们故意超额订阅服务器，以查看在给定每个来宾的磁盘需求量时，虚拟机监控程序是否能够维持其磁盘通道活动。由于hypervisor是自己的操作系统，它必须仔细地重新分配磁盘写入时间，并在客户机之间干净而有效地切换上下文。

在这些测试中，这两个hypervisor都比运行在裸机上的本地操作系统获得了更多的I/O性能。但VMware ESX显然是赢家。当托管Windows 2008虚拟机时，它每秒注册1733.63 I/ o，而Hyper-V的每秒874.29 I/ o和本机性能为每秒712.97 I/ o。但是在托管的SLES环境中，它也以大约每秒45 I/ o的微弱优势击败了Hyper-V。Hyper-V不再具有LinuxIC工具包的优势，因为它不支持SMP硬件。

整体

VMware最初在市场上的领先地位使它在我们测试的大多数领域都有性能上的领先地位，尽管微软的实力已经开始在一个核心领域显示出来——单cpu VM性能的整合。这两家供应商都有可能迅速提高它们的性能数字，因为这是它们之间激烈竞争的一个来源。咬着他们脚跟的是来自Citrix，太阳和红色的帽子，以及正在达到商业潜力的开源开发。VM性能当然是需要关注的一个领域。

亨德森和艾伦是ExtremeLabs的研究人员。他们可致电thenderson@extremelabs.com．

Henderson还是网络世界实验室联盟的成员，该联盟由网络行业的资有个足球雷竞技app深审稿人组成，每个审稿人都有多年的实践经验。想了解更多实验室联盟的信息，包括成为成员需要做什么，请访问m.amiribrahem.com/alliance．