Nous faisons passer notre plateforme de virtualisation de XenServer de Citrix à Hyper-V sur Windows Server 2008 R2. Dans le cadre de ce projet, je dois faire migrer, sous une forme ou une autre, certains serveurs Debian Linux vers Hyper-V. J'ai construit avec succès un serveur basé sur Debian sur notre nouvelle plateforme Hyper-V et je commence à le tester.
Debian 6 (Squeeze) utilise le noyau 2.6.32 qui inclut les pilotes synthétiques Hyper-V, mais il n'est pas considéré comme un système d'exploitation invité pris en charge par Microsoft. J'hésite un peu à essayer de les utiliser à moins qu'il n'y ait une raison impérieuse de le faire, car d'autres personnes ont eu des problèmes ( ici et ici ).
- Quels avantages les pilotes synthétiques Hyper-V offrent-ils par rapport aux pilotes émulés ?
- Pour ceux d'entre vous qui ont de l'expérience avec l'hyperviseur Xen, l'utilisation des pilotes synthétiques est-elle analogue à la para-virtualisation d'un système d'exploitation invité ?
- Y a-t-il des dangers ou des inconvénients notables à ne pas utiliser les pilotes synthétiques ?
Pourquoi devrais-je prendre la peine a) de faire face à l'instabilité signalée des pilotes Hyper-V actuellement dans le noyau, b) d'essayer de construire un noyau plus récent, ou c) d'essayer de faire en sorte que le système d'exploitation Hyper-V soit plus efficace. Ajouts de machines virtuelles travailler avec une distribution pour laquelle ils n'ont pas été conçus alors que tout semble "fonctionner" ?
EDIT : Pour ajouter un peu aux réponses... La dérive de l'horloge semble être un problème important (à tel point que NTP ne peut pas maintenir l'horloge à l'heure) à moins que vous n'utilisiez Linux Integration Services. Voir KB918461 . Apparemment, l'utilisation des composants vmbus inclus dans les services d'intégration Linux résout ce problème. Mes tests montrent que c'est un problème.