微软公司能够在任何领域击败其竞争对手，而虚拟化市场也似乎是微软想坚决主导的市场之一。但是它会成功吗？作为客户的顾问，我的一个职责就是给他们推荐企业级的软件，使其能够满足他们的要求。虽然微软打广告说Hyper-V R2有许多企业功能而且还比VMware便宜，但是，Hyper-V R2还有许多需要改进的地方。诚然，不管你有什么设备，Hyper-V和它的管理服务器总是更便宜，这一点实在诱人！但问题是，在现今的移植成本基础上，他们宣传的能够节省下来的成本能弥补第三方支持的损失、功能的损失等等吗？对微软来说，其实迈向虚拟化市场的全面成功，还有一些方面的问题。下面这些Hyper-V R2九大瑕疵，也许可以让用户在考虑这个低价诱饵之前，做一个全面性的参考。
Hyper-V R2九大瑕疵1.操作系统的兼容性支持
在进入实质内容之前，让我们从最基本的功能和最简单的任务开始。如果你是一个IT商店，不仅支持Windows系统服务器，而且还支持其他种类的系统服务器；如果你有一个混合的环境，有不同的Linux 和 Unix系统版本。然而Hyper-V，却只支持Windows以及SuSE Linux系统。它不支持别的系统。如果我要建议一个企业级的虚拟化基础设施的话，那么就需要这个软件支持更多的Linux系统版本。
Hyper-V R2九大瑕疵2.内存管理
微软的人总是不重视这个问题，但是对我来说，不好的内存管理就是一个障碍物，它将严重限制每个主机的虚拟机密度，其实虚拟化的真正目的就是把数量很多的虚拟机整合在数量不多的物理主机上。
这个地方微软的论点可以说近乎荒谬。对于起步的人，微软推荐他们让一个主机工作在待机模式，意思是，“有一台主机不运行虚拟机服务，这样便于在另外一个主机出现故障时，这台备用主机能够用来代替坏了的那个。”这是真的吗？虚拟化的一个主要思想就是高效的使用硬件，然而微软专家却希望我们把一个或者等多的主机设置成待机模式？
对于内存的超额认购（oversubscription），微软认为我们应该购买更多的内存；内存很便宜，对不对？我们买了更多的内存，也买了更多的主机，那么就可以获得跟ESX同样级别的虚拟机密度。所以，我有更多的主机需要管理，打补丁，散热，放置，以及更多的内存？为什么我要再次做这个？谢谢，但是没有表示感谢。我只想让生活变的更简单，而不是更麻烦。
假设你能接受购买更多的主机和更多的内存。如果你没有内存超额认购，为当一个主机有硬件故障的时候开启虚拟机你究竟想要什么？需要更多的主机工作待机模式吗？
另外一个内存管理起重要作用的地方是虚拟化桌面；没有内存超额认购，虚拟化桌面模型就没有吸引力。
Hyper-V R2九大瑕疵3.安全
Hyper-V依靠的是一个多种用途的操作系统，这种情况下是Windows Server 2008，这样会让自己的安全变得很脆弱。在过去，如果在Windows系统中发现安全漏洞，你必须把所有的机器都打上补丁，这些机器是分开的。在漏洞破坏所有的服务器之前你还有段时间来对其打补丁。然而如果在WindowsServer 2008中发现了Windows漏洞，那么这将危害到运行在同一个平台上的所有虚拟机。
由于这个原因，我们把从不使用多种用途的操作系统装载企业产品的虚拟机看成是最好的安全办法。当然，这对于其他的虚拟化供应商来说也是正确的，不仅仅对于微软，但是因为微软拥有最大的操作系统市场，在漏洞爆发之前这种威胁将会持续下去，只是个时间问题，。使用不同于操作系统领航者的系统管理程序将会显著的隔离和稳定管理程序。
还有，Hyper-V的安装程序，尽管只有Windows2008的核心模型，但还是占用了大约2.6 GB的硬盘空间，虽然本地磁盘比较便宜，但是更大的安装面积可能导致更大的攻击表面。ESXi只有差不多100MB的大小。
Hyper-V也支持以及会装载主分区上的所有驱动程序，而且会装载主分区内的所有内存。这也是导致人们担忧微软系统的一个传统原因。
我并不是说Windows Server 2008是一个不安全的操作系统。它绝对是微软发布过的系统中最稳定，最安全的操作系统。但是请记住每天都会有大批的黑客试图向人们显示他们会比微软更聪明，这严重威胁到系统的安全。
我认为，使用vSphere作为系统管理程序给我们提供了一个安全层，会让我们安心。这个方法跟我们在具有安全意识的企业中采用两种不同的杀毒软件套件来提供一个安全层的方法是一样的。如果一个套件没有阻止恶意软件，那么另一个杀毒软件会阻止它。
Hyper-V R2九大瑕疵4.动态移植
技术人员都想及时完成任务，所以他们能够准时回家跟家人在一起。那么为什么我要采用一个让我在管理控制台面前花费更多的时间来等待动态移植把40虚拟机从一个主机转移到另一个的基础设施呢？一次只能转移一个虚拟机啊。
没错，Hyper-V R2中提供了动态移植功能，所以你能够流畅的移动你的虚拟机，但是每次只能移植一个。但是请考虑一下微软会频繁的每周都对Windows Server 2008进行更新，系统管理员为了安装安全补丁以及进行合适的安全部属而把虚拟机从一个主机移植到另一个主机，会付出比ESX管理员双倍或者三倍的时间。请根据前面提到的安全问题再仔细考虑一下。
当讨论成本模型的时候，必须有一个方法更快的把美元数量跟完成的任务联系起来。动态移植必须能够同时进行多重虚拟机移植；现在它不能这样做。明天会吗？我敢肯定它将来可以。
Hyper-V R2九大瑕疵5.优先重新启动虚拟机
在虚拟世界里，我希望自动化水平远远超过在物理基础设施上的水平。如果你想要运行所有的虚拟化---其实你应该---那么根据虚拟机的重要性重新启动他们的能力非常关键，而根据虚拟机的重要性从主机故障中恢复他们的能力则更加关键。举个例子，如果一个运行60个虚拟机的主机出现了故障， 我想确保我们虚拟基础设施能够在另一台主机上根据特定的顺序重新启动出现故障的虚拟机。我不想Exchange, SQL, 和 IIS出现在我的域控制器（比如DNS服务器，或者DHCP服务器）之前。我不想进行手动调节，我喜欢自动化的灵活性，而且我期望这发生在虚拟化的基础设施上。然而不幸得是，Hyper-V R2现在还是没有这个功能，不过我还是肯定微软正在做这方面的工作。
Hyper-V R2九大瑕疵6.容错
这个功能对系统的高可用性要求相当苛刻，大家其实也没必要惊讶，只有vSphere才能够实现这个功能。它能够运行单个虚拟机，而且同时还能运行一个影子虚拟机，分别作主虚拟机和辅助虚拟机，这样就可以实现连续的高可用性，而我们在物理世界中不可能这么简单的就实现连续的高可靠性。
如果主机支持的主虚拟机出现故障，辅助虚拟机就会自动的而且没有延迟的接管第一台主机留下的任务，过程非常流畅。而且它将为它自己在另一台主机上创造一个新的辅助虚拟机。
这些功能是企业不能忽视的；这些功能是值得付出的。当然vSphere的价格会更高，但是多多少就是另外一回事了。
Hyper-V R2九大瑕疵7.热插拔
在物理时代，我们总是得到别人的承诺可以进行热插拔，但是如果你像我一样，你们可能从来不会试图在已经通电的机器上多次添加或者移除物理内存，这样做不值得而且风险很大。然而在一个虚拟环境中，我们完全能够在任何运行中的虚拟机上添加更多的内存，硬盘，以及外设。除非你在使用Hyper-V，它没有这个功能。
Hyper-V R2九大瑕疵8.第三方供应商的支持
不言而喻，任何企业级的基础设施总是需要第三方工具来扩展他的功能。然而，当我们查询支持Hyper-V以及支持vSphere的第三方工具时，发现差距相当大，大多数软件都选择了支持虚拟机ware。这种情况将来的某个时候会改变吗？我敢确定会的。
Hyper-V R2九大瑕疵9.完备性
我最后想讨论的是这个产品的完备性。在选择一个虚拟化基础设施的时候，你是在做一个政策决定，这关系到企业关键系统的运行基础。这个决定将产生深远的影响；这可不是一段你可以在工程中间随便更换的软件。你应该确保该平台已经被人们长时间的实地测试过了，而且现存的性能衡量指标能够显示不同企业级应用程序在上面是怎么工作的，以及这些标准是否能够满足你的环境要求等。
我本来想继续讨论一些Hyper-V中没有的企业级功能，比如vShield Zones以及其他，但是我想你已经理解我想说什么了。
但是Hyper-V却是如此的诱人
这是事实，不管虚拟机ware试图通过计算器减少多少成本，不管你有什么设备，Hyper-V和它的管理服务器总是更便宜。但是Hyper-V却缺少vSphere拥有的很多功能，这些功能可以节省成本、时间，以及减少业务中关键的应用程序。如果你综合权衡这些因素的话，成本就不仅仅是价格那么简单了。
现在，我们并不是说企业IT人员就不应该把Hyper-V带进实验室并进行测试。还有，尽管每个人需要考虑安全因素，但是有些小型企业在生产中能够避免使用Hyper-V。我并不怀疑微软最终能够缩小与VMware的差距，那时选择虚拟化平台就比较困难了。但是，现在还不是时候。
来源：
