Faire migrer les applications héritées, avec Microsoft Virtual Server

Virtual Server en est encore au stade
bêta mais évolue rapidement. On comprendra
donc que je ne m’étende pas
sur l’utilisation du logiciel. En revanche,
nous continuerons à  suivre le
logiciel au fil de son développement.
C’est quand Microsoft a acquis la
gamme de produits Connectix Virtual
Server que Virtual Server est né.
Contrairement aux produits de
VMware, Virtual Server est conçu pour
être hébergé exclusivement par des OS
Windows (plus précisément, Win2K ou
ultérieur avec Microsoft IIS). Comme
les VM Virtual Server peuvent s’intégrer
entièrement à  l’OS hôte, elles
n’ont pas besoin de drivers de réseaux
ou de graphiques tierce partie. En effet,
les unités matérielles virtuelles
émulent un matériel qui fonctionne en
mode Plug and Play (PnP) natif avec les
OS Windows. Outre cette intégration
PnP, Virtual Server offre des compteurs
de performances pour superviser les
VM et supporte certaines fonctions
que les utilisateurs de VMware apprécient
particulièrement, comme le support
des OS hérités et de la gestion par
scripts.
Des compteurs System Monitor
sur le système hôte pour superviser
les VM. En plus du support d’OS,
quand on installe Virtual Server, le logiciel
ajoute des compteurs System
Monitor au système hôte. Ils servent à 
collecter des données de performances
sur toutes vos VM à  partir du
système hôte. La figure 1 montre un
exemple de données VM collectées
avec System Monitor.
Possibilité d’utiliser d’anciens
OS (comme NT, Win2K, OS/2). Le support
d’OS legacy de Virtual Server permet
d’éliminer facilement certains des
systèmes démodés que vous maintenez
pour certaines applications. J’ai récemment
rencontré une entreprise qui
maintient un serveur sous NT pour
prendre en charge une seule application.
Cette entreprise pourrait éliminer
le serveur NT et transférer son contenu
sur une VM.
Gestion par scripts. Virtual Server
présente un autre atout intéressant :
son intégration avec des outils script. A
tel point que le produit est livré avec
des outils script. A tel point que le produit
est livré avec plusieurs exemples
de scripts vous permettant de démarrer,
dont un appelé FailOver.vbs capable
de superviser l’état d’une VM de
production en action et de basculer automatiquement
sur une VM de secours
si la première VM ne répond plus.
Autre script intéressant : DuplicateVM.
js qui est livré avec Virtual Server et
permet de cloner des VM – ce script
fonctionne même avec des VM en activité.
DuplicateVM.js est idéal pour
créer des copies de secours de vos VM
afin que, en cas de corruption ou de
crash d’un serveur virtuel, la reprise
s’effectue très simplement en lançant
la version sauvegardée du serveur et
en restaurant à  partir de là  les applications
ou les données de fichiers.
Vous en savez un peu plus sur les
fonctions de Virtual Server. Il faut
maintenant apprendre à  le mettre au
travail et à  transférer vos applications
héritées du monde physique au
monde virtuel. C’est l’objet du reste de
cet article dans lequel je décris ma méthodologie
favorite en la matière.
Commençons par mettre en place et
par configurer le serveur hôte. Puis
nous configurerons les représentations
virtuelles de vos serveurs NT de
production.