Nouveautés de System Center Virtual Machine Manager

  • Article

Cet article détaille les nouvelles fonctionnalités prises en charge dans System Center 2022 - Virtual Machine Manager (VMM). Il détaille également les nouvelles fonctionnalités de VMM 2022 UR1 et UR2.

Nouvelles fonctionnalités de VMM 2022

Consultez les sections suivantes pour connaître les nouvelles fonctionnalités, et celles mises à jour, prises en charge dans VMM 2022.

Compute

Prise en charge des systèmes d’exploitation Windows Server 2022 et Windows Server 2022 invité

VMM 2022 peut être utilisé pour gérer les hôtes de système d’exploitation Windows Server 2022 et Windows Server 2022 invité.

Prise en charge de Windows 11

VMM 2022 prend en charge Windows 11 en tant que système d’exploitation invité.

Prise en charge des clusters Azure Stack HCI 21H2

Avec VMM 2022, vous pouvez gérer les clusters Azure Stack HCI et 21H2.

Azure Stack HCI version 21H2 est le nouveau système d’exploitation d’infrastructure hyperconvergée (HCI) qui s’exécute sur des clusters locaux avec des charges de travail virtualisées.

La plupart des opérations de gestion des clusters Azure Stack dans VMM sont similaires à celles des clusters Windows Server. 

Notes

La gestion des clusters étendus Azure Stack HCI n’est actuellement pas prise en charge dans VMM.

Consultez Déployer et gérer des clusters Azure Stack HCI dans VMM.

Inscrire et désinscrire un cluster Azure Stack HCI avec des applets de commande PowerShell

VMM 2022 prend en charge les applets de commande PowerShell register et unregister pour un cluster Azure Stack HCI. Consultez Register-SCAzStackHCI et Unregister-SCAzStackHCI.

Prise en charge du déploiement de SDN en mode double pile

VMM 2022 prend en charge le déploiement de SDN en mode double pile.

Dans VMM 2019 UR2, nous avons introduit la prise en charge du déploiement de SDN basé sur IPv6. VMM 2022 prend en charge le mode double pile (IPv4 + IPv6) pour les composants de SDN.

Pour activer IPv6 pour le déploiement de SDN, apportez les modifications nécessaires dans la configuration du contrôleur de réseau, de la passerelle et du SLB.

Pour plus d’informations sur ces mises à jour, consultez Contrôleur de réseau, Passerelle, SLB et Configurer NAT.

Nouvelles fonctionnalités de VMM 2022 UR1

Les sections suivantes présentent les nouvelles fonctionnalités et mises à jour de fonctionnalités prises en charge dans VMM 2022 Update Rollup 1 (UR1).

Pour les problèmes résolus dans VMM 2022 UR1 et les instructions d’installation pour UR1, consultez l’article de la Base de connaissances.

Prise en charge des clusters Azure Stack HCI 22H2

Avec VMM 2022 UR1, vous pouvez gérer des clusters Azure Stack HCI et 22H2.

Azure Stack HCI, version 22H2 est le nouveau système d’exploitation hCI (hyperconvergé) qui s’exécute sur des clusters locaux avec des charges de travail virtualisées.

La plupart des opérations de gestion des clusters Azure Stack dans VMM sont similaires à celles des clusters Windows Server. 

Consultez Déployer et gérer des clusters Azure Stack HCI dans VMM.

Prise en charge de VMware vSphere 7.0, 8.0 et ESXi 7.0, 8.0

VMM 2022 UR1 prend en charge VMware vSphere 7.0, 8.0 et ESXi 7.0, 8.0. Plus d’informations

Prise en charge de SQL Server 2022

VMM 2022 UR1 prend en charge SQL Server 2022. Plus d’informations

Prise en charge de la connexion smart carte dans la console SCVMM

VMM 2022 UR1 prend en charge la connexion smart carte avec le mode de session amélioré dans la console SCVMM.

Prise en charge de SR-IOV pour les cartes réseau gérées par le contrôleur de réseau

Avec VMM 2022 UR1, SR-IOV prend en charge les cartes réseau gérées par le contrôleur de réseau.

Suppression des dépendances VMM sur le pack d’administration Operations Manager déprécié

Avec VMM 2022 UR1, les dépendances VMM sur les packs d’administration SCOM dépréciés ont été supprimées. Si vous avez une intégration SCOM - VMM active, suivez les étapes répertoriées dans l’article de la Base de connaissances avant de procéder à la mise à niveau vers VMM 2022 UR1.

Découvrir SCVMM avec Arc à partir de la console VMM

VMM 2022 UR1 vous permet de découvrir SCVMM avec Arc à partir de la console, de gérer votre environnement hybride et d’effectuer des opérations de machine virtuelle libre-service via Portail Azure. Plus d’informations

Prise en charge de 64 réseaux virtuels pour Windows Server 2019 ou version ultérieure

VMM 2022 UR1 prend en charge 64 réseaux virtuels pour Windows Server 2019 ou version ultérieure.

Nouvelles fonctionnalités de VMM 2022 UR2

Les sections suivantes présentent les nouvelles fonctionnalités et mises à jour de fonctionnalités prises en charge dans VMM 2022 Update Rollup 2 (UR2).

Pour les problèmes résolus dans VMM 2022 UR2 et les instructions d’installation pour UR2, consultez l’article de la Base de connaissances.

Amélioration des performances de conversion V2V des machines virtuelles VMware en machines virtuelles Hyper-V

Vous pouvez désormais convertir vos machines virtuelles VMware en Hyper-V avec une vitesse de conversion presque quatre fois plus rapide et une prise en charge des machines virtuelles VMware dont la taille de disque est supérieure à 2 To. En savoir plus sur l’utilisation de cette amélioration.

Onglet Découverte SCVMM avec Arc amélioré

L’onglet Azure Arc met désormais en évidence les dernières fonctionnalités ajoutées à SCVMM avec Arc, qui inclut la prise en charge des services de gestion Azure tels que Microsoft Defender pour le cloud, Gestionnaire de mise à jour Azure, Azure Monitor, Microsoft Sentinel, etc. Plus d’informations

Si vous exécutez des systèmes d’exploitation hôtes et invités WS 2012 et 2012R2, le panneau Azure Arc fournit désormais des conseils pour continuer à rester à l’état de support.

Prise en charge des derniers systèmes d’exploitation invités Linux

Avec VMM 2022 UR2, vous pouvez exécuter des machines virtuelles Linux Ubuntu Linux 22, Debian 11, Oracle Linux 8 et 9.

Cet article détaille les nouvelles fonctionnalités prises en charge dans System Center 2019 - Virtual Machine Manager (VMM). Il détaille également les nouvelles fonctionnalités de VMM 2019 UR1, UR2, UR3, UR4, UR5 et UR6.

Nouvelles fonctionnalités de VMM 2019

Les sections suivantes présentent les nouvelles fonctionnalités introduites dans Virtual Machine Manager (VMM) 2019.

Calculer

Mise à niveau propagée pour les clusters S2D

System Center 2019 Virtual Machine Manager prend en charge une mise à niveau propagée d’un cluster hôte d’espaces de stockage direct (S2D) de Windows Server 2016 à Windows Server 2019. Pour plus d’informations, consultez Effectuer une mise à niveau propagée.

Prise en charge de la déduplication pour un volume ReFS

VMM 2019 prend en charge la déduplication pour un volume ReFS sur le cluster hyperconvergé Windows Server 2019 et le serveur de fichiers avec montée en puissance parallèle. Pour plus d’informations, consultez Ajouter du stockage à des clusters et des hôtes Hyper-V.

Stockage

Optimisation dynamique du stockage

Cette fonctionnalité permet d’empêcher le stockage partagé de cluster (partages de fichiers et CSV) de devenir saturé en raison de l’extension ou de nouveaux disques durs virtuels (VHD) placés sur le stockage partagé du cluster. Vous pouvez maintenant définir une valeur de seuil pour déclencher un avertissement lorsque l’espace de stockage disponible dans le stockage partagé de cluster passe sous le seuil. Cette situation peut se produire lors d’un nouveau placement de disque. Cela peut également se produire lorsque des disques durs virtuels sont migrés automatiquement vers un autre stockage partagé dans le cluster. Pour plus d’informations, consultez Optimisation dynamique.

Prise en charge de la supervision de l’intégrité du stockage

La supervision de l’intégrité du stockage vous aide à superviser l’intégrité et l’état opérationnel des pools de stockage, des numéros d’unités logiques et des disques physiques dans l’infrastructure VMM.

Vous pouvez superviser l’intégrité du stockage dans la page Infrastructure de la console VMM. Pour plus d’informations, consultez Configurer l’infrastructure de stockage VMM.

Mise en réseau

Configuration d’adresses IP virtuelles SLB par le biais des modèles de service VMM

Les réseaux à définition logicielle (SDN) dans Windows 2016 peuvent utiliser l’équilibrage de charge logiciel (SLB) pour répartir uniformément le trafic réseau entre les charges de travail gérées par le fournisseur de services et les clients. Actuellement, VMM 2016 prend en charge le déploiement d’adresses IP virtuelles (VIP) SLB à l’aide de PowerShell.

Avec VMM 2019, VMM prend en charge la configuration d’adresses IP virtuelles SLB lors du déploiement d’applications à plusieurs niveaux à l’aide de modèles de service. Pour plus d’informations, consultez Configurer des adresses IP virtuelles SLB via des modèles de service VMM.

Configuration de réseaux de machines virtuelles chiffrés via VMM

VMM 2019 prend en charge le chiffrement des réseaux de machines virtuelles. Avec la nouvelle fonctionnalité de réseaux chiffrés, un chiffrement de bout en bout peut être facilement configuré sur les réseaux de machines virtuelles à l’aide du contrôleur de réseau. Ce chiffrement empêche la lecture et la manipulation du trafic entre deux machines virtuelles sur le même réseau et le même sous-réseau.

Le contrôle du chiffrement se fait au niveau du sous-réseau. Le chiffrement peut être activé ou désactivé pour chaque sous-réseau du réseau de machines virtuelles. Pour plus d’informations, consultez Configurer des réseaux chiffrées dans SDN à l’aide de VMM.

Prise en charge de la configuration d’une passerelle de transfert de couche 3 à l’aide de la console VMM

Le transfert de couche 3 (L3) permet la connectivité entre l’infrastructure physique du centre de données et l’infrastructure virtualisée du cloud de virtualisation de réseau Hyper-V. Les versions antérieures de VMM prenaient en charge la configuration de la passerelle de couche 3 par le biais de PowerShell.

Dans VMM 2019, vous pouvez configurer une passerelle de transfert de couche 3 à l’aide de la console VMM. Pour plus d’informations, consultez Configurer le transfert de la couche 3 (L3).

Prise en charge d’une adresse MAC statique sur les machines virtuelles déployées sur un cloud VMM

Cette fonctionnalité vous permet de définir une adresse MAC statique sur les machines virtuelles déployées dans un cloud. Vous pouvez également changer l’adresse MAC statique en adresse MAC dynamique et vice versa pour les machines virtuelles déjà déployées. Pour plus d’informations, consultez Approvisionner des machines virtuelles dans l’infrastructure VMM.

Intégration Azure

Gestion des mises à jour des machines virtuelles via VMM à l’aide d’un abonnement Azure Automation

VMM 2019 introduit la possibilité de mettre à jour et de mettre à jour des machines virtuelles locales (gérées par VMM) en intégrant VMM à un abonnement Azure Automation. Pour plus d’informations, consultez Gérer des machines virtuelles.

Nouveau rôle RBAC : Administrateur de la machine virtuelle

Dans un scénario où les entreprises veulent créer un rôle d’utilisateur pour la résolution des problèmes, l’utilisateur doit avoir accès à toutes les machines virtuelles. De cette façon, l’utilisateur peut apporter toutes les modifications requises sur les machines virtuelles afin de résoudre un problème. L’utilisateur doit également avoir accès à l’infrastructure pour identifier la cause racine d’un problème. Pour des raisons de sécurité, cet utilisateur ne doit pas se voir accorder de privilèges lui permettant d’apporter des modifications à l’infrastructure, telles que l’ajout de stockage ou d’hôtes.

Le contrôle d’accès en fonction du rôle (RBAC) actuel dans VMM n’a pas de rôle défini pour ce personnage. Les rôles existants d’administrateur délégué et d’administrateur de l’infrastructure disposent d’autorisations insuffisantes ou supérieures à celles nécessaires pour résoudre les problèmes.

En guise de solution, VMM 2019 prend en charge un nouveau rôle appelé Administrateur de machine virtuelle. L’utilisateur de ce rôle dispose d’un accès en lecture et en écriture à toutes les machines virtuelles, mais d’un accès en lecture seule à l’infrastructure. Pour plus d’informations, consultez Configurer des rôles d’utilisateur dans VMM.

Prise en charge du compte de service administré de groupe en tant que compte de service VMM

Le compte de service administré de groupe (gMSA) contribue à améliorer l’état de la sécurité. Il permet d’améliorer le confort d’utilisation par le biais de la gestion automatique des mots de passe, de la gestion du nom de principal du service et de la possibilité de déléguer la gestion à d’autres administrateurs.

VMM 2019 prend en charge l’utilisation de gMSA pour le compte de service du serveur d’administration. Pour plus d’informations, consultez Installer VMM.

Notes

Les fonctionnalités et mises à jour de fonctionnalité suivantes ont été introduites dans VMM 1807 et sont incluses dans VMM 2019.

Fonctionnalités incluses dans VMM 2019 – introduites dans VMM 1807

Stockage

Prend en charge la sélection d’un CSV pour placer un nouveau VHD

Avec VMM, vous pouvez sélectionner des volumes partagés de cluster (CSV) pour placer un nouveau disque dur virtuel.

Dans les versions antérieures de VMM, par défaut, tout nouveau disque dur virtuel sur une machine virtuelle est placé dans le même volume partagé de cluster où se trouvent les disques durs virtuels antérieurs associés à la machine virtuelle. Il n’existe aucune option permettant de choisir un autre volume partagé de cluster/dossier. En cas de problèmes liés au volume partagé de cluster, par exemple une insuffisance de la capacité de stockage ou une surallocation des ressources, les utilisateurs devaient effectuer la migration du disque dur virtuel, mais seulement après l’avoir déployé.

Avec VMM 1807, vous pouvez désormais choisir n’importe quel emplacement pour placer le nouveau disque. Vous pouvez gérer ce disque facilement, en fonction de la disponibilité du stockage des CSV. Pour plus d’informations, consultez Ajout d’un disque dur virtuel à une machine virtuelle.

Mise en réseau

Affichage des informations LLDP pour les périphériques réseau

VMM prend en charge le protocole LLDP (Link Layer Discovery Protocol). Vous pouvez désormais afficher les propriétés des périphériques réseau et les informations relatives aux fonctionnalités des hôtes à partir de VMM. Le système d’exploitation hôte doit être Windows 2016 ou version ultérieure.

Les fonctionnalités DataCenterBridging et DataCenterBridging-LLDP-Tools ont été activées sur les hôtes pour extraire les propriétés LLDP. Pour plus d’informations, consultez Configurer la mise en réseau pour les hôtes et clusters Hyper-V dans l’infrastructure VMM.

Convertir un commutateur SET en commutateur logique

Vous pouvez convertir un commutateur SET (Switch Embedded Teaming) en commutateur logique à l’aide de la console VMM. Dans les versions antérieures, cette fonctionnalité était uniquement prise en charge via un script PowerShell. Pour plus d’informations, consultez Créer des commutateurs logiques.

Gestion d’hôtes VMware

VMM prend en charge les serveurs VMware ESXi v6.5 dans la structure fabric VMM. Cette prise en charge apporte aux administrateurs une flexibilité supplémentaire en leur permettant de gérer plusieurs hyperviseurs. Pour plus d’informations sur les versions de serveur VMware prises en charge, consultez Configuration système requise.

Prise en charge de la mise à jour de clusters S2D

VMM prend en charge la mise à jour d’un hôte ou d’un cluster S2D. Vous pouvez mettre à jour des hôtes ou des clusters S2D individuels par rapport aux bases de référence configurées dans Windows Server Update Services. Pour plus d’informations, consultez Mettre à jour des clusters et des hôtes Hyper-V.

Autres

Prise en charge de SQL Server 2017

VMM prend en charge SQL Server 2017. Vous pouvez mettre à niveau SQL Server 2016 vers SQL Server 2017.

Notes

Les fonctionnalités et mises à jour de fonctionnalité suivantes ont été introduites dans VMM 1801 et sont incluses dans VMM 2019.

Fonctionnalités incluses dans VMM 2019 – introduites dans VMM 1801

Calculer

Virtualisation imbriquée

VMM prend en charge une fonctionnalité de virtualisation imbriquée qui vous permet d’exécuter Hyper-V dans une machine virtuelle Hyper-V. En d’autres termes, avec la virtualisation imbriquée, un hôte Hyper-V peut être virtualisé. La virtualisation imbriquée peut être activée hors bande à l’aide de la configuration de l’hôte Hyper-V et PowerShell.

Vous pouvez utiliser cette fonctionnalité pour réduire vos dépenses d’infrastructure dans le cadre de scénarios de développement, de test, de démonstration et de formation. Cette fonctionnalité vous permet également d’utiliser des produits de gestion de virtualisation tiers avec Hyper-V.

Vous pouvez activer ou désactiver la fonctionnalité de virtualisation imbriquée à l’aide de VMM. Vous pouvez configurer la machine virtuelle en tant qu’hôte dans VMM et effectuer des opérations d’ordinateur hôte à partir de VMM sur cette machine virtuelle. Par exemple, l’optimisation dynamique VMM prend en compte un hôte de machine virtuelle imbriquée pour la sélection élective. Pour plus d’informations, consultez Configurer une machine virtuelle imbriquée en tant qu’hôte.

Migration d’une machine virtuelle VMware (machine virtuelle basée sur un microprogramme EFI) vers une machine virtuelle Hyper-V

La migration VMM actuelle pour les machines virtuelles VMware vers Hyper-V prend uniquement en charge la migration de machines virtuelles basées sur le BIOS.

VMM permet la migration de machines virtuelles VMware basées sur EFI vers des machines virtuelles Hyper-V de génération 2. Les machines virtuelles VMware que vous migrez vers la plateforme Microsoft Hyper-V peuvent tirer parti des fonctionnalités de Hyper-V 2ème génération.

Dans le cadre de cette version, l’Assistant Convertir la machine virtuelle effectue la migration de la machine virtuelle selon le type de microprogramme (BIOS ou EFI). Il sélectionne et applique les valeurs par défaut de la génération de machine virtuelle Hyper-V de manière appropriée. Pour plus d’informations, consultez Convertir une machine virtuelle VMware en Hyper-V dans l’infrastructure VMM. Par exemple :

  • Les machines virtuelles basées sur le BIOS sont migrées vers une machine virtuelle Hyper-V de 1ère génération.
  • Les machines virtuelles basées sur EFI sont migrées vers une machine virtuelle Hyper-V de génération 2.

Nous avons également apporté des améliorations au processus de conversion de machine virtuelle VMware, maintenant jusqu’à 50 % plus rapide.

Amélioration des performances de l'actualisateur de l'hôte

L’actualisateur de l’hôte VMM a bénéficié de quelques mises à jour visant à améliorer ses performances.

Grâce à ces mises à jour, dans les scénarios où une organisation gère un grand nombre d’hôtes et de machines virtuelles avec des points de contrôle, vous pouvez noter des améliorations importantes dans les performances de la tâche.

Dans notre laboratoire, avec des instances VMM gérant 20 hôtes et chaque hôte gérant entre 45 et 100 machines virtuelles, nous avons constaté une multiplication par 10 des performances.

Activer la session de console étendue

La connexion à la console dans VMM fournit une autre façon de se connecter à la machine virtuelle via le Bureau à distance. Cette méthode est particulièrement utile lorsque la machine virtuelle ne dispose d’aucune connectivité réseau ou lorsque vous voulez passer à une configuration réseau qui risque d’interrompre la connectivité réseau. Actuellement, la connexion à la console dans VMM prend en charge uniquement une session de base, dans laquelle le texte du Presse-papiers peut être collé seulement via l’option de menu Taper le texte du presse-papiers.

VMM prend en charge une session de console étendue qui permet d’effectuer les opérations Couper (Ctrl + X) , Copier (Ctrl + C) et Coller (Ctrl + V) sur le texte ANSI et les fichiers disponibles dans le Presse-papiers. Par conséquent, les commandes Copier et Coller pour texte et fichiers sont donc possibles depuis et vers la machine virtuelle. Pour plus d’informations, consultezActiver la session de console étendue dans VMM.

Stockage

Amélioration dans la qualité de service (QoS) de stockage de VMM

La qualité de service (QoS) de stockage permet de surveiller et gérer de façon centralisée les performances de stockage des machines virtuelles à l’aide d’Hyper-V et des rôles de serveur de fichiers avec montée en puissance parallèle. Cette fonctionnalité améliore automatiquement l’équité des ressources de stockage entre plusieurs machines virtuelles en utilisant le même cluster. Elle permet également de définir des objectifs de performances basés sur des stratégies.

VMM prend en charge les améliorations de QoS de stockage suivantes :

  • Extension de la prise en charge de QoS de stockage au-delà de S2D : Vous pouvez désormais attribuer des stratégies QoS de stockage à des réseaux de stockage (SAN). Pour plus d’informations, consultez Gérer la qualité de service (QoS) de stockage pour les clusters.
  • Prise en charge des clouds privés VMM : Les stratégies de QoS de stockage peuvent maintenant être utilisées par les locataires du cloud VMM. Pour plus d’informations, consultez Créer un cloud privé.
  • Disponibilité des stratégies de qualité de service (QoS) de stockage en tant que modèles : Vous pouvez définir des stratégies de qualité de service (QoS) de stockage via des modèles de machine virtuelle. Pour plus d’informations, consultez Ajouter des modèles de machine virtuelle dans la bibliothèque VMM.

Mise en réseau

Configuration de clusters invités dans SDN via VMM

Depuis l’introduction du réseau à définition logicielle dans Windows Server 2016 et System Center 2016, la configuration des clusters invités a subi des modifications.

Depuis l’introduction du réseau à définition logicielle, les machines virtuelles qui sont connectées au réseau virtuel à l’aide du réseau SDN sont uniquement autorisées à utiliser l’adresse IP attribuée par le contrôleur de réseau pour la communication. La conception du réseau SDN s’inspire de la conception de la mise en réseau Azure et prend en charge la fonctionnalité d’adresse IP flottante via l’équilibreur de charge logiciel (SLB), telle que la mise en réseau Azure.

VMM prend également en charge la fonctionnalité d’adresse IP flottante via l’équilibreur de charge logiciel (SLB) dans les scénarios de réseau SDN. VMM 1801 prend en charge le clustering invité via une adresse IP virtuelle (VIP) d’équilibreur de charge interne (ILB). L’équilibreur de charge interne utilise des ports d’analyse créés sur les machines virtuelles du cluster invité afin d’identifier le nœud actif. À un moment donné, le port d’analyse du seul nœud actif répond à l’équilibreur de charge interne (ILB). Ensuite, tout le trafic dirigé vers l’adresse IP virtuelle est routé vers le nœud actif. Pour plus d’informations, consultez Configurer des clusters invités dans SDN via VMM.

Configuration d’adresses IP virtuelles SLB par le biais des modèles de service VMM

Le réseau SDN dans Windows 2016 peut utiliser SLB pour répartir uniformément le trafic réseau entre les charges de travail gérées par le fournisseur de services et les locataires. Actuellement, VMM 2016 prend en charge le déploiement des adresses IP virtuelles SLB à l’aide de PowerShell.

VMM prend en charge la configuration des adresses IP virtuelles SLB lors du déploiement d’applications à plusieurs niveaux à l’aide des modèles de service. Pour plus d’informations, consultez Configurer des adresses IP virtuelles SLB via des modèles de service VMM.

Configuration de réseaux de machines virtuelles chiffrés via VMM

VMM prend en charge le chiffrement des réseaux de machines virtuelles. Avec la nouvelle fonctionnalité de réseaux chiffrés, un chiffrement de bout en bout peut être facilement configuré sur les réseaux de machines virtuelles à l’aide du contrôleur de réseau. Ce chiffrement empêche la lecture et la manipulation du trafic entre deux machines virtuelles sur le même réseau et le même sous-réseau.

Le contrôle du chiffrement se fait au niveau du sous-réseau. Le chiffrement peut être activé ou désactivé pour chaque sous-réseau du réseau de machines virtuelles. Pour plus d’informations, consultez Configurer des réseaux chiffrées dans SDN à l’aide de VMM.

Sécurité

Prise en charge des machines virtuelles Linux dotées d’une protection maximale

Windows Server 2016 a introduit le concept de machine virtuelle dotée d’une protection maximale pour les machines virtuelles Windows. Les machines virtuelles dotées d’une protection maximale protègent contre les actions des administrateurs malveillants. Elles fournissent une protection lorsque les données de la machine virtuelle sont au repos ou lorsque des logiciels non approuvés s’exécutent sur des hôtes Hyper-V.

Avec Windows Server 1709, Hyper-V introduit la prise en charge du provisionnement de machines virtuelles Linux dotées d’une protection maximale. La même prise en charge est désormais étendue à VMM. Pour plus d’informations, consultez Créer un disque de modèle de machine virtuelle Linux dotée d’une protection maximale.

Configuration du service HGS de secours

Le service Guardian hôte (HGS) fournit des services d’attestation et de protection de clé pour exécuter des machines virtuelles dotées d’une protection maximale sur des hôtes Hyper-V. Il doit fonctionner même en cas de sinistre. Windows Server 1709 intègre la prise en charge du service HGS de secours.

Avec VMM, un hôte protégé peut être configuré avec une paire d’URL SGH principale et secondaire (URI de protection de clé et d’attestation). Cette fonctionnalité permet des scénarios tels que les déploiements d’infrastructures protégées couvrant deux centres de données à des fins de récupération d’urgence et l’exécution du service HGS sous forme de machines virtuelles dotées d’une protection maximale.

Les URL HGS principales sont toujours utilisées en priorité par rapport aux URL HGS secondaires. Si le service HGS principal ne répond pas après le délai d’attente approprié et le nombre de tentatives configuré, l’opération est retentée avec le service HGS secondaire. Les opérations suivantes donnent toujours la priorité au service principal. Le service secondaire est utilisé uniquement en cas de défaillance du service principal. Pour plus d’informations, consultez Configurer les URL de secours HGS dans VMM.

Intégration Azure

Gestion des abonnements Azure basés sur Azure Resource Manager et spécifiques à une région

Actuellement, le plug-in VMM Azure prend en charge uniquement les machines virtuelles classiques et les régions Azure du monde entier.

VMM 1801 prend en charge la gestion des éléments suivants :

  • Machines virtuelles basées sur Azure Resource Manager.
  • Authentification Azure Active Directory créée à l’aide du nouveau portail Azure.
  • Abonnements Azure spécifiques à la région, à savoir aux régions Azure Allemagne, Chine et US Government.

Pour plus d’informations, consultez Gérer des machines virtuelles.

Nouvelles fonctionnalités de VMM 2019 UR1

Les sections suivantes introduisent les nouvelles fonctionnalités et les mises à jour de fonctionnalité prises en charge dans le correctif cumulatif 1 de VMM 2019 (UR1).

Pour découvrir les problèmes résolus dans UR1 et les instructions d’installation pour UR1, consultez l’article de la Base de connaissances.

Calculer

Prise en charge de la gestion de partages de bibliothèque répliqués

Les grandes entreprises utilisent généralement des déploiements de centres de données multisites pour répondre à différents bureaux dans le monde entier. Ces entreprises disposent généralement d’un serveur de bibliothèque local pour accéder aux fichiers de déploiement de machines virtuelles plutôt qu’aux partages de bibliothèque à partir d’un emplacement distant. Cette organisation permet d’éviter les problèmes liés au réseau que les utilisateurs peuvent rencontrer. Toutefois, les fichiers de bibliothèque doivent être cohérents dans tous les centres de données pour garantir des déploiements de machines virtuelles uniformes. Pour assurer l’uniformité des contenus de la bibliothèque, les organisations utilisent des technologies de réplication.

VMM prend désormais en charge la gestion des serveurs de bibliothèque qui sont répliqués. Vous pouvez utiliser n’importe quelle technologie de réplication, telle que DFSR, et gérer les partages répliqués via VMM. Pour plus d’informations, consultez Gérer les partages de bibliothèque répliqués.

Stockage

Configuration des paramètres DCB sur les clusters S2D

L’accès direct à la mémoire à distance (RDMA) et le service Data Center Bridging (DCB) permettent d’atteindre dans un réseau Ethernet un niveau de performance et d’absence de perte similaire à celui propre aux réseaux Fiber Channel.

VMM 2019 UR1 prend en charge la configuration de DCB sur les clusters S2D.

Notes

Vous devez configurer les paramètres DCB de manière cohérente sur tous les hôtes et le réseau de l’infrastructure (commutateurs). Un paramètre DCB mal configuré sur l’un des appareils de l’hôte ou de la structure fabric nuirait aux performances de S2D. Pour plus d’informations, consultez Configurer les paramètres DCB sur le cluster S2D.

Mise en réseau

Améliorations de l’expérience utilisateur dans les réseaux logiques

Dans VMM 2019 UR1, l’expérience utilisateur est améliorée pour le processus de création de réseaux logiques. Les réseaux logiques sont maintenant regroupés par description de produit, en fonction des cas d’utilisation. Une illustration pour chaque type de réseau logique et un graphe des dépendances sont également fournis. Pour plus d’informations, consultez Configurer des réseaux logiques dans l’infrastructure VMM 2019 UR1.

Options supplémentaires pour activer la virtualisation imbriquée

Vous pouvez désormais activer la virtualisation imbriquée pendant que vous créez une machine virtuelle et que vous déployez des machines virtuelles via des modèles de machines virtuelles et des modèles de services. Dans les versions antérieures, la virtualisation imbriquée est prise en charge uniquement sur les machines virtuelles déployées. En savoir plus sur l’activation de la virtualisation imbriquée.

Mises à jour des applets de commande PowerShell

VMM 2019 UR1 comprend les mises à jour d’applets de commande suivantes pour les fonctionnalités respectives :

  1. Configuration des paramètres DCB sur les clusters S2D

    • La nouvelle applet de commande New-SCDCBSettings : configure les paramètres DCB dans le cluster S2D géré par VMM.

    • Nouveau paramètre [-DCBSettings] : spécifie les paramètres DCB configurés sur le cluster et est inclus dans les applets de commande Install-SCVMHostCluster, Set-SCVMHostCluster et Set-SCStorageFileServer .

  2. Options supplémentaires pour activer la virtualisation imbriquée

    • Nouveau paramètre [-EnableNestedVirtualization] : active la virtualisation imbriquée et est inclus dans l’applet de commande Set-SCComputerTierTemplate .

Pour plus d’informations sur ces mises à jour, consultez les articles PowerShell sur VMM.

Nouvelles fonctionnalités de VMM 2019 UR2

Les sections suivantes introduisent les nouvelles fonctionnalités et les mises à jour de fonctionnalité prises en charge dans le correctif cumulatif 2 de VMM 2019 (UR2).

Pour les problèmes résolus dans VMM 2019 UR2 et les instructions d’installation pour UR2, consultez l’article de la Base de connaissances.

Calcul

Prise en charge des hôtes Windows Server 2012 R2

VMM 2019 UR2 prend en charge les hôtes Windows Server 2012 R2. Pour plus d’informations sur les hôtes pris en charge, consultez Configuration système requise.

Prise en charge des hôtes ESXi 6.7

VMM 2019 UR2 prend en charge les serveurs VMware ESXi v6.7 dans la structure fabric VMM. Cette prise en charge apporte aux administrateurs une flexibilité supplémentaire en leur permettant de gérer plusieurs hyperviseurs. Pour plus d’informations sur les versions de serveur VMware prises en charge, consultez Configuration système requise.

Mise en réseau

Améliorations de l’expérience utilisateur lors de la création de commutateurs logiques

Avec VMM 2019 UR2, l’expérience utilisateur est améliorée pour le processus de création de commutateurs logiques. 2019 UR2 inclut des valeurs par défaut intelligentes, fournit une explication claire concernant les différentes options et des représentations visuelles, ainsi qu’un diagramme de topologie pour le commutateur logique. Plus d’informations

Prise en charge d’IPv6

VMM 2019 UR2 prend en charge le déploiement de SDN IPv6. Plus d’informations

Provisionner pour définir l’affinité entre les cartes réseau virtuelles et les cartes physiques

VMM 2019 UR2 prend en charge l’affinité entre cartes réseau virtuelles et cartes réseau physiques. L’affinité entre les cartes réseau virtuelles et les cartes physiques permet de router le trafic réseau entre les cartes réseau physiques associées. Avec cette fonctionnalité, vous pouvez augmenter le débit en mappant une carte physique compatible RDMA avec une carte réseau virtuelle compatible avec les paramètres RDMA. En outre, vous pouvez acheminer un type spécifique de trafic (par exemple, une migration dynamique) vers une carte physique à bande passante plus élevée. Dans les scénarios de déploiement HCI, en spécifiant l’affinité, vous pouvez utiliser SMB multicanal pour répondre à un débit élevé pour le trafic SMB. Plus d’informations

Autres

Prise en charge de SQL Server 2019

VMM 2019 RTM et versions ultérieures prennent désormais en charge SQL Server 2019.

Prise en charge du système d’exploitation Linux

VMM 2019 UR2 prend en charge les systèmes d’exploitation Linux Red Hat 8.0, CentOS 8, Debian 10 et Ubuntu 20.04.

Mises à jour des applets de commande PowerShell

VMM 2019 UR2 comprend les mises à jour d’applets de commande suivantes pour les fonctionnalités respectives :

  1. Mettre à jour le certificat VMM

    • Nouvelle applet de commande Update-SCVMMCertificate : met à jour le certificat VMM sur le serveur VMM.

  2. Définir l’affinité entre les cartes réseau virtuelles et les cartes physiques

    • Nouveau paramètre [-PhysicalNetworkAdapterName] : spécifie le nom de la carte réseau physique et est inclus dans les applets de commande New-SCVirtualNetworkAdapter et Set-SCVirtualNetworkAdapter .

  3. Prise en charge d’IPv6

    • Nouveau paramètre [-IPv6Subnet] : spécifie un sous-réseau IPv6 et est inclus dans l’applet de commande Add-SCFabricRoleResource .

    • Mises à jour des paramètres dans les applets de commande existantes :

      • Des adresses IPv4 et IPv6 séparées par « ; » peuvent être passées au paramètre [-RoutingIPSubnet] dans l’applet de commande Add-SCVMNetworkGateway.
      • Des adresses IPv6 peuvent également être ajoutées au paramètre [-PublicIPAddresses] dans l’applet de commande New-SCGatewayRoleConfiguration.

Pour plus d’informations sur ces mises à jour, consultez les articles PowerShell sur VMM.

Nouvelles fonctionnalités dans VMM 2019 UR3

Les sections suivantes présentent les nouvelles fonctionnalités et les mises à jour de fonctionnalité prises en charge dans le correctif cumulatif 3 de VMM 2019 (UR3).

Pour découvrir les problèmes résolus dans VMM 2019 UR3 et les instructions d’installation d’UR3, consultez l’article de la Base de connaissances.

Calcul

Prise en charge du mode trunk pour les cartes réseau virtuelles VM

VMM 2019 UR3 prend en charge le mode trunk pour les cartes réseau virtuelles VM. Le mode trunk est utilisé par des applications NFV/VNF, comme des pare-feu virtuels, des équilibreurs de charge logiciels et des passerelles virtuelles, pour envoyer et recevoir du trafic sur plusieurs réseaux locaux virtuels. Plus d’informations

Prise en charge des clusters Azure Stack HCI

VMM 2019 UR3 prend en charge l’ajout, le déploiement et la gestion des clusters Azure Stack HCI dans VMM. En plus de la référence SKU actuelle du système d’exploitation de serveur, VMM étend sa prise en charge à Azure Stack HCI.

Azure Stack HCI, version 20H2 est le nouveau système d’exploitation d’infrastructure hyperconvergée (HCI) qui s’exécute sur des clusters locaux avec des charges de travail virtualisées.

La plupart des opérations de gestion des clusters Azure Stack dans VMM sont similaires à celles des clusters Windows Server. Plus d’informations

Notes

La gestion des clusters étendus Azure Stack HCI n’est actuellement pas prise en charge dans VMM.

Mises à jour des applets de commande PowerShell

VMM 2019 UR3 comprend les applets de commande suivantes pour prendre en charge le mode trunk des cartes réseau virtuelles VM :

Les nouveaux paramètres [-AllowedVLanList] et [NativeVLanId] sont inclus dans les applets de commande New-SCVirtualNetworkAdapter et Set-SCVirtualNetworkAdapter.

Pour plus d’informations sur ces mises à jour, consultez les articles PowerShell sur VMM.

Nouvelles fonctionnalités dans VMM 2019 UR4

Les sections suivantes présentent les nouvelles fonctionnalités ou les mises à jour de fonctionnalités prises en charge dans VMM 2019 Update Rollup 4 (UR4).

Pour découvrir les problèmes résolus dans UR4 et les instructions d’installation d’UR4, consultez l’article de la Base de connaissances.

Compute

Prise en charge de Windows Server 2022 R2 et Windows 11

VMM 2019 UR4 prend en charge les machines virtuelles invitées Windows Server 2012 2022 et Windows 11. Pour plus d’informations sur les hôtes pris en charge, consultez Configuration requise.

Prise en charge de la connexion à carte à puce

VMM 2019 UR4 prend en charge la connexion de carte à puce pour connecter des machines virtuelles en mode session amélioré.

Nouvelles fonctionnalités de VMM 2019 UR5

Les sections suivantes présentent les nouvelles fonctionnalités ou mises à jour de fonctionnalités prises en charge dans VMM 2019 Update Rollup 5 (UR5).

Pour les problèmes résolus dans UR5 et les instructions d’installation pour UR5, consultez l’article de la Base de connaissances.

Compute

Prise en charge de VMware vSphere 7.0, 8.0 et ESXi 7.0, 8.0

VMM 2019 UR5 prend en charge VMware vSphere 7.0, 8.0 et ESXi 7.0, 8.0. Plus d’informations

Découvrir SCVMM avec Arc à partir de la console VMM

VMM 2019 UR5 vous permet de découvrir SCVMM avec Arc à partir de la console, de gérer votre environnement hybride et d’effectuer des opérations de machine virtuelle libre-service via Portail Azure. Plus d’informations

Nouvelles fonctionnalités de VMM 2019 UR6

Les sections suivantes présentent les nouvelles fonctionnalités ou mises à jour de fonctionnalités prises en charge dans VMM 2019 Update Rollup 6 (UR6).

Pour les problèmes résolus dans UR6 et les instructions d’installation pour UR6, consultez l’article de la Base de connaissances.

Onglet Découverte SCVMM avec Arc amélioré

L’onglet Azure Arc met désormais en évidence les dernières fonctionnalités ajoutées à SCVMM avec Arc, qui inclut la prise en charge des services de gestion Azure tels que Microsoft Defender pour le cloud, Gestionnaire de mise à jour Azure, Azure Monitor, Microsoft Sentinel, etc. Plus d’informations

Si vous exécutez des systèmes d’exploitation hôtes et invités WS 2012 et 2012R2, le panneau Azure Arc fournit désormais des conseils pour continuer à rester à l’état de support.

Important

Cette version de Virtual Machine Manager (VMM) a atteint la fin du support. Nous vous recommandons de mettre à niveau vers VMM 2022.

Cet article détaille les nouvelles fonctionnalités prises en charge dans System Center 1807 - Virtual Machine Manager (VMM).

Nouveautés de System Center 1807 - Virtual Machine Manager

Consultez les sections suivantes pour plus d’informations sur les nouvelles fonctionnalités prises en charge dans VMM 1807.

Notes

Pour afficher les bogues résolus et les instructions d’installation pour VMM 1807, consultez l’article de la base de connaissances 4135364.

Stockage

Prend en charge la sélection d’un CSV pour placer un nouveau VHD

VMM 1807 vous permet de sélectionner un volume partagé de cluster (CSV) pour placer un nouveau disque dur virtuel (VHD).

Dans les versions antérieures de VMM, un nouveau disque dur virtuel sur une machine virtuelle, par défaut, est placé sur le même csv que celui où les disques durs virtuels précédents associés à la machine virtuelle sont placés. Il n’y avait aucune option permettant de choisir un autre csv/dossier. En cas de problèmes liés au csv, tels que le stockage saturé ou un dépassement de capacité, les utilisateurs n’ont dû migrer le disque dur virtuel qu’après avoir déployé le disque dur virtuel.

Avec VMM 1807, vous pouvez désormais choisir n’importe quel emplacement pour placer le nouveau disque. Vous pouvez gérer facilement ce disque en fonction de la disponibilité de stockage des csv. Plus d’informations

Mise en réseau

Affichage des informations LLDP pour les périphériques réseau

VMM 1807 prend en charge le protocole LLDP (Link Layer Discovery Protocol). Vous pouvez désormais afficher les propriétés des périphériques réseau et les informations relatives aux fonctionnalités des hôtes à partir de VMM. Le système d’exploitation hôte doit correspondre à Windows 2016 ou version ultérieure.

Les fonctionnalités DataCenterBridging et DataCenterBridging-LLDP-Tools ont été activées sur les hôtes pour extraire les propriétés LLDP. Plus d’informations

Convertir un commutateur SET en commutateur logique

VMM 1807 vous permet de convertir un commutateur SET (Switch Embedded Teaming) en commutateur logique à l’aide de la console VMM. Dans les versions antérieures, cette fonctionnalité était uniquement prise en charge via un script PowerShell. Plus d’informations

Gestion d’hôtes VMware

VMM 1807 prend en charge les serveurs VMware ESXi v6.5 dans l’infrastructure VMM. Cette prise en charge apporte aux administrateurs une flexibilité supplémentaire en leur permettant de gérer plusieurs hyperviseurs. Découvrez plus d’informations sur les versions de serveur VMware prises en charge.

Prise en charge de la mise à jour de clusters S2D

VMM 1807 prend en charge la mise à jour d’un hôte ou d’un cluster S2D. Vous pouvez mettre à jour des hôtes ou des clusters S2D individuels par rapport aux bases de référence configurées dans WSUS (Windows Server Update Services). Plus d’informations

Autres

Prise en charge de SQL 2017

VMM 1807 prend en charge SQL 2017. Vous pouvez effectuer une mise à niveau de SQL 2016 vers SQL 2017.

Important

Cette version de Virtual Machine Manager (VMM) a atteint la fin du support. Nous vous recommandons de mettre à niveau vers VMM 2022.

Cet article détaille les nouvelles fonctionnalités prises en charge dans System Center 1801 - Virtual Machine Manager (VMM).

Cet article détaille les nouvelles fonctionnalités prises en charge dans System Center 2016 - Virtual Machine Manager (VMM).

Nouveautés de System Center 1801 - Virtual Machine Manager

Consultez les sections suivantes pour plus d’informations sur les nouvelles fonctionnalités prises en charge dans VMM 1801.

Calculer

Virtualisation imbriquée

VMM prend en charge la fonctionnalité de virtualisation imbriquée qui vous permet d’exécuter Hyper-V dans une machine virtuelle Hyper-V. En d’autres termes, avec la virtualisation imbriquée, un hôte Hyper-V peut être virtualisé. La virtualisation imbriquée peut être activée hors bande à l’aide de la configuration de l’hôte Hyper-V et PowerShell.

Vous pouvez utiliser cette fonctionnalité pour réduire vos dépenses d’infrastructure dans le cadre de scénarios de développement, de test, de démonstration et de formation. Cette fonctionnalité vous permet également d’utiliser des produits de gestion de virtualisation tiers avec l’hyperviseur Microsoft.

Vous pouvez activer ou désactiver la fonctionnalité de virtualisation imbriquée à l’aide de SCVMM 1801. Vous pouvez configurer la machine virtuelle en tant qu’hôte dans VMM et effectuer des opérations d’ordinateur hôte à partir de VMM, sur cette machine virtuelle. Par exemple, l’optimisation dynamique VMM prend en compte un hôte de machine virtuelle imbriquée pour la sélection élective. Plus d’informations

Migration d’une machine virtuelle VMware (machine virtuelle basée sur un microprogramme EFI) vers une machine virtuelle Hyper-V

La migration VMM actuelle pour les machines virtuelles VMware vers Hyper-V prend uniquement en charge la migration de machines virtuelles basées sur le BIOS.

La version VMM 1801 permet la migration de machines virtuelles VMware basées sur EFI vers des machines virtuelles VMware Hyper-V de génération 2. Les machines virtuelles VMware que vous migrez vers la plateforme Microsoft Hyper-V peuvent tirer parti des fonctionnalités de Hyper-V 2ème génération.

Dans le cadre de cette version, l'Assistant Conversion de l'ordinateur virtuel effectue la migration de la machine virtuelle selon le type de microprogramme (BIOS ou EFI), sélectionne et applique les valeurs par défaut de la génération de machine virtuelle Hyper-V : En savoir plus.

  1. Les machines virtuelles basées sur le BIOS sont migrées vers une machine virtuelle Hyper-V de 1ère génération.
  2. Les machines virtuelles basées sur EFI sont migrées vers une machine virtuelle Hyper-V de génération 2.

Nous avons également apporté des améliorations au processus de conversion de machine virtuelle VMware, maintenant jusqu’à 50 % plus rapide.

Amélioration des performances de l'actualisateur de l'hôte

L’actualisateur de l’hôte VMM 1801 a bénéficié de quelques mises à jour visant à améliorer ses performances.

Avec ces mises à jour, dans les scénarios où le organization gère un grand nombre d’hôtes et de machines virtuelles avec des points de contrôle, vous pouvez observer des améliorations significatives et notables des performances du travail.

Dans notre labo avec des instances VMM gérant 20 hôtes - chaque hôte gérant 45 à 100 machines virtuelles, nous avons mesuré jusqu’à 10 fois l’amélioration des performances.

Activer la session de console étendue

La connexion à la console dans VMM fournit une autre façon de connecter un bureau à distance à la machine virtuelle. Cela est particulièrement utile lorsque la machine virtuelle n’a pas de connectivité réseau ou souhaite modifier la configuration réseau susceptible d’interrompre la connectivité réseau. Actuellement, la connexion de la console dans VMM prend uniquement en charge la session de base, dans laquelle le texte du Presse-papiers peut seulement être collé via l'option de menu Taper le texte du Presse-papiers.

VMM 1801 prend en charge la session de console améliorée qui active les opérations Couper (Ctrl + X),Copier (Ctrl + C) et Coller (Ctrl + V) sur le texte ANSI et les fichiers disponibles dans le Presse-papiers. Ainsi, les commandes copier/coller pour le texte et les fichiers sont possibles depuis et vers la machine virtuelle. Plus d’informations

Stockage

Amélioration dans la qualité de service (QoS) de stockage de VMM

La qualité de service de stockage (SQoS) permet de surveiller et gérer de façon centralisée les performances de stockage des machines virtuelles à l’aide de Hyper-V et des rôles de serveur de fichiers avec montée en puissance parallèle (SOFS). La fonctionnalité améliore automatiquement l'équité des ressources de stockage entre plusieurs machines virtuelles en utilisant le même cluster, et permet de définir des objectifs de performances basés sur la stratégie.

VMM 1801 prend en charge les améliorations SQoS suivantes :

  • Extension de la prise en charge SQoS au-delà de S2D : vous pouvez désormais attribuer des stratégies QoS de stockage à des réseaux de zone de stockage (SAN). Plus d’informations
  • Prise en charge du cloud privé VMM : les stratégies de QoS de stockage peuvent maintenant être utilisées par les clients du cloud VMM. Plus d’informations
  • Disponibilité des stratégies QoS de stockage en tant que modèles : vous pouvez définir des stratégies QoS de stockage via des modèles d’ordinateur virtuel. Plus d’informations

Mise en réseau

Configuration de clusters invités dans SDN via VMM

Depuis l'introduction du réseau SDN (Software-Defined Networking) dans Windows Server 2016 et System Center 2016, la configuration des clusters invités a subi des modifications.

Avec l’introduction du SDN, les machines virtuelles connectées au réseau virtuel à l’aide de SDN sont uniquement autorisées à utiliser l’adresse IP que le contrôleur de réseau affecte pour la communication. La conception du réseau SDN s'inspire de la conception de la mise en réseau Azure et prend en charge la fonctionnalité d'adresse IP flottante via un équilibreur de charge logiciel (SLB), par exemple la mise en réseau Azure.

VMM 1801 prend également en charge cette fonctionnalité d’adresse IP flottante via l’équilibreur de charge logiciel (SLB) dans les scénarios SDN. VMM 1801 prend en charge le clustering invité via une adresse IP virtuelle (VIP) d’équilibreur de charge interne (ILB). L’équilibreur de charge interne utilise des ports d’analyse créés sur les machines virtuelles du cluster invité afin d’identifier le nœud actif. À tout moment, le port d'analyse du nœud actif uniquement répond à l’équilibrage de charge interne, et tout le trafic vers l’adresse IP virtuelle est routé vers le nœud actif. . Plus d’informations

Configuration d’adresses IP virtuelles SLB par le biais des modèles de service VMM

SDN dans Windows 2016 peut utiliser l'équilibrage de charge logiciel (SLB) pour répartir uniformément le trafic réseau entre les charges de travail gérées par le fournisseur de services et les clients. VMM 2016 prend actuellement en charge le déploiement d’adresses IP virtuelles (IP virtuelles) SLB à l’aide de PowerShell.

Avec VMM 1801, VMM prend en charge la configuration d’adresses IP virtuelles d’équilibreur de charge logiciel lors du déploiement d’une application à plusieurs niveaux à l’aide de modèles de service. Plus d’informations

Configuration de réseaux de machines virtuelles chiffrés via VMM

VMM 1801 prend en charge le chiffrement des réseaux de machines virtuelles. Avec la nouvelle fonctionnalité de réseaux chiffrés, un chiffrement de bout en bout peut être facilement configuré sur les réseaux d’ordinateurs virtuels à l’aide du contrôleur de réseau (NC). Ce chiffrement empêche la lecture et la manipulation du trafic entre deux ordinateurs virtuels sur le même réseau et sur le même sous-réseau.

Le contrôle du chiffrement s'effectue au niveau du sous-réseau, et le chiffrement peut être activé ou désactivé pour chaque sous-réseau du réseau d’ordinateurs virtuels. Plus d’informations

Sécurité

Prise en charge des machines virtuelles protégées Linux

Windows Server 2016 a introduit le concept de machine virtuelle dotée d’une protection maximale pour les machines virtuelles Windows. Les machines virtuelles protégées offrent une protection contre les actions des administrateurs malveillants lorsque les données de ces machines virtuelles sont au repos ou quand un logiciel non approuvé s’exécute sur les hôtes Hyper-V.

Avec Windows Server 1709, Hyper-V introduit la prise en charge du provisionnement de machines virtuelles Linux dotées d’une protection maximale et cette prise en charge a été étendue à VMM 1801. Plus d’informations

Configuration du service HGS de secours

Composant essentiel permettant aux services de protection de clé et d'attestation d'exécuter des machines virtuelles protégées sur des hôtes Hyper-V, le service Guardian hôte (HGS) doit être opérationnel même en cas de sinistre. Windows Server 1709 intègre la prise en charge du service HGS de secours.

Avec VMM 1801, un hôte protégé peut être configuré avec une paire d’URL SGH principale et secondaire (URI de protection de clé et d’attestation). Cette fonctionnalité permet des scénarios tels que des déploiements d’infrastructure protégée couvrant deux centres de données à des fins de récupération d’urgence, SGH s’exécutant en tant que machines virtuelles dotées d’une protection maximale, etc.

L'URL HGS principale sera toujours utilisée en priorité par rapport à l'URL secondaire. Si le service SGH principal ne répond pas après le délai d’attente approprié et le nombre de tentatives, l’opération est retentée avec le service secondaire. Les opérations suivantes privilégieront toujours le service principal ; le service secondaire servira uniquement si le serveur principal échoue. Plus d’informations

Intégration à Azure

Gestion des abonnements Azure basés sur Azure Resource Manager et spécifiques à une région

Actuellement, le plug-in Azure VMM prend uniquement en charge les machines virtuelles classiques et les régions Azure globales.

VMM 1801 prend en charge la gestion des machines virtuelles basées sur Azure Resource Manager, l’authentification Azure Active Directory créée avec le nouveau portail Azure et les abonnements Azure spécifiques à une région (en l’occurrence, les régions Azure Allemagne, Chine et US Government). Plus d’informations

Nouveautés de VMM 2016

Consultez les sections suivantes pour plus d’informations sur les nouvelles fonctionnalités prises en charge dans VMM 2016.

Calcul

Gestion complète du cycle de vie des hôtes et machines virtuelles Nano Server

Vous pouvez configurer et gérer des hôtes Nano Server et des machines virtuelles dans l’infrastructure VMM. Plus d’informations

Mise à niveau propagée de clusters hôtes Windows Server 2012 R2

Vous pouvez désormais mettre à niveau des clusters Hyper-V et de serveurs de fichiers avec montée en puissance parallèle (SOFS) dans l’infrastructure VMM de Windows Server 2012 R2 vers Windows Server 2016, sans temps d’arrêt pour les charges de travail hôtes. VMM gère l’intégralité du flux de travail. Il draine le nœud, le supprime du cluster, réinstalle le système d’exploitation et le rajoute dans le cluster. En savoir plus sur l’exécution de mises à niveau propagées pour les clusters Hyper-V et les clusters SOFS.

Création de clusters Hyper-V et SOFS

Il existe un flux de travail simplifié pour créer des clusters Hyper-V et SOFS :

  • Déploiement complet de clusters hôtes Hyper-V : le déploiement d’un cluster hôte Hyper-V à partir de machines nues est désormais une seule étape. En savoir plus

  • Ajout d’un nœud complet à un cluster hôte Hyper-V ou un cluster SOFS existant : Vous pouvez maintenant ajouter directement un système nu à un cluster Hyper-V ou SOFS existant.

Nouvelles opérations pour l’exécution de machines virtuelles

Vous pouvez désormais augmenter/réduire la mémoire statique et ajouter/supprimer une carte réseau virtuelle pour une machine virtuelle en cours d’exécution. Plus d’informations

Points de contrôle de production

Vous pouvez désormais créer des points de contrôle de production pour les machines virtuelles. Ces points de contrôle sont basés sur le service VSS (Volume Shadow Copy Service) et sont cohérents avec les applications (par rapport aux points de contrôle standard basés sur la technologie d’état enregistré qui ne le sont pas). Plus d’informations

App-V pour Server

L’application Server App-V dans les modèles de service n’est plus disponible dans VMM 2016. Vous ne pouvez pas créer de modèles ou déployer de nouveaux services avec l’application Server App-V. Si vous mettez à niveau VMM 2012 R2 et que vous avez un service avec l’application Server App-V, le déploiement existant continue de fonctionner. Toutefois, après la mise à niveau, vous ne pouvez pas effectuer un scale-out du niveau avec Server App-V’application. Vous pouvez monter en charge les autres niveaux.

Notes

La fonctionnalité suivante est disponible à partir de 2016 UR9.

Activer la session de console étendue

La connexion à la console dans VMM fournit une autre façon de se connecter à la machine virtuelle via le Bureau à distance. Cette méthode est particulièrement utile lorsque la machine virtuelle ne dispose d’aucune connectivité réseau ou lorsque vous voulez passer à une configuration réseau qui risque d’interrompre la connectivité réseau. Actuellement, la connexion à la console dans VMM prend en charge uniquement une session de base, dans laquelle le texte du Presse-papiers peut être collé seulement via l’option de menu Taper le texte du presse-papiers.

VMM prend en charge une session de console étendue qui permet d’effectuer les opérations Couper (Ctrl + X) , Copier (Ctrl + C) et Coller (Ctrl + V) sur le texte ANSI et les fichiers disponibles dans le Presse-papiers. Par conséquent, les commandes Copier et Coller pour texte et fichiers sont donc possibles depuis et vers la machine virtuelle. Pour plus d’informations, consultezActiver la session de console étendue dans VMM.

Stockage

Déployer et gérer des clusters de stockage avec des espaces de stockage direct (S2D)

Les espaces de stockage directs dans Windows Server 2016 vous permettent de créer des systèmes de stockage à haut niveau de disponibilité sur Windows Server. Vous pouvez utiliser VMM pour créer un serveur de fichiers avec montée en puissance parallèle exécutant Windows Server 2016 et le configurer avec des espaces de stockage direct. Une fois qu’il est configuré, vous pouvez y créer des pools de stockage et des partages de fichiers. Plus d’informations

Réplica de stockage

Dans VMM 2016, vous pouvez utiliser le réplica de stockage Windows pour protéger les données d’un volume en les répliquant de manière synchrone entre les volumes principaux et secondaires (récupération). Vous pouvez déployer les volumes principal et secondaire sur un seul cluster sur deux clusters différents ou sur deux serveurs autonomes. Vous utilisez PowerShell pour configurer le réplica de stockage et exécuter le basculement. En savoir plus

Qualité de service de stockage

Vous pouvez configurer la qualité de service du stockage pour garantir que les disques, les machines virtuelles, les applications et les clients ne descendent pas en dessous d’une certaine qualité de ressource quand les hôtes et le stockage sont surchargés. Vous pouvez configurer la qualité de service pour le stockage dans l’infrastructure VMM.

Mise en réseau

Mise en réseau SDN (Software Defined Networking)

Dans VMM 2016, vous pouvez déployer l’ensemble de la pile SDN à l’aide de modèles de service VMM.

  • Vous pouvez déployer et gérer un contrôleur de réseau à plusieurs nœuds dans un sous-réseau. Après avoir déployé et intégré le contrôleur de réseau, vous pouvez spécifier que les composants d’infrastructure doivent être gérés avec SDN pour fournir une connectivité aux machines virtuelles clientes et définir des stratégies.
  • Vous pouvez déployer et configurer un équilibreur de charge logiciel pour distribuer le trafic au sein des réseaux gérés par le contrôleur de réseau. L’équilibreur de charge logiciel peut être utilisé pour les règles NAT de trafic entrant et sortant.
  • Vous pouvez déployer et configurer un pool de passerelles Windows Server avec une redondance M+N. Après avoir déployé la passerelle, vous connectez un réseau client à un réseau de fournisseur d’hébergement ou à votre propre réseau de centre de données distant à l’aide de GRE S2S, IPSec S2S ou L3.

Isolation et filtrage du trafic réseau

Vous pouvez limiter et séparer le trafic réseau en spécifiant des ACL de port sur des réseaux de machines virtuelles, des sous-réseaux virtuels, des interfaces réseau ou l’intégralité d’un tampon VMM à l’aide du contrôleur de réseau et de PowerShell. Plus d’informations

Nommage de la carte réseau virtuelle

Quand vous déployez une machine virtuelle, vous pouvez exécuter un script de post-déploiement sur le système d’exploitation invité pour configurer des cartes réseau virtuelles. Auparavant, cette opération était compliquée, car il n’existait pas de moyen simple de distinguer les différentes cartes réseau virtuelles au moment du déploiement. Maintenant, pour les machines virtuelles de 2e génération déployées sur des hôtes Hyper-V exécutant Windows Server 2016, vous pouvez nommer la carte réseau virtuelle dans un modèle de machine virtuelle. Cela revient au même que d’utiliser le nommage cohérent d’appareils pour une carte réseau physique.

Gestion SDN libre-service à l’aide de Windows Azure Pack (WAP)

Vous pouvez fournir des fonctionnalités de libre-service pour l’infrastructure gérée par le contrôleur de réseau. Ces fonctionnalités sont notamment la création et la gestion de réseaux de machines virtuelles, la configuration de connexions IPSec S2S et la configuration d’options NAT pour les machines virtuelles clientes et de l’infrastructure dans votre centre de données.

Déploiement de commutateur logique sur des hôtes

  • L’interface de création d’un commutateur logique a été simplifiée pour faciliter la sélection des paramètres.
  • Vous pouvez utiliser directement Hyper-V pour configurer un commutateur virtuel standard sur un hôte managé, puis utiliser VMM pour convertir le commutateur virtuel standard en commutateur logique VMM, que vous appliquerez ultérieurement sur d’autres hôtes.
  • Lors de l’application d’un commutateur logique à un hôte particulier, si l’ensemble de l’opération ne réussit pas, l’opération est rétablie et les paramètres de l’hôte restent inchangés. L’amélioration de la journalisation facilite le diagnostic des échecs.

Sécurité

Déploiement d’hôtes Service Guardian

Vous pouvez configurer et gérer des hôtes Service Guardian et des machines virtuelles protégées dans l’infrastructure VMM pour offrir une protection contre les administrateurs d’hôtes malveillants et les logiciels malveillants.

  • Vous pouvez gérer des hôtes Service Guardian dans l’infrastructure de calcul VMM. Vous configurez des hôtes Service Guardian pour communiquer avec des serveurs SGH et vous pouvez spécifier des stratégies d’intégrité du code qui limitent les logiciels pouvant s’exécuter en mode noyau sur l’hôte.
  • Vous pouvez convertir des machines virtuelles existantes en machines virtuelles protégées et déployer de nouvelles machines virtuelles protégées.

Étapes suivantes