Microsoft vient de publier un webcast sur la mise en place d'un cluster de serveurs Virtual Server 2005 R2. Ce Webcast est une véritable présentation animée par Ivar Hyngstrom, un spécialiste de ce produit ! Pour récupérer ce support, il suffit de s'enregistrer sur cette page. Deux méthodes de visualisation sont proposées :

• Visualisation hors ligne (téléchargement d'un fichier de 9.65Mo au format WMV)

• Visualisation en ligne (vue hiérarchisée de la vidéos grâce au client Live Meeting 2005 téléchargeable sur le site)

Le second mode, même si il nécessite une connexion haut débit, s'avère le plus intéressant car il permet de naviguer dans le document de chapitre en chapitre tout en écoutant le son et en regardant les slides et les démonstrations !

Le client Live Meeting 2005 permet de naviguer dans la présentation

D'un point de vue purement technique, le but d'une telle implémentation (cluster de serveurs VS 2005 R2) est de fournir une haute disponibilité des machines virtuelles hébergées. Cela peut en effet s'avérer crucial si ces machines virtuelles sont mises en production ! Voici quelques informations tirées de cette présentation très instructive :

• Les deux machines hôtes (sur lesquelles Virtual Server 2005 R2 sera installé) doivent exécuter Windows Server 2003 Entreprise ou Datacenter

• Le matériel des deux serveurs doit être identique (chaque serveur doit disposer de suffisamment de RAM pour prendre en charge les machines virtuelles hébergées sur l'autre serveur en cas de basculement ou "failover")

• Les deux machines doivent être connectées à un périphérique de stockage partagé (bus SCSI partagé, iSCSI, baie SAN)

Ces recommandations sont bien évidemment les mêmes que pour n'importe quel cluster MCSC étant donné que la mise en cluster de Virtual Server 2005 R2 est basé sur cette technologie ! Dans la présentation, Ivar Hyngstrom montre comment mettre en place un cluster actif /actif composé de deux nœuds (c'est-à-dire deux serveurs Virtual Server 2005 R2). La fonctionnalité de basculement ("failover") est vraiment performante puisque l'on peut "switcher" toutes les machines virtuelles d'un serveur à l'autre en quelques instants (bien sur en cas de panne matérielle, le failover est plus long) !