Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Quels sont the advantages of en utilisant Hyper-V's synthetic pilotes?

ayi

Nous sommes moving our virtualization platform from Citrix’s XenServer to Hyper-V on Windows Server 2008 R2. As part of this project J’ai besoin de to migrate, in one form or another, some Debian Linux servers over to Hyper-V. J’ai successfully built a Debian-based server on our new Hyper-V platform and I’m beginning to test it.
Debian 6 (Squeeze) uses the 2.6.32 kernel which includes the Hyper-V synthetic drivers, but it is not considered a supported operating guest operating system by Microsoft. I’m a little hesitant in trying to use them unless there’s a compelling reason to, as other folks have had trouble (<a href="https://serverfault.com/questions/158419/ipfire-firewall-under-hyper-v-how-to-get-synthetic-devices-working" rel="noopener nofollow ugc">here</a>, and <a href="https://serverfault.com/questions/216791/hyper-v-2008-r2-synthetic-networking-stops-working-with-linux-2-6-32-15" rel="noopener nofollow ugc">here</a>).
<ul>
<li>
What advantages do the Hyper-V synthetic drivers offer over the emulated drivers?
</li>
<li>
For those of you who have experience with the Xen hypervisor, is using the synthetic drivers analgous to para-virtualizing a guest operating system?
</li>
<li>
Are then any noteworthy dangers or drawbacks of NOT using the synthetic drivers?
</li>
</ul>
Why should I bother to either a) deal with the reported instability of the Hyper-V drivers currently in the kernel, b) try to build a newer kernel, or c) try to make the <a href="http://www.microsoft.com/downloads/en/details.aspx?FamilyID=BF12642F-77DC-4D45-AE4E-E1B05E0A2674" rel="noopener nofollow ugc">Virtual Machine Additions</a> work with a distribution they weren’t designed for when everything seems to “just work”?
Modification : To add a little to the answers… Clock drift seems to be significant issue (as in so bad that NTP can’t keep the clock in time) unless you are using Linux Integration Services. See <a href="http://support.microsoft.com/kb/918461" rel="noopener nofollow ugc">KB918461</a>. Apparently using the vmbus components included in the Linux Integration Services resolves this. My testing bares this out as a problem.

ayi_2

The synthetic drivers ‘talk’ more directly to the actual hardware, bypassing most of the hypervisor (for common data operations). This dramatically cuts down on the hypervisor overhead related to most network activity.
If your server doesn’t communicate much on the network, or if your hardware is well undercommitted, you should be fine with the emulated drivers. There’s definitely a performance penalty for doing this cependant.