使用 Hyper-V 的合成驱动程序有哪些优势？

Question

我们正在将我们的虚拟化平台从 Citrix 的 XenServer 迁移到 Windows Server 2008 R2 上的 Hyper-V。作为这个项目的一部分，我需要以一种或另一种形式将一些 Debian Linux 服务器迁移到 Hyper-V。我已经在我们新的 Hyper-V 平台上成功构建了一个基于 Debian 的服务器，我开始测试它。

Debian 6 (Squeeze) 使用包含 Hyper-V 合成驱动程序的 2.6.32 内核，但它不被 Microsoft 视为支持的操作系统来宾操作系统。除非有令人信服的理由，否则我在尝试使用它们时有点犹豫，因为其他人遇到了麻烦（此处和此处）。

• 与仿真驱动程序相比，Hyper-V 合成驱动程序有哪些优势？
• 对于那些有 Xen 管理程序经验的人来说，使用合成驱动程序是否类似于对来宾操作系统进行半虚拟化？
• 那么不使用合成驱动程序有什么值得注意的危险或缺点吗？

为什么我要费心a）处理当前内核中Hyper-V驱动程序报告的不稳定性，b）尝试构建一个更新的内核，或者c）尝试使虚拟机添加与他们原来的发行版一起工作？ t 专为一切似乎“正常工作”而设计？

编辑：为答案添加一点......除非您使用 Linux 集成服务，否则时钟漂移似乎是一个重要问题（因为太糟糕以至于 NTP 无法保持时钟及时）。请参阅KB918461。显然，使用 Linux 集成服务中包含的 vmbus 组件可以解决这个问题。我的测试表明这是一个问题。

Answer 1

合成驱动程序更直接地与实际硬件“对话”，绕过大多数管理程序（用于常见数据操作）。这大大减少了与大多数网络活动相关的管理程序开销。

如果您的服务器在网络上没有太多通信，或者您的硬件未充分使用，那么您应该可以使用模拟驱动程序。但是，这样做肯定会降低性能。