Windows Server 2008 R2为Win 7虚拟化提供基础

核心提示：随着Windows Server 2008 R2的推出，Hyper-V现在可以从一个主机转移到另一个上面了，Windows Server 2008 R2为Win 7虚拟化提供基础，这个版本的Windows Server也是十年来首次与Windows客户端一同推出的版本，因此，所有的任务都聚集在为目的而建的界面中，相比之

随着Windows Server 2008 R2的推出，Hyper-V现在可以从一个主机转移到另一个上面了。这个版本的Windows Server也是十年来首次与Windows客户端一同推出的版本。因此，Windows Server 2008 R2包含了许多新的性能，能够与Windows 7实现更好地合作。

Windows Server 2008 R2是一种适度的升级，但对于那些跟随微软进军服务器虚拟化的企业以及那些要在短时间内部署Windows 7的公司来说，它又是值得引起关注的产品。

特别是，我们发现在操作单一托管和控制集群托管的时候，VMware ESX服务器比Hyper-V更易于配置和使用。但是，在稍后的例子中，我们不得不尝试微软即将推出的VMM产品，该产品应该可以处理多主机管理。

与Windows 7一起推出的Server 2008 R2是近十年来首次与Windows客户端一起推出的产品。微软已经为R2配备了一套效果更好的功能，旨在辅助操作系统的升级。

这些新功能包括用DirectAccess为Windows 7客户提供安全的，不需要VPN的公司网络接入，通过BranchCache提供更快速的文件共享以及对终端服务会话的改进。

除了Hyper-V和Windows 7相关的改变外，R2中还围绕管理远程系统，通过PowerShell编写管理任务以及减少能耗等方面都进行了改进。

微软尚未宣布Windows Server 2008 R2的具体价格，但是我们预计其价格和Windows Server 2008差不多，后者已经推出了五个版本：售价为999美元的标准版本，其中包含五个客户端接入许可证;售价为3999美元的企业版，其中包含二十五个客户端接入许可证;售价为2999美元的数据中心版本;售价为2999美元为使用Itanium处理器的系统提供的版本以及一个售价为469美元的网络服务器版本。

微软称其产品的改变包括删除了所有不具备Hyper-V的Windows Server 2008 SKUs，同时客户端接入许可证也发生了改变，运行Hyper-V的Windows Server不再要求有指定的Server 2008客户端接入许可证。

从Windows Server 2008 R2开始，微软就在保持对x86-64和Intel安腾2处理器平台的支持的同时，减少了对于x86平台的支持。

我们在一对惠普服务器(DL360 G6和DL380 G6)上测试了Windows Server 2008 R2数据中心版的x86-64版本，这两个个服务器是作为故障转移集群配置中的Hyper-V节点使用。我们还测试了运行域名控制器的R2系统以及虚拟机上的远程桌面服务。

Windows Server 2008 R2中最重要的性能是对于虚拟机实时迁移的支持。实时迁移可以让运行中的虚拟机从一个节点转移到另一个节点而且不会对运行中的程序有什么影响。以前的Hyper-V提供了快速迁移，这种迁移在操作中会造成短暂的停顿。

Hyper-V利用Windows Server中故障转移集群中的集群共享卷功能来实现实时迁移。集群共享卷的功能弥补了Windows NTFs不是集群文件系统的不足。

从好的方面看，微软用NTFs保障了访问的可用接触面。例如对于VMware VMFs的完全接入只可以通过VMware自己的产品才可以。

而从不好的方面来看，微软的集群共享卷可用的存储硬件范围要小于VMware的VMFs的范围。

具体来说，微软的集群共享卷要求存储系统提供持续性预留支持。在我们的测试中，这意味着我们不能使用通常用来评估集群共享卷的Linux OpenFiler iSCSI存储设备。我们选择在启用Sun新型COMSTAR存储子系统的时候使用OpenSolaris NexentaStor存储设备，这样便可以为集群共享卷提供持续性预留的支持。

一旦我们选择共享存储，就必须处理好与Windows Server 2003 Active Directory域名有关的问题。

我们已经配置好域名以便使用Server 2003默认的向后兼容混合模式功能级别。我们的两个Hyper-V主机的名称保留有16个以上字符，这似乎导致了间歇性的网络访问故障。直到我们将其名称删减到16个字符，一切才恢复正常。

在所遇到的共享存储和目录问题中，故障转移集群的验证向导帮助我们找到故障所在。关于存储，向导准确地告知了具体步骤。但是，在目录问题中，向导的说明比较含糊，它只是确认了相同单位中的节点。而我们需要通过试验和错误从中选出准确的对象。

一切就绪后，我们就可以将运行中的虚拟机从一个Hyper-V节点转移到另一个节点了。

我们创建了一个运行远程桌面服务的R2虚拟机来测试实时迁移是否真可以实现无缝转移。配置RDS并将其作为RemoteApp向Word 2010提供服务，在网络中的Windows 7系统上打开Word。启动新的Word文档并进行输入，我们通过R2的故障转移集群管理控制台开始实时迁移操作，然后再切换回到文档。在迁移的过程中，我们注意到远程文档对话出现了片刻的停顿，但是没有一个对话自动消失。

实时迁移使用起来非常方便，但是配置的进程以及在Windows Server 2008 R2中使用这一功能比在VMware ESX和VirtualCenter中要复杂一些。VMware产品中，所有的任务都聚集在为目的而建的界面中，相比之下，Windows Server中的任务都涉及对多种已有的或新增的Windows工具的访问。