我们正在将我们的虚拟化平台从Citrix的XenServer迁移到
Windows Server 2008 R2上的Hyper-V.作为这个项目的一部分,我需要以某种形式将一些Debian
Linux服务器迁移到Hyper-V.我已经在新的Hyper-V平台上成功构建了基于Debian的服务器,我开始测试它.
Debian 6(Squeeze)使用包含Hyper-V合成驱动程序的2.6.32内核,但它不被Microsoft视为支持的操作客户操作系统.我试图使用它们有点犹豫,除非有令人信服的理由,因为其他人都有麻烦(here和here).
> Hyper-V合成驱动程序与模拟驱动程序相比有哪些优势？
>对于那些有Xen管理程序经验的人来说,使用合成驱动程序是否可以对客户操作系统进行半虚拟化？
>那么不使用合成驱动程序有任何值得注意的危险或缺点吗？
我为什么要费心去处理a)目前在内核中报告的Hyper-V驱动程序的不稳定性,b)尝试构建一个更新的内核,或者c)尝试让Virtual Machine Additions使用它们未设计的发行版当一切似乎“只是工作”？
编辑：为答案添加一点……时钟漂移似乎是一个重要的问题(因为如此糟糕,以至于NTP无法及时保持时钟),除非您使用的是Linux Integration Services.请参阅KB918461.显然,使用Linux Integration Services中包含的vmbus组件可解决此问题.我的测试将此视为一个问题.
合成驱动程序更直接地与实际硬件进行通信,绕过大多数虚拟机管理程序(用于常见数据操作).这大大减少了与大多数网络活动相关的虚拟机管理程序开销.
如果您的服务器在网络上没有多少通信,或者您的硬件未得到充分保护,那么您应该可以使用模拟驱动程序.然而,这样做肯定会对性能造成损失.
