Nouveautés de Hyper-V sur Windows Server

  • Article

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

Cet article explique les nouveautés et les modifications apportées au fonctionnement d’Hyper-V sur Windows Server 2019, Windows Server 2016 et Microsoft Hyper-V Server 2016. Pour utiliser de nouvelles fonctionnalités sur les 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 avez besoin de mettre à niveau manuellement la version de la configuration de la machine virtuelle. Pour obtenir des instructions, consultez Mettre à niveau la version de la machine virtuelle.

Voici les points abordés dans cet article précisant si la fonctionnalité est nouvelle ou mise à jour.

Windows Server, version 1903

Ajouter le 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.

Par conséquent, sur la base des commentaires des clients, nous avons ajouté un outil supplémentaire à la fonctionnalité de compatibilité des applications dans cette version : le Gestionnaire Hyper-V (virtmgmt.msc).

Pour plus d’informations, consultez Fonctionnalité à la demande de compatibilité des applications Server Core.

Windows Server 2019

Sécurité : améliorations apportées aux machines virtuelles dotées d’une protection maximale (nouveauté)

  • 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 (nouveauté)

Quand le rôle Hyper-V est installé sur un ordinateur qui utilise le mode d’alimentation AOAC (Always On/Always Connected), l’état de veille connectée est à présent disponible.

Attribution d’appareils en mode discret (nouveauté)

Cette fonctionnalité vous permet d’accorder à une machine virtuelle un accès direct et exclusif à certains appareils matériels PCIe. L’utilisation d’un appareil de cette façon contourne la pile de virtualisation Hyper-V, ce qui accélère l’accès. Pour plus d’informations sur le matériel pris en charge, consultez « Attribution d’appareils en mode discret » dans Configuration système pour Hyper-V sur Windows Server 2016. Pour plus d’informations, notamment sur l’utilisation de cette fonctionnalité et les points à prendre en compte, consultez le billet « Attribution d’appareils en mode discret — Description et contexte » dans le blog Virtualisation.

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

Vous pouvez à présent protéger le disque du système d’exploitation à l’aide du chiffrement de lecteur BitLocker sur les machines virtuelles de 1re génération. Une nouvelle fonctionnalité, le stockage de clés, crée un petit lecteur dédié pour stocker la clé BitLocker du lecteur système. Cette opération remplace l’utilisation d’un module de plateforme sécurisée (TPM) virtuel, disponible uniquement dans les machines virtuelles de 2e génération. Pour déchiffrer le disque et démarrer la machine virtuelle, l’hôte Hyper-V doit soit faire partie d’une structure fabric gardée autorisée, soit disposer de la clé privée de l’un des gardiens de la machine virtuelle. Le stockage de clé nécessite une machine virtuelle de 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 (nouveauté)

Cette fonctionnalité permet d’empêcher une machine virtuelle d’utiliser plus que sa part de ressources système en recherchant les niveaux d’activité excessifs. Elle peut aider à empêcher toute activité excessive d’une machine virtuelle de dégrader les performances de l’hôte ou d’autres machines virtuelles. Lorsque le monitoring détecte une machine virtuelle dont l’activité est excessive, la machine virtuelle reçoit moins de ressources. Ce monitoring et l’opération qui en découle sont désactivés par défaut. Utilisez Windows PowerShell pour activer cette fonctionnalité 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 de la mémoire et des cartes réseau (nouveauté)

Vous pouvez à présent ajouter ou supprimer une carte réseau quand la machine virtuelle est en cours d’exécution, ce qui permet ainsi d’éviter des temps d’arrêt. Cette fonctionnalité s’applique aux machines virtuelles de 2e génération qui exécutent soit Windows, soit Linux.

Vous pouvez aussi ajuster la quantité de mémoire allouée à une machine virtuelle en cours d’exécution, même si vous n’avez pas activé la mémoire dynamique. Cela fonctionne pour les machines virtuelles de 1re et de 2e génération, qui exécutent Windows Server 2016 ou Windows 10.

Améliorations apportées au Gestionnaire Hyper-V (mise à jour)

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

  • Gestion des versions antérieures : Grâce au Gestionnaire Hyper-V dans Windows Server 2019, Windows Server 2016 et Windows 10, vous pouvez gérer des 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 à présent avec les hôtes Hyper-V distants à l’aide du protocole WS-MAN, qui autorise une authentification CredSSP, Kerberos ou NTLM. Quand 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 WS-MAN facilite également l’activation d’un hôte à des fins de gestion à distance. WS-MAN se connecte par le biais du port 80 qui est ouvert par défaut.

Services d’intégration fournis par le biais de Windows Update (mise à jour)

Les mises à jour des services d’intégration pour les invités Windows sont distribuées par le biais de Windows Update. Pour les fournisseurs de services et les hébergeurs de cloud privé, le contrôle de l’application des mises à jour est ainsi mis entre les mains des locataires propriétaires des machines virtuelles. Les locataires peuvent désormais mettre à jour leurs machines virtuelles Windows avec toutes les mises à jour, y compris celles des services d’intégration, à l’aide d’une seule méthode. Pour plus d’informations sur les services d’intégration pour les invités Linux, consultez Machines Virtuelles Linux et FreeBSD sur Hyper-V.

Important

Le fichier image vmguest.iso n’étant plus nécessaire, il n’est plus inclus dans Hyper-V sur Windows Server 2016.

Démarrage sécurisé de Linux (nouveauté)

Vous pouvez désormais démarrer des systèmes d’exploitation Linux, exécutés sur des machines virtuelles de 2e génération, avec l’option Démarrage sécurisé activée. Ubuntu 14.04, SUSE Linux Enterprise Server 12, Red Hat Enterprise Linux 7.0 et CentOS 7.0 ainsi que leurs versions ultérieures sont compatibles avec 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 la configurer pour utiliser l’autorité de certification Microsoft UEFI. Pour cela, vous pouvez utiliser le Gestionnaire Hyper-V, Virtual Machine Manager ou 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 Machines virtuelles Linux et FreeBSD sur Hyper-V. Pour plus d’informations sur l’applet de commande, consultez Set-VMFirmware.

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

À compter de la version 8, les machines virtuelles de 2e génération 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 ce qui était auparavant pris en charge. Ces changements permettent de prendre en charge de nouveaux scénarios comme l’exécution de bases de données en mémoire volumineuses d’e-commerce pour le traitement transactionnel en ligne (OLTP) et l’entreposage de données. Le blog Windows Server a récemment publié les résultats des performances d’une machine virtuelle avec 5,5 téraoctets de mémoire et 128 processeurs virtuels exécutant une base de données en mémoire de 4 To. Les performances étaient supérieures à 95 % des performances d’un serveur physique. Pour plus d’informations, consultez Performances de traitement transactionnel en mémoire d’une machine virtuelle Hyper-V à grande échelle Windows Server 2016. Pour plus d’informations sur les versions de machine virtuelle, consultez Mettre à niveau la version de la 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 Planifier la scalabilité d’Hyper-V dans Windows Server 2016.

Virtualisation imbriquée (nouveauté)

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é. Elle s’avère particulièrement utile aux environnements de développement et de test. Pour utiliser la virtualisation imbriquée, vous avez besoin de ceci :

  • 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 (la virtualisation imbriquée est disponible uniquement pour les processeurs Intel pour le moment).

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

Fonctionnalités réseau (nouveauté)

Les nouvelles fonctionnalités réseau incluent :

  • RDMA (Remote Direct Memory Access) et SET (Switch Embedded Teaming). Vous pouvez configurer RDMA sur les cartes réseau liées à un commutateur virtuel Hyper-V, que SET soit également utilisé ou non. SET fournit un commutateur virtuel avec certaines des mêmes fonctionnalités que l’association de cartes réseau. Pour plus d’informations, consultez RDMA (Remote Direct Memory Access) et SET (Switch Embedded Teaming).

  • VMMQ (Virtual Machine Multi-Queue). Améliore le débit de file d’attente d’ordinateurs virtuels 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éfinition logicielle. Gère la classe par défaut du trafic par le biais du commutateur virtuel au sein de la bande passante de la classe par défaut.

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

Points de contrôle de production (nouveauté)

Les points de contrôle de production sont des images « à un point dans le 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 VSS (Volume Snapshot Service) est utilisé. Pour les machines virtuelles Linux, les 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 par défaut.

Mise à niveau propagée du cluster Hyper-V (nouveauté)

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 mettiez à niveau tous les nœuds du cluster et mettiez à jour le niveau fonctionnel du cluster avec l’applet de commande Windows PowerShell Update-ClusterFunctionalLevel.

Important

Une fois que vous avez mis à jour le niveau fonctionnel du cluster, vous ne pouvez pas revenir à Windows Server 2012 R2.

Pour un cluster Hyper-V avec un niveau fonctionnel Windows Server 2012 R2 avec des nœuds exécutant Windows Server 2012 R2, Windows Server 2019 et Windows Server 2016, notez les points suivants :

  • 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 les nouvelles fonctionnalités Hyper-V, tous les nœuds doivent exécuter Windows Server 2016 et le niveau fonctionnel du cluster doit être mis à jour.

  • La version de la configuration des machines virtuelles existantes n’est pas mise à niveau. Vous pouvez mettre à niveau la version de la 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, au niveau de configuration de 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 Update-vmVersion pour mettre à jour manuellement le 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 de nœud au cluster Hyper-V qui exécute Windows Server 2012 R2.

Remarque

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

Pour plus d’informations et pour obtenir des instructions, consultez Mise à niveau propagée de système d’exploitation du cluster.

Disques durs virtuels partagés (mise à jour)

Vous pouvez maintenant redimensionner des 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 grossir ou se réduire quand la machine virtuelle est en ligne. Les clusters invités peuvent désormais également protéger les disques durs virtuels partagés à l’aide du réplica Hyper-V pour la reprise d’activité.

Activez la réplication sur la collection. L’activation de la réplication sur une collection est exposée uniquement par le biais de l’interface WMI. Pour plus d’informations, consultez la documentation relative à la classe Msvm_CollectionReplicationService. Vous ne pouvez pas gérer la réplication d’une collection par le biais de l’applet de commande PowerShell ou de 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 propres à une collection. Cela inclut les disques durs virtuels partagés. Sur des hôtes autonomes, ces derniers ne sont pas pris en charge par le réplica Hyper-V.

Suivez les instructions relatives aux disques durs virtuels partagés dans Vue d’ensemble du partage de disque dur virtuel et vérifiez que vos disques durs virtuels partagés font partie d’un cluster invité.

Une collection qui comporte 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 ou non dans la création du point de référence).

Sauvegarde de machines virtuelles (nouveauté)

Si vous sauvegardez une seule machine virtuelle (que l’hôte soit en cluster ou non), vous ne devez pas utiliser un groupe de machines virtuelles. Vous ne devez pas non plus 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 la sauvegarde de clusters invités qui utilisent un vhdx partagé. Vous avez plutôt intérêt à prendre un instantané à l’aide du fournisseur Hyper-V WMI v2. De même, n’utilisez pas le fournisseur WMI de cluster de basculement.

Machines virtuelles dotées d’une protection maximale (nouveauté)

Les machines virtuelles dotées d’une protection maximale utilisent plusieurs fonctionnalités pour qu’il soit 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 vidéo et les disques, et les machines virtuelles peuvent être limitées à une exécution sur des hôtes connus et sains uniquement, comme déterminé par un serveur Guardian hôte. Pour plus d’informations, consultez Structure fabric gardée et machines virtuelles dotées d’une protection maximale.

Remarque

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

Ordre de priorité du démarrage des machines virtuelles en cluster (nouveauté)

Cette fonctionnalité vous donne plus de contrôle sur les machines virtuelles en cluster qui sont démarrées ou redémarrées en premier. Elle facilite ainsi le démarrage des machines virtuelles qui fournissent des services avant celles qui les utilisent. Définissez des ensembles, placez des machines virtuelles dans des ensembles et spécifiez des dépendances. Utilisez des applets de commande Windows PowerShell pour gérer les ensembles, comme New-ClusterGroupSet, Get-ClusterGroupSet et Add-ClusterGroupSetDependency. .

Qualité de service (QoS) de stockage (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 (mise à jour)

Les fichiers de configuration de machine virtuelle utilisent un nouveau format qui rend la lecture et l’écriture des données de configuration plus efficaces. Ce format rend également l’altération des données moins probable en cas de défaillance du stockage. Les fichiers de données de configuration de machine virtuelle portent une extension .vmcx et les fichiers de données d’état d’exécution portent une extension .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é des fichiers de configuration, d’état enregistré et 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 à la fois 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 dans 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 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 n’avez pas mis à jour manuellement la version de 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 liste é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 exécute Windows Server 2012 R2.
  • Vous ne pouvez pas passer la configuration à une version antérieure.
  • 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 2e génération (nouveauté)

La sécurité basée sur la virtualisation alimente des fonctionnalités comme Device Guard et Credential Guard, offrant une protection accrue du système d’exploitation contre les attaques des programmes malveillants. La sécurité basée sur la virtualisation est disponible sur les machines virtuelles invitées de 2e génération à partir 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 (nouveauté)

Les conteneurs Windows permettent à de nombreuses applications isolées de s’exécuter sur un seul système informatique. Ils sont rapides à créer et hautement évolutifs et portables. Deux types de runtime de conteneur sont disponibles, chacun avec un degré différent d’isolation des applications. Les conteneurs Windows Server utilisent une isolation des espaces de noms et 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 utilisant HTTPS

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

  • Possibilité de gérer des données par le biais de dossiers partagés de conteneur

  • Possibilité de restreindre les ressources de conteneur

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

Windows PowerShell Direct (nouveauté)

Cette fonctionnalité vous permet d’exécuter des commandes Windows PowerShell 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 mise en réseau ni de pare-feu et qu’il fonctionne quelle que soit 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

  • Connection à une machine virtuelle Hyper-V (VMConnect)

Ces outils fonctionnent bien, mais présentent des contreparties : VMConnect est fiable, mais peut s’avérer difficile à automatiser. Remote PowerShell est un outil puissant, mais son installation et sa maintenance peuvent se révéler difficiles. Ces contreparties peuvent prendre de l’importance à mesure que votre déploiement Hyper-V prend de l’ampleur. Windows PowerShell Direct résout ce problème en fournissant une expérience puissante de création de scripts et d’automatisation, aussi simple que l’utilisation de VMConnect.

Pour connaître la configuration requise et obtenir des instructions, consultez Gérer des machines virtuelles Windows avec PowerShell Direct.