La virtualisation
Automatisation de déploiement hôte Virtual Machine
Fergus Strachan
À une vue d'ensemble :
- Déploiement Hyper-V et d'automatisation
- Résoudre les problèmes de généralisation de Sysprep
- Ressources virtuelles provision
- Configuration sans assistance de déploiement de système d'exploitation invité et de technologies serveur
Téléchargement de code disponible à: StrachanHyperV2009_02.exe(1,026 KO)
Contenu
Architecture de déploiement
En fonction de WDS déploiement Hyper-V
En fonction de WMI configuration Hyper-V
Déploiement de laboratoire virtuel
Déploiement d'applications serveur
Conclusion
Vous êtes probablement familiarisé avec la plupart des bonnes raisons pour configurer un environnement de la technologie Hyper-V, mais qui peuvent présenter un intérêt particulier est comment la technologie Hyper-V peut faciliter les évaluations de produits et les formations dans les laboratoires de test et formation environnements sans sacrifier la compatibilité 64 bits.La technologie Hyper-V s'exécute même sur du matériel 64 bits Entrée de gamme condition de qu'avoir un processeur compatible et une mise à jour du BIOS récente pour prendre en charge de virtualisation de matériel.Cela permet un envoi à déployer des environnements de test full-scale basés sur les versions de logiciels entièrement pris en charge, telles que la version 64 bits de Microsoft Exchange Server 2007.Et une fois que vous avez configuré le déploiement, il est facile de redéployer chaque fois que vous devez démarrer à partir de zéro, si vous souhaitez consulter un nouveau produit ou démarrer une nouvelle session de classe.
Même si vous déployez un environnement de test pour un client avec les deux contrôleurs de domaine (DC), un ordinateur exécutant SQL Server, deux serveurs frontaux SharePoint, un serveur de boîtes aux lettres Exchange 2007, un serveur de transport Hub et un serveur d'accès client, il va prendre beaucoup d'efforts.Supposons que vous avez un volume plus grand environnement, avec peut-être 600 machines virtuelles (VM).Vous pouvez imaginer de réinstaller ces ordinateurs virtuels chaque semaine ou chaque fois qu'un nouvel environnement de laboratoire est nécessaire ?Il est impératif d'automatiser ces déploiements et il est où la technologie Hyper-V peut faire une différence.
Technologie Hyper-V est la technologie Windows, et vous pouvez le combiner avec WMI (Windows Management Instrumentation), Windows PowerShell, services de déploiement Windows (WDS), Automated Installation Kit (Windows AIK) et environnement de préinstallation Windows (Windows PE) 2.0 pour activer les déploiements full-scale au clignotement de surveiller, ou tout du moins sans nécessiter de bien attention.Vous trouverez peut-être intéressant d'examiner les écrans installation et les barres de progression pendant que les systèmes de déploiement et configurer eux-mêmes, mais vous n'avez pas cela si vous avez des choses plus importantes sur votre liste.
Dans cet article, je vous montrer comment déployer la technologie Hyper-V serveurs, les ordinateurs virtuels systèmes d'exploitation invités et les applications serveur sans aucune intervention de l'administrateur en utilisant WDS, personnalisé installer des images, fichiers unattend.xml et les scripts WMI.L'idée est de préconfigurer un environnement de services de déploiement Windows une fois, puis installez les systèmes test lorsque le besoin survient, par exemple lors réinstaller un environnement d'enseignement, résolution des problèmes complexes dans différentes configurations, développer et tester des solutions personnalisées.
La seule obligatoire interaction pendant le déploiement est à appuyer sur la touche F12 pour lancer l'exécution Preboot PXE (environnement), et vous pouvez éliminer même cette étape si vous utilisez le Startrom.n12 au lieu du fichier de démarrage par défaut Startrom.com dans votre configuration de services de déploiement Windows, comme expliqué dans l'article TechNet »Entièrement automatisé installation création en arrière-plan."
Les tâches restantes sont ensuite déjà dans les mains de services de déploiement Windows, AIK et WMI, une fois que vous avez automatique démarré la technologie Hyper-V ordinateurs virtuels.Vous pourrez rechercher les fichiers de configuration et des scripts dans le matériel associé, disponible à partir la 2009 février section téléchargements de code du site Web de TechNet Magazine à technet.microsoft.com/magazine/cc135868.Les images d'installation réelle sont absentes, que qu'ils sont trop volumineuses, mais vous devriez pouvoir adapter les fichiers associés à votre propre environnement de laboratoire.
Architecture de déploiement
Au cœur de mon déploiement de laboratoire infrastructure est un serveur WDS exécutant Active Directory Domain Services (AD DS), DNS (Domain Name System) DNS, dynamique Host Configuration Protocol (DHCP) et, bien entendu, services de déploiement Windows.Pour faciliter la tâche administrative, J'AI également installé outils AIK et la technologie Hyper-V pour l'administration à distance sur ce serveur.C'est tout que nécessaire pour préparer pour l'efficacité de déploiement de la technologie Hyper-V.Inutile plus d'informations, bien que vous pouvez introduire des serveurs WDS supplémentaires si une disponibilité élevée via la redondance est importance pour vous.Les ordinateurs physiques restants sont serveurs technologie Hyper-V, déployé au moyen de services de déploiement Windows et qui héberge les ordinateurs virtuels qui forment l'environnement de test réel, comme illustré dans la figure 1 .
Figure 1 un environnement de laboratoire full-scale en fonction de la technologie Hyper-V et les ordinateurs virtuels
Pour obtenir des instructions sur déploiement le serveur WDS, consultez la feuille de calcul Compagnon « déploiement Windows Deployment Services » sur le même site de téléchargement mentionné précédemment.Comme vous le verrez, l'installation est simple.Il est le déploiement et la configuration des hôtes de la technologie Hyper-V est un défi, mais en savoir plus sur ce dans un instant.
En fonction de WDS déploiement Hyper-V
Un des avantages des déploiements de services de déploiement Windows pour la technologie Hyper-V est que WDS simplifie la mise à jour le support d'installation Windows Server 2008, qui est nécessaire car le support d'origine contient uniquement une version préliminaire de la technologie Hyper-V.La version réel est disponible en une mise à jour distinct sur le Centre de téléchargement Microsoft.
En bref, vous trouverez ci-après les étapes vous prenez : déploiement de Windows Server 2008 sur un ordinateur de référence, mettre à jour de l'installation avec les derniers fichiers de la technologie Hyper-V, installer technologie Hyper-V, utilisez Sysprep.exe generalize l'installation, capturer et télécharger l'image d'installation généralisé pour le serveur WDS et puis automatiser le déploiement Hyper-V par défaut pour tous les hôtes dans l'infrastructure physique.J'AI préférez utiliser Windows Server 2008 Server Core pour la technologie Hyper-V, car mes serveurs technologie Hyper-V sont dédiés à l'hébergement ordinateurs virtuels et Server Core offre un système d'exploitation petit avantages encombrement ainsi que sécurité, fiabilité et facilité de gestion.Et pour capturer des images d'installation, j'utiliser WDS, bien sûr.Extraire le Compagnon de feuille de calcul « déploiement par défaut la technologie Hyper-V hôtes par à l'aide Windows Deployment Services » pour savoir quelle facilité il est pour créer, de télécharger et d'utiliser une technologie Hyper-V mis à jour installer image.Il n'a pas pu être plus simple.
Ainsi, beaucoup, donc bien ; le déploiement Hyper-V par défaut en fonction de services de déploiement Windows est facile, mais la configuration sans assistance n'est pas sans difficultés.Le problème est que vous avez besoin pour exécuter Sysprep.exe à generalize l'installation de référence avant pour capturer et de télécharger l'image d'installation, mais Sysprep.exe supprime informations de configuration essentiels l'image de la technologie Hyper-V généralisé.
Entre autres choses, Sysprep.exe generalizes les données de configuration de démarrage (BCD) et supprime la directive de démarrage hyperviseur du magasin BCD.ANGLAIS est supposé pour être indépendante des microprogrammes, mais qui n'est pas le cas avec la technologie Hyper-V.La hyperviseur dépend des possibilités virtualisation du matériel sous-jacent et de BIOS, pour lancer la hyperviseur directive doit consultez en ordre generalize l'image d'installation.Il est possible de modifier le magasin BCD en mode hors connexion après la généralisation de Sysprep, mais ce n'est pas une solution.
Si vous montez l'image d'installation à l'aide de ImageX.exe (un outil inclus dans l'AIK), vous pouvez retaper la directive de démarrage à l'aide de BCDEdit.exe ; toutefois, le programme d'installation de Windows supprime cette directive à nouveau pendant la phase de généralisation de la routine d'installation réelle.Vous êtes de retour au début.
Il est un peu d'une situation difficile car vous avez besoin de la directive de démarrage pour démarrer la hyperviseur.Sans un hyperviseur en cours d'exécution, le serveur de la technologie Hyper-V n'est pas fonctionnel.la figure 2 illustre la message d'erreur affiché lorsque tente de démarrer un ordinateur virtuel sur un serveur Hyper-V déployé à l'aide d'un personnalisé installez image mais sans un ajustement de la configuration de démarrage.
La figure 2 Impossible de démarrer les ordinateurs virtuels, car la hyperviseur ne fonctionne pas
Un moyen à nouveau la directive de démarrage hyperviseur consiste à ajouter manuellement après l'installation du serveur en exécutant la commande
bcdedit /set hypervisorlaunchtype auto
et redémarrer le serveur de la technologie Hyper-V, mais cette étape manuelle est un problème sérieux pour un déploiement de laboratoire de test entièrement automatisée. Heureusement, l'AIK inclut Windows System Image Manager, que vous pouvez utiliser pour créer un fichier unattend.xml pour l'image d'installation qui services de déploiement Windows s'applique lors de l'installation avec son propre fichier WDSClientUnattend.xml. Dans ce fichier unattend.xml, vous pouvez spécifier que paramètres doit se connecter automatiquement aux Windows avec des informations d'identification d'administration fournies par le client des services de déploiement Windows et ensuite exécuter un script qui insère la directive de démarrage hyperviseur revenir dans le magasin BCD et puis redémarre le serveur.
la figure 3 illustre l'approche générale et le matériel associé inclut la version complète du fichier unattend.xml ainsi que d'un script hypervconfig.vbs complète. Vous pouvez inclure le script hypervconfig.vbs directement dans l'image d'installation afin qu'il soit disponible pendant l'installation. Il vous suffit monter l'image avec ImageX.exe, comme indiqué dans la feuille de calcul Compagnon « Customizing technologie Hyper-V déploiements ».
La figure 3 Reconfiguring et démarrage la hyperviseur
En fonction de WMI configuration Hyper-V
La réactivation de la hyperviseur n'est pas trop difficile, mais si vous analysez mon script hypervconfig.vbs, vous constaterez qu'il contient un peu plus de ces cinq lignes simples de code. En outre la directive de démarrage, vous devez configurer l'environnement de la technologie Hyper-V entière, et ceci est la partie difficile de l'article de déploiement.
Vous ne pouvez pas simplement créer ordinateurs virtuels sur le système de référence avant de capture de l'image, les inclure dans l'image d'installation et puis attendez tout pour fonctionner après la réparation de la directive de démarrage hyperviseur. Le serveur aura la VM, bien sûr, mais les dépendances de matériel sont manquants.
La généralisation image déconnecte les ports Ethernet de vos ordinateurs virtuels les cartes d'interface réseau physique (cartes réseau) et les lecteurs passe via des disques durs sous-jacents et périphériques CD-ROM/DVD. Vous pouvez ignorer la généralisation, mais il n'est pas un conseillé d'ajouter les ordinateurs virtuels préinstallés sur une image d'installation. Ordinateurs virtuels préinstallés augmenter l'image formidablement, licences d'évaluation des serveurs de test déployé finalement expirent et domaines Active Directory n'aimez pas être placée hors connexion pour des périodes étendues soit. Si vous restaurer un environnement de laboratoire en utilisant des sauvegardes des ordinateurs virtuels installés plusieurs mois plus tôt, vous avez un certain risque de rencontre des problèmes d'authentification et la réplication Active Directory. Il est préférable démarrer à partir de zéro chaque fois.
Ainsi, nous allons attribuer les ordinateurs virtuels et les ressources associées, telles que les cartes réseau, disques durs et lecteurs de DVD, dans l'environnement la technologie Hyper-V avant d'entreprendre la déploiement réel du laboratoire de test. Comme vous l'avez peut-être deviné, mise en service de ces ressources virtuelles est la tâche principale du script hypervconfig.vbs.
L'approche est relativement simple. Le script détermine le nom du serveur local technologie Hyper-V et configure un ensemble spécifique de l'hôte d'ordinateurs virtuels. Chaque ordinateur virtuel reçoit deux lecteurs de DVD virtuels mappés sur un fichier .iso de spécifiques au serveur et un fichier .iso installation général. Le fichier .iso spécifiques au serveur correspond au DVD de démarrage. Il inclut toutes les scripts nécessaires et les fichiers de configuration pour une installation automatisée d'un serveur de test particulier.
Le fichier d'installation général fournit le support d'installation réelle. Partage du fichier .iso général parmi tous les ordinateurs virtuels sur un serveur permet de conserver la taille de l'image installation technologie Hyper-V modérément sous contrôle. Vous pouvez placer les fichiers .ISO sur un serveur réseau, mais une méthode ou une autre que vous devez copier les fichiers vers le serveur de la technologie Hyper-V pour l'installation, donc J'AI décidé de les inclure directement dans l'image d'installation. De cette façon, vous disposez des .ISO fichiers disponibles localement chaque fois que le besoin de se présente. Ceci peut être utile, par exemple, lors de l'installation des composants supplémentaires ou réinstaller un ordinateur virtuel particulier sans décomposer l'environnement de laboratoire ensemble vers le bas.
Je vais étudier l'installation spécifiques au serveur DVD dans un instant. Tout d'abord, je vais me concentrer sur la configuration de l'infrastructure de technologie Hyper-V au moyen d'un script en fonction de WMI. Comme illustré dans la figure 4 , il existe une grande variété de ressources virtuelles que vous devez activer, y compris un commutateur avec commutateur internes et externes ports, les ordinateurs virtuels eux-mêmes avec leurs cartes Ethernet virtuelles, virtuels lecteurs IDE connectés aux fichiers du disque dur virtuel (VHD) et les lecteurs de DVD virtuels connectés aux fichiers .ISO pour l'installation de systèmes d'exploitation invités et d'applications serveur virtuel.
La figure 4 ressources virtuelles de provisioning pour l'environnement de laboratoire
Vous devez également ajuster la configuration de démarrage automatique des ordinateurs virtuels et de changer l'ordre de démarrage pour utiliser le lecteur de disque virtuel tout d'abord, suivi par le lecteur de DVD virtuel qui est connecté au fichier .iso spécifiques au serveur. Dans cette configuration, le démarrage des ordinateurs virtuels à partir du DVD d'installation jusqu'à ce que le système d'exploitation est installé sur le disque dur virtuel. Je suis que vous êtes familiarisé avec cette séquence car elle est standard pour n'importe quel ordinateur personnel moderne.
Le script hypervconfig.vbs configure les ordinateurs virtuels pour démarrer automatiquement lorsque l'ordinateur physique démarre, et les ordinateurs virtuels mise en ligne après le redémarrage HypervisorLaunchType et Voilà comment installation laboratoire se. Les ordinateurs virtuels démarrage finalement dans les routines d'installation de leurs systèmes d'exploitation invité. Ceci est la clé pour un déploiement de laboratoire entièrement automatisée.
Pour l'essentiel, la configuration de machine virtuelle suit les mêmes principes que vous prenez en considération lors de la configuration d'ordinateurs physiques avec plusieurs lecteurs connectés à plusieurs contrôleurs IDE. Le commutateur virtuel, nécessite cependant explication supplémentaire, car il est la clé à activer la communication entre les ordinateurs virtuels sur le même serveur de la technologie Hyper-V et entre les ordinateurs virtuels sur des serveurs distincts sur le réseau de l'ordinateur. En fait, vous pouvez comparer un commutateur virtuel à son homologue physique. Sa création en appelant la méthode CreatedVirtualSwitch, mais un commutateur sans ports n'est pas très utile.
Pour se connecter le commutateur à un réseau physique, vous devez créer un port de commutateur en appelant la méthode CreateSwitchPort et associer ce port à une carte de réseau Ethernet disponible sur le serveur. Vous pouvez connecter une carte réseau physique à qu'un seul commutateur virtuel, mais vous pouvez avoir plusieurs commutateurs connectés entre eux directement ou via des ordinateurs virtuels exécutant le logiciel du routeur. Pour les besoins de cet article, toutefois, un environnement réseau simple sans routeurs réseau est suffisant, donc J'AI configuré un seul commutateur virtuel sur chaque serveur technologie Hyper-V connecté à la première disponible physique Ethernet carte.
Les ordinateurs virtuels connectez-vous également au commutateur virtuel. Là encore, vous devez créer un port de commutateur séparé pour chaque ordinateur virtuel en appelant CreateSwitchPort. Vous pouvez ensuite associer chaque port de commutateur carte réseau virtuelle un ordinateur virtuel. N'oubliez pas de se connecter la partition parent au commutateur virtuel ainsi si vous souhaitez fournir la connectivité réseau externe. Vous pouvez effectuer cette tâche plus facilement en appelant la méthode SetupSwitch qui attend un port de commutateur externes et internes, une référence à une carte d'Ethernet physique disponible et un nom de périphérique unique et un nom d'affichage en tant que paramètres.
En appelant la méthode SetupSwitch, vous convertissez le commutateur virtuel à partir d'un commutateur privé un commutateur externe, comme illustré dans le script hypervconfig.vbs dans le support associé. Le script contient tous les pour configurer la connectivité réseau externe pour ordinateurs virtuels. Pour plus d'informations, consultez la Documentation du fournisseur WMI de virtualisationsur MSDN. Parties importantes de mon script hypervconfig.vbs sont basés sur les exemples disponibles sous « Utilisation le fournisseur WMI virtualisation ».
Déploiement de laboratoire virtuel
Maintenant que le déploiement Hyper-V, il convient et le démarrage d'ordinateurs virtuels automatiquement après chaque redémarrage, J'AI peut activer mon attention sur le déploiement réel de l'environnement de laboratoire. Pour les centres de formation, il suffit probablement déployer des systèmes réseau virtuel infrastructure et invité d'exploitation et laisser les trainees déployer les applications de serveur restant suite. Mais il est préférable d'automatiser le déploiement ensemble de l'environnement de laboratoire fins de développement, test et d'évaluation.
L'approche globale est similaire à la méthode de la technologie Hyper-V. Après l'installation sans assistance du système d'exploitation, laissez le compte d'administrateur session automatiquement et exécutent les commandes de configuration supplémentaires. Toutefois, vous devez orchestrer le déploiement.
Tous les ordinateurs virtuels démarrage dans leurs routines d'installation pratiquement en même temps, encore certains serveurs dépendent des autres serveurs donc il est impossible d'effectuer simultanément toutes les installations. Par exemple, vous devez installer Directory avant d'ajouter les autres serveurs dans le domaine, Exchange Server 2007 nécessite également AD DS, serveur SharePoint batteries de serveurs requièrent SQL Server et ainsi de suite, donc la machine virtuelle uniquement dans le scénario qui peut exécuter l'installation de Windows est immédiatement DC01.Litware.com. Tous les autres ordinateurs virtuels doivent attendre que le contrôleur de domaine est opérationnel.
Il existe plusieurs façons d'implémenter une séquence d'installation. Vous pouvez configurer un délai de démarrage pour les ordinateurs virtuels, mais cette technique notoriously n'est pas fiable. Êtes-vous prêt à parier que l'installation de Active Directory toujours se termine dans les 15 minutes ? Et combien de temps faut-il pour installer le premier serveur Exchange après que ?
Une autre possibilité est un script en fonction de WMI pour basculer sur les ordinateurs virtuels permettent les conditions préalables à l'installation. Ceci est une meilleure alternative, mais il, vous devez coordonner l'exécution du script centralisée avec distribué déploiement ordinateur virtuel. Il est moins complexe pour personnaliser chaque routine de paramétrage individuel et vous permettent de vérifier les conditions installation donnée préalables eux-mêmes avant de lancer leurs routines d'installation de Windows, comme illustré figure 5 ordinateurs virtuels.
La figure 5 l'implémentation d'une séquence de déploiement en fonction de conditions préalables à l'installation
Windows PE permet nous implémenter ces routines d'installation personnalisé. Il est un système de d'exploitation Win32 minimal avec des services limités, mais avec la prise en charge de Windows Script Host (WScript), WMI et Data Access Component (MDAC). Vous devez uniquement créer une image Windows PE personnalisée, ajouter les packages de fonctionnalité Windows requis, inclure un script personnalisé et ensuite modifier le fichier startnet.cmd situé dans % SystemRoot%\System32 de l'image Windows PE pour exécuter le script personnalisé.
La feuille Compagnon « création personnalisé démarrage images pour le déploiements Server » décrit comment faire pour créer une image Windows PE personnalisée pour chaque serveur dans l'environnement de test. la figure 6 indique comment utiliser cette technique pour orchestrer le déploiement d'un deuxième contrôleur de domaine.
La figure 6 Orchestrated déploiement d'un deuxième contrôleur de domaine dans un laboratoire de test
Le fichier startnet.cmd contient une commande netsh pour affecter une adresse IP statique à l'interface réseau de la machine virtuelle et appelle ensuite le script StartSetup. La commande netsh est pas strictement nécessaire dans un environnement DHCP activé, mais il faut mettre en évidence les erreurs liés au réseau. Par exemple, si vous activer une carte réseau standard (port Microsoft Synthetic Ethernet) de votre machine virtuelle dans votre script de configuration technologie Hyper-V au lieu d'une carte réseau hérités (port Microsoft Emulated Ethernet), la commande netsh vous informe que Windows PE ne peut pas reconnaître la carte réseau.
Le script StartSetup n'informe pas vous sur ce problème lorsque vous tentez d'accéder aux ressources réseau parce que l'instruction On Error Resume Next active le script pour supporter des erreurs d'exécution. Si dc01 n'est pas disponible pour une raison quelconque, la connexion tentatives échouent et le script continue de boucle indéfiniment. La boucle s'arrête uniquement si une tentative de connexion réussit et si dc01 est un serveur de catalogue global, qui implique que les services de domaine Active Directory (AD DS) a été installé.
Lorsque la boucle se termine, le script appelle la commande Paramètres réelle, spécifier un fichier unattend.xml paramètres de configuration spécifiques au serveur. Le diagramme dans la figure 6 illustre comment faire pour attendre un serveur de catalogue global en ligne, mais le même principe est également applicable dans d'autres scénarios, tels que lorsque la vérification de la disponibilité du fichier de partage ou bases de données SQL Server. Simplement tenter accéder à la ressource et quittez la boucle Si la tentative réussit.
Ressources Hyper-V
Site Windows Server 2008 Hyper-V Web
Blog de virtualisation l'équipe Windows
Guide Windows Deployment Services
Windows Automated Installation Kit
Références d'installation sans assistance de Windows
Déploiement d'applications serveur
La tâche restante uniquement consiste à configurer le fichier unattend.xml pour ajouter le serveur au domaine, configurer les paramètres TCP/IP, activer RDP (Remote Desktop Protocol) et configurer <firstlogoncommands> pour l'installation de toutes les applications serveur souhaité. La plupart des applications de serveur Microsoft prend en charge les déploiements sans assistance.
Pour le service D'ANNUAIRE Active Directory, vous devez fournir un fichier de réponses, comme expliqué dans l'article de la base de connaissances » Comment faire pour utiliser mode sans assistance pour installer et supprimer Active Directory sur les contrôleurs de domaine Server 2008 Windows." Pour Exchange Server 2007, vous devez utiliser les paramètres de ligne de commande à la place (voir Comment faire pour installer Exchange 2007 en mode sans assistance« dans l'aide en ligne). Pour SQL Server 2008, vous devez suivez les instructions à l'aide en ligne décrites dans l'article » Comment : installer SQL Server 2008 à partir d'invite." Et pour Windows SharePoint Services 3.0, prêtez attention à » Référence Config.XML pour Windows SharePoint Services."
La configuration requise varie en termes de complexité, mais vous pouvez déployer ces systèmes sans aucune intervention de l'administrateur. La tâche finale consiste à appuyer sur la touche F12 pour engager le système de déploiement WDS-based.
Conclusion
La technologie Hyper-V est une technologie intéressante. Il est compatible totalement 64 bits, donc dont vous n'avez besoin pour déployer plus versions logicielles de 32 bits d'évaluation des besoins de formation si une version 64 bits est disponible. Il est technologie de Windows, afin de vous pouvez tirer parti des services de déploiement Windows AIK et Windows PE de déploiement. Il prend en charge WMI et de Windows PowerShell par un fournisseur WMI virtualisation, que vous pouvez utiliser pour gérer tous les aspects de l'environnement virtualisé, y compris la mise en service des ressources et des ordinateurs virtuels pendant le processus de déploiement. Il utilise un hyperviseur en VMM pour la au lieu d'un ordinateur virtuel moniteur (DÉSACTIVER) pour offrir des performances élevées et augmenter l'évolutivité et il est inclus dans Windows Server 2008 à aucun supplémentaire de coût.
Environnements Hyper-V sont relativement uncomplicated à déployer. Nécessaire uniquement quelques clics de souris pour commencer avec les ordinateurs virtuels premier, et conjointement avec les technologies de déploiement Windows, il est amusant pour automatiser même les scénarios plus complexes.
Le seul inconvénient que je peux voir est la documentation en ligne du fournisseur WMI virtualisation, qui est toujours à un stade infant et, par conséquent, l'exemple de code ne couvre pas toutes les tâches appropriées. Les résultats, cependant, sont également important de l'effort. Il est amusant pour voir un environnement informatique déployer proprement dit, même si elle inclut les ordinateurs virtuels beaucoup moins 600.
Fergus Strachan est un consultant indépendant basés à Londres spécialisé dans la conception de l'infrastructure serveur Microsoft et d'implémentation pour les clients d'entreprise d'au ROYAUME-UNI. Fergus a écrit des articles techniques sur la technologie de serveur Microsoft et créé l'intégration d'ISA Server 2006 avec Microsoft Exchange 2007. Il est co-auteur de le Microsoft Exchange Server 2003 Resource Kit.