Partager via

Configurations prises en charge pour VMM

  • Article

Mis à jour: avril 2012

S'applique à: Virtual Machine Manager 2008, Virtual Machine Manager 2008 R2, Virtual Machine Manager 2008 R2 SP1

System Center Virtual Machine Manager (VMM) 2008 ou VMM 2008 R2 peut s'adapter à un large éventail d'environnements virtuels, qu'il s'agisse d'une implémentation autonome de VMM avec tous les composants VMM installés sur un seul ordinateur, de la gestion d'un environnement virtuel composé de un à 20 ordinateurs hôtes ou d'un environnement entièrement distribué en entreprise gérant des centaines d'ordinateurs hôtes et des milliers d'ordinateurs virtuels dispersés sur différents sites géographiques.

La modularité des composants VMM vous permet de configurer votre implémentation de VMM de la manière qui répond le mieux aux exigences de la direction et aux objectifs de votre environnement virtuel. Vous pouvez installer les composants VMM sur un seul ordinateur, installer plusieurs composants VMM sur un seul ordinateur ou installer chaque composant VMM sur un ordinateur différent, selon la taille et la complexité de votre environnement.

Si votre environnement comporte plusieurs centres de données, vous pouvez choisir de déployer une implémentation centralisée de VMM pour gérer les environnements virtuels de tous vos centres de données ou déployer des implémentations de VMM distinctes dans chaque centre de données pour gérer leur environnement virtuel. Si votre environnement comporte un environnement de test et développement important, vous pouvez déployer une implémentation distincte de VMM pour gérer exclusivement cet environnement virtuel. Pour plus d'informations, voir Planification du serveur VMM (https://go.microsoft.com/fwlink/?LinkId=163030).

Chemins d'accès de mise à niveau et de migration pris en charge

VMM 2008

Vous pouvez migrer vers VMM 2008 à partir des versions précédentes de VMM suivantes :

VMM 2008 est également disponible en version d'évaluation, qui expire 180 jours après l'installation, ainsi qu'en version pour groupe de travail, qui permet de gérer un maximum de cinq ordinateurs hôtes. Vous pouvez effectuer la mise à niveau vers VMM 2008 à partir de ces versions en désinstallant votre version actuelle de VMM, tout en conservant la base de données VMM, puis en installant VMM 2008 en utilisant la base de données conservée. Pour plus d'informations sur la désinstallation de VMM, voir Désinstallation de composants VMM 2008. Pour plus d'informations sur la réinstallation de VMM avec une base de données conservée, voir Réinstallation de VMM avec une base de données conservée.

VMM 2008 R2

Vous pouvez effectuer une mise à niveau de VMM 2008 vers VMM 2008 R2.

Pour plus d'informations, voir Mise à niveau de VMM 2008 vers VMM 2008 R2.

Vous pouvez migrer de VMM 2008 R2 RC vers VMM 2008 R2.

Pour plus d'informations, voir Migrating to VMM 2008 R2 from VMM 2008 R2 RC.

VMM 2008 R2 SP1

Vous pouvez effectuer une mise à niveau de VMM 2008 R2 vers VMM 2008 R2 avec Service Pack 1 (SP1).

Pour plus d'informations, voir Mise à niveau de VMM 2008 R2 vers VMM 2008 R2 Service Pack 1.

Vous pouvez migrer de VMM 2008 R2 SP1 RC vers VMM 2008 R2 avec SP1.

Pour plus d'informations, voir Migration de VMM 2008 R2 SP1 RC vers VMM 2008 R2 SP1.

Configuration système requise

Cette section offre une vue d'ensemble de la configuration système requise pour VMM, ainsi que des liens vers d'autres sections de la documentation qui proposent des informations plus détaillées.

La configuration matérielle requise pour l'installation de chaque composant VMM varie et les configurations minimale et recommandée sont donc présentées. Un facteur critique pour le bon fonctionnement d'une implémentation de VMM consiste à configurer correctement le matériel pour l'ensemble des composants VMM. C'est particulièrement vrai pour les ordinateurs hôtes des ordinateurs virtuels. Comme pour les ordinateurs physiques, les performances globales d'un ordinateur virtuel dépendent en grande partie du niveau de ressources disponibles sur l'ordinateur hôte.

Les configurations matérielle et logicielle requise sont fournies pour l'installation des composants VMM sur un seul ordinateur et pour l'installation de chaque composant VMM sur un ordinateur distinct. Si vous souhaitez installer plusieurs composants VMM sur un seul ordinateur, vous devez respecter la configuration matérielle maximale pour tout composant que vous souhaitez installer.

Conditions requises pour un domaine Active Directory

Pour VMM 2008 R2, vous pouvez installer le serveur VMM dans un domaine Active Directory Windows Server 2008, Windows Server 2008 R2 ou Windows Server 2003. Pour VMM 2008, vous pouvez installer le serveur VMM dans un domaine Active Directory Windows Server 2008 ou Windows Server 2003. Le serveur VMM ne peut pas être installé dans un domaine Active Directory Windows 2000 Server.

Dans un domaine Windows Server 2003, un niveau fonctionnel du domaine Windows Server 2003 est requis. Pour plus d'informations sur les fonctionnalités prises en charge au niveau fonctionnel de Windows Server 2003 et des conseils sur l'augmentation du niveau fonctionnel, voir Functional Levels Background Information (informations de base sur les niveaux fonctionnels) (https://go.microsoft.com/fwlink/?LinkId=184527).

Pour plus d'informations sur les configurations de domaine prises en charge pour les ordinateurs hôtes d'ordinateurs virtuels gérés, voir Ajout d’ordinateurs hôtes (https://go.microsoft.com/fwlink/?LinkId=121818).

Important

Il est recommandé de migrer dès que possible votre infrastructure Active Directory sur Windows Server 2008 R2 ou, pour VMM 2008, sur Windows Server 2008. Le support étendu de Microsoft pour Windows 2000 Server a été retiré le 13 juillet 2010. Pour une assistance à la planification de votre stratégie de migration de Windows 2000 Server vers Windows 7, Windows Server 2003, Windows Server 2008 ou Windows Server 2008 R2, voir le Centre de solution Fin du support pour Windows 2000 (https://go.microsoft.com/fwlink/?LinkId=184536).

Nombre d'ordinateurs hôtes et d'ordinateurs virtuels pris en charge

Le nombre maximum d'ordinateurs hôtes et d'ordinateurs virtuels testés et pris en charge par VMM pour la configuration matérielle maximale recommandée est de 400 ordinateurs hôtes et 8 000 ordinateurs virtuels.

Si votre implémentation VMM contient plus de 150  ordinateurs hôtes, nous vous conseillons vivement d'activer sur le serveur VMM un Garbage Collector optimisé serveur plutôt que le Garbage Collector pour station de travail par défaut. Cette configuration peut réduire de manière significative l'utilisation du processeur sur le serveur VMM et améliorer les performances des opérations VMM parallèles.

Pour autoriser le garbage collector (GC) optimisé serveur sur le serveur VMM, créez un fichier nommé vmmservice.exe.config à l'aide du code suivant, puis, pour VMM 2008, placez-le dans le répertoire %SYSTEMDRIVE%\Program Files\Microsoft System Center Virtual Machine Manager 2008\Bin du serveur VMM, ou pour VMM 2008 R2, placez-le dans le répertoire %SYSTEMDRIVE%\Program Files\Microsoft System Center Virtual Machine Manager 2008 R2\Bin du serveur VMM.

<configuration> <runtime> <gcServer enabled="true"/> </runtime> </configuration>

Le nombre d'ordinateurs virtuels pouvant être exécutés sur un ordinateur hôte est principalement limité par la configuration de l'ordinateur hôte et des ordinateurs virtuels contenus sur ce dernier.

Prise en charge des logiciels de virtualisation

VMM 2008 et VMM 2008 R2 prennent en charge les logiciels de virtualisation suivants :

  • Microsoft Virtual Server 2005 R2 avec SP1 ou version ultérieure

  • Microsoft Virtual Server 2005 R2 x64 avec SP1 ou version ultérieure

  • Windows Server 2008 Hyper-V™

  • Windows Server 2008 R2 Hyper-V™ (VMM 2008 R2 seulement)

  • Microsoft Hyper-V™ Server 2008

  • Microsoft Hyper-V™ Server 2008 R2 (VMM 2008 R2 seulement)

  • VMware VirtualCenter 2.5 (VMware Infrastructure 3 [VI3]), avec les versions suivantes de VMware ESX Server :

    • VMware ESX Server 3.5

    • VMware ESX Server 3.0 ou version ultérieure

  • VMware vSphere 4 (fonctions VI3 seulement), avec les versions suivantes d'ESX Server (VMM 2008 R2 uniquement) :

    • VMware ESX Server 4,0

    • ESX Server 3.5

    • ESX Server 3.0 ou version ultérieure

Gestion des ordinateurs hôtes Hyper-V de Windows Server 2008 R2

Avec VMM 2008 R2, vous pouvez créer et gérer des ordinateurs virtuels exécutés sur des ordinateurs hôtes Hyper-V Windows Server 2008 R2. Lors de l'ajout d'un ordinateur hôte qui exécute Windows Server 2008 R2 mais pour lequel Hyper-V n'est pas activé, VMM 2008 R2 active automatiquement le rôle Hyper-V sur l'ordinateur hôte.

VMM 2008 R2 prend en charge les nouvelles fonctionnalités suivantes de Windows Server 2008 R2 :

  • Migration en direct entre ordinateurs hôtes en cluster Windows Server 2008 R2. La migration en direct permet de migrer un ordinateur virtuel d'un nœud d'un cluster de basculement Windows Server 2008 R2 vers un autre nœud du même cluster sans temps d'arrêt. L'ordinateur virtuel ne subissant aucun temps d'arrêt, la migration est totalement transparente pour les utilisateurs qui sont connectés à l'ordinateur virtuel.

  • Détection d'une optimisation du réseau lors de la sélection élective d'ordinateurs virtuels. VMM 2008 R2 prend en charge la fonctionnalité Virtual Machine Queue (VMQ) et le déchargement TCP Chimney. Il s'agit de fonctionnalités de Windows Server 2008 R2 qui améliorent les performances réseau pour les ordinateurs virtuels.

    Les cartes réseau qui prennent en charge la fonctionnalité VMQ peuvent créer une file d'attente réseau unique pour chaque carte réseau virtuelle, puis connecter cette file d'attente directement à la mémoire de l'ordinateur virtuel. Cette connexion achemine les paquets directement de l'hyperviseur vers l'ordinateur virtuel, outrepassant bon nombre des phases de traitement dans la pile de virtualisation.

    Les cartes réseau qui prennent en charge la fonctionnalité TCP Chimney Offload peuvent décharger le traitement du trafic réseau de la pile de mise en réseau. Ces deux fonctionnalités augmentent les performances du réseau tout en réduisant l'utilisation du processeur.

  • Ajout et suppression à chaud de disques durs virtuels (VHD). Dans Windows Server 2008 R2, Hyper-V permet aux utilisateurs d'ajouter et de supprimer des disques durs virtuels d'un ordinateur virtuel en cours d'exécution.

Prise en charge de l'installation de composants VMM sur les ordinateurs virtuels

VMM prend en charge l'installation de composants VMM sur les ordinateurs virtuels. Toutefois, vous ne pouvez pas utiliser un ordinateur virtuel en tant qu'ordinateur hôte.

Important

  • Si vous installez le serveur VMM sur un ordinateur virtuel, ne faites pas migrer cet ordinateur virtuel vers un autre ordinateur hôte depuis la console Administrateur VMM. Si l'ordinateur virtuel est à haut niveau de disponibilité, ne le faites pas migrer vers un autre nœud du cluster depuis la console Administrateur VMM. Lorsque le serveur VMM est exécuté sur un ordinateur virtuel, il se gère littéralement lui-même. Dès lors, toute migration, dont la migration rapide, entraîne une interruption de service.

  • Par ailleurs, si vous activez la fonctionnalité PRO (Performance and Resource Optimization) pour le groupe hôte ou le cluster hôte qui contient l'ordinateur virtuel exécutant le serveur VMM, excluez cet ordinateur virtuel de PRO. Cela empêche une migration initiée par PRO de l'ordinateur virtuel si, par suite d'une utilisation soutenue du processeur ou de la mémoire sur l'ordinateur hôte, ou de toute autre condition surveillée par PRO, la migration d'un ordinateur virtuel est recommandée par PRO. Pour plus d'informations sur l'exclusion d'un ordinateur virtuel des migrations initiées par PRO, voir Création de nouveaux ordinateurs virtuels (https://go.microsoft.com/fwlink/?LinkID=162793).

Pour qu'un serveur de bibliothèque puisse être à haute disponibilité, VMM prend en charge l'ajout de partages de bibliothèque à haut niveau de disponibilité sur un cluster de basculement créé dans Windows Server 2008 Enterprise Edition ou Windows Server 2008 Datacenter Edition.

Prise en charge des réseaux SAN

VMM prend en charge les réseaux SAN suivants pour le transfert de fichiers d'ordinateurs virtuels :

  • Fibre Channel

  • NPIV (N_Port ID Virtualization) Fibre Channel

  • Réseaux SAN iSCSI utilisant Microsoft Initiator

VMM exige la création d'un seul volume sur chaque disque. Un ordinateur virtuel sur un numéro d'unité logique qui contient plusieurs volumes ne peut pas être transféré sur un réseau SAN. Pour plus d'informations, voir Configuration d'un environnement SAN pour VMM.

VMM 2008 R2 offre les améliorations suivantes :

Migration SAN vers et depuis des ordinateurs hôtes en cluster

VMM 2008 R2 prend en charge l'utilisation des transferts SAN pour migrer les ordinateurs virtuels et les ordinateurs virtuels à haut niveau de disponibilité vers et depuis un cluster. Lors de la migration d'un ordinateur virtuel vers un cluster à l'aide d'un transfert SAN, VMM vérifie que chaque nœud du cluster peut voir le numéro d'unité logique et crée automatiquement une ressource de disque en cluster pour ce numéro. Bien que VMM configure automatiquement la ressource de disque en cluster, il ne la valide pas. En effet, pour valider la ressource de disque en cluster nouvellement créée, vous devez utiliser l'Assistant Validation d'une configuration de Gestion du cluster de basculement. Pour migrer un ordinateur virtuel depuis un cluster, l'ordinateur doit se trouver sur un numéro d'unité logique dédié qui n'utilise pas CSV.

Prise en charge étendue de iSCSI SAN

VMM 2008 prend en charge les transferts SAN d'ordinateurs virtuels qui utilisent des connexions cibles iSCSI basées sur Initiator. Cela requiert une cible iSCSI pour chaque numéro d'unité logique. VMM 2008 R2 permet également le masquage du numéro d'unité logique ; cela permet l'utilisation de plusieurs numéros d'unité logique par cible iSCSI et étend la prise en charge de VMM pour les fournisseurs de réseaux SAN iSCSI.

Prise en charge des clusters

VMM n'offre pas de fonctions de gestion de clusters. Toute configuration de cluster hôte ou gestion de groupe de ressources en cluster doit être effectuée en dehors de VMM à l'aide d'outils de gestion de clusters.

VMM 2008 prend en charge les clusters de basculement créés à l'aide de Windows Server 2008 Enterprise Edition ou Windows Server 2008 Database Edition. VMM 2008 ne reconnaît pas les clusters de basculement créés dans Windows Server 2003.

VMM 2008 prend en charge les utilisations suivantes des ressources en cluster :

  • Base de données VMM configurée en tant qu'instance de cluster de basculement Microsoft SQL Server.

  • Serveur de bibliothèque à haut niveau de disponibilité en ajoutant des serveurs de fichiers sur un cluster de basculement créé dans Windows Server 2008 Enterprise Edition ou Windows Server 2008 Datacenter Edition

  • Ordinateurs hôtes d'ordinateurs virtuels exécutant Windows Server 2008 configurés en tant que clusters de basculement hébergeant des ordinateurs virtuels à haut niveau de disponibilité.

    Notes

    L'ajout de clusters hôtes Windows n'est pris en charge que pour les ordinateurs hôtes se trouvant dans un domaine approuvé.

  • Clusters VMware et la création et gestion d'ordinateurs virtuels à haut niveau de disponibilité sur les clusters hôtes VMware ESX Server

L'installation du serveur VMM sur un cluster n'a pas été testée et n'est pas prise en charge. Pour que le serveur VMM soit à haute disponibilité, il est conseillé de l'installer sur un ordinateur virtuel à haut niveau de disponibilité.

VMM 2008 R2 offre les améliorations suivantes :

Prise en charge de volumes partagés de cluster (CSV, Clustered Shared Volume)

VMM 2008 R2 prend en charge la fonctionnalité CSV de Windows Server 2008 R2. La fonctionnalité CSV permet à l'ensemble des ordinateurs hôtes d'un cluster de basculement Windows Server 2008 R2 d'accéder simultanément aux fichiers d'ordinateur virtuel sur un LUN (numéro d'unité logique) partagé unique. Tous les nœuds du cluster pouvant accéder à un numéro d'unité logique partagé unique, les ordinateurs virtuels n'ont pas besoin de savoir quels sont les nœuds qui disposent réellement d'un numéro d'unité logique. La possibilité pour l'ensemble des nœuds d'accéder à un LUN quelconque permet la migration directe d'ordinateurs virtuels au sein du cluster.

Prise en charge du système de fichiers en cluster Sanbolic

VMM 2008 R2 prend en charge le système de fichiers en cluster Sanbolic (CFS), solution tierce de volumes partagés pour la migration rapide sur des ordinateurs hôtes exécutant Windows Server 2008 avec Hyper-V, et la migration directe sur des ordinateurs hôtes exécutant Windows Server 2008 R2 avec Hyper-V.

Prise en charge de Veritas Storage Foundation for Windows

VMM 2008 ne prend en charge la création d'ordinateurs virtuels à haut niveau de disponibilité que sur un type de ressources physiques dans un cluster de basculement. VMM 2008 R2 étend cette prise en charge à n'importe quelle ressource de classe de stockage, comme Veritas Storage Foundation 5.1 for Windows (SFW). SFW est une solution de gestion de stockage en ligne pour la création de périphériques de stockage virtuels à partir de disques et de baies physiques. Les volumes créés dans le cadre d'un groupe de ressources en cluster à l'aide de SFW sont détectés par VMM 2008 R2 et peuvent être sélectionnés lors de la sélection élective ou de la migration d'ordinateurs virtuels. Un volume SFW est limité à un seul ordinateur virtuel.

Prise en charge de la migration en direct sur des ordinateurs hôtes en cluster Windows Server 2008 R2

VMM 2008 R2 prend en charge la migration en direct entre des ordinateurs hôtes en cluster Windows Server 2008 R2. La migration en direct permet de migrer un ordinateur virtuel d'un nœud d'un cluster de basculement Windows Server 2008 R2 vers un autre nœud du même cluster sans temps d'arrêt. L'ordinateur virtuel ne subissant aucun temps d'arrêt, la migration est totalement transparente pour les utilisateurs qui sont connectés à l'ordinateur virtuel.

Notes

VMM 2008 R2 prend en charge l'utilisation d'un serveur d'administration racine (RMS) à haut niveau de disponibilité pour Microsoft System Center Operations Manager 2007 avec Service Pack 1 (SP1) ou System Center Operations Manager 2007 R2 pour PRO. L'utilisation d'un serveur RMS Operations Manager n'est pas prise en charge dans VMM 2008. Pour plus d'informations sur l'intégration d'Operations Manager à VMM, voir Configuration de l'intégration d'Operations Manager à VMM (https://go.microsoft.com/fwlink/?LinkID=120283).

Prise en charge d'un espace de noms disjoint

VMM prend en charge l'ajout et la gestion d'ordinateurs hôtes dans un espace de noms disjoint qui existe lorsque le suffixe DNS (Domain Name Service) principal d'un ou plusieurs ordinateurs ne correspond pas au nom DNS du domaine des services de domaine Active Directory auquel appartiennent ces ordinateurs. Par exemple, un ordinateur membre doté du suffixe DNS principal corp.fabrikam.com dans un domaine AD appelé na.corp.fabrikam.com utilise un espace de noms disjoint. Pour plus d'informations sur un espace de noms disjoint, voir Conventions dans Active Directory de nom pour les ordinateurs, domaines, sites et unités d'organisation (https://go.microsoft.com/fwlink/?LinkId=123886).

Pour utiliser VMM dans un espace de noms disjoint, vous devez procéder comme suit :

Prise en charge des réseaux de périmètre

Vous pouvez ajouter et gérer des ordinateurs hôtes sur un réseau de périmètre, mais vous devez installer l'agent VMM localement sur les ordinateurs hôtes, puis les ajouter dans la console Administrateur VMM. Pour plus d'informations sur l'ajout d'un ordinateur hôte sur un réseau de périmètre, voir Installation d'un agent VMM localement sur un ordinateur hôte.

VMM ne prend pas en charge l'ajout d'un ordinateur hôte en cluster situé sur un réseau de périmètre.

Une fois que vous déployez des ordinateurs virtuels sur un ordinateur hôte qui se trouve sur un réseau de périmètre, vous ne pouvez pas migrer ces ordinateurs virtuels vers un ordinateur hôte sur le réseau interne ou sur un autre ordinateur hôte sur le réseau de périmètre.

Prise en charge des ressources distribuées

Pour les organisations réparties sur plusieurs sites géographiques, VMM prend en charge l'utilisation de serveurs de bibliothèque VMM distribués qui sont gérés par un serveur VMM centralisé. Par exemple, si vous avez des succursales à plusieurs endroits, les utilisateurs des différents sites peuvent créer des ordinateurs virtuels en utilisant des ressources d'un serveur de bibliothèque local au lieu de copier des fichiers de plusieurs gigaoctets à partir d'un serveur de bibliothèque centralisé sur le réseau étendu (WAN). L'utilisation de bibliothèques VMM distribuées permet également de garantir la disponibilité de fichiers en cas de pannes du réseau étendu ou de serveurs.

Notes

VMM ne permet pas de répliquer les fichiers physiques de la bibliothèque VMM ou les métadonnées des objets stockés dans la base de données VMM. Les fichiers physiques doivent être répliqués en dehors de VMM et les métadonnées doivent être transférées à l'aide de scripts ou autres méthodes. VMM ne prend pas en charge les espace de noms DFS (DFS Namespaces), anciennement appelés DFS (Distributed File System) ou DFSR (DFS Replication).

Prise en charge de Windows PowerShell 2.0

VMM 2008 R2 continue à prendre en charge Windows PowerShell 1.0 et assure en plus la prise en charge de Windows PowerShell 2.0. Windows PowerShell 2.0 dispose de cmdlets, variables et paramètres nouveaux et procure également de nombreuses fonctionnalités nouvelles, notamment :

  • Gestion à distance : Vous pouvez exécuter des commandes sur un ordinateur ou sur des centaines d'ordinateurs à l'aide d'une seule commande. Vous pouvez établir une session interactive avec un seul ordinateur, ou vous pouvez établir une session qui peut recevoir des commandes à distance de plusieurs ordinateurs.

  • Travaux en arrière-plan : À l'aide de travaux en arrière-plan de Windows PowerShell, vous pouvez exécuter des commandes en mode asynchrone et « en arrière-plan » afin de pouvoir continuer à travailler dans votre session. Vous pouvez exécuter des travaux en arrière-plan sur un ordinateur local ou distant et vous pouvez stocker les résultats localement ou à distance.

  • Débogueur : Vous pouvez utiliser le débogueur Windows PowerShell pour vous aider à déboguer des fonctions et des scripts. Vous pouvez définir et supprimer des points d'arrêt, parcourir le code, vérifier les valeurs des variables et afficher une trace de la pile des appels.

Pour plus d'informations sur les fonctionnalités de Windows PowerShell 2.0, voir Nouveautés de Windows PowerShell (https://go.microsoft.com/fwlink/?LinkId=156131).

Pour plus d'informations sur les modifications de scripts dans VMM 2008 R2, voir What's New in VMM 2008 R2 Scripting (nouveautés dans les scripts VMM 2008 R2) (https://go.microsoft.com/fwlink/?LinkId=163054).

Migration rapide du stockage

Dans VMM 2008 R2, pour un ordinateur hôte Windows Server 2008 R2 ou compatible Storage VMotion, vous pouvez effectuer la migration des fichiers d'un ordinateur virtuel en cours d'exécution vers un emplacement de stockage différent sur le même ordinateur hôte avec une interruption de service minimale voire nulle. Si vous effectuez la migration d'un ordinateur virtuel vers un ordinateur hôte sous Windows Server 2008 R2 et que vous utilisez un transfert réseau, VMM 2008 R2 permet à présent de spécifier des emplacements de stockage distincts pour chaque fichier de disque dur virtuel (.vhd) de l'ordinateur virtuel.

Mode de maintenance pour les ordinateurs hôtes

Dans VMM 2008 R2, vous pouvez démarrer le mode de maintenance sur un ordinateur hôte Windows à chaque fois que vous devez réaliser des tâches de maintenance sur l'ordinateur hôte, notamment pour appliquer des mises à jour ou remplacer un composant physique.

Lorsque vous démarrez le mode de maintenance sur un ordinateur hôte au sein d'un cluster Windows Server 2008 R2 composé d'ordinateurs virtuels à haut niveau de disponibilité, vous pouvez effectuer l'une des opérations suivantes :

  • Si l'option est disponible, utilisez la migration directe pour déplacer tous les ordinateurs virtuels vers d'autres ordinateurs hôtes du même cluster. En cas d'échec de la migration pour un ordinateur virtuel sur l'ordinateur hôte, le mode de maintenance ne démarre pas sur ce dernier mais VMM ne redéplace pas les ordinateurs virtuels pour lesquels la migration a abouti.

  • Placez dans un état enregistré tous les ordinateurs virtuels sur l'ordinateur hôte.

Lorsque vous démarrez le mode de maintenance sur un ordinateur hôte Windows autonome, un ordinateur hôte dans un cluster Windows Server 2008 ou sur un ordinateur hôte Windows Server 2008 R2 qui contient des ordinateurs virtuels non hautement disponibles, VMM place automatiquement tous les ordinateurs virtuels dans un état enregistré.

Important

Lorsque VMM place des ordinateurs virtuels dans un état enregistré, cela provoque une perte de service pour les utilisateurs de ces ordinateurs.

Lorsque vous démarrez le mode de maintenance sur un ordinateur hôte quelconque, VMM procède automatiquement aux opérations suivantes :

  • Bloque toutes les opérations de création d'ordinateur virtuel sur l'ordinateur hôte.

  • Exclut l’hôte des évaluations d’ordinateurs hôtes lors de la sélection élective.

  • Affiche l'état En mode de maintenance pour l'ordinateur hôte dans la vue Ordinateurs hôtes de la console Administrateur VMM.

Lorsque vous arrêtez le mode de maintenance sur un ordinateur virtuel, VMM permet des opérations de création d'ordinateurs virtuels sur l'ordinateur hôte, inclut l'ordinateur hôte dans les évaluations des ordinateurs hôtes et affiche l'état OK pour l'ordinateur hôte dans la vue Ordinateurs hôtes de la console Administrateur VMM. Toutefois, VMM n'effectue pas automatiquement de migration directe pour redéplacer les ordinateurs virtuels à haut niveau de disponibilité sur l'hôte dans un cluster Windows Server 2008 R2. En outre, il ne redémarre pas les ordinateurs virtuels sur l'hôte.

Pour démarrer ou arrêter le mode de maintenance dans la vue Ordinateurs virtuels de la console Administrateur VMM, cliquez avec le bouton droit sur un ordinateur hôte, puis cliquez sur la commande appropriée.

Prise en charge des groupes de ports VMware pour les commutateurs virtuels

VMM utilise la légende et l’emplacement réseau spécifiés pour la carte réseau virtuelle dans la configuration matérielle pour déterminer la disponibilité réseau d’un ordinateur virtuel sur un ordinateur hôte. Dans VMM 2008 R2, si vous déployez l'ordinateur virtuel sur un ordinateur hôte VMware ESX Server, vous pouvez sélectionner un groupe de ports VMware à utiliser avec les commutateurs virtuels.

Prise en charge des commutateurs VMware vNetwork Distributed Switch

VMM ne prend pas en charge les commutateurs VMware vNetwork Distributed Switch. Les clients qui souhaitent gérer leurs environnements VMware avec VMM ne doivent utiliser que des commutateurs standard (précédemment appelés vSwitches).

Prise en charge des autorisations pour ordinateurs virtuels accordées dans Hyper-V

VMM 2008 R2 préserve les modifications apportées aux définitions ou aux appartenances de rôle dans l'étendue racine du magasin d'autorisations Hyper-V. Toutes les modifications réalisées dans les autres étendues sont écrasées toutes les 30 minutes par l'actualisateur de rôles d'utilisateur VMM. Le traitement des rôles d'utilisateur est donc différent dans VMM 2008. En effet, VMM 2008 détermine l'accès aux ordinateurs virtuels, aux ordinateurs hôtes et aux ressources uniquement en fonction des droits et autorisations associés aux rôles d'utilisateur VMM. VMM 2008 n'apporte aucune modification aux définitions et appartenances de rôles Hyper-V. Il ignore simplement le magasin d'autorisations Hyper-V lorsqu'il gère les ordinateurs hôtes et les ordinateurs virtuels.

Pour plus d'informations sur les rôles d'utilisateur et sur les étendues, voir Sécurité des rôles dans VMM (https://go.microsoft.com/fwlink/?LinkId=145061).

Voir aussi

Autres ressources

Planification et architecture