Larry Zhang's Blog

浅谈下一代的企业级虚拟化

 

VMware将虚拟化引入x86平台已经有10个年头了，虚拟化逐渐走向成熟，成为整个IT业界的新亮点。关于虚拟化的版本升级，我们可以看到IDC有如下的看法：

如果按照上图对虚拟化版本的定义，VMware已经远远走过了虚拟化2.0，已经走到了虚拟化3.0。目前我们有些竞争友商甚至还处在虚拟化1.0的阶段。

 一般来看，VMware根据自己的经验，将虚拟化分成三代，目前VMware已经进入到第三代的虚拟化：架构管理和高可用。具体细节见下图。

当然，具体到某个用户，VMware通过我们的用户部署总结，可以看到用户部署虚拟化的路线图如下。从该图可以清晰显示一般用户的部署虚拟化的规律，从小面积试用，到逐步扩展，最后走向基于虚拟化的数据中心架构，充分享受虚拟化带来的一系列好处。

为了更好理解虚拟化的功能模块，VMware将虚拟化分成如下的三个层次，到目前为止，VMware的产品已经很好覆盖了虚拟化的每个层次，最大限度帮助用户节约成本，提高效率。我们很多竞争友商还处于虚拟化平台构建阶段，仍然没有走向虚拟化架构。

VMware单个虚拟机的故障监控和重置

 

自从发布VI3 3.5以来，VMware HA开始实验性支持单个虚拟机故障的监控，并且基于你预先设置的方式的进行故障处理，这个新的模块称为虚拟机故障监控模块。虚拟机故障监控可以处理来宾操作系统的故障。

关于虚拟机故障监控模块

由于虚拟机故障监控是实验性支持，因此默认是关闭的。如果你启用了该功能，VMware HA将开始检测虚拟机是否可用。VMware HA通过VMware Tools收集到的心跳信息来决定虚拟机的可用性。

每一台虚拟机中的VMware Tools每秒钟发送一次心跳信息，虚拟机监控模块每20秒检测一下心跳。如果心跳在用户指定的时间内没有收到，虚拟机监控模块就认为该虚拟机发生故障，就会重置该虚拟机。

虚拟机故障监控模块可以自己分辨出来是虚拟机打开，但是心跳中止；还是虚拟机关闭、迁移走了。它也可以区分是虚拟机太忙导致心跳丢失还是真的发生了虚拟机故障，因为虚拟机故障监控模块可以判断出在特定时间段心跳的次数为零。

当然，虚拟机故障监控模块工作的基础是该来宾操作系统里已经安装了VMware Tools，没有安装VMware Tools的虚拟机，该模块无法监控。

使用虚拟机故障监控模块

你可以为整个群集配置虚拟机监控模块，当然，该虚拟机群集必要先启用VMware HA，否则没法进行监控。当然，你没法创建一个支持虚拟机故障监控的群集，你要先创建一个普通群集，然后更改它的配置。

具体如何来配置虚拟机故障监控模块呢？下面是具体的步骤：

1.      登陆到VMware VI客户端，在Inventory栏，选择需要监控的群集，点击鼠标右键；

2.      选择Edit Settings；

3.      如果该群集没有启用VMware HA，在General选择Enable VMware HA；

4.      在接下来选择Advanced Options

5.      在出现的选项里输入合适的值，然后点击OK。

该页目前支持的选项解释如下：

选项	可选值	解释	默认值
das.vmFailoverEnabled	true或者false	配置这个选项为True可以为整个群集启用虚拟机故障监控功能。	False
das.FailureInterval	整数（秒数）	如果在该时间范围内没有收到心跳，虚拟机故障监控模块将判定该虚拟机故障	30
das.minUptime	整数（秒数）	虚拟机上电后，等待虚拟机心跳稳定的时间。注：该时间应该包含虚拟机操作系统启动的时间	120
das.maxFailures	整数（秒数）	在das.maxFailureWindow指定的时间内，允许最大的故障和自动重置次数。  如果 das.maxFailureWindow配置为-1, das.maxFailures代表故障的绝对次数，直到自动响应中止，需要人工干预。  如果一个虚拟机故障次数超过这个值，需要进行更为深入的故障分析	3
das.maxFailureWindow	整数（秒数）	如果das.maxFailures配置了数值，并且该时间内虚拟机已经重置的次数达到了该数值，自动响应已经停止，需要进一步的分析op and	-1（没有错误窗口）

如果你没有进行任何配置，说明das.vmFailoverEnabled仍然是false。如果虚拟机故障监控已经启用，这些选项你都没有进行配置的情况下，所有的选项都会使用默认配置。

配置实例

下面的实例是某个虚拟机故障监控的配置情况。

该配置说明：

1.      在Virtual Center Server上已经启用了虚拟机故障监控模块；

2.      如果60秒或更长时间内不能收到该群集的心跳，VMware HA将重置该虚拟机

3.      每台虚拟机允许240秒时间来启动稳定其心跳。该时间用来进行虚拟机启动和VMware Tools重置；

4.      如果一天中虚拟机故障达到或超过3次，VMware HA就不再进行虚拟机重置。

 

当然，目前虚拟机故障监控模块仍然处于试验阶段，因此没提供明确的系统管理员通知。

－微软的下一代虚拟化产品Hyper-V 2.0

Bink Nu本周所写的博文很好的介绍了Hyper-V的未来，Hyper-V已经发布了4个月了，很多人都开始谈论（某些人已经开始期待）Hyper-V 2.0。根据最新的报告和微软公开的网站介绍，Hyper-V 2.0将在2010年随着Windows Server 2008 R2一起发布。对不起，微软的粉丝们，你必须再次漫长等待。从Hyper-V 1.0发布时多次延期，我相信你已经习惯等待了。下面是微软确认的Hyper-V 2.0的新功能列表，同时也表明微软推出这些功能多么晚。

• 微软Live Migration – 是VMware VMotion的部分，VMware从2003年将VMotion推向市场（微软落后7年)
• 集群文件系统 －是VMware VMFS的部分，VMware从2001年推出VMFS（微软落后9年）
• 32颗逻辑处理器 －VMware从2006年开始支持（微软落后4年）
• 虚拟磁盘热添加 －VMware在2006年从ESX 3上开始支持（微软落后4年）
• 虚拟磁盘热卸载 － VMware今天不支持（下一代的产品将提供）
• SLAT (内存虚拟化) – VMware今天已经提供对AMD RVI和Intel EPT 的支持(微软落后2年)
• 动态内存 － VMware从2001年就开始支持(微软落后9年)

这说明了微软落后于VMware目前正在销售的技术5到6年。当然，如果你愿意为今天VMware已经拥有的技术再等两年，你将因为没有及时采用虚拟化而浪费了你的金钱。并且谁能说微软不会在最后关口舍弃某些你在等待的很重要的功能呢？就象之前微软舍弃了很多功能一样。

重要的是，你不需要等待产品路线图，所有微软产品路线图上的功能在今天的VMware产品VMware ESX上都已经具备，并且VMware的产品已经获得了成千上万的用户的验证。建议今天你就可以下载VMware的测试版开始使用。

本文译自：http://www.mikedipetrillo.com/mikedvirtualization/2008/10/hyper-v-20---mi.html

我们一定记得：功能全面的“瘦客户”PC机曾经风靡一时，一度成为桌面计算中的主力军，纵横驰骋在各种应用领域，在多种情况下都实现了良好的性价比。但很多时候瘦客户机却不是理想的解决方案，这也是近些年瘦客户PC机离家出走的原因所在。我们可以轻松罗列常见瘦客户PC机的“四宗罪”。

瘦客户PC机的“四宗罪”

1.  难于管理：PC机硬件和用户分布广泛，而且用户在访问桌面环境时的位置无关性要求越来越高。在这种情况下，集中化的PC机管理极其困难。而且PC机桌面的标准化难度可谓路人皆知，其中的原因就在于PC机硬件的多样化，再加上用户也需要经常修改桌面环境。

2.  高昂的总体拥有成本：虽然PC机硬件成本相对较低，但却常常抵不过高昂的PC机管理与支持成本。软件部署、更新以及打补丁都属于随时都要进行的PC机管理工作。由于需要针对各种各样的PC机配置进行部署测试与审核，这种管理实属劳动密集型工作。缺乏标准化，因此需要支持人员亲临现场来提供故障处理支持，同样也提高了支持成本。

3.  难于实现数据保护与保密：如何确保PC机上的数据能够成功得到备份，如何在PC机故障或者文件丢失时能够对这些数据进行恢复，这个问题实在棘手。即使数据成功地得到了备份，PC机的失窃风险仍然会威胁到重要数据的保密性。

4.  资源利用效率不高：PC机本质上具有分布性，难于通过资源共享的方式来提高利用率、降低成本。这样PC机的利用率一般都不到百分之五——远程办公室要求重复性配置桌面基础设施，并且移动办公人员可能还需要复杂的远程桌面解决方案。

到目前为止，世界上的公司 PC机大约有 5.5 亿台。这个数字正在以每年约 10% 的速度递增。基于服务器的计算（终端服务、虚拟桌面和刀片 PC）约占这一市场的 1-2%。

为了找到很好的瘦客户PC解决方案，很多公司进行了探索，推出了一些相关的解决方案，包括终端服务、刀片PC、Web方式或VMware VDI等。通过下表，可以清晰理解各种PC解决方案的优缺点：

通过以上的表格，VMware VDI(Virtual Desktop Infrastructure)解决方案脱颖而出，成为推动瘦客户机荣归故里的巨大动力。

VDI让瘦客户机荣归故里

由于传统解决方案的各种缺点，越来越多的企事业单位都在针对多种情况来评估并实施瘦客户机的替代方案。尤其是企业单位出于资源集中化以及提高桌面计算基础设施可管理性等目的，已经尝试在服务器系统上存放桌面镜像。而采用虚拟桌面基础设施建立起基于服务器的桌面解决方案，则正在逐渐解决台式机面临的种种挑战，同时还实现适用性、可管理性、总拥有成本以及灵活性的最优化。借助于虚拟桌面基础设施，在采用ESX Server软件实现了虚拟化的服务器上，可通过虚拟机来驻留完整的桌面环境——操作系统、应用程序和配置。管理员可采用VMware VirtualCenter，在自身的环境中集中管理所有虚拟机。最终用户则可从PC机或者瘦客户机上使用远程显示软件来访问自身的桌面环境。

采用虚拟桌面基础设施，管理员可以：

l        建立起与硬件无关的桌面环境

l        在同一系统上同时运行多台虚拟机，且系统上虚拟机相互独立、隔离

l        借助于模板，只需几分钟时间即可设立新的虚拟机

目前，业界最为领先的虚拟化巨头VMware也因此成为最为领先的虚拟桌面解决方案供应商之一：牵着瘦客户机的手，大踏步走向瘦客户机的新辉煌。

虚拟桌面解决方案的种种好处

有大量的客户已经采用VMware虚拟桌面基础设施实现了桌面解决方案，并从中看到了种种好处，例如：

1.       提高可管理性：通过VMware VirtualCenter可实现桌面环境设立、配置、资源管理和工作负荷管理的集中化与简单化。

2.        简化部署：借助于模板，桌面管理员只需几分钟的时间即可部署出新的、与硬件无关的标准化桌面虚拟机，并且可在部署过程中使用更多的自动化操作。

3.        更高的灵活性：用户可从一台客户机访问多个桌面环境，并可从任意一台连接完毕的客户机上访问自己的桌面环境。管理员瞬间即可对那些当前未处于使用状态的桌面环境完成归档和丢弃操作，而且从中回收的资源马上就能得到重用。

4.        提高数据保护能力：管理员可采用现有的数据中心备份过程来确保可靠的桌面备份。虚拟机的硬件无关性大幅度简化了桌面恢复。而且所有数据都驻留在数据中心，这样数据安全保障也得到了简化。

5.        提高资源利用率：通过在一台服务器上运行多个桌面环境，客户可有效地实现硬件资源的归集共享，并且可灵活地实现计算资源的重用以及桌面环境计算资源的动态分配。

6.        降低成本：虚拟桌面基础设施可实现桌面计算资源的集中化以及桌面硬件的标准化，这样企业即可降低桌面支持复杂度以及桌面支持成本。

 

以服务器为基础并采用VMware虚拟桌面基础设施建立起的桌面解决方案，可谓传统瘦客户机的真正换代技术，将为企事业单位带来更大的可管理性、更低的桌面总体拥有成本、更高的利用率以及对关键数据更好的保护。创建了“安全计算环境”，VMware VDI将让您：

1.      包含一个完整的系统：操作系统、应用软件和数据，这些可以从未管理和非保密“主机”计算环境中隔离；

2.      在任何工业标准 PC 上不做任何修改就能够运行；

3.      在一个完全安全的受控环境内执行 IT 策略。

美国时间12月11日，VMware公司正式发布了Virtual Infrastructure 3 3.5，从而VMware的虚拟架构正式过渡到下一代VI3 3.5。关于VI3.5的新特性，可以参考我的另外一篇文章，地址为http://virtualman.blog.51cto.com/200540/52355。而您也可以从VMware的官方网站正式下载3.5的测试版，下载地址http://www.vmware.com/download/vi/。具体可以下载的build版本如下图所示：

VI3 3.5测试模式无需License

为了方便用户的测试，VMware从3.5开始引入了测试模式，也就是：如果您仅仅想测试VMware VI3 3.5，安装的时候不需要输入任何的License，您就拥有了60天的免费试用期。安装好VI3 3.5后的60天之内，VMware的产品可以正常运行，所有的功能和服务都可以正常运作。

当然，如果您选择了安装license，而您的license文件有问题或者没有license文件，您仍然可以将VMware VI3 3.5重新更改回测试模式。

ESX上如何启用测试模式？

1.      首先，从Virtual Center里，转到“Configuration”标签，转到“Licensed Features”；

2.      点击“Edit…” 到“License Source”，如下图所示。在对话框里，选择 “Use Evaluation Mode”；

3.      当你选择了测试模式后，会跳出一个对话框提示您还有多少天将要过期，如下图所示；

4.      至此，您已经将ESX Server的运行模式更改为测试模式了。

Virtual Center如何启用测试模式？

1.      从下拉菜单Administration > VirtualCenter Management Server Configuration…，在“License Server”里，选择“Evaluate VirtualCenter Server”；

2.      您就可以看见如下的弹出窗口…

3.      接着您就可以看见右上角的地方现实还剩余的测试天数，如下图所示。

4. 至此，您已经将VirtualCenter的运行模式更改为测试模式了。

1. 通过BT实现的全虚拟化今天仍是主流

BT支持下的全虚拟化目前仍然是主流，是今天就可以部署的最可靠的虚拟化技术。VMware的虚拟化也在Windows和Linux操作系统环境下提供最高的性能，同时提供了丰富的企业级功能和管理性。通过BT，除了在Intel CPU上不支持64位的客户操作系统， VMware可以在生产环境下支持全虚拟化和硬件辅助虚拟化，并且性能良好。

BT支持下的全虚拟化在未来的几年内将继续保持良好发展势头，不需要更改操作系统，通过高级BT来提高性能。当然，硬件辅助虚拟化也将慢慢走向成熟，推进虚拟化性能不断提升。

2. 硬件辅助虚拟化是未来方向，但是目前性能仍然没有达到预期

去年Intel和AMD发布的硬件辅助虚拟化硬件辅助虚拟化的第一步，通过硬件辅助虚拟化，可以移除BT或对操作系统的修改。就像Xen利用的那样， As Xen has 这些初期的功能将建立hypervisor变得简单了很多，再也不需要借助BT或者修改操作系统了。Xen利用这些硬件辅助功能来实现Windows虚拟化，但是性能很差，远不如VMware的BT虚拟化或者XenLinux的半虚拟化。第一代硬件辅助虚拟化部署了苛刻的编程模式，将hypervisor到客户操作系统的损耗大大提高了，这使得第一代硬件辅助虚拟化的性能低于VMware的BT虚拟化实现。VMware正在同Intel和AMD一起努力，来增强未来硬件虚拟化的设计，进一步提高硬件辅助虚拟化的灵活性和性能。

第二代的硬件虚拟化将提供更高的性能，大大降低虚拟化损耗。AMD和Intel都已经发布了他们的产品路线图，包括硬件支持内存虚拟化(AMD NPT和Intel EPT)和硬件支持设备和I/O虚拟化(Intel VT-d和AMD IOMMU)。

计算密集的负载已经可以通过BT运行在虚拟化平台上，部署NPT/EPT将无需影子页表，而影子页表直接消耗系统内存，为此进一步显著改善虚拟化性能。将来的CPU对虚拟化支持进一步增强，这将推动硬件辅助虚拟化的广泛应用，但不要期望革命性的变化。处理器在进行着快速的升级换代，处理器速度的提升对虚拟化密度和性能的影响预期将远高于硬件辅助对虚拟化的优化。

半虚拟化技术的进步预期不会带来性能进一步巨大提升，而硬件辅助虚拟化的深化，将通过对CPU、内存和I/O的虚拟化，预期会有很大的性能提升，而未来的hypervisor将会普遍支持硬件辅助虚拟化，也就是说硬件辅助虚拟化将成为hypervisor的默认配置，从而带来虚拟化的性能、管理性的进一步改善。 

3. Xen的CPU半虚拟化带来了性能优势的同时，增加了维护成本

Xen经常将半虚拟化定位为第二代的虚拟化，而将VMware的虚拟化技术标记为第一代虚拟化技术。实际上，半虚拟化是很老的、有用的虚拟化技术，它可以为某些负载带来很好的性能，但一般都会增加维护成本。我们不否认在客户操作系统里安装虚拟化管理应用和设备驱动能提高虚拟化性能，但是数据中心用户必须清晰认识到半虚拟化的性能优势和运行修改过的客户操作系统而花费的大量维护成本之间的厉害冲突。半虚拟化带来的性能提升依赖于运行的负载，大多数用户应用可能因此性能提高很少，很少情况下能达到接近物理机的性能。

Xen的第一大挑战就是处理器的半虚拟化不能支持未经修改的操作系统，很多情况下就不能使用这种方式，比如操作系统本来不允许修改（如Windows），或者有时候需要某种特定版本的Linux。实际上，大多数的数据中心都不愿意将自己的生产应用运行在开源Hypervisor上修改过内核的Linux操作系统中。另外，大量的内核修改会导致客户操作系统和hypervisor之间的数据结构依赖性，该操作系统因此会没法运行在其他的hypervisor或裸物理机上。

尽管很多Linux版本开始将半虚拟化捆绑到操作系统内核里，部署使用半虚拟化操作系统的服务器仍然会增加维护成本和降低灵活性。就象很多公司已经发现半虚拟化的XenLinux不适合企业级应用， 许多虚拟化厂商基于开源Xen而开发的虚拟化产品本身已经放弃了Linux半虚拟化。比如Virtual Iron，他们已经声明半虚拟化走向死亡，已经专注基于硬件辅助的全虚拟化开发，来支持未经修改的操作系统。

这导致了Xen的第二个竞争挑战。Xen 3.x最近紧紧引进了硬件辅助全虚拟化来支持未经修改的操作系统(比如：Windows)。VMware的BT技术十分复杂，性能远高于Xen第一代的硬件辅助全虚拟化，Xen厂商完全没法和VMware竞争，包括性能、可靠性、易于管理等方面。但今天经常引起一些误解：很多厂商说他们的Linux半虚拟化性能优势明显，而很多用户认为他们可能并不需要修改操作系统内核，其实这是非常错误的。

当然，VMware也发现对于某些特定的负载，处理器的半虚拟化确实可以大幅提高性能，但是等到第二代硬件辅助出现之后，半虚拟化的性能优势还很难说清楚，性能提升可能会下降、甚至消失，这已经成为一个悬念。

在VMware看来，处理器半虚拟化的最大问题是对操作系统的修改，这会导致该操作系统对特定hypervisor的依赖性。对于Xen来说，部署深度半虚拟化将带来对hypervisor的极大依赖性，操作系统的内核紧密链接到hypervisor的实现，这带来严重的兼容性问题，因为此时的XenLinux不能在其他的hypervisor上运行，甚至根本没法直接运行在物理硬件上，从而导致必须维护更多的Linux版本。另外，半虚拟化只适用于新的、开源操作系统，因为对操作系统内核的修改需要操作系统厂商的支持。最后，对hypervisor的依赖性会拖累该操作系统内核的更新。

4. VMware的透明半虚拟化可以平衡性能优势和维护成本

图1. 通过VMI实现的透明半虚拟化

Xen致力于部署修改Linux内核的半虚拟化的时候，VMware正在致力于标准接口的建立来应用操作系统辅助半虚拟化的同时，使得操作系统维护成本不至于增加很多。2005年，VMware提出了透明半虚拟化接口VMI（Virtual Machine Interface，虚拟机接口）的建议标准，建议将VMI作为客户操作系统和hypervisor之间的标准通讯接口。

如图1所示，VMI是位于hypervisor和半虚拟化操作系统之间的接口层，透明半虚拟化保证了同一半虚拟化的操作系统内核可以运行在任何兼容的hypervisor或物理裸机上。它从设计上将所有的VMI调用分成两类，直接内部指令用于裸设备访问，间接调用客户操作系统和hypervisor之间的VMI层，两种方式都确保了性能优异，同时维护性和扩展性也通过VMI的独立性来维持。由于VMI-Linux可以运行适当版本的间接层，使得VMI层可以支持不同的hypervisor。

VMware继续和Linux社区保持很好的沟通，一起来开发半虚拟化接口，以支持多种不同的hypervisor。2006年，VMware发布了开源VMI规范，在渥太华Linux大会上的VMI建议推进了Linux社区paravirt-ops接口的开发。paravirt-ops接口规范由IBM、VMware、Red Hat和XenSource组成的联合小组共同开发，它包含了很多VMI里面提出的概念，来支持透明半虚拟化。通过这个接口，半虚拟化的Linux操作系统可以运行在任何兼容paravirt-ops接口的hypervisor上。VMware积极致力于paravirt-ops客户操作系统接口的开发，从Linux内核2.6.20开始，paravirt-ops已经成为官方Linux内核的一部分。版本2.6.22内核也包括了VMI后端来补充paravirt-ops接口。通过这个同一的规范，Linux操作系统厂商和ISV都只需要支持单一的内核，虽然进行了半虚拟化，但是没有影响性能或者可维护性，这将大大改善半虚拟化的兼容性。

为了让业界体验这个规范，VMware在Workstation 6.0里已经开始尝试性支持VMI，在寄居架构支持半虚拟化的操作系统。该版本的Workstation实现了从2005年开始和Linux社区讨论的透明半虚拟化接口。你也可以下载完整版的VMware Player虚拟机监控器，它也可以支持主流厂商的半虚拟化Linux内核。VMware想通过VMware Player和Workstation里对半虚拟化的尝试性支持，来让开发人员感受VMware的半虚拟化技术实现。

由于这次尝试性支持是基于寄居的虚拟架构，因此并不是来演示半虚拟化的性能，但它可以演示大量消耗CPU负载性能的提升。接下去VMware将会在我们的hypervisor产品上支持半虚拟化，到那时能就可以尽情体验基于标准的半虚拟化带来的CPU和I/O性能的提升。等到半虚拟化操作系统正式投入商业应用，VMware就会在所有的虚拟架构产品线上支持半虚拟化的操作系统。

5. VMware通过多模式VMM架构来确保性能和灵活性

很多虚拟化公司由于资源的限制，他们的产品都只支持一种虚拟化战略。他们一般都专注于自己的虚拟化实现优势，而很少考虑自己的劣势和功能缺陷，这因此产生了很多的误解。而VMware作为业界翘楚，所有的产品都将各种新的虚拟化技术整合在自己的产品中，以平衡性能、可靠性、功能性和易于管理性。同时，VMware也和业界伙伴紧密合作，不断开发完善虚拟化的生态系统。

图2. 多模式VMM架构

VMware提供了灵活的多模式VMM架构来支持每个虚拟机，如图2所示。VMware可以根据不同的负载来选择不同的模式来达到最优性能。在VMware的产品线中应用了同样的VMM架构，包括ESX Server、VMware Player、VMware Server、Workstation和ACE。

今天的负载可以通过32位的BT VMM、64位的BT VMM或者VT-x来实现，从而获得性能最优化，将来的负载将可以运行在同时支持AMD-V+NPT和VT-x+EPT的32/64位的VMM上。VMware提供了灵活的架构来支持新的虚拟化技术，而多模式的VMM利用了BT、硬件辅助和半虚拟化技术，针对不同负载和处理器的组合来选择最为合适的运行模式，从而达到性能最优化。硬件辅助将逐渐走向成熟，并将广泛支持各种不同的负载。

6. 结论

实际上，VMware正在尝试不同的虚拟化技术来提升虚拟化性能，BT、硬件辅助和半虚拟化都是比较有效的x86虚拟化技术，但是他们的价值和重要性仍然在变化中。VMware从1998年开始引领虚拟化的革命，到今天为止仍然继续引领虚拟化业界和标准的发展。未来虚拟化的将会出现基于标准的半虚拟化实现，半虚拟化的操作系统应该可以运行在不同的hypervisor平台或物理裸机上，通过硬件辅助来管理CPU、内存和I/O设备，从而在提升性能的同时，确保兼容性和可管理性。

今天，VMware的虚拟化技术已经被财富100强的所有企业和财富1000强的84％的企业部署应用。在整个虚拟化业界，VMware产品今天仍然在性能、可靠性、稳定性、易于管理性、安全性、支持能力、功能性和合作伙伴生态系统方面领先于所有其他的厂商。

企业级用户在选择虚拟化产品时，要充分考虑虚拟化架构的价值。VMware的专业销售、服务团队可以为企业提供足够的支持来帮助企业认清自己的需求，通过整合评估、ROI工具、案例分析等，企业级用户将更为准确了解虚拟化能够为他们带来的巨大好处和实际收益。