System Center

Contrôle réel avec Virtual Machine Manager 2007

Edwin Yuen

Vue d'ensemble:

• Principales fonctionnalités de System Center Virtual Machine Manager 2007
• Installation de VMM
• Conversion d'ordinateurs physiques ou virtuels en ordinateurs virtuels

System Center Virtual Machine Manager 2007 est une nouvelle solution offrant une interface consolidée pour la gestion de toute votre infrastructure virtuelle.Virtual Machine Manager (VMM)

peut gérer des installations existantes de Microsoft® Virtual Server 2005 et installer Virtual Server 2005 R2 SP1 sur de nouveaux hôtes d'ordinateur virtuel.Grâce à VMM, les tâches d'administration traditionnelles de Virtual Server 2005 peuvent désormais être effectuées avec beaucoup plus d'efficacité via une interface centralisée, avec accès de gestion sur plusieurs installations de Virtual Server.

De plus, VMM apporte de nouvelles fonctionnalités à Virtual Server, notamment la conversion P2V (physique vers virtuel), la conversion V2V (virtuel vers virtuel) de disques VMDK (format Virtual Machine Disk de VMware) vers VHD (Virtual Server Virtual Hard Disk) et les déploiements VM rapides à partir de modèles et de VHD préconfigurés via une bibliothèque centralisée d'objets d'infrastructure virtuelle.

Dans les pages suivantes, j'explorerai VMM et le puissant jeu de fonctionnalités qu'il offre aux administrateurs informatiques.J'étudierai ensuite la configuration requise et les étapes de création d'une installation de VMM.Pour terminer, j'examinerai plus en détail certaines des fonctionnalités les plus intéressantes de VMM et conclurai sur des conseils utiles pour la mise en route.

Présentation de Virtual Machine Manager 2007

System Center Virtual Machine Manager 2007 est une application autonome offrant une gestion centralisée des ordinateurs virtuels s'exécutant sous Microsoft Virtual Server 2005 adaptée aux besoins des entreprises. En tant que membre de la famille System Center, Virtual Machine Manager s'intègre avec les autres produits System Center pour assurer une gestion d'infrastructure physique et virtuelle de bout en bout.La figure 1 illustre les divers composants de Virtual Machine Manager et la façon dont VMM interagit avec l'hôte Virtual Server.

Le cadre de gauche représente le serveur VMM et le cadre de droite représente un hôte d'ordinateur virtuel.Les composants VMM peuvent également être installés sur des serveurs séparés, si vous le préférez, afin d'améliorer les performances et l'évolutivité.Pour cet article, nous utiliserons le modèle de la figure 1, dans lequel les composants VMM de base sont tous installés sur le même ordinateur.Le service Virtual Machine Manager se trouve au cœur de VMM, au centre, sur la gauche.Au-dessus de celui-ci se situent les trois différentes interfaces pour l'accès au service :l'interface Windows PowerShellTM, la console Administrateur et le portail libre-service avec gestion de mise en service déléguée.VMM s'appuie sur une base de données Microsoft SQL Server® 2005 (vous pouvez utiliser une installation complète de SQL Server ou SQL Server 2005 Express Edition), et la bibliothèque centralisée, qui est un partage de fichiers pour les composants d'infrastructure virtuelle.

Figure 1** Architecture de System Center Virtual Machine Manager 2007 **(Cliquer sur l'image pour l'agrandir)

Le côté droit de la figure 1 représente un hôte d'ordinateur virtuel Virtual Server 2005 R2 géré par VMM.Au bas se situe le système d'exploitation hôte, en l'occurrence Windows Server® 2003 R2.VMM installera un agent sur l'hôte d'ordinateur virtuel qui facilitera la communication entre VMM et Virtual Server 2005 R2.Il s'agit d'une installation unique sur l'hôte physique, sans aucune installation dans les ordinateurs virtuels ou sur le système d'exploitation invité.Si Virtual Server n'est pas installé sur l'ordinateur hôte, VMM peut exécuter automatiquement l'installation lorsque l'hôte est ajouté à la liste des serveurs gérés.

En tant que membre de la famille de produits System Center, Virtual Machine Manager utilise la nouvelle interface de System Center (de type Outlook®) pour la console Administrateur (par opposition au composant logiciel enfichable MMC traditionnel).La console Administrateur VMM (voir la figure 2) a été créée à l'aide de Microsoft .NET Framework 2.0 et repose sur Windows PowerShell 1.0.Toute action exécutée dans la console Administrateur appelle en fait la commande Windows PowerShell associée.Par conséquent, toute commande ou fonction appelée dans la console Administrateur peut également être appelée directement depuis la ligne de commande dans Windows PowerShell.

Figure 2** Interface utilisateur de VMM affichant les ordinateurs virtuels gérés **(Cliquer sur l'image pour l'agrandir)

Chaque Assistant de la console Administrateur possède également un bouton Afficher le script qui affiche le script Windows PowerShell associé à la commande en instance d'exécution, ce qui offre un excellent point de départ pour apprendre à utiliser Windows PowerShell, puisqu'il est lié à VMM.Une fois que vous vous serez habitué à utiliser Windows PowerShell avec VMM, vous pourrez écrire des scripts d'actions en bloc avec VMM.

Virtual Machine Manager a été conçu pour offrir trois avantages clés aux administrateurs informatiques :il vous permet d'optimiser les ressources, d'obtenir une meilleure agilité et de tirer parti des compétences existantes.VMM offre ces avantages grâce à plusieurs fonctionnalités et fonctions.Premièrement, VMM aide à optimiser vos ressources en offrant une méthode permettant de convertir vos serveurs physiques en ordinateurs virtuels, un processus nommé conversion P2V qui vous permet de consolider vos ordinateurs physiques existants en ordinateurs virtuels, sans avoir à réinstaller ces ordinateurs.Ceci est spécialement important lors de la conversion d'ordinateurs dont le matériel est peu utilisé, car vous pouvez ainsi placer ensemble plusieurs de ces ordinateurs sur un matériel physique unique.Cela peut être particulièrement utile pour, par exemple, les ordinateurs dotés de logiciels hérités rarement utilisés mais qui doivent être conservés car ils sont exécutés une fois par an (par exemple, un logiciel de comptabilité réglementaire).Associé à System Center Operations Manager 2007, VMM permet de créer un rapport de candidats à la consolidation de serveur pour déterminer quels ordinateurs de l'infrastructure physique constituent des candidats appropriés pour le processus P2V.

Si vous disposez déjà d'ordinateurs virtuels au format VMDK de VMware, VMM offre la possibilité d'effectuer une conversion V2V pour la traduction de vos VMDK existants au format VHD.Ceci permet d'obtenir rapidement un environnement Virtual Server 2005 fonctionnel.

Dans le cadre de tout déploiement, qu'il s'agisse d'un nouveau déploiement ou d'une conversion, VMM utilise un processus nommé Intelligent Placement pour déployer les ordinateurs virtuels sur les hôtes d'ordinateurs virtuels.À l'aide d'Intelligent Placement, VMM interroge tous les hôtes d'ordinateurs virtuels qu'il gère, récupère plusieurs paramètres concernant la disponibilité des ressources de ces hôtes et renvoie ensuite une liste pondérée d'hôtes recommandés sur lesquels effectuer le déploiement d'ordinateurs virtuels.Comme vous pouvez le voir à la figure 3, l'administrateur peut alors choisir d'accepter la recommandation, d'ajuster l'algorithme pour répondre à des besoins particuliers ou de déployer simplement l'ordinateur virtuel sur le serveur de son choix.Grâce à son affichage consolidé de l'infrastructure virtuelle et à ses recommandations d'hôtes, le processus Intelligent Placement réduit considérablement les contraintes liées au déploiement d'ordinateur virtuel.

Figure 3** Le processus Intelligent Placement fournit des recommandations pour le choix du meilleur hôte Virtual Server **(Cliquer sur l'image pour l'agrandir)

Les autres fonctionnalités de VMM qui offrent d'importants avantages incluent une bibliothèque centralisée et un portail libre-service pour la configuration de la mise en service.La bibliothèque, illustrée à la figure 4, fournit un magasin central pour tous les composants nécessaires pour créer une infrastructure virtuelle, notamment des VHD préconfigurés prêts pour le déploiement, des modèles avec configurations de système d'exploitation et de matériel, des fichiers ISO, des scripts et des profils.Les nouveaux ordinateurs virtuels peuvent être créés et déployés à partir de ces composants, et l'utilisation de modèles et de profils permet de standardiser les configurations matérielles et logicielles sur l'ensemble des ordinateurs virtuels.VMM prend également en charge les bibliothèques distribuées, ce qui permet aux composants d'être stockés sur des sites distants et de conserver le transfert de fichiers de taille importante sur le site distant tout en continuant à gérer les composants de façon centralisée.

Figure 4** La bibliothèque de VMM contient tous les blocs constitutifs nécessaires à une infrastructure virtuelle **(Cliquer sur l'image pour l'agrandir)

Le portail libre-service est un site Web qui s'intègre au service VMM et à une installation d'IIS.Le portail confère aux utilisateurs et groupes autorisés par Active Directory® un accès aux ordinateurs virtuels, les fonctions disponibles dépendant de la stratégie créée pour l'utilisateur ou le groupe.Ces fonctions vont de la possibilité d'afficher les ordinateurs virtuels et d'y accéder à l'exécution ou l'arrêt des ordinateurs virtuels, en passant par la création de nouveaux ordinateurs virtuels en fonction des ressources déléguées spécifiques.

L'administrateur crée une stratégie en libre-service qui accorde des fonctions particulières aux utilisateurs et groupes Active Directory, aux hôtes ou aux groupes d'hôtes d'ordinateurs virtuels et à des ordinateurs virtuels et modèles spécifiques.Le portail libre-service offre à l'administrateur la possibilité de déléguer en toute sécurité des fonctions aux utilisateurs finaux.Sans cette fonction, l'administrateur devrait accorder aux utilisateurs finaux l'accès à la console Administrateur pour gérer leurs ordinateurs virtuels ou faire en sorte qu'ils envoient des requêtes pour chaque fonction, ce qui se traduirait par un nombre extravagant des messages électroniques et d'appels téléphoniques, simplement pour exécuter des actions telles que le démarrage et la réinitialisation des ordinateurs virtuels.

Installation de Virtual Machine Manager

VMM gère actuellement les installations de Virtual Server 2005 (et versions ultérieures) sur Windows Server 2003 SP1 (et versions ultérieures) dans un domaine Active Directory (ou un domaine de confiance), ainsi que les hôtes extérieurs au domaine grâce à la prise en charge de réseau de périmètre de VMM.Les installations de Virtual Server sur les systèmes d'exploitation de bureau tels que Windows® XP ne sont pas prises en charge.Les opérations de type P2V sont uniquement disponibles pour les ordinateurs physiques situés dans le même domaine (ou domaine de confiance) que le serveur VMM.

Bien que je recommande que chaque composant de VMM soit installé sur un serveur séparé dans un environnement de production, les instructions fournies ici couvriront une installation sur serveur unique.Le matériel recommandé pour une installation de serveur VMM est un serveur à processeur x86 ou x64 avec vitesse d'horloge de 2,8 GHz ou supérieure et au moins 2 Go de RAM.Puisqu'il s'agit d'une installation sur serveur unique avec base de données SQL Server locale, 7 Go d'espace disque seront nécessaires.Si une base de données distante est utilisée à la place, 1 Go sera nécessaire pour l'installation de VMM.80 Go d'espace disque supplémentaires sont recommandés pour l'installation de la bibliothèque locale.

En outre, VMM nécessite que WinRM 1.1 soit installé sur le serveur VMM, sur tous les hôtes d'ordinateurs virtuels et sur tout serveur de bibliothèque qui sera géré par VMM.WinRM est l'implémentation de Microsoft du protocole WS-Management (Web services for Management).WinRM est un protocole basé sur SOAP compatible avec les pare-feu qui permet au matériel et aux logiciels de différents fournisseurs d'interagir et de s'administrer mutuellement.VMM utilise WinRM pour exécuter des actions entre le serveur VMM, les hôtes d'ordinateurs virtuels et les serveurs de bibliothèque.Vous pouvez télécharger WinRM 1.1 depuis go.microsoft.com/fwlink/?LinkId=103610.

Les autres conditions préalables pour l'installation incluent .NET Framework 2.0 et 3.0, Windows PowerShell 1.0 et IIS pour le portail libre-service.Toutes les conditions préalables supplémentaires concernant les logiciels sont vérifiées durant l'installation du logiciel VMM et des liens vers les programmes d'installation appropriés sont fournis.Si l'une de ces conditions n'est pas respectée, l'installation s'interrompra.

Lorsque vous démarrez l'installation de VMM, trois choix vous sont offerts dans le menu principal :le serveur d'administration d'ordinateur virtuel, la console Administrateur et le portail libre-service.Nous installerons tous trois sur un seul ordinateur, en commençant par le serveur.Lorsque le processus d'installation démarre, les premiers écrans vérifient les conditions système requises. Vous devez vous assurer qu'elles sont remplies afin de permettre à l'installation de continuer.

Une fois les conditions requises vérifiées, vous devez passer en revue les options d'installation, en particulier celles liées à la base de données SQL Server.Avec VMM, vous pouvez choisir une installation de SQL Server 2005 Express Edition ou utiliser une base de données SQL Server 2005 existante.Pour cet exemple, nous utiliserons SQL Server 2005 Express Edition.

Au cours de l'étape suivante de l'Assistant d'installation de VMM, vous devez identifier l'emplacement de la bibliothèque centralisée.Cet emplacement peut être un répertoire local sur le serveur VMM (un partage sera alors créé pour ce répertoire), ou un partage de fichiers existant.L'emplacement par défaut est C:\Documents and Settings\All Users\Shared Documents\Virtual Machine Manager Library Files.

Les affectations de ports constituent l'étape suivante.À ce stade, vous devez configurer les ports utilisés pour la connexion de la console Administrateur au service central du serveur VMM (le port 8100), le port utilisé par WinRM pour exécuter les fonctions d'administration (le port 80, port HTTP standard) et le port utilisé par les services BITS (Background Intelligent Transfer Service) pour déplacer les fichiers vers les hôtes d'ordinateurs virtuels (le port 443, port HTTPS standard).Une fois toutes ces informations réunies, un écran de résumé est présenté et l'installation du serveur peut se terminer.

Installons maintenant la console Administrateur.Les conditions système requises sont similaires à celles du serveur VMM, c'est-à-dire .NET Framework 2.0 et 3.0, ainsi que Windows PowerShell 1.0.La seule option de configuration est la confirmation du port de communication utilisé pour la connexion au service central du serveur VMM.Ce port doit être le port 8100, comme dans la configuration de l'installation du serveur VMM.À la fin de l'installation, vous avez la possibilité de créer un raccourci sur le Bureau pour la console Administrateur et d'ouvrir la console lorsque vous fermez le programme d'installation.Je vous suggère d'effectuer ces deux opérations.La première fois que vous ouvrez la console Administrateur, vous êtes invité à indiquer les informations de connexion du serveur.Avec une installation sur serveur unique, vous devez vous connecter à localhost sur le port 8100 et appuyer sur Entrée pour démarrer la console.

Pour terminer, installons le portail libre-service sur ce serveur.Les conditions requises pour ce faire sont IIS, .NET Framework 2.0 et 3.0, ainsi que Windows PowerShell 1.0.Pendant l'installation, les seules options de configuration sont celles qui ont trait aux ports utilisés par le portail libre-service.La première est le port pour la connexion au service VMM central, le port 8100, qui est identique à celui de la console Administrateur.La seconde est le port pour l'exécution du portail.La valeur par défaut est le port 80, mais, dans de nombreuses configurations, ce port peut déjà être utilisé.Si nécessaire, modifiez le port pour utiliser un autre port ouvert, tel que le port 81.

Le programme d'installation créera un site Web nommé Microsoft System Center Virtual Machine Manager 2007 Self-Service Portal et la configuration pourra être changée dans le gestionnaire IIS.Voici un conseil qui facilitera l'installation :accédez au gestionnaire IIS et sélectionnez les propriétés de Microsoft System Center Virtual Machine Manager 2007 Self-Service Portal.Passez en revue la configuration d'ASP.NET pour le site Web et confirmez que la version d'ASP.NET est définie sur 2.0.Le portail libre-service ne fonctionnera pas avec ASP.NET défini sur la version 1.1 et, en fonction de l'ordre d'installation d'IIS et des versions de .NET Framework, ces paramètres peuvent varier.

Une fois l'installation d'IIS terminée, vous pouvez ouvrir le site Web en accédant à https://localhost:81 dans Internet Explorer®.Si vous êtes invité à entrer des informations d'authentification lors de l'ouverture d'un site Web, cela est dû aux paramètres de sécurité d'Internet Explorer.Le portail libre-service doit s'exécuter dans le contexte intranet dans Internet Explorer. Vous devrez peut-être ajouter le serveur VMM à la liste de sites intranet de votre configuration locale.Une fois ces modifications effectuées, vous serez prêt à créer et à utiliser des stratégies en libre-service dans VMM.

Fonctionnalités de Virtual Machine Manager

Bien qu'il y ait de nombreuses fonctionnalités passionnantes dans VMM, les deux fonctionnalités qui ont probablement généré le plus grand intérêt sont les fonctionnalités physique vers virtuel et virtuel vers virtuel.Ces deux fonctions sont prises en charge depuis la console Administrateur.Puisque la console Administrateur de VMM repose sur Windows PowerShell, toutes les commandes peuvent également être exécutées via Windows PowerShell.Dans l'optique qui nous intéresse, nous explorerons le processus P2V en utilisant la console Administrateur et le processus V2V via Windows PowerShell.

Conversion physique vers virtuel

Pour exécuter la conversion P2V, nous utilisons la console Administrateur VMM.Il existe plusieurs conditions requises pour l'ordinateur physique qui sera converti.Premièrement, cet ordinateur doit être membre du domaine actuel ou d'un domaine de confiance.VMM se connectera à cet ordinateur pour installer un agent P2V et transférer les informations nécessaires.Deuxièmement, l'ordinateur source doit exécuter un système d'exploitation pris en charge.Les systèmes d'exploitation pris en charge pour le processus P2V sont Windows Server 2003, Windows Server 2000 et Windows XP Professionnel.Si cet ordinateur source exécute Windows Server 2003 ou Windows XP, VMM utilisera le Service de cliché instantané de volumes (VSS) pour consolider les disques durs et diffuser les données sur les disques durs virtuels.Ceci permet à l'ordinateur d'être converti sans temps mort et il n'est par conséquent pas nécessaire de planifier de temps mort pour le serveur simplement pour créer l'image P2V.Pour Windows 2000, un disque de démarrage Windows PE est créé pour faciliter la création de l'image P2V.Pour cet exemple, j'utiliserai une cible Windows Server 2003.

Le processus P2V est démarré en choisissant l'option Convert physical server (Convertir le serveur physique) sous Actions dans la partie supérieure droite de la console Administrateur.Ceci démarre l'Assistant P2V, illustré à la figure 5.La première page est l'étape Select Source (Sélection de la source), au cours de laquelle l'ordinateur à convertir est identifié.Entrez le nom DNS de cet ordinateur et les informations d'authentification du domaine auquel se connecter et à gérer.L'étape suivante vous permet de donner un nom à l'ordinateur virtuel résultant.

Figure 5** La fonction P2V de VMM s'appuie sur un Assistant et est intégrée à l'interface utilisateur Admin **(Cliquer sur l'image pour l'agrandir)

L'Assistant démarre ensuite le processus de collecte d'informations à partir de l'ordinateur source.Lorsque vous cliquez sur Gather System Information (Réunir les informations sur le système), VMM installe un agent P2V qui récupère les informations nécessaires sur le système d'exploitation, le disque dur et les cartes réseau de l'ordinateur source.Cliquez sur Next (Suivant) pour accéder à un écran de validation permettant de vérifier qu'il n'existe aucun problème connu pouvant empêcher la conversion.S'il en existe, les résolutions possibles seront présentées.

Une fois les informations de configuration récupérées, vous pouvez sélectionner les partitions de disque dur à convertir.Par défaut, la partition de démarrage est sélectionnée et toute autre partition présente est rendue disponible.Vous pouvez choisir quelles partitions seront conservées dans le cadre de la conversion.Le processus P2V est un processus de copie intelligent. Cela signifie qu'il extrait uniquement les données sur les partitions spécifiées, par opposition au transfert fixe d'une image et d'une taille de disque dur entier.

Pour terminer, l'Assistant parcourt les étapes de déploiement de VMM standard, notamment les configurations de mise en route de Virtual Server et le processus Intelligent Placement décrit plus tôt.Lorsque l'Assistant est terminé, la fenêtre Jobs (Tâches) apparaît et affiche l'intégralité du processus et la progression de l'opération P2V.

Par défaut, les ordinateurs virtuels récemment convertis ne démarrent pas automatiquement (ils sont convertis dans un état Arrêté), et le processus P2V ne s'arrête pas et ne modifie pas l'état d'exécution de l'ordinateur source.Il s'agit d'un processus P2V non destructif.Comme le nouvel ordinateur virtuel possèdera le même nom d'ordinateur, la même adresse IP et la même adresse MAC que le serveur d'origine, celui-ci doit être arrêté avant de pouvoir démarrer l'ordinateur virtuel.Si vous voulez que l'ordinateur source s'arrête ou que l'ordinateur virtuel récemment converti démarre automatiquement, ceci peut être réalisé à partir de la ligne de commande Windows PowerShell.Dans le cadre du processus, il est judicieux d'exécuter la conversion physique vers virtuel puis d'exécuter l'ordinateur virtuel P2V dans un environnement de test, pour s'assurer que tout a été correctement converti.

Conversion virtuel vers virtuel

Pour exécuter l'opération V2V, vous avez besoin d'un ordinateur virtuel VMWare (sous la forme d'un fichier VMDK) et d'une installation de VMM valide avec un hôte d'ordinateur virtuel de destination désigné.L'applet de commande V2V VMM de Windows PowerShell new-v2v prend en charge les quatre formats de fichier VMDK suivants :MonolithicSparse, monolithicFlat, twoGbMaxExtentSparse et twoGbMaxExtentFlat.La plupart des fichiers VMDK existants appartiendront à l'une de ces catégories.

Le processus V2V fonctionne uniquement avec les fichiers VMDK autonomes.Cependant, le processus P2V pourrait être utilisé pour convertir des ordinateurs virtuels VMware en cours d'exécution.Les ordinateurs virtuels VMware consistent en deux composants principaux : les fichiers VMDK, qui sont les disques durs virtuels sur lesquels les données sont stockées, et un fichier VMX qui contient les informations de configuration d'ordinateur virtuel.Les fichiers VMDK et les fichiers VMX associés peuvent être placés dans un emplacement de bibliothèque vous offrant le moyen d'accéder à l'ordinateur virtuel VMware et de le convertir sans avoir à accorder l'accès au fichier depuis le serveur d'origine.

Pendant le processus V2V, le fichier VMDK sera converti en fichier VHD, le système d'exploitation invité sera nettoyé pour fonctionner avec Virtual Server et un nouvelle ordinateur virtuel sera créé pour correspondre aussi fidèlement que possible à la configuration originale, en apportant les modifications nécessaires pour le matériel virtuel pris en charge par Virtual Server.Notez que chaque partie du processus de conversion peut être gérée séparément par Windows PowerShell, ce qui permet d'effectuer des conversions de format en série avant d'allouer des hôtes aux nouveaux ordinateurs virtuels.Dans cet exemple, cependant, nous souhaitons convertir et déployer le VHD.

Bien que l'opération V2V puisse être effectuée tant via la console Administrateur qu'à l'aide de Windows PowerShell, nous utiliserons Windows PowerShell pour cet exemple.Pour démarrer le processus V2V, démarrons une fenêtre Windows PowerShell avec les applets de commande VMM chargées.Ceci peut être effectué en cliquant sur Démarrer | Tous les programmes | Microsoft System Center | Virtual Machine Manager 2007 | Windows PowerShell—Virtual Machine Manager.

La fenêtre résultante doit porter le titre Windows PowerShell—Virtual Machine Manager.Si ce n'est pas le cas, les applets de commande VMM peuvent ne pas être chargées.Une fois que Windows PowerShell est ouvert, vous pouvez passer en revue la commande new-v2v en exécutant ceci :

get-help new-v2v –full | more

Cette commande vous fournira la syntaxe et des exemples d'exécution d'une opération V2V.Dans l'exemple qui est donné pour cet article, notre serveur VMM sera appelé vmmserver.contoso.com, l'hôte d'ordinateur virtuel de destination sera appelé vshost1.contoso.com et le VMDK est disponible à partir du serveur de bibliothèque vmmserver.contoso.com.

Vous devez commencer par identifier le contexte pour le serveur VMM qui sera utilisé pour exécuter le V2V, en utilisant la commande get-vmmserver.Comme toutes les commandes Windows PowerShell, get-vmmserver possède un format verbe-substantif et utilise des tirets pour les paramètres.La ligne suivante affiche la commande que nous utiliserons pour identifier le serveur VMM :

get-vmmserver –computername "vmmserver.contoso.com"

Ceci définit vmmserver.contoso.com en tant que contexte de serveur VMM pour les commandes suivantes.Le résultat de la commande ci-dessus est une liste détaillée d'informations sur vmmserver.contoso.com. Si la commande est inexacte ou la syntaxe incorrecte, un message d'erreur rouge décrit le problème.

L'étape suivante est l'identification de l'hôte d'ordinateur virtuel de destination, l'hôte Virtual Server auquel le VMDK/VHD converti sera affecté.Continuons et affectons la valeur d'hôte d'ordinateur virtuel à la variable $vmhost, en utilisant la commande suivante dans Windows PowerShell :

$vmhost = get-vmhost –computername 
"vshost1.contoso.com"

Cette commande ne génère aucune information dans la fenêtre de commandes mais vous permet de vérifier facilement que la variable est correctement définie en tapant simplement $vmhost à l'invite de Windows PowerShell et en appuyant ensuite sur Entrée.Ceci devrait afficher les informations stockées dans $vmhost (informations détaillées sur vshost1.contoso.com, semblables aux informations que nous avions ci-dessus pour le serveur VMM).

Outre l'hôte d'ordinateur virtuel, vous devez identifier le serveur de bibliothèque sur lequel se trouve le fichier VMDK.La commande est semblable à la commande d'hôte d'ordinateur virtuel que j'ai utilisée précédemment :

$library = get-libraryserver –computername 
"vmmserver.contoso.com"

Comme avec $vmhost, l'entrée de $library dans la ligne de commande affichera les informations concernant le serveur de bibliothèque.

Enfin, vous devez taper la commande d'exécution de la conversion V2V.Pour ce faire, vous devez utiliser la commande new-v2v avec la fonction get-help.Dans cette commande, vous devez identifier le serveur de bibliothèque pour le VMX/VMDK, l'hôte de destination, le nom de l'ordinateur virtuel résultant et le chemin du fichier VHD converti.

Pour la ligne de commande, la plupart des références sont effectuées dans la perspective de l'hôte de destination, dans notre cas vshost1.contoso.com, avec le chemin d'installation donné comme référence locale pour VSHOST1.Le chemin VMX est indiqué dans la perspective du serveur de bibliothèque.La ligne de commande résultante dans Windows PowerShell est la suivante :

new-v2v –LibraryServer $library –vmxpath 
"\\vmmserver.contoso.com\MSCVMMLibrary\VMDKS\ConvertMe.vmx" 
–vmhost $vmhost -name "DemoV2V" 
–path "C:\VHDs"

Comme vous pouvez le voir, nous convertissons ici le VMX/VMDK pour \\vmmserver.contoso.com\MSCVMMLibrary\VMDKS\ConvertMe.vmx sur le serveur de bibliothèque $library (VMMSERVER), en le déployant sur l'hôte dans la variable $vmhost (VSHOST1), avec le nom DemoV2V, vers le chemin C: \VHDs sur VSHOST1.

Une fois la commande exécutée, il est toujours judicieux de revenir à la fenêtre Jobs (Tâches) de la console Administrateur de VMM afin de voir la progression.Le VMX/VMDK sera converti puis copié sur VSHOST1, où le VHD résultant sera ajouté à la liste d'ordinateurs virtuels en tant que DemoV2V.Lorsque le processus sera complètement terminé, vous pourrez utiliser VMM pour démarrer le nouvel ordinateur virtuel et passer en revue les résultats.

Conclusion

Comme vous le voyez, System Center Virtual Machine Manager 2007 apporte de formidables nouvelles fonctionnalités et capacités à votre infrastructure virtuelle.En passant en revue les processus de P2V et V2V, j'espère que je vous ai démontré leur simplicité avec Virtual Machine Manager.

VMM est conçu pour simplifier le travail de l'administrateur informatique en termes de création, de déploiement et de maintenance des ordinateurs virtuels.Avec la sortie de System Center Virtual Machine Manager 2007, je recommande fortement aux administrateurs Virtual Server 2005 d'envisager l'utilisation de Virtual Machine Manager pour maintenir leurs hôtes d'ordinateur virtuel.Pour les utilisateurs de la nouvelle virtualisation Windows Server dans Windows Server 2008, Microsoft fournira la prise en charge de la virtualisation Windows Server dans la nouvelle version de System Center Virtual Machine Manager, qui sera disponible après la version finale la virtualisation Windows Server 2008.

Pour plus d'informations sur VMM et pour télécharger une démonstration, veuillez visiter microsoft.com/SCVMM.Pour plus d'informations sur tous les produits de virtualisation de Microsoft, visitez microsoft.com/virtualization.

Edwin Yuen est responsable de produit technique pour System Center Virtual Machine Manager au sein de la division Windows Enterprise Management.Edwin a rejoint Microsoft en juillet 2006, dans le cadre de l'acquisition de Softricity.Edwin possède également 13 années d'expérience en tant que consultant technique dans le contexte commercial et gouvernemental.Il est titulaire d'un diplôme en ingénierie électrique de l'université Johns Hopkins.

© 2008 Microsoft Corporation et CMP Media, LLC. Tous droits réservés. Toute reproduction, totale ou partielle, est interdite sans autorisation préalable.