Hyper-V和VMware的区别
2009-01-14 02:20:13 来源：WEB开发网核心提示：Hyper-V中的I/O架构该架构极大地减少发送I/O请求所需的开销，如果Virtual Server用户把虚机迁移到Hyper-V中，Hyper-V和VMware的区别，能体会到高I/O的工作负载的CPU开销大大降低，在虚拟化领域，同样基于裸金属硬件虚拟化架构下的微软Hyper-V和VMware的ESX，也许这两种技
Hyper-V中的I/O架构
该架构极大地减少发送I/O请求所需的开销。如果Virtual Server用户把虚机迁移到Hyper-V中，能体会到高I/O的工作负载的CPU开销大大降低。
在虚拟化领域，微软是继VMware后最大的竞争者，它的出场引发了一个讨论：Hyper-V是否会超越VMware ESX Server成为主导的hypervisor。VMware与微软及其余竞争者之间的争论是一场热烈的战争，让想人起了Windows与Mac OS之间的战争。
VMware对 Hyper-V的看法
对于微软这样庞大的但在虚拟化领域的后来者，VMware方面认为，VMware是最有经验的公司。VMware有10年的虚拟化经验和一个庞大的用户基础，包括100%的财富500强公司和92%的财富1000强公司，全球总共有超过10万的用户。VMware还拥有11个虚拟化专利权，在2007年，VMware的收入达到了13.3亿美元。
拥有新虚拟化产品的微软几乎没有企业虚拟化经验，到目前为止，还没有财富500强的用户在生产环境里采用微软的企业虚拟化产品。哪个公司听起来更能胜任提供你企业的虚拟化解决方案?
据称ESX已经有过运行1000多天而没有一次重启的记录;而由于Windows更新，Windows Server 2008 Hyper-V需要，每三十天重启一次。总而言之，如果你仅仅看到一个单独的VMware Infrastructure企业套件许可证要花费6950美元，相比一个单独的Windows Server 2008企业或标准的套件许可证来说，毫无疑问，VMware解决方案花费更多。然而，就性能而言，VMware仍然比微软的Hyper-V胜出一筹。
微软是毫不示弱给予回击
Microsoft Hyper-V 和VMware ESX Server都是基于硬件支持的Bare-Metal虚拟化产品，他们最大的区别在于，Microsoft Hyper-V采用了微内核的结构，而ESX Server是一个单内核的产品。
单内核的主要特点是硬件的驱动程序集中在Hypervisor一层，被Hypervisor上的所有的虚机所共同使用。当一个虚机的OS需要访问硬件时，它通过Hypervisor中的driver model来访问，这种单内核的Hypervisor能够提供很好的性能，但是它在安全性和兼容性上存在缺陷。由于驱动程序和一些第三方代码跑在一个很敏感的区域内，这种模式有了一个很大的被攻击面。
设想下某些不怀好意的代码被隐藏在驱动程序当中，然后跑在Hypervisor中，这会影响到所有的客户虚拟机，而且这是很难被发现的，因为对于实际被使用的虚机来说，Hypervisor这层是不可见的，所以无法通过一些病毒软件去监控它。 另外一个问题就是稳定性，假设某个驱动程序当中存在bug，那么它将影响到所有的虚机。另外你还要求Hypervisor去支持所有的驱动程序，造成了这层体积较为庞大。所以单内核的Hypervisor一般被认为是胖Hypervisor。
而Hyper-V采用了微内核的结构，它是一个瘦Hypervisor。因为它里面没有驱动程序，所以在体积上Hyper-V更有优势，另外，由于微内核体积较小，所以运行的效率很高。驱动程序是跑在每一个分区里面的，每一个分区内的虚机OS都能够通过Hypervisor直接访问硬件，还使得每一个分区都相互独立，这样就拥有更好的安全性和稳定性。
除此之外，大多数虚拟化解决方案都是采用了硬件模拟来解决硬件访问的兼容性问题，但是也造成了很大的开销和性能损失。而微软的Hyper-V没有采用这样的做法，而是采用了Enlightenment(启蒙)技术。它能够对那些虚拟机操作系统进行启蒙，让它们明白自己是一个虚拟机，被启蒙过的虚拟机操作系统会记住虚拟化，所以他们可以不需要硬件模拟，而是通过VSP/VSC这套组件来进行的，当子分区内的操作系统需要访问硬件的时候，由子分区内的VSC(Virtualization Service Client)通过VMBUS将request发给父分区里面的VSP(Virtualization Service Provider)，然后由VSP去提供实际的硬件服务。通过这种方式来使用硬件，相对于使用硬件模拟的方法，其访问性能有了大幅度的提高。
另外这种方式可以兼容大量的驱动程序，而不必像ESX Server一样为虚拟机开发专用的驱动程序。在大多数情况下，只要硬件设备能够在Windows Server 2008下工作，那么就肯定能够在虚拟机下工作。再加上Windows平台的驱动本来就比其他平台的驱动程序丰富，而ESX Server容易遇到兼容性方面的问题，所以在硬件兼容性支持上Hyper-V具有无可比拟的优势。
经过这几年的努力，微软为虚拟化技术提供了非常丰富和全面的产品线，从服务器虚拟化的Virtual Server， Hyper-V，到应用程序虚拟化的SoftGrid，到桌面虚拟化的VPC，再到用户界面虚拟化的Terminal Services，一应俱全。而且为这些所有的产品提供了统一的管理平台：System Center， 不管是物理机，还是Hyper-V，VPC，Virtual Server的虚机，甚至是VMware的虚拟机都可以通过System Center的管理工具进行统一管理，并且彼此兼容。另外微软还提供了自己的服务器操作系统和一些其他服务器产品(比如Exchange Server)，能够做到在后台将虚拟化产品和其他服务器产品的联动支持和无缝连接，所以微软能够为用户提供一套完整的虚拟化解决方案。
随着Windows Server 2008的发布及其全新的Hyper-V虚拟化支持，微软终于能够向VMware――这个企业虚拟化市场所制造的成熟又健壮的ESX Server发出正式的挑战了。
VMware的ESX Server 3.5和微软的Hyper-V采用的都是基于管理程序的(hypervisor-based)服务器虚拟化技术。这就使这两个软件都可以直接安装到裸机上，因此它们有着比诸如Microsoft VirtuaI Server 2005和VMware VirtuaI Server 2.0等旧式虚拟产品优秀得多的表现。以前那些虚拟产品都是在主操作系统上运行虚拟软件，这会给在虚拟环境中运行的虚拟机带来额外的开销，更长的代码执行路径。相反，像ESX Server和Hyper-V这样的基于管理程序的虚拟化产品则是直接在系统硬件上运行管理程序的。尽管ESX Server和Hyper-V有着相似的基于管理程序的架构，它们的设计却迥然不同。
这两个产品的管理程序都是直接在系统硬件上运行的。然而，对于ESX Server来说，所有的硬件驱动程序都只是管理程序的一部分，这一点大大增加了管理程序的大小。除此之外，它的设备驱动程序是由硬件供应商制造的，于是第三方代码就被引入管理程序，这限制了它所支持的硬件类型。即便如此，几乎所有的一级供应商，例如HP、DelI和IBM等，他们所制造的服务器系统都能够正常运行ESX Server。另外，许多一级供应商也出售预装了ESX Server的系统配置。
相反，Hyper-V使用的是微核管理程序，该管理程序包含最少量的代码，用于不同虚拟机之间调度和共享硬件资源。Hyper-V的管理程序既没有设备驱动程序，也没有第三方代码，这就保证了它的最佳性能， 同时也减少了安全隐患。Hyper-V利用本机Windows设备驱动程序模型，以及子虚拟机中的设备驱动程序。
总结
看完他们的口水仗之后，其实我们也很难给出一个结论。同样基于裸金属硬件虚拟化架构下的微软Hyper-V和VMware的ESX，也许这两种技术并不存在谁优谁劣，区别只在于什么类型的用户更适合什么样的具体解决方案。
该架构极大地减少发送I/O请求所需的开销。如果Virtual Server用户把虚机迁移到Hyper-V中，能体会到高I/O的工作负载的CPU开销大大降低。
在虚拟化领域，微软是继VMware后最大的竞争者，它的出场引发了一个讨论：Hyper-V是否会超越VMware ESX Server成为主导的hypervisor。VMware与微软及其余竞争者之间的争论是一场热烈的战争，让想人起了Windows与Mac OS之间的战争。
VMware对 Hyper-V的看法
对于微软这样庞大的但在虚拟化领域的后来者，VMware方面认为，VMware是最有经验的公司。VMware有10年的虚拟化经验和一个庞大的用户基础，包括100%的财富500强公司和92%的财富1000强公司，全球总共有超过10万的用户。VMware还拥有11个虚拟化专利权，在2007年，VMware的收入达到了13.3亿美元。
拥有新虚拟化产品的微软几乎没有企业虚拟化经验，到目前为止，还没有财富500强的用户在生产环境里采用微软的企业虚拟化产品。哪个公司听起来更能胜任提供你企业的虚拟化解决方案?
据称ESX已经有过运行1000多天而没有一次重启的记录;而由于Windows更新，Windows Server 2008 Hyper-V需要，每三十天重启一次。总而言之，如果你仅仅看到一个单独的VMware Infrastructure企业套件许可证要花费6950美元，相比一个单独的Windows Server 2008企业或标准的套件许可证来说，毫无疑问，VMware解决方案花费更多。然而，就性能而言，VMware仍然比微软的Hyper-V胜出一筹。
微软是毫不示弱给予回击
Microsoft Hyper-V 和VMware ESX Server都是基于硬件支持的Bare-Metal虚拟化产品，他们最大的区别在于，Microsoft Hyper-V采用了微内核的结构，而ESX Server是一个单内核的产品。
单内核的主要特点是硬件的驱动程序集中在Hypervisor一层，被Hypervisor上的所有的虚机所共同使用。当一个虚机的OS需要访问硬件时，它通过Hypervisor中的driver model来访问，这种单内核的Hypervisor能够提供很好的性能，但是它在安全性和兼容性上存在缺陷。由于驱动程序和一些第三方代码跑在一个很敏感的区域内，这种模式有了一个很大的被攻击面。
设想下某些不怀好意的代码被隐藏在驱动程序当中，然后跑在Hypervisor中，这会影响到所有的客户虚拟机，而且这是很难被发现的，因为对于实际被使用的虚机来说，Hypervisor这层是不可见的，所以无法通过一些病毒软件去监控它。 另外一个问题就是稳定性，假设某个驱动程序当中存在bug，那么它将影响到所有的虚机。另外你还要求Hypervisor去支持所有的驱动程序，造成了这层体积较为庞大。所以单内核的Hypervisor一般被认为是胖Hypervisor。
而Hyper-V采用了微内核的结构，它是一个瘦Hypervisor。因为它里面没有驱动程序，所以在体积上Hyper-V更有优势，另外，由于微内核体积较小，所以运行的效率很高。驱动程序是跑在每一个分区里面的，每一个分区内的虚机OS都能够通过Hypervisor直接访问硬件，还使得每一个分区都相互独立，这样就拥有更好的安全性和稳定性。
除此之外，大多数虚拟化解决方案都是采用了硬件模拟来解决硬件访问的兼容性问题，但是也造成了很大的开销和性能损失。而微软的Hyper-V没有采用这样的做法，而是采用了Enlightenment(启蒙)技术。它能够对那些虚拟机操作系统进行启蒙，让它们明白自己是一个虚拟机，被启蒙过的虚拟机操作系统会记住虚拟化，所以他们可以不需要硬件模拟，而是通过VSP/VSC这套组件来进行的，当子分区内的操作系统需要访问硬件的时候，由子分区内的VSC(Virtualization Service Client)通过VMBUS将request发给父分区里面的VSP(Virtualization Service Provider)，然后由VSP去提供实际的硬件服务。通过这种方式来使用硬件，相对于使用硬件模拟的方法，其访问性能有了大幅度的提高。
另外这种方式可以兼容大量的驱动程序，而不必像ESX Server一样为虚拟机开发专用的驱动程序。在大多数情况下，只要硬件设备能够在Windows Server 2008下工作，那么就肯定能够在虚拟机下工作。再加上Windows平台的驱动本来就比其他平台的驱动程序丰富，而ESX Server容易遇到兼容性方面的问题，所以在硬件兼容性支持上Hyper-V具有无可比拟的优势。
经过这几年的努力，微软为虚拟化技术提供了非常丰富和全面的产品线，从服务器虚拟化的Virtual Server， Hyper-V，到应用程序虚拟化的SoftGrid，到桌面虚拟化的VPC，再到用户界面虚拟化的Terminal Services，一应俱全。而且为这些所有的产品提供了统一的管理平台：System Center， 不管是物理机，还是Hyper-V，VPC，Virtual Server的虚机，甚至是VMware的虚拟机都可以通过System Center的管理工具进行统一管理，并且彼此兼容。另外微软还提供了自己的服务器操作系统和一些其他服务器产品(比如Exchange Server)，能够做到在后台将虚拟化产品和其他服务器产品的联动支持和无缝连接，所以微软能够为用户提供一套完整的虚拟化解决方案。
随着Windows Server 2008的发布及其全新的Hyper-V虚拟化支持，微软终于能够向VMware――这个企业虚拟化市场所制造的成熟又健壮的ESX Server发出正式的挑战了。
VMware的ESX Server 3.5和微软的Hyper-V采用的都是基于管理程序的(hypervisor-based)服务器虚拟化技术。这就使这两个软件都可以直接安装到裸机上，因此它们有着比诸如Microsoft VirtuaI Server 2005和VMware VirtuaI Server 2.0等旧式虚拟产品优秀得多的表现。以前那些虚拟产品都是在主操作系统上运行虚拟软件，这会给在虚拟环境中运行的虚拟机带来额外的开销，更长的代码执行路径。相反，像ESX Server和Hyper-V这样的基于管理程序的虚拟化产品则是直接在系统硬件上运行管理程序的。尽管ESX Server和Hyper-V有着相似的基于管理程序的架构，它们的设计却迥然不同。
这两个产品的管理程序都是直接在系统硬件上运行的。然而，对于ESX Server来说，所有的硬件驱动程序都只是管理程序的一部分，这一点大大增加了管理程序的大小。除此之外，它的设备驱动程序是由硬件供应商制造的，于是第三方代码就被引入管理程序，这限制了它所支持的硬件类型。即便如此，几乎所有的一级供应商，例如HP、DelI和IBM等，他们所制造的服务器系统都能够正常运行ESX Server。另外，许多一级供应商也出售预装了ESX Server的系统配置。
相反，Hyper-V使用的是微核管理程序，该管理程序包含最少量的代码，用于不同虚拟机之间调度和共享硬件资源。Hyper-V的管理程序既没有设备驱动程序，也没有第三方代码，这就保证了它的最佳性能， 同时也减少了安全隐患。Hyper-V利用本机Windows设备驱动程序模型，以及子虚拟机中的设备驱动程序。
总结
看完他们的口水仗之后，其实我们也很难给出一个结论。同样基于裸金属硬件虚拟化架构下的微软Hyper-V和VMware的ESX，也许这两种技术并不存在谁优谁劣，区别只在于什么类型的用户更适合什么样的具体解决方案。
[]
- 好的评价 如果觉得好，就请您
0%(0) 
- 差的评价 如果觉得差，就请您
0%(0) 
中查找“Hyper-V和VMware的区别”更多相关内容
中查找“Hyper-V和VMware的区别”更多相关内容
赞助商链接
