De nombreuses améliorations ont été apportées au niveau réseau:

Protocole:

SMB 2.2

Le protocole SMB 2.1 fait place au protocole 2.2 qui permet non seulement d’accroitre les performance, mais surtout de pouvoir créer des serveur de fichiers distribués qui permettrons d’avoir des performance hors du commun ainsi d’assurer un “Transparent failover” sans aucune perte de donnée et sans aucune rupture de service (et d’utiliser un serveur de fichier pour héberger les VM Hyper-V…).

La version de Windows Developer Preview de Windows Server 2012 ( Windows 8 ) est disponible, apportant un très gros lot de nouveautés.

En voici une tour d’horizon non exhaustif et non définitif :

Live Migration:

Il est désormais possible d’effectuer plusieurs migrations a chaud:

La configuration de Live migration se fait dans le panneau de configuration Hyper-V.

Il est a noter que l’on peut spécifier les adresses IP utilisées par LM, ainsi que l’ordre de préférence.

Beaucoup de choses ont été dites concernant le fonctionnement de Linux sur la plateforme Hyper-V.

Le fait que Microsoft ne « supporte » pas toutes les distributions de Linux ne signifie en aucun cas qu’elles ne fonctionnent pas sur cette plateforme. Microsoft a limité simplement le support ainsi que le développement des services d’intégration à certaines distributions suivantes :

Au travers du pack Linux Intégration Services v2.1 for Windows Serveur 2008 Hyper-V, pour les distributions:

Après avoir installé votre cluster hyper-v et créé votre première VM, vous avez peut-être été confrontés à un échec lors de migration d’un hôte vers l’autre. Une des erreurs couramment commise, est de configurer la VM au travers du Snap-in Hyper-V manager et non d’utiliser le Snap-in Fail Over Cluster Manager. Si tel est le cas vous constaterez lors de vos tentatives de migration l’apparition de l’événement ID 32 :

Il existe aujourd’hui des applications tierces (Double Take par exemple), qui permettent de répliquer des machines virtuelles d’un site central vers un autre hyperviseur sur un site secondaire au travers du LAN/WAN. En cas de désastre du site principale, l’activité peut redémarrer sur le site secondaire au travers du réplica. Ces solution peuvent être chères et difficile à mettre en œuvre. Avec l’arrivée d’Hyper-V 3.0 et de Windows 8, Microsoft intègre un système de réplication asynchrone natif à l’hyperviseur. Le nombre de réplications sera illimité, et aucun équipement spécifique ne sera nécessaire. Il n’y aura donc pas de surcout pour mettre en œuvre cette fonctionnalité. Ce dernier point est important. Avec sa version 5.0, VMware a annoncé  un système de réplication des VM avec leur prochaine version du site Recovery Manager (SRM), mais il faudra s’acquitter de 200$ à 500$ par VM répliquées.