Cet article technique écrit par Serge Gourraud - Ingénieur d'Escalade Microsoft Support - à pour vocation à vous aider dans la résolution d'un problème bien précis. La solution proposée ci-dessous à été utilisée avec succès par un certains nombres de professionnels de l'informatique ayant remonté ce disfonctionnement à notre service de support. Il se peut qu'elle ne réponde pas à votre problématique pour des raisons d'environnement ou de configuration différents. Si vous avez des questions, merci de contacter notre support technique.

Produit concerné :

Virtual Server 2005 R2 Sp1 en Host Clustering.

Problématique traitée :

Perte de communication entre machines virtuelles issues de groupes différents quand les groupes sont sur le même nœud.

Présentation de l'environnement :

La solution de « Host Clustering » permet de « clusteriser » le service Virtual Server 2005 R2 SP1 à l’aide d’une ressource de type script générique. Grâce à cette méthode, on peut rendre une machine virtuelle disponible depuis un autre serveur hôte, si le serveur hôte d’origine tombe.

• La mise en place de cette solution est décrite dans le guide en anglais "Virtual Server Host Clustering Step-by-Step Guide for Virtual Server 2005 R2 " disponible en téléchargement
• La gestion d’un cluster Virtual Server 2005 R2 SP1 par System Center Virtual Machine Manager est décrite dans un livre blanc, en anglais, disponible en téléchargement

La configuration de base consiste en la création d’un groupe contenant une ressource disque sur laquelle on stocke les vhd, vmc et vnc. Le design de Virtual Server 2005 R2 est tel que des machines virtuelles connectées sur des réseau virtuels différents, chacun étant connecté à la même carte réseau, ne se verront pas. Par conséquent, si deux groupes se retrouvent sur le même nœud du cluster, les machines virtuelles issues de deux groupes différents ne pourront pas communiquer entre elles.

Solutions :

Il y a deux solutions possibles pour résoudre ce probème. Ces solutions ont fonctionné chez certains clients, et peuvent ne pas être adaptées à  tous les environnements :

1. La première solution est de sortir le réseau virtuel (fichier .vnc) de chaque groupe et de le placer sur chaque nœud. De cette façon, chaque machine virtuelle étant connectée au même réseau virtuel, elles peuvent communiquer entre elles, même si elles ne sont pas dans le même groupe.
2. La seconde solution est de s’appuyer sur une nouvelle fonctionnalité de Virtual Server 2005 R2 SP1. Dans cette dernière  version, nous avons converti les réseaux virtuels en switch. Il suffit donc de modifier le fichier de configuration de chaque machine virtuelle de façon à autoriser le ‘promiscuous mode’. Ceci est expliqué dans le blog de Robert Larson, éditeur du Resource Kit Virtual Server 2005 R2 SP1.

Pour plus d’informations :

Vous pourrez lire sur le même blog (dans cet article) la façon dont Virtual Server 2005 R2 SP1 fait correspondre les cartes réseau et les réseaux virtuels à travers trois éléments : le fichier Options.xml, le réseau virtuel (le fichier .vnc) et le fichier de configuration de la machine virtuelle (le fichier .vmc). Cet article apporte une lumière complémentaire sur la configuration des réseaux virtuels de Virtual Server dans un environnement cluster.