Nouveautés d’Hyper-V sur Windows Server

S’applique à : Windows Server 2022, Windows Server 2019, Microsoft Hyper-V Server 2016, Windows Server 2016

Cet article explique les nouvelles fonctionnalités et modifiées d’Hyper-V sur Windows Server 2019, Windows Server 2016 et Microsoft Hyper-V Server 2016. Pour utiliser de nouvelles fonctionnalités sur des machines virtuelles créées avec Windows Server 2012 R2 et déplacées ou importées vers un serveur qui exécute Hyper-V sur Windows Server 2019 ou Windows Server 2016, vous devez mettre à niveau manuellement la version de configuration de la machine virtuelle. Pour obtenir des instructions, consultez Mettre à niveau la version de la machine virtuelle.

Voici ce qui est inclus dans cet article et si la fonctionnalité est nouvelle ou mise à jour.

Windows Server, version 1903

Ajouter un gestionnaire Hyper-V aux installations Server Core (mise à jour)

Comme vous le savez peut-être, nous recommandons d’utiliser l’option d’installation Server Core quand vous utilisez le canal semi-annuel de Windows Server en production. Toutefois, Server Core omet par défaut un certain nombre d’outils de gestion utiles. Vous pouvez ajouter un grand nombre des outils les plus couramment utilisés en installant la fonctionnalité de compatibilité des applications, mais certains outils sont toujours manquants.

Ainsi, en fonction des commentaires des clients, nous avons ajouté un autre outil à la fonctionnalité de compatibilité des applications dans cette version : Gestionnaire Hyper-V (virtmgmt.msc).

Pour plus d’informations, consultez La fonctionnalité de compatibilité des applications server Core à la demande (FOD).

Windows Server 2019

Sécurité : Améliorations des Machines Virtuelles protégée (nouvelles)

  • Améliorations pour les filiales

    Vous pouvez maintenant exécuter des machines virtuelles dotées d’une protection maximale sur des ordinateurs ayant une connectivité intermittente au Service Guardian hôte en tirant parti du nouveau SGH de secours et des fonctionnalités du mode hors connexion. Le SGH de secours vous permet de configurer un deuxième ensemble d’URL qu’Hyper-V peut essayer s’il ne peut pas atteindre votre serveur SGH principal.

    Le mode hors connexion vous permet de continuer à démarrer vos machines virtuelles protégés même si le SGH n’est pas accessible, tant que la machine virtuelle a démarré avec succès une fois et que la configuration de sécurité de l’hôte n’a pas changé.

  • Améliorations de la résolution des problèmes

    Nous avons également simplifié le dépannage de vos machines virtuelles en autorisant la prise en charge du Mode de Session étendu VMConnect et de PowerShell Direct. Ces outils sont particulièrement utiles si vous avez perdu la connectivité réseau à votre machine virtuelle et que vous devez mettre à jour sa configuration pour restaurer l’accès.

    Ces fonctionnalités n’ont pas besoin d’être configurées et deviennent automatiquement disponibles quand une machine virtuelle protégé est placée sur un ordinateur hôte Hyper-V exécutant Windows Server version 1803 ou ultérieur.

  • Prise en charge de Linux

    Si vous exécutez des environnements à systèmes d’exploitation mixtes, Windows Server 2019 prend désormais en charge l’exécution d’Ubuntu, Red Hat Enterprise Linux et SUSE Linux Enterprise Server dans les machines virtuelles.

Windows Server 2016

Compatible avec la veille connectée (nouveau)

Lorsque le rôle Hyper-V est installé sur un ordinateur qui utilise le modèle d’alimentation Always On/Always Connected (AOAC), l’état de l’alimentation de secours connecté est désormais disponible.

Affectation d’appareil discrète (nouveau)

Cette fonctionnalité vous permet d’accorder un accès direct et exclusif à une machine virtuelle à certains appareils matériels PCIe. L’utilisation d’un appareil de cette façon contourne la pile de virtualisation Hyper-V, ce qui entraîne un accès plus rapide. Pour plus d’informations sur le matériel pris en charge, consultez « Affectation d’appareil discret » dans La configuration système requise pour Hyper-V sur Windows Server 2016. Pour plus d’informations, notamment comment utiliser cette fonctionnalité et considérations, consultez le billet « Affectation d’appareil discret — Description et arrière-plan » dans le blog de virtualisation.

Prise en charge du chiffrement pour le disque du système d’exploitation dans les machines virtuelles de génération 1 (nouveau)

Vous pouvez désormais protéger le disque du système d’exploitation à l’aide du chiffrement de lecteur BitLocker dans les machines virtuelles de génération 1. Une nouvelle fonctionnalité, stockage de clés, crée un petit lecteur dédié pour stocker la clé BitLocker du lecteur système. Cela se fait au lieu d’utiliser un module de plateforme sécurisée (TPM) virtuel, disponible uniquement dans les machines virtuelles de génération 2. Pour déchiffrer le disque et démarrer la machine virtuelle, l’hôte Hyper-V doit faire partie d’une infrastructure protégée autorisée ou disposer de la clé privée de l’un des gardiens de la machine virtuelle. Le stockage de clés nécessite une machine virtuelle version 8. Pour plus d’informations sur la version de la machine virtuelle, consultez Mettre à niveau la version de la machine virtuelle dans Hyper-V sur Windows 10 ou Windows Server 2016.

Protection des ressources de l’hôte (nouveau)

Cette fonctionnalité permet d’empêcher une machine virtuelle d’utiliser plus que son partage de ressources système en recherchant des niveaux excessifs d’activité. Cela peut aider à empêcher l’activité excessive d’une machine virtuelle de dégrader les performances de l’hôte ou d’autres machines virtuelles. Lorsque la surveillance détecte une machine virtuelle avec une activité excessive, la machine virtuelle reçoit moins de ressources. Cette surveillance et cette application sont désactivées par défaut. Utilisez Windows PowerShell pour l’activer ou la désactiver. Pour l’activer, exécutez cette commande :

Set-VMProcessor TestVM -EnableHostResourceProtection $true

Pour plus d’informations sur cette applet de commande, consultez Set-VMProcessor.

Ajouter et supprimer à chaud pour les cartes réseau et la mémoire (nouveau)

Vous pouvez maintenant ajouter ou supprimer une carte réseau pendant l’exécution de la machine virtuelle, sans entraîner de temps d’arrêt. Cela fonctionne pour les machines virtuelles de génération 2 qui exécutent des systèmes d’exploitation Windows ou Linux.

Vous pouvez également ajuster la quantité de mémoire affectée à une machine virtuelle pendant son exécution, même si vous n’avez pas activé la mémoire dynamique. Cela fonctionne pour les machines virtuelles de génération 1 et 2e génération, en exécutant Windows Server 2016 ou Windows 10.

Améliorations du Gestionnaire Hyper-V (mises à jour)

  • Prise en charge des autres informations d’identification : vous pouvez désormais utiliser un autre ensemble d’informations d’identification dans le Gestionnaire Hyper-V lorsque vous vous connectez à un autre Windows Server 2016 ou Windows 10 hôte distant. Vous pouvez également enregistrer ces informations d’identification pour faciliter la connexion.

  • Gérer les versions antérieures - Avec le Gestionnaire Hyper-V dans Windows Server 2019, Windows Server 2016 et Windows 10, vous pouvez gérer les ordinateurs exécutant Hyper-V sur Windows Server 2012, Windows 8, Windows Server 2012 R2 et Windows 8.1.

  • Protocole de gestion mis à jour : Le Gestionnaire Hyper-V communique désormais avec les hôtes Hyper-V distants à l’aide du protocole WS-MAN, qui permet l’authentification Kerberos, Kerberos ou NTLM. Lorsque vous utilisez CredSSP pour vous connecter à un hôte Hyper-V distant, vous pouvez effectuer une migration dynamique sans activer la délégation contrainte dans Active Directory. L’infrastructure basée sur WS-MAN facilite également l’activation d’un hôte pour la gestion à distance. WS-MAN se connecte par le biais du port 80 qui est ouvert par défaut.

Services d’intégration fournis via Windows Update (mis à jour)

Mises à jour aux services d’intégration pour les invités Windows sont distribués via Windows Update. Pour les fournisseurs de services et les hôtes de cloud privé, cela place le contrôle de l’application des mises à jour aux mains des locataires propriétaires des machines virtuelles. Les locataires peuvent maintenant mettre à jour leurs machines virtuelles Windows avec toutes les mises à jour, y compris les services d’intégration, à l’aide d’une méthode unique. Pour plus d’informations sur les services d’intégration pour les invités Linux, consultez Linux et FreeBSD Machines Virtuelles sur Hyper-V.

Important

Le fichier image vmguest.iso n’est plus nécessaire. Il n’est donc pas inclus avec Hyper-V sur Windows Server 2016.

Démarrage sécurisé Linux (nouveau)

Les systèmes d’exploitation Linux s’exécutant sur des machines virtuelles de génération 2 peuvent désormais démarrer avec l’option De démarrage sécurisé activée. Ubuntu 14.04 et versions ultérieures, SUSE Linux Enterprise Server 12 et versions ultérieures, Red Hat Enterprise Linux 7.0 et ultérieur, et CentOS 7.0 et versions ultérieures sont activés pour le démarrage sécurisé sur les hôtes qui exécutent Windows Server 2016. Avant de démarrer la machine virtuelle pour la première fois, vous devez configurer la machine virtuelle pour utiliser l’autorité de certification UEFI Microsoft. Vous pouvez le faire à partir d’Hyper-V Manager, de Virtual Machine Manager ou d’une session Windows PowerShell avec élévation de privilèges. Pour Windows PowerShell, exécutez cette commande :

Set-VMFirmware TestVM -SecureBootTemplate MicrosoftUEFICertificateAuthority

Pour plus d’informations sur les machines virtuelles Linux sur Hyper-V, consultez Linux et FreeBSD Machines Virtuelles sur Hyper-V. Pour plus d’informations sur l’applet de commande, consultez Set-VMFirmware.

Plus de mémoire et de processeurs pour les machines virtuelles de génération 2 et les hôtes Hyper-V (mis à jour)

À compter de la version 8, les machines virtuelles de génération 2 peuvent utiliser beaucoup plus de mémoire et de processeurs virtuels. Les hôtes peuvent également être configurés avec beaucoup plus de mémoire et de processeurs virtuels que ceux pris en charge précédemment. Ces modifications prennent en charge de nouveaux scénarios tels que l’exécution de bases de données en mémoire volumineuses de commerce électronique pour le traitement des transactions en ligne (OLTP) et l’entreposage de données (DW). Le blog Windows Server a récemment publié les résultats de performances d’une machine virtuelle avec 5,5 téraoctets de mémoire et 128 processeurs virtuels exécutant 4 To de base de données en mémoire. Les performances ont été supérieures à 95 % des performances d’un serveur physique. Pour plus d’informations, consultez Windows Server 2016 performances des machines virtuelles à grande échelle Hyper-V pour le traitement des transactions en mémoire. Pour plus d’informations sur les versions des machines virtuelles, consultez Mettre à niveau la version de machine virtuelle dans Hyper-V sur Windows 10 ou Windows Server 2016. Pour obtenir la liste complète des configurations maximales prises en charge, consultez Plan for Hyper-V scalability in Windows Server 2016.

Virtualisation imbriquée (nouveau)

Cette fonctionnalité vous permet d’utiliser une machine virtuelle en tant qu’hôte Hyper-V et de créer des machines virtuelles au sein de cet hôte virtualisé. Cela peut être particulièrement utile pour les environnements de développement et de test. Pour utiliser la virtualisation imbriquée, vous devez :

  • Pour exécuter au moins Windows Server 2019, Windows Server 2016 ou Windows 10 sur l’hôte Hyper-V physique et l’hôte virtualisé.

  • Un processeur avec Intel VT-x (virtualisation imbriquée est disponible uniquement pour les processeurs Intel à ce stade).

Pour plus d’informations et des instructions, consultez Exécuter Hyper-V dans une machine virtuelle avec virtualisation imbriquée.

Fonctionnalités de mise en réseau (nouveau)

Les nouvelles fonctionnalités de mise en réseau sont les suivantes :

  • Accès à la mémoire directe à distance (RDMA) et basculer l’association incorporée (SET). Vous pouvez configurer RDMA sur des cartes réseau liées à un commutateur virtuel Hyper-V, quel que soit l’utilisation de SET. SET fournit un commutateur virtuel avec certaines des mêmes fonctionnalités que l’association de cartes réseau. Pour plus d’informations, consultez Accès direct à distance (RDMA) et Switch Embedded Teaming (SET).

  • Files d’attente multiples de machines virtuelles (VMMQ). Améliore le débit vmQ en allouant plusieurs files d’attente matérielles par machine virtuelle. La file d’attente par défaut devient un ensemble de files d’attente pour une machine virtuelle et le trafic est réparti entre les files d’attente.

  • Qualité de service (QoS) pour les réseaux définis par logiciel. Gère la classe par défaut du trafic via le commutateur virtuel au sein de la bande passante de classe par défaut.

Pour plus d’informations sur les nouvelles fonctionnalités de mise en réseau, consultez Nouveautés de la mise en réseau.

Points de contrôle de production (nouveau)

Les points de contrôle de production sont des images « point à temps » d’une machine virtuelle. Celles-ci vous permettent d’appliquer un point de contrôle conforme aux stratégies de support lorsqu’une machine virtuelle exécute une charge de travail de production. Les points de contrôle de production sont basés sur la technologie de sauvegarde à l’intérieur de l’invité au lieu d’un état enregistré. Pour les machines virtuelles Windows, le service d’instantané de volume (VSS) est utilisé. Pour les machines virtuelles Linux, les mémoires tampons du système de fichiers sont vidées pour créer un point de contrôle cohérent avec le système de fichiers. Si vous préférez utiliser des points de contrôle basés sur des états enregistrés, choisissez plutôt des points de contrôle standard. Pour plus d’informations, consultez Choisir entre des points de contrôle standard ou de production dans Hyper-V.

Important

Les nouvelles machines virtuelles utilisent des points de contrôle de production comme valeur par défaut.

Mise à niveau du cluster Hyper-V (nouveau)

Vous pouvez maintenant ajouter un nœud exécutant Windows Server 2019 ou Windows Server 2016 à un cluster Hyper-V avec des nœuds exécutant Windows Server 2012 R2. Cela vous permet de mettre à niveau le cluster sans temps d’arrêt. Le cluster s’exécute au niveau de la fonctionnalité Windows Server 2012 R2 jusqu’à ce que vous mettez à niveau tous les nœuds du cluster et mettez à jour le niveau fonctionnel du cluster avec l’applet de commande Windows PowerShell, Update-ClusterFunctionalLevel.

Important

Après avoir mis à jour le niveau fonctionnel du cluster, vous ne pouvez pas le retourner à Windows Server 2012 R2.

Pour un cluster Hyper-V avec un niveau fonctionnel de Windows Server 2012 R2 avec des nœuds exécutant Windows Server 2012 R2, Windows Server 2019 et Windows Server 2016, notez ce qui suit :

  • Gérez le cluster, Hyper-V et les machines virtuelles à partir d’un nœud exécutant Windows Server 2016 ou Windows 10.

  • Vous pouvez déplacer des machines virtuelles entre tous les nœuds du cluster Hyper-V.

  • Pour utiliser de nouvelles fonctionnalités Hyper-V, tous les nœuds doivent exécuter Windows Server 2016 ou le niveau fonctionnel du cluster doit être mis à jour.

  • La version de configuration de la machine virtuelle pour les machines virtuelles existantes n’est pas mise à niveau. Vous pouvez mettre à niveau la version de configuration uniquement après avoir mis à niveau le niveau fonctionnel du cluster.

  • Les machines virtuelles que vous créez sont compatibles avec Windows Server 2012 R2, niveau de configuration de la machine virtuelle 5.

Après avoir mis à jour le niveau fonctionnel du cluster :

  • Vous pouvez activer les nouvelles fonctionnalités Hyper-V.

  • Pour rendre les nouvelles fonctionnalités de machine virtuelle disponibles, utilisez l’applet de commande pour mettre à jour manuellement le Update-vmVersion niveau de configuration de la machine virtuelle. Pour obtenir des instructions, consultez Mettre à niveau la version de la machine virtuelle.

  • Vous ne pouvez pas ajouter un nœud au cluster Hyper-V qui s’exécute Windows Server 2012 R2.

Notes

Hyper-V sur Windows 10 ne prend pas en charge le clustering de basculement.

Pour plus d’informations et des instructions, consultez la mise à niveau propagée du système d’exploitation du cluster.

Disques durs virtuels partagés (mis à jour)

Vous pouvez désormais redimensionner les disques durs virtuels partagés (fichiers.vhdx) utilisés pour le clustering invité, sans temps d’arrêt. Les disques durs virtuels partagés peuvent être développés ou réduits pendant que la machine virtuelle est en ligne. Les clusters invités peuvent désormais protéger les disques durs virtuels partagés à l’aide du réplica Hyper-V pour la récupération d’urgence.

Activez la réplication sur la collection. L’activation de la réplication sur une collection est exposée uniquement via l’interface WMI. Pour plus d’informations, consultez la documentation relative à Msvm_CollectionReplicationService classe . Vous ne pouvez pas gérer la réplication d’une collection via l’applet de commande PowerShell ou l’interface utilisateur. Les machines virtuelles doivent se trouver sur des hôtes qui font partie d’un cluster Hyper-V pour accéder aux fonctionnalités spécifiques à une collection. Cela inclut le disque dur virtuel partagé - les disques durs virtuels partagés sur les hôtes autonomes ne sont pas pris en charge par le réplica Hyper-V.

Suivez les instructions pour les disques durs virtuels partagés dans la vue d’ensemble du partage de disque dur virtuel et assurez-vous que vos disques durs virtuels partagés font partie d’un cluster invité.

Une collection avec un disque dur virtuel partagé, mais aucun cluster invité associé ne peut pas créer de points de référence pour la collection (que le disque dur virtuel partagé soit inclus dans la création du point de référence ou non).

Sauvegarde de machine virtuelle(nouvelle)

Si vous sauvegardez une seule machine virtuelle (que l’hôte soit cluster ou non), vous ne devez pas utiliser de groupe de machines virtuelles. Vous ne devez pas utiliser une collection d’instantanés. Les groupes de machines virtuelles et la collection d’instantanés sont destinés à être utilisés uniquement pour sauvegarder des clusters invités qui utilisent vhdx partagé. Au lieu de cela, vous devez prendre un instantané à l’aide du fournisseur WMI v2 Hyper-V. De même, n’utilisez pas le fournisseur WMI du cluster de basculement.

Machines virtuelles protégées (nouveau)

Les machines virtuelles protégées utilisent plusieurs fonctionnalités pour rendre plus difficile pour les administrateurs Hyper-V et les programmes malveillants sur l’hôte d’inspecter, de falsifier ou de voler des données à partir de l’état d’une machine virtuelle protégée. Les données et l’état sont chiffrés, les administrateurs Hyper-V ne peuvent pas voir la sortie et les disques vidéo, et les machines virtuelles peuvent être limitées à s’exécuter uniquement sur des hôtes connus et sains, comme déterminé par un serveur Guardian hôte. Pour plus d’informations, consultez Guarded Fabric et Machines virtuelles protégées.

Notes

Les machines virtuelles protégées sont compatibles avec le réplica Hyper-V. Pour répliquer une machine virtuelle protégée, l’hôte à répliquer doit être autorisé à exécuter cette machine virtuelle protégée.

Priorité d’ordre de début pour les machines virtuelles en cluster (nouveau)

Cette fonctionnalité vous permet de contrôler davantage les machines virtuelles en cluster qui sont démarrées ou redémarrées en premier. Cela facilite le démarrage des machines virtuelles qui fournissent des services avant les machines virtuelles qui utilisent ces services. Définissez des ensembles, placez des machines virtuelles dans des ensembles et spécifiez des dépendances. Utilisez Windows PowerShell applets de commande pour gérer les jeux, tels que New-ClusterGroupSet, Get-ClusterGroupSet et Add-ClusterGroupSetDependency. .

Qualité de service de stockage (QoS) (mise à jour)

Vous pouvez maintenant créer des stratégies QoS de stockage sur un serveur de fichiers avec montée en puissance parallèle et les affecter à un ou plusieurs disques virtuels sur des machines virtuelles Hyper-V. Les performances de stockage sont automatiquement réajustées pour répondre aux stratégies quand la charge de stockage varie. Pour plus d’informations, consultez Qualité de service de stockage.

Format de fichier de configuration de machine virtuelle (mis à jour)

Les fichiers de configuration des machines virtuelles utilisent un nouveau format qui rend la lecture et l’écriture des données de configuration plus efficaces. Le format rend également l’altération des données moins probable si une défaillance de stockage se produit. Les fichiers de données de configuration des machines virtuelles utilisent une extension de nom de fichier .vmcx et des fichiers de données d’état d’exécution utilisent une extension de nom de fichier .vmrs.

Important

L’extension de nom de fichier .vmcx indique un fichier binaire. La modification des fichiers .vmcx ou .vmrs n’est pas prise en charge.

Version de configuration de la machine virtuelle (mise à jour)

La version représente la compatibilité de la configuration, de l’état enregistré et des fichiers d’instantané de la machine virtuelle avec la version d’Hyper-V. Les machines virtuelles avec la version 5 sont compatibles avec Windows Server 2012 R2 et peuvent s’exécuter sur Windows Server 2012 R2 et Windows Server 2016. Les machines virtuelles avec des versions introduites dans Windows Server 2016 et Windows Server 2019 ne s’exécutent pas dans Hyper-V sur Windows Server 2012 R2.

Si vous déplacez ou importez une machine virtuelle sur un serveur qui exécute Hyper-V sur Windows Server 2016 ou Windows Server 2019 à partir de Windows Server 2012 R2, la configuration de la machine virtuelle n’est pas automatiquement mise à jour. Cela signifie que vous pouvez déplacer la machine virtuelle vers un serveur qui s’exécute Windows Server 2012 R2. Toutefois, cela signifie également que vous ne pouvez pas utiliser les nouvelles fonctionnalités de machine virtuelle tant que vous ne pouvez pas mettre à jour manuellement la version de la configuration de la machine virtuelle.

Pour obtenir des instructions sur la vérification et la mise à niveau de la version, consultez Mettre à niveau la version de la machine virtuelle. Cet article répertorie également la version dans laquelle certaines fonctionnalités ont été introduites.

Important

  • Après avoir mis à jour la version, vous ne pouvez pas déplacer la machine virtuelle vers un serveur qui s’exécute Windows Server 2012 R2.
  • Vous ne pouvez pas rétrograder la configuration vers une version précédente.
  • L’applet de commande Update-VMVersion est bloquée sur un cluster Hyper-V lorsque le niveau fonctionnel du cluster est Windows Server 2012 R2.

Sécurité basée sur la virtualisation pour les machines virtuelles de génération 2 (nouveau)

Les fonctionnalités de sécurité basées sur la virtualisation telles que Device Guard et Credential Guard offrent une protection accrue du système d’exploitation contre les attaques contre les programmes malveillants. La sécurité basée sur la virtualisation est disponible dans les machines virtuelles invitées de génération 2 à compter de la version 8. Pour plus d’informations sur la version de la machine virtuelle, consultez Mettre à niveau la version de la machine virtuelle dans Hyper-V sur Windows 10 ou Windows Server 2016.

Conteneurs Windows (nouveau)

Les conteneurs Windows permettent à de nombreuses applications isolées de s’exécuter sur un système informatique. Ils sont rapides à créer et sont hautement évolutifs et portables. Deux types de runtime de conteneur sont disponibles, chacun avec un degré différent d’isolation d’application. Les conteneurs Windows Server utilisent l’espace de noms et l’isolation des processus. Les conteneurs Hyper-V utilisent une machine virtuelle légère pour chaque conteneur.

Ses caractéristiques principales sont les suivantes :

  • Prise en charge des sites web et des applications à l’aide du protocole HTTPS

  • Nano Server peut héberger des conteneurs Windows Server et Hyper-V

  • Possibilité de gérer des données via des dossiers partagés de conteneur

  • Possibilité de restreindre les ressources de conteneur

Pour plus d’informations, notamment des guides de démarrage rapide, consultez la documentation sur les conteneurs Windows.

Windows PowerShell Direct (nouveau)

Cela vous permet d’exécuter Windows PowerShell commandes dans une machine virtuelle à partir de l’hôte. Windows PowerShell Direct s’exécute entre l’hôte et la machine virtuelle. Cela signifie qu’il ne nécessite pas de configuration réseau ou de pare-feu, et qu’il fonctionne indépendamment de votre configuration de gestion à distance.

Windows PowerShell Direct est une alternative aux outils existants que les administrateurs Hyper-V utilisent pour se connecter à une machine virtuelle sur un hôte Hyper-V :

  • Outils de gestion à distance tels que PowerShell ou Bureau à distance

  • Connexion de machine virtuelle Hyper-V (VMConnect)

Ces outils fonctionnent bien, mais ont des compromis : VMConnect est fiable, mais peut être difficile à automatiser. PowerShell distant est puissant, mais peut être difficile à configurer et à gérer. Ces compromis peuvent devenir plus importants à mesure que votre déploiement Hyper-V augmente. Windows PowerShell Direct traite cela en fournissant une expérience de script et d’automatisation puissante qui est aussi simple que l’utilisation de VMConnect.

Pour obtenir des instructions et des exigences, consultez Gérer les machines virtuelles Windows avec PowerShell Direct.