一、2021-04-28 hyper-v与vmware,你选哪一个

在日常测试中，搭个虚拟机，部署个测试站，是好不过的办法。

以前用vmware,偶尔用virtualbox, hyper-v,终究没有达到熟练程度。

现在由于项目需要，要用hyper-v搭建生产环境的云系统，没办法，只好下功夫研究一下了。

安装比较方便，win+R, appwiz.cpl,选择左侧的"Turn Windows features on or off",勾选hyper-v,一路"下一步",就可以了。

装完后运行Hyper-V manager,新建虚拟机也比较直观，设定名称、内存大小，硬盘大小，挂载启动镜像文件，完成即可。

右击新建的虚拟机，点击"连接”，点击"启动",就可以进入安装过程。

跟vmware不太一样的地方就是虚拟交换机，分为外部、内部和私有，跟vmware的桥接、NAT、和仅主机相对应。

用ipconfig,route print,ping,telnet命令测试一下，很容易配置出你想要的网络结构。

总的感觉，Hyper-V很简单！

二、Hyper-V 与 VMware比较哪个好

在信息化高速发展的今天，从软件、硬件到数据中心、云计算，都可以看到服务器虚拟化技术的身影。不管是微软、思杰还是VMware，都在抢夺市场，强调自己是端到端的虚拟化解决方案提供商。本文从性能、易用性、特性与性价比四个指标综合比较VMware与Hyper-V的优劣。

虚拟化技术是让计算元件在虚拟的基础上运行，而不是真实的基础上。而服务器虚拟化就是将服务器资源抽象为逻辑资源，让一台服务器变成数台服务器来使用，用户不再被物理元件限制，提高资源利用率，实现服务器整合。

微软在受到谷歌的各种免费软件的正面挑战后，在虚拟化市场上，VMware今年3月1日宣布旗下的vSphere Essentials将开展五折促销，这无疑是对微软Hyper-V R2的正面冲击。微软**的页面中，有一张功能对比表，上面显示自己的产品比VMware要多出5项功能，而同时VMware的**也有类似的页面，表明vSpher4在Small Disk Footprint，Hardened Drivers，Advanced MemoryManagement，等11个方面都超过Hyper-V R2。如此针锋相对的商业策略，点燃了两家公司在虚拟化领域的战火。

网络上对这两个产品孰好孰坏有着不停歇的争论，测评层出不穷，两家公司也从未停止过口水战，甚至互相放出自己客户的良好评价，以证明对方不如自己。下面的这个产品比较，会很侧重于使用开销。也许你认为这相对那些功能的比较是没有意义的，但实际上绝大多数客户在使用虚拟化产品解决问题的时候，首先考虑的都是他们手里有多少钱。因此，本文中二者性价比将是重要的参考因素。

1、性能

Hyper-V将运行在任意安装了Windows Server 2008的电脑上，因为它使用的是现有的Windows驱动来运行Guest OS，而ESX使用一个固定的驱动结构，所以选择兼容的硬件是有限的。笔者为Hyper-V在Gigabyte主板上使用了一个Intel四核处理器，这个配置比便宜的ESX硬件平台（Dual-Core/Quad-Core Intel Xeon）还要廉价不少。前面说过这个对比是注重开销的，从这点看来，MS在这场比赛中获得了微弱的领先优势。原本笔者可以使用AMD双核平台对两个软件进行测试，但是ESX不兼容许多现成的SCSI和SATA驱动，给部分用户带来不便。性能测试使用的是SYSmark2007，所有的主机卷和客户机卷都使用PerfectDisk 2008进行过碎片整理。每个主机有8G内存，每一个客户机运行于两个RAID-0的磁盘上，并被给与2个CPU和2G的内存。一个使用相同硬件的纯物理参考系统也参与了测试，分数越高说明性能越良好。

参考系统：91

VMware ESX Server：101

Microsoft Hyper-V：97

如预期那样，这种硬件条件下，ESX的性能胜过Hyper-V，如果使用5个或者更多的客户机，可能差距会更大。但是在单一Guest OS情况下，分数非常接近，也意味着如果给与Hyper-V和ESX同样的优良的测试平台，成绩会更接近。

2、易用性

在易用性方面ESX毫无疑问的优于对手。从开始到完成，假如用户不会被驱动问题困扰，这将是迄今简单的设置和运行虚拟机的软件了。即使在驱动方面有困难，一旦用户解决了，剩下的就会异常顺畅了。管理工具是ESX更加灵活和直观，而Hyper-V迫使用户使用标准MMC界面，并且微软也显然没有足够的时间来设计它为这个服务器贡献的作用。

3、特性

在特性方面，ESX再次取得了胜利，主要是因为它的VMotion功能，它可使IT环境保持正常运行，以满足业务和用户的不断增长，同时以零时间迁移虚拟机。尽管Hyper-V确实能让你重新分配客户机，并且在另一台主机上恢复停止工作的机器，但在其他特性基本相同的情况下，VMotion的便捷使Hyper-V一败涂地。

4、性价比

带Hyper-V的Windows Server 2008只比non-Hyper-V的版本贵一点，这使得它相当便宜，而如果考虑到支付硬件平台的成本以及其VMotion能力，ESX将是非常昂贵的虚拟机。一个标准的许可就需要3500美元，一个企业许可证将使你花费7000美元，而且这只是两个处理器。值得注意的是，一个虚拟机提供免费版本，但它叫ESXi，其管理能力和特性是有限的，这也使它的吸引力大大降低。

5、结论

VWmare仍然有优势，它的特点和易用性决定了它绝对是领先于Hyper-V的解决方案。Hyper-V需要提高其可用性和功能，毫无疑问，微软将继续对虚拟市场进行尝试，也许不久会有与VMware想匹敌的产品。微软需要找到方法来利用节省的成本，因为后，没有人会从VMware转向拥有相同功能甚至不如自己的Hyper-V。

任何一个打算使用虚拟化方案的企业，现在开始使用Hyper-V是相当便宜的。从长远来看，这也是明智的选择，因为如果从微软转向VMware，你只损失了几乎可以忽略的Hyper-V成本。但是从VMware转向微软，你损失的可不止这么一点。如果你想要好的解决方案，而价格不是重要的因素，很明显，VMware依然是虚拟机的国王。

虚拟机的前景无限广阔，这场战争也才刚拉开序幕。如今，VMware没有使用所谓的反垄断这种法律手段对付微软，也许只有被逼到绝境的企业才会这么做，他们正试图使用真正的技术与这个IT巨头对抗。巧合的是，它现在的前三位**人都曾在微软工作过，也许VMware会用微软自己的员工打败它。不管结果如何，客户都将享受到技术的进步，虚拟化的脚步都会一直向前。

三、喜大普奔***Hyper***V***和***VMWare***终于可以无缝共存***同时运行了***

早期，Hyper-V和 VMWare Workstation/Player不能共存。如果在启用了 Hyper-V的 Windows中强行运行 VMWare Workstation/Player，它会提示“VMWare Workstation/Player and Hyper-V不兼容，请在运行 VMWare Workstation/Player之前移除 Hyper-V角色。”(VMWare Workstation/Player and Hyper-V are not compatible. Remove the Hyper-V role from the system before running VMWare Workstation/Player）

Hyper-V是一个type 1 hypervisor [2]，当在 Windows中启用 Hyper-V时，Windows系统在硬件底层与 Windows应用层之间插入了一层 Hyper-V，而原来的 Windows应用层则变成了一个运行在 Hyper-V上的虚拟机。

而 VMWare Workstation/Player使用一种被称为虚拟机监视器（Virtual Machine Monitor，VMM） [3]的机制，直接访问 CPU内建的虚拟化功能，因此，它们本身不能在虚拟机环境中运行，换句话说，不支持嵌套虚拟化（nested virtualization）。

当 Windows启用 Hyper-V时，原来的 Windows变成了虚拟机环境，偏偏 VMWare Workstation/Player不能在虚拟机环境中运行，因此，运行VMWare Workstation/Player时会报错。

传统的解决方法是在选择多系统的启动菜单中新增一个选项，让 Windows在启动时不加载 Hyper-V [4]。

主要步骤如下：

Windows引入的一些新功能，例如 WSL 2、基于虚拟化的安全功能（Virtualization Based Security, VBS，包括Windows Sandbox、Credential Guard、 Application Guard等）依赖 Hyper-V环境 [5]，如果 Windows系统不加载 Hyper-V，这些功能也无法使用。

古人有诗云，世间安得双全法，不负如来不负卿。有没有什么双全法可以兼得鱼与熊掌，让 VMWare Workstation/Player与 Hyper-V真正共存呢？

从 VMWare Workstation/Player 15.5.5版本开始，VMWare公司重构了 VMM机制，将 VMM机制调整为在用户级别运行 [6]，不再直接访问硬件，而是通过利用微软的 Windows Hypervisor Platform(WHP)的 API来运行。从而彻底解决了 VMWare Workstation/Player与 Hyper-V的冲突问题。

至此，大功告成。

Hyper-V（左）和VMWare Player（右）同时运行