IT部门跨平台的原因有很多。就像现在用户同时运行Windows和Unix一样，运行不同的操作系统是有原因的，即使它们本质上做着相同的事情。

　　Hyper-V内置于Windows Server 2008和Windows Server 2008 R2中，这让它在现在的Windows安装中能更容易地快速部署。它的价格也包括在操作系统定价中，在附加许可不受保证的情况中，Hyper-V很理想。它还支持Windows Server 2008或2008 R2认证的所有硬件。如果硬盘、适配器和网络适配器有Windows认证的驱动，它们都能运行。运用现有硬件提供了更多优势，不用担心VMware许可硬件的较小范围列表。

　　Hyper-V和VMware的相似在于它们都是和硬件一起在低级别运行的管理程序。认为Hyper-V只是Virtual PC的最新版本这种想法是错误的，Virtual PC是Windows内部运行虚拟化软件。Hyper-V中有和VMware同一类的优化，包括优化的硬盘、增强的存储访问和安全功能。ESX和ESXi的基本概念都应用了，意味着一个人可以指望拥有虚拟交换、到SAN的访问、iSCSI存储和控制虚拟机的能力。

　　但是对于VMware管理员来说这就是影响最大的差异。

　　最显著的不同是该管理程序看上去在Windows内部运行，但这只是父分区。该管理程序实际上在该操作系统下运行。访问管理界面的方式也不同。

　　就像VMware，Hyper-V可以管理虚拟机的控制台，尽管用户是使用Hyper-V Manager代替VI客户端来这么做。如果管理员正在运行完全的Windows安装，他们可以在父分区上启动Hyper-V，或者在工作站上安装该工具后远程地这么做。还有一个Hyper-V Server版本，它本质上是一个安装了Hyper-V的Windows Server Core安装，就像VMware的ESZi，它可免费下载和使用。

　　VMware管理员很好地觉察到了拥有兼容性硬件的需求。这在Hyper-V中也是正确的，尽管Hyper-V和所有得到认证和Windows Server工作的硬件都兼容。确认该软件时，Hyper-V的VM工具版本叫做整合服务。就像在VMware中一样，Hyper-V有一个菜单选择，可以将整合服务安装成虚拟机中的现成CD。就像任何虚拟化系统一样，管理员应该确保该过程完成来得到硬盘的最大性能。用于整合服务的受支持操作系统比VMware的范围更窄，所以在点击安装前要检查兼容性。

　　初始硬盘在Hyper-V中安装成IDE硬盘。这实际上照顾了一些操作系统的初始兼容性问题，因为VMware让其虚拟机可以使用SCSI磁盘。Hyper-V R2将SCSI控制器作为一个标准功能，这带来的热交换的附加好处。VMware中另一个普遍的选择是自动精简配置，它允许磁盘以特定的大小呈现给访客，虽然物理上只采用实际使用的磁盘。在Hyper-V中，这些就是动态磁盘，而用户在安装新虚拟机时需要回答他们是否想安装这些动态磁盘。

　　通过磁盘传递的支持允许到LUN的访问，而不需将其配置成卷，这让用于故障转移集群的共享存储成为可能。Hyper-V用户随后可以利用Live Migration，VMware用户可以利用VMotion。要设置Hyper-V来进行故障转移，回顾集群的共享卷很重要，这实现了与VMFS集群文件系统相同的功能。

　　还有一些额外的技巧帮助管理员保持头脑清醒。VMware虚拟机发布了一个Control-Alt-Delete和Control-Alt-Insert的键组合。和Hyper-V一起工作时，和Remote Desktop Protocol会话相同的组合是键入Control-Alt-End。VHD也是用于硬盘文件的格式，所以不要在Hyper-V中寻找VMDK文件。

　　区别Hyper-V和VMware的方式有很多种，但总的说来都是管理程序虚拟化，这意味着该概念从一个平台应用到另一个平台。