Hyper-V虚拟化环境中困扰管理员的四大主要问题

o猪宝宝o

从Hyper-V的早期测试版本（beta）开始直到下发工厂的版本（RTM），我已经使用微软的服务器虚拟化技术很长一段时间了。到现在为止，Hyper-V技术已经变得很成熟，其稳定性也已得到证明，并且可以满足我们的大多数需求。尽管如此，即使是从技术上看已经向前迈进了一大步的R2版本，也依然会遇到很多效率上和功能上的缺陷。本文中，TechTarget中国的特约虚拟化专家Rob McShinsky将讨论Hyper-V和Hyper-V R2使用过程中的四大主要问题及一些解决办法。

　　备份稳定性和支持

　　从早期版本开始，Hyper-V的备份系统就成为确保数据安全及离线保存的首选方式。因此，我曾经使用定制脚本的方式来调用Hyper-V Volume Shadow Copy Service (VSS) writer（VSS卷影复制功能），以实现基于主机端的在线备份。 这种方式可以很有效的工作，不过需要大量的工作来修正VSS的稳定性问题。因此，在Hyper-V集群系统环境中采用这种解决方案被证明是异常繁杂的。

　　截止前不久,包括现在，支持基于主机端的支持Hyper-V虚拟机备份功能的软件仍然很少，并且一般其发布时间都会比Hyper-V的发布晚几个月甚至是一年的时间。微软开发的用于完成该功能的System Center Data Protection Manage 2007 SP1（SCDPM）也通常存在这个时间差的问题，总是在Hyper-V下发工厂后的几个月之后才能发布。而且，SCDPM已经成为多数Hyper-V主机中所使用的备份方式。至少，事实证明这个产品，通过占用一些磁盘空间来完成备份功能的方式是稳定和有效的。

　　不幸地是，这个备份系统的问题不仅仅存在于Hyper-V虚拟化环境中。从“2009虚拟化产品购买意向论坛”所获得反馈看，VMware和Hyper-V的用户都表达了他们在面对虚拟机环境有效备份过程的问题时所面临的困扰。

　　我的建议：查看您的现有备份产品是否支持您所选择的hypervisor，如果不支持，那么请购买另外一种备份软件，或者尝试编写脚本的方式实现数据从磁盘到磁带的备份。

　　磁盘空间：磁盘性能和磁盘空间问题的冲突

　　另外一个Hyper-V系统的缺点是部署生产环境中虚拟机时所需要的磁盘空间问题。当然，这并不是Hyper-V本身的缺陷。不过，从我的经验看，这是一个需要认真对待的问题。

　　在文章固定磁盘还是动态磁盘 ,中，我解释了为什么需要这两种磁盘来共同满足生产系统环境和性能最大化所带来的不同需求。简言之，使用固定磁盘的代价是会占用物理磁盘空间，但这样能避免动态扩展磁盘存在的性能问题。这种方式不仅导致了物理主机端需要更多磁盘空间，而且会导致磁带空间的极大浪费（这还没有考虑从主机端备份虚拟机所需的数个小时的工作时间）。举例来说，如果为虚拟机分配了72GB的磁盘空间，需要备份的数据就不仅仅是VHD（Virtual Hard Disk）文件的大小，而是整整72GB。

　　现在，我已经备份了16TB的虚拟磁盘文件，其中只有三分之二的空间是有数据写入的。剩余的部分是在VHD文件中为每台虚拟机保留的一部分空间。由于这个问题，在基于LUN创建虚拟机的Hyper-V集群系统中，我需要为每个LUN保留一部分空间用于满足内存占用（memory footprint）及做快照时的磁盘空间需求。这样做的问题就是，在这种架构方式下，虚拟主机系统中将会有大量的磁盘空间浪费。

　　我的建议：已经有一些厂家（如Virsto）的产品可以解决这个问题。但是，目前的主要做法是，密切关注您的虚拟机对磁盘空间的需求。

　　移动虚拟机受到授权许可限制

　　如果您运行在Windows Server 2008 Datacenter Edition系统下并拥有一组授权许可，那么您就可以避免受到这个限制的影响。无论您使用何种管理程序（hypervisor），在现有的授权规则下，您可以每隔90天，把Windows Server操作系统迁移到另外的一台主机上。如果您需要更加频繁地迁移操作系统，那么就需要购买另外一台Windows Server操作系统的授权。这种授权的方式跟Hyper-V最主要的优势（尤其是Hyper-V Server R2）——完全免费和随意的在线迁移相违背。从用户角度看，拥有一款免费产品支持虚拟机无缝地从一台主机到另外一台主机的迁移是非常棒的选择。然而，如果需要购买两倍、三倍甚至四倍的Windows Server操作系统授权许可来达到这种应用方式就并非好的选择了。

　　在我的使用环境中，需要经常迁移虚拟机。幸运的是，我有一套带有一组授权许可的Windows Server 2008 Datacenter Edition系统，不会对虚拟机的迁移造成任何的限制。如果不是这样，我将面临艰难的决定：在保持我的应用系统稳定性和违反授权协议两者之间做出选择。

　　从技术的角度去看，保持我的应用系统稳定性当然是最高优先级的。虽然我暂时没有这个苦恼，不过微软的这个授权限制问题已经迫使其他的一些公司去选择购买更多的不必要的系统授权或者违反已购买的授权许可协议操作。

　　我的建议：暂时把这个压力抛给您的微软公司接口人，让我们共同期待来自微软公司的更加合理的解决方案。

　　内存使用率和内容过量分配（memory overcommit）

在线迁移技术的出现帮助Hyper-V缩小了跟竞争对手之间的差距，但是Hyper-V仍然存在一个大的技术漏洞：不能支持为虚拟机过量分配超出物理内存总量的内存。内存过量分配指的是支持为内部的虚拟机分配内存时允许超过主机物理内存总量。VMware已经具备这项极具吸引力的技术，但是Hyper-V还不能支持。

　　在我的系统环境中，物理主机的内存总量已经成为限制主机无法高度整合的主要障碍。通过创建内存池并支持在主机的虚拟机之间动态分配内存的方式，可以有效地提高系统整合的程度（CIO们会非常喜欢这种代表了高投资回报率的高整合度）。无论如何，因为这项限制，我已经被迫地为主机的每个工作负载保守地分配内存数量以求达到最高的整合度。

　　由于没有内存过分配技术，我需要保持持续地监控系统运行情况并手动地调整内存资源，来保证我的虚拟机可以达到较好的性能表现。

　　我的建议：和磁盘空间的问题一样，请仔细检查分配给虚拟机的内存数量（同时期待Hyper-V R3会带有内存过分配技术）。如果这是您最大的需求，那么请选择其他的虚拟管理程序（hypervisor）。

　　在我看来，Hyper-V系统还有一些其他的不太明显的缺点，以上描述的这些是我遇到的最主要的四个问题。公平地说，Hyper-V和其他的一些虚拟化管理程序厂商已经在相对较短的时间内有了很大的进步。无论如何，让我们关注并期待这些问题可以尽快解决。