Il y a deux principaux acteurs qui dominent le marché de la virtualisation : Microsoft Hyper-V et VMware vSphere. Le choix entre les deux pour exécuter des machines virtuelles dépend de divers facteurs, notamment des exigences de votre environnement. Le sujet Hyper-V vs VMware peut inclure deux principales catégories de comparaison :
- Hyper-V et VMware pour les serveurs
- Hyper-V et VMware pour les utilisateurs de bureau
Dans cet article de blog, nous mettons en évidence les principales différences entre les solutions VMware et Hyper-V pour les environnements de serveurs principalement, mais aussi pour les utilisateurs individuels afin que vous puissiez déterminer quelle plateforme répond le mieux à vos besoins.
Qu’est-ce que Hyper-V?
Hyper-V est un hyperviseur de type 1 ou natif conçu par Microsoft. Il vous permet de créer et de gérer plusieurs versions virtualisées d’un ordinateur, appelées machines virtuelles (VM). Hyper-V fournit une plateforme de virtualisation pour construire une infrastructure informatique virtuelle pour différents scénarios. Chaque VM, dans ce cas, fonctionne dans son propre espace isolé, sans interférer avec les processus dans d’autres VM avec des ressources physiques partagées entre les VM.
Vous pouvez utiliser Hyper-V sur Windows dans deux mises en œuvre principales :
- Hyper-V sur des serveurs (sur les versions de Windows Server, telles que Windows Server 2016, 2019, 2022 et le serveur Hyper-V autonome).
- Hyper-V sur des postes de travail (sur Windows 8.1, Windows 10 et les éditions principales de Windows 11 telles que Pro et Entreprise).
Remarque : Le cloud Microsoft Azure utilise une version modifiée de Hyper-V sur leurs serveurs pour exécuter des machines virtuelles Azure.
Qu’est-ce que VMware?
VMware est un fournisseur de logiciels mondialement connu qui propose plusieurs produits sur le marché de la virtualisation. VMware ESXi, comme Hyper-V, est également un hyperviseur de type 1 qui est installé sur un serveur physique (bare metal).
VMware vSphere est une plateforme de virtualisation de serveur avec l’hyperviseur ESXi comme composant principal. Fondamentalement, VMware vSphere comprend:
- VMware ESXi
- VMware vCenter
- VMware vSphere Client
Tous ces produits combinés constituent l’infrastructure VMware, qui permet la gestion centralisée de l’environnement virtuel créé. VMware vSphere comprend également des produits supplémentaires tels que NSX, vSAN et vRealize Operations Manager qui étendent les fonctionnalités de vSphere.
En plus des produits serveur, il existe également des hyperviseurs de type 2 VMware qui peuvent être installés sur des ordinateurs utilisateurs pour exécuter des machines virtuelles:
- VMware Workstation
- VMware Player
- VMware Fusion (Pro)
- VMware Fusion Player
Tableau de comparaison VMware vs Hyper-V
Ci-dessous se trouve un tableau résumant les différences entre VMware et Hyper-V pour toutes les catégories que nous couvrirons plus tard dans ce post.
html
Linux
Free BSD
Linux
Free BSD
Unix
macOS*
autre
Linux
Free BSD
Linux
Free BSD
Unix
macOS*
autre
Gestionnaire de cluster de basculement
SCVMM
PowerShell
Connexion VM
Client hôte VMware
Client vSphere VMware
PowerCLI
ESXCLI
VMRC
PowerShell
Connexion VM
Ligne de commande
ReFS
ReFS
SMB 3.0
NFS
SMB 3.0
VHDX
VMDK</diy
Architecture VMware vs Hyper-V
La section suivante décrit les principaux composants offerts par les deux plateformes, ainsi que les similitudes et les différences entre les solutions Hyper-V et VMware.
Hyper-V
Microsoft Hyper-V existe en deux modes pour Windows et comme solution autonome :
- En tant que rôle Hyper-V, qui est une fonctionnalité intégrée de Windows Server pouvant être activée par un administrateur de serveur.
- En tant que fonctionnalité Windows dans Windows 10 et d’autres versions de Windows client. Un utilisateur ou un administrateur peut activer ou désactiver cette fonctionnalité.
- En tant que produit autonome de Microsoft (également connu sous le nom de Serveur Hyper-V), avec des fonctionnalités limitées et des composants de gestion Hyper-V.
Note : Au moment de la rédaction de cet article, la dernière version de Hyper-V Server en tant que solution autonome est Hyper-V Server 2019. Il n’y a pas de Hyper-V Server 2022. Vous pouvez utiliser Windows Server 2022 pour la dernière version de Hyper-V.
Lorsqu’un rôle/fonctionnalité Hyper-V est activé(e), Hyper-V démarre en premier, puis le système d’exploitation hôte démarre. Ne pas savoir cela peut causer de la confusion lorsque les utilisateurs pensent qu’un hyperviseur s’exécutant sur une machine Windows physique ne peut être qu’un hyperviseur de type 2. Hyper-V est un véritable hyperviseur de type 1.
L’architecture de Hyper-V est basée sur des hyperviseurs micro-noyau, ce qui signifie qu’un serveur hôte (également appelé partition parente) fournit un accès direct au matériel et aux ressources informatiques (pile de virtualisation). Hyper-V vous permet d’isoler les machines virtuelles en unités logiques (partitions), y compris les systèmes d’exploitation (OS) et les applications. Des unités logiques d’isolation appelées partitions sont utilisées à cette fin.
Les partitions sont divisées en partition parente et en partition enfant. Chaque environnement Hyper-V ne peut avoir qu’une seule partition parente, qui doit exécuter une version prise en charge de Windows Server. La partition parente peut créer plusieurs partitions enfants pour héberger des systèmes d’exploitation invités. Les partitions enfants ne peuvent pas accéder directement aux ressources matérielles, mais elles peuvent présenter une vue virtuelle des ressources sous forme de périphériques virtuels.
La communication entre la partition parente et les partitions enfants est effectuée via le VMBus, qui vous permet de gérer les demandes dirigées vers les périphériques virtuels. La partition parente comprend également un fournisseur de services de virtualisation (VSP), qui permet la connexion au VMBus pour gérer les demandes d’accès aux périphériques des partitions enfants.
Hyper-V peut héberger deux types de systèmes d’exploitation dans les partitions enfants : éclairé et non éclairé. La principale différence est que la partition enfant éclairée dispose de composants d’intégration Hyper-V et d’un client de service de virtualisation (VSC). Cela vous permet d’éviter l’émulation de périphériques et de permettre une communication directe avec la couche de virtualisation. En même temps, la partition enfant non éclairée ne dispose pas des mêmes composants et émule simplement le logiciel.
VMware
VMware vSphere est une plateforme de virtualisation composée de plusieurs composants qui doivent être installés et configurés. Essentiellement, vSphere est une suite de produits de virtualisation qui, une fois combinés, vous permettent de construire une plateforme informatique. Au cœur de VMware vSphere se trouve VMware ESXi, qui est un hyperviseur de type 1 ou natif utilisé pour gérer les serveurs hôtes et exécuter plusieurs machines virtuelles invitées directement. VMware ESXi permet un accès direct aux ressources informatiques de la machine physique, qui sont partagées par les machines virtuelles s’exécutant dans le système.
La version antérieure de VMware ESXi – VMware ESX – fonctionnait sur un noyau Linux, qui agissait comme la machine virtuelle principale. Plus tard, l’hyperviseur ESXi a été introduit pour minimiser les surcharges imposées par VMware ESX. VMware ESXi nécessite une quantité minimale de ressources matérielles et permet une empreinte réduite de 130 Mo (ESXi 7). Le processus de virtualisation dans ESXi est pris en charge par VMkernel, qui s’exécute directement sur les hôtes et permet la communication entre les machines virtuelles et le matériel physique, garantissant des performances élevées.
Le Client VMware vSphere ou VMware vCenter Server sont des composants de vSphere disponibles pour gérer la plateforme de virtualisation VMware. Ils fonctionnent comme des outils de gestion utilisés pour exécuter des hôtes ESXi. Nous les expliquerons et les comparerons aux analogues Hyper-V ci-dessous.
VMware fournit également VMware Workstation et VMware Fusion, qui sont des hyperviseurs de type 2 pouvant être installés sur des ordinateurs avec le système d’exploitation en cours d’exécution pour les utilisateurs individuels.
Systèmes d’exploitation pris en charge
Lorsque vous comparez Hyper-V et VMware, il est important de savoir quels systèmes d’exploitation sont pris en charge. Dans cette catégorie, vous devriez vous intéresser aux systèmes d’exploitation sous deux angles :
- Les systèmes d’exploitation hôtes pris en charge sont les systèmes d’exploitation d’un ordinateur physique ou d’un serveur sur lesquels vous pouvez installer un hyperviseur.
- Les systèmes d’exploitation invités pris en charge sont les systèmes d’exploitation que vous pouvez installer sur une machine virtuelle. Une machine virtuelle fonctionne sur un hyperviseur.
Prise en charge du système d’exploitation hôte
Systèmes d’exploitation hôtes pris en charge pour les différents hyperviseurs :
Hyper-V:
- Windows est le seul système d’exploitation sur lequel vous pouvez installer Hyper-V
ESXi:
- ESXi fonctionne comme un système d’exploitation lui-même et n’a pas besoin d’un autre système d’exploitation pour être installé sur un serveur.
VMware Workstation et Player:
- Windows
- Linux
VMware Fusion (Pro) et Fusion Player:
- macOS
Prise en charge du système d’exploitation invité
Les systèmes d’exploitation invités pris en charge par VMware et Hyper-V peuvent varier.
Hyper-V
Le nombre de systèmes d’exploitation invités pris en charge est limité dans Hyper-V. Selon les informations trouvées sur le site officiel, Hyper-V prend en charge les systèmes d’exploitation invités suivants :
- Windows
- Linux
- FreeBSD
Notez que les plus anciens systèmes d’exploitation Windows ne sont pas pris en charge. Les Windows sont pris en charge à partir de Windows Vista.
VMware
Les hyperviseurs VMware (ESXi, VMware Workstation, VMware Player, VMware Fusion et Fusion Player) prennent en charge davantage de systèmes d’exploitation invités pour être installés sur des VMs :
- Windows
- Linux
- Unix
- FreeBSD
- macOS, également connu sous le nom de Mac OS X*
Les hyperviseurs VMware prennent également en charge d’autres systèmes d’exploitation, y compris des systèmes d’exploitation anciens tels que DOS, Windows 95, Novell Netware, etc.
Vous pouvez déployer ESXi sur des VMs VMware à des fins de test et éducatives. Hyper-V ne prend pas en charge cela. Vous pouvez installer ESXi sur Hyper-V mais avec des limitations et uniquement en utilisant des versions ESXi plus anciennes.
*macOS est pris en charge par défaut dans VMware Fusion. Pour les autres hyperviseurs VMware, assurez-vous que l’accord de licence vous permet d’installer macOS en tant que système d’exploitation invité. Lisez comment installer macOS sur VMware ESXi. La même approche est vraie pour VMware Workstation.
Vous pouvez lire la liste complète des systèmes d’exploitation pris en charge dans le guide d’installation des systèmes d’exploitation invités.
Réflexions
VMware prend en charge plusieurs versions de systèmes d’exploitation hôtes disponibles sur le marché. Hyper-V, en revanche, met davantage l’accent sur le support des systèmes d’exploitation Microsoft, qui sont les plus largement utilisés dans le monde.
VMware ESXi ne nécessite pas de système d’exploitation hôte. En général, l’infrastructure VMware n’est pas liée à Windows uniquement et offre plus de flexibilité lorsque ESXi est installé sur des serveurs. VMware Workstation est installé sur des ordinateurs Linux et Windows, et Fusion est installé sur des ordinateurs utilisateurs exécutant macOS.
En ce qui concerne les systèmes d’exploitation invités, VMware propose beaucoup plus d’options que Hyper-V et prend en charge un plus grand nombre de systèmes d’exploitation invités, du plus ancien au plus récent.
Dans cette catégorie de comparaison Hyper-V vs VMware, VMware offre plus d’options pour les hyperviseurs de serveur et de client.
Outils de gestion et interface utilisateur
VMware et Hyper-V sont gérés par différents outils de gestion.
Gestionnaire Hyper-V
L’outil de gestion de base pour Hyper-V est le Gestionnaire Hyper-V. Il s’agit de l’interface utilisateur graphique (GUI) dans les versions de Windows Server et de Windows client, qui vous permet de créer des VM, d’exécuter des VM, ainsi que de modifier la configuration des VM et la configuration de Hyper-V. Le Gestionnaire Hyper-V est disponible sur les versions de Windows Server et de Windows client. Vous pouvez vous connecter à un hôte Hyper-V distant à l’aide du Gestionnaire Hyper-V.
La connexion de machine virtuelle Hyper-V (VM Connect) est un outil que vous voyez lorsque vous ouvrez l’interface d’une machine virtuelle que vous trouveriez sur un moniteur virtuel de la machine virtuelle. VMConnect envoie vos actions clavier et souris à la machine virtuelle. Cet outil est basé sur la fonctionnalité Bureau à distance Windows (RDP).
Notez que si vous déployez un cluster, vous pouvez gérer un cluster dans un autre outil appelé Gestionnaire de cluster de basculement et non dans Gestionnaire Hyper-V.
Gestionnaire de machine virtuelle System Center
Le Gestionnaire de machine virtuelle System Center (SCVMM) est un outil de gestion conçu par Microsoft pour faire fonctionner plusieurs machines virtuelles existant dans le même environnement virtuel Hyper-V sur des serveurs Windows. SCVMM n’est pas installé par défaut avec Hyper-V. C’est une solution massive que vous pouvez installer séparément.
SCVMM vous permet de créer, migrer, contrôler et supprimer des machines virtuelles. L’outil gère les processus au sein des machines virtuelles en fournissant un accès aux ressources matérielles nécessaires, telles que la mémoire, les pilotes, le stockage, et d’autres. Certains utilisateurs considèrent SCVMM comme l’équivalent du vCenter Hyper-V.
PowerShell
PowerShell est une interface de ligne de commande pour gérer Windows et Hyper-V. Il existe des cmdlets PowerShell spéciaux pour Hyper-V. Certaines options avancées ne peuvent être configurées qu’en PowerShell. Il existe de nombreuses commandes PowerShell utiles pour les administrateurs Hyper-V. L’utilisation de PowerShell pour la gestion Hyper-V est disponible sur les versions serveur et client de Windows.
VMware DCUI pour ESXi
L’interface utilisateur directe de console (DCUI) de VMware est une interface simple aux couleurs jaune-gris en style DOS, conçue pour permettre la configuration des paramètres de base d’ESXi tels que le nom d’hôte, les paramètres réseau, etc. L’ouverture de la DCUI est le point de départ de la configuration d’ESXi. Après avoir configuré les options de base dans la DCUI, vous pouvez ouvrir le client VMware Host.
Client VMware Host
Le client VMware Host est l’interface web intégrée pour gérer ESXi à distance. Cette interface est conviviale et permet de configurer de nombreuses options sur un hôte ESXi. Vous pouvez modifier la configuration de la VM, créer, exécuter et supprimer des VMs. Vous pouvez également ouvrir l’interface utilisateur d’un système d’exploitation invité en cours d’exécution sur la VM (ce outil est connu sous le nom de VMware Web Console).
VMware vCenter et VMware vSphere Client
VMware vCenter Server est une solution pour la gestion centralisée de VMware vSphere, y compris les hôtes ESXi. VMware vSphere Client est une interface web pour utiliser vCenter pour la gestion vSphere. Cette interface est puissante et conviviale. Vous pouvez installer d’autres composants vSphere tels que vSAN et les gérer également dans vCenter.
VMware vCenter est généralement installé lorsque vous avez plus d’un hôte ESXi dans votre environnement VMware. VMware vCenter est requis pour utiliser les fonctionnalités avancées de vSphere telles que la migration de VM, les fonctionnalités réseau, l’équilibrage de charge et le clustering de basculement, etc. En conséquence, vous pouvez contrôler les hôtes ESXi et les clusters avec des VMs à partir d’une seule interface, réduisant ainsi la charge de la gestion.
Lorsque vous ouvrez une interface de système d’exploitation invité d’une machine virtuelle, vous pouvez utiliser la console Web VMware dans un navigateur Web, ou installer VMware Remote Console pour plus de commodité. Si vous avez VMware Workstation installé sur votre machine locale, il n’est pas nécessaire d’installer VMware Remote Console (VMRC).
ESXCLI
ESXCLI est une interface en ligne de commande disponible après l’installation d’ESXi. Vous pouvez accéder à cette interface directement sur un serveur ESXi en appuyant sur Alt+F1. Alternativement, vous pouvez activer l’accès SSH à distance à l’hôte ESXi dans DCUI ou VMware Host Client et utiliser les commandes ESXCLI à distance. En savoir plus sur ESXCLI et les commandes de l’interface shell ESXi.
vSphere PowerCLI
VMware vSphere PowerCLI est un ensemble de cmdlets PowerShell pour gérer les hôtes ESXi et vCenter dans VMware vSphere. Vous devez installer PowerCLI manuellement et vous pouvez utiliser des dépôts en ligne pour le faire. PowerCLI vous permet d’automatiser la configuration et les tâches de gestion dans les environnements virtuels VMware vSphere.
L’interface utilisateur de VMware Workstation
VMware Workstation offre une interface pratique, puissante et conviviale pour gérer les machines virtuelles sur l’ordinateur d’un utilisateur. De plus, vous pouvez vous connecter à un hôte ESXi distant ou à un vCenter et gérer les VM – vous pouvez créer et supprimer des VM, changer l’état de la VM, modifier la configuration de la VM, etc. La gamme d’options est moins étendue que dans VMware vSphere Client pour vCenter, mais il est pratique de travailler dans un environnement VMware intégré avec de telles options de gestion.
VMware Workstation peut agir comme un Serveur VMware Workstation et partager des VMs.
VMware Workstation prend également en charge l’interface de ligne de commande qui comprend un ensemble standardisé de commandes pour Windows Linux et macOS pour gérer un hyperviseur et des VM sur cette machine physique locale. La commande vmware est la principale commande pour cette interface de ligne de commande.
Idées
Comme vous pouvez le voir, il y a une différence significative entre les interfaces utilisateur Hyper-V et VMware. Ils utilisent des approches complètement différentes. Les interfaces et les outils de gestion VMware peuvent être plus pratiques à utiliser et à déployer. Si vous avez l’habitude d’utiliser les produits Microsoft, alors les interfaces de gestion et les outils pour Hyper-V peuvent vous convenir.
Services des systèmes d’exploitation invités
Pour garantir des performances efficaces dans un environnement virtuel, VMware et Hyper-V fournissent tous deux un ensemble de services système et d’outils qui peuvent être facilement installés dans les machines virtuelles.
Services d’intégration Hyper-V
Les Services d’intégration Hyper-V (également connus sous le nom de composants d’intégration) sont un ensemble de services qui permettent à une VM de communiquer avec un hôte Hyper-V. De nombreux de ces services sont fortement recommandés pour permettre à la VM de fonctionner correctement. Les Services d’intégration Hyper-V Hyper-V Integration Services comprennent des utilitaires et des pilotes, en particulier pour travailler avec des périphériques virtuels dans un environnement virtuel.
Les Services d’intégration Hyper-V comprennent:
- Service de mise en arrêt des invités Hyper-V pour déclencher le bon arrêt de la machine virtuelle
- Service de synchronisation horaire Hyper-V pour synchroniser l’horloge de la VM avec l’horloge de l’hôte
- Service de battement cardiaque Hyper-V pour signaler qu’une VM fonctionne correctement
- Service d’échange de données Hyper-V (KVP) pour échanger des métadonnées de base
- Demandeur de copie shadow volume Hyper-V pour sauvegarder correctement les données de la VM avec VSS
- Service PowerShell Direct Hyper-V pour gérer une VM directement sans connexion réseau
- Interface de service invité Hyper-V pour copier des fichiers à partir d’une VM
VMware Tools
VMware Tools est un ensemble d’utilitaires et de pilotes qui assurent une intégration transparente entre le système hôte et le système invité, ainsi qu’une gestion efficace des données de la machine virtuelle. VMware Tools améliorent les performances de la machine virtuelle et l’expérience de l’utilisateur. VMware Tools sont installés sur les systèmes d’exploitation invités pris en charge sur n’importe quelle machine virtuelle VMware (fonctionnant sur VMware ESXi, VMware Workstation et Fusion).
VMware Tools incluent de nombreuses composantes utiles telles que :
- Panneau de configuration VMware Tools fournit une vue d’ensemble graphique des outils VMware et permet aux utilisateurs de les configurer.
- Services VMware Tools permettent la communication entre les systèmes d’exploitation hôte et invité.
- Avec Processus utilisateur VMware, vous pouvez copier/coller du texte et faire glisser/déposer des fichiers entre le système hôte et le système invité.
- Pilotes de périphériques VMware fournit un ensemble de pilotes pour l’installation, qui peuvent améliorer les opérations de la souris, les performances réseau, ainsi que la qualité sonore et graphique.
L’installation de VMware Tools offre de nombreux avantages, dont :
- Amélioration des performances graphiques
- Synchronisation de haut niveau entre les systèmes de fichiers hôte et invité
- Accès partagé aux fichiers et dossiers au sein de l’environnement virtuel
Il est fortement recommandé d’installer VMware Tools dans les systèmes d’exploitation invités fonctionnant sur des machines virtuelles VMware.
Réflexions
Les services d’intégration Hyper-V et VMware Tools ne sont pas interchangeables et ne peuvent être utilisés que dans leur environnement virtuel natif respectif.
Les outils VMware peuvent être installés sur une gamme plus large de systèmes d’exploitation invités que les services d’intégration Hyper-V, même en comparant les mêmes familles de systèmes d’exploitation (Windows et Linux) prises en charge par les deux fournisseurs de virtualisation. Certaines fonctionnalités sont communes pour les services d’intégration Hyper-V et VMware Tools. Cependant, les outils VMware prennent en charge davantage de fonctionnalités uniques car elles sont prises en charge dans les hyperviseurs VMware.
Échange de données avec les VMs
Lorsque vous exécutez une machine virtuelle, vous devrez peut-être échanger des données entre votre hôte ou un ordinateur local et un système d’exploitation invité en cours d’exécution sur la VM. Par exemple, vous devrez peut-être copier du texte, des images, des fichiers, des dossiers ou d’autres types de données.
Hyper-V
Attacher des dispositifs de stockage USB à une VM. Hyper-V VM Connect est basé sur la fonctionnalité Bureau à distance de Windows, et c’est pourquoi, seuls les dispositifs de stockage peuvent être connectés via USB aux VMs. Vous pouvez sélectionner un volume de disque d’un dispositif connecté à votre machine locale sur laquelle Hyper-V est installé.
Presse-papiers partagé est disponible lorsque vous utilisez le mode de connexion de session amélioré pour la connexion VM. Vous pouvez copier et coller des données copiées à partir de votre système d’exploitation hôte vers un système d’exploitation invité en cours d’exécution sur une VM et vice versa.
Pour utiliser les dossiers partagés et le protocole SMB pour les échanges de fichiers, vous devez configurer manuellement un dossier partagé dans Windows (ou un autre système d’exploitation).
VMware
Transmission directe USB. Attacher divers périphériques USB à une VM (non seulement des périphériques de stockage) en utilisant la fonctionnalité Transmission directe USB. Cette fonctionnalité est disponible sur VMware ESXi, VMware Workstation et VMware Fusion. Vous pouvez connecter n’importe quel périphérique USB à une VM, par exemple, une imprimante USB, un scanner, une webcam, une clé de protection matérielle, etc.
Presse-papiers partagé. Le support du presse-papiers partagé pour les VMs en cours d’exécution sur des hôtes ESXi est limité et vous permet de copier et coller des données textuelles. Cette limitation existe pour des raisons de sécurité. En ce qui concerne VMware Workstation et Fusion, vous pouvez copier et coller n’importe quelle donnée, y compris des images, des fichiers, etc.
Glisser & Déposer. Cette fonctionnalité facilite la vie des utilisateurs et leur permet de glisser et déposer des fichiers de manière similaire à la façon dont cela peut être fait entre différentes fenêtres dans Windows, macOS ou d’autres systèmes d’exploitation. Glisser & Déposer fonctionne uniquement sur les hyperviseurs de type 2 VMware (VMware Workstation et Fusion), mais pas pour les VMs en cours d’exécution sur ESXi (pour des raisons de sécurité).
Dossiers partagés. C’est une autre fonctionnalité pour les hyperviseurs de type 2 VMware (VMware Workstation et Fusion) qui vous permet de partager un dossier en quelques clics et d’échanger des fichiers entre votre hôte et votre invité. L’utilisation de cette fonctionnalité est plus rapide que la configuration d’un dossier partagé manuellement dans un système d’exploitation avec des outils de système disponibles. Les dossiers partagés ne sont pas disponibles sur ESXi.
Pensées
En cas de serveurs, VMware ESXi offre de meilleures options d’échange de données avec les VMs par rapport à Hyper-V pour Windows Server. En ce qui concerne Hyper-V vs VMware en termes d’options de partage de données entre hôtes et invités, les hyperviseurs VMware pour les postes de travail, tels que VMware Workstation et VMware Fusion (Pro), offrent encore plus d’options que ESXi par rapport aux versions clientes Hyper-V de Windows, telles que Windows 10. Par conséquent, les solutions de virtualisation VMware semblent meilleures dans cette catégorie.
Déploiement de stockage – Systèmes de fichiers pris en charge
Hyper-V
Hyper-V prend en charge les systèmes de fichiers NTFS et ReFS pour le stockage des machines virtuelles. Ces systèmes de fichiers sont ceux disponibles dans les nouvelles versions de Windows Server telles que Windows Server 2012, 2016, 2019 et 2022.
NTFS (New Technology File System) est un système de fichiers journalisé propriétaire publié par Microsoft pour Windows NT. Ce système de fichiers a été sélectionné par défaut pour les versions de Windows de la famille NT (versions clientes et serveurs). Il s’agit d’un système de fichiers universel bien connu utilisé sur les versions serveur et cliente de Windows.
ReFS (Resilient File System) a été introduit en tant que fonctionnalité intégrée de Windows Server 2012. ReFS est basé sur son système de fichiers précédent – NTFS – et a été conçu pour éliminer les problèmes existants dans NTFS et répondre aux exigences de stockage de données modernes. ReFS permet aux utilisateurs d’accéder directement aux fichiers VM depuis un serveur hôte.
ReFS peut détecter et corriger rapidement la corruption des données. Cela peut être fait en ligne, ne causant ainsi aucun arrêt de volume. De plus, grâce aux nouvelles fonctionnalités de Clonage de Blocs et de VDL Sparse (Longueur de Données Valides), les opérations s’exécutant dans les VM peuvent être considérablement accélérées.
Cependant, en ce qui concerne le clustering, Hyper-V ne fournit pas le même niveau de flexibilité. Même si Hyper-V inclut le Volume Partagé en Cluster (CSV), l’utilisation de cette fonctionnalité est beaucoup plus complexe que celle de VMware VMFS.
VMware ESXi
VMware VMFS (Système de Fichiers de Machine Virtuelle) est le système de fichiers en cluster utilisé pour la virtualisation du stockage des données contenues dans un environnement virtualisé sur des serveurs ESXi. Un seul volume VMFS peut être utilisé par plusieurs VM en tant que stockage virtualisé simultanément, ce qui entraîne moins de charges administratives et une meilleure utilisation des ressources. La prise en charge de l’accès simultané au système de fichiers est nécessaire pour les clusters.
VMFS offre des performances élevées, une fiabilité et une utilisation efficace de l’espace de stockage pour les VM. VMFS dispose de la fonction de verrouillage sur disque, qui garantit que les données ne peuvent être accédées que par un seul utilisateur ou processus à la fois afin d’éviter la corruption des données.
Lisez à propos de toutes les fonctionnalités de VMFS 6 et apprenez comment migrer de VMFS 5 vers VMFS 6. Il est également possible de monter VMFS dans Linux dans certains cas.
NFS est un protocole de partage de fichiers, également connu sous le nom de système de fichiers en réseau, largement utilisé dans les environnements Linux. VMware prend également en charge NFS sur le stockage partagé pour stocker les machines virtuelles.
VMware Workstation et Fusion
N’importe quel système de fichiers pris en charge par un système d’exploitation hôte est pris en charge par VMware Workstation et Fusion (par exemple, NTFS, ext4, APFS).
Ainsi, si vous utilisez VMware Workstation sur Windows, vous pouvez stocker des fichiers de machines virtuelles sur des volumes NTFS. Le vieux système de fichiers FAT32 est également pris en charge. Il existe une option pour diviser les disques virtuels des machines virtuelles en fichiers de 2 Go pour la compatibilité avec FAT32.
Si vous utilisez VMware Workstation sur Linux, vous pouvez utiliser un système de fichiers de votre choix, par exemple, ext4. De nombreux systèmes de fichiers sont pris en charge sous Linux.
Les utilisateurs qui exécutent VMware Fusion sur macOS peuvent stocker des machines virtuelles sur APFS ou Mac OS Extended (HFS Plus ou HFS+) et d’autres systèmes de fichiers pris en charge par macOS.
Stockage partagé
Le stockage partagé est utile lorsque vous devez stocker des fichiers de machines virtuelles en dehors de votre serveur de virtualisation sur lequel un hyperviseur est installé. Le stockage partagé est requis pour configurer un cluster dans les environnements Hyper-V et VMware vSphere. Le stockage partagé peut être configuré sur un serveur de stockage dédié, un NAS (stockage connecté en réseau) et un SAN (réseau de stockage).
Hyper-V
Hyper-V prend en charge les partages de fichiers qui sont accessibles via les protocoles suivants :
- SMB 3.0 est une nouvelle version du protocole de partage de fichiers SMB largement utilisé dans Windows depuis de nombreuses années. Hyper-V prend en charge le stockage des fichiers VM sur des partages de fichiers SMB 3.0.
Il existe d’autres fonctionnalités de Windows Server pour déployer un stockage partagé pour Hyper-V :
- Cluster Shared Volumes (CSV) est une solution plus complexe par rapport au système de fichiers VMFS prêt pour le cluster. CSV est utilisé pour créer un stockage partagé pour un cluster Hyper-V.
- Scale out file server est une fonctionnalité de Windows Server pour créer un stockage en grappe pour stocker et partager des fichiers. Le protocole de partage de fichiers SMB 3.0 peut être utilisé à cette fin.
Virtual Fibre Channel for Hyper-V est une fonctionnalité qui vous permet de vous connecter au stockage Fibre Channel (SAN) depuis une machine virtuelle.
VMware
Fibre Channel. Les hôtes VMware ESXi équipés d’un adaptateur de bus hôte FC peuvent se connecter au SAN Fibre Channel en tant que stockage de classe entreprise. Le SAN Fibre Channel est la solution la mieux prise en charge pour les grands environnements, y compris les clusters. Les fichiers VM peuvent être stockés sur un stockage SAN FC dont le LUN est formaté dans le système de fichiers VMFS.
iSCSI. Les hôtes VMware ESXi peuvent se connecter à une cible iSCSI que vous pouvez configurer sur un SAN, un NAS ou un serveur exécutant Linux ou un autre système d’exploitation. iSCSI est un protocole de partage basé sur des blocs. Vous pouvez formater un LUN attaché à un hôte ESXi avec VMFS.
NFS. La manière alternative de configurer un stockage partagé pour les hôtes ESXi afin de stocker des fichiers est de créer un partage NFS sur un serveur ou un NAS. Vous pouvez connecter un partage de fichiers via le protocole NFS à un hôte ESXi.
Pensées
Les solutions Hyper-V et VMware ESXi prennent en charge iSCSI, mais il existe des protocoles de partage de fichiers pris en charge uniquement par l’une de ces plateformes. L’approche d’accès au stockage Fibre Channel diffère. Utiliser VMFS sur un stockage partagé peut être plus pratique que la configuration complexe des volumes partagés en cluster.
Déploiement du stockage – Disques virtuels
Avec la virtualisation, le logiciel est abstrait du matériel et toutes les données VM sont stockées dans des fichiers de disque virtuel. Dans ce cas, un fichier de disque virtuel fonctionne comme le disque dur d’une VM. Les deux plateformes utilisent des disques durs virtuels pour stocker les données VM. Les fichiers de disque virtuel des VM dans l’environnement virtuel sont stockés et organisés via le système de fichiers du stockage physique sous-jacent. Les solutions hyperviseur Microsoft et VMware ont introduit leurs systèmes de fichiers natifs pour gérer les données sur un périphérique de stockage.
Hyper-V
Hyper-V prend en charge deux formats de fichiers de disque virtuel:
- VHD – un format plus ancien utilisé pour les VM de génération 1 Hyper-V.
- VHDX – un format plus récent qui prend en charge des limites plus élevées et est utilisé pour les VM de génération 2.
Hyper-V prend en charge deux types de provisionnement de disque virtuel :
- Disque fixe. Vous allouez une taille lors de la création d’un disque virtuel et cette taille est occupée sur le stockage sous-jacent juste après sa création.
- Disque alloué dynamiquement. Vous définissez la taille maximale du disque virtuel lors de sa création, mais la taille du disque virtuel augmente après avoir écrit des données dans ce disque virtuel.
Note : Les disques virtuels alloués de manière fixe et dynamique sont des analogues des disques virtuels provisionnés de manière épaisse et mince dans VMware vSphere.
Réclamation d’espace libre. Les disques dynamiques augmentent dynamiquement lorsque vous écrivez des données dessus. Cependant, ils ne rétrécissent pas automatiquement après la suppression de données. Vous devez réclamer l’espace libre dans les disques virtuels dynamiques manuellement dans ce cas.
Disques de passage. Vous pouvez attacher un LUN de disque ou une partition directement à une machine virtuelle au lieu d’attacher un fichier image de disque virtuel.
Les options de disque virtuel Hyper-V expliquées dans cette section sont vraies pour Hyper-V sur les versions Windows serveur et client.
VMware
Le format de disque dur virtuel pour les hyperviseurs VMware est :
- VMDK
Note: Le format de disque virtuel VMDK est différent pour VMware ESXi et VMware Workstation/Fusion. La différence réside dans la façon dont un descripteur de disque virtuel est stocké – à l’intérieur du fichier de disque virtuel ou en tant que fichier séparé (.vmdk et -flat.vmdk). Lisez comment extraire des données des fichiers de disque virtuel VMDK.
VMware prend en charge deux types de provisionnement de disque virtuel :
- Provisionnement épais. Vous définissez la taille maximale du disque lors de la création d’un disque virtuel. L’espace de stockage équivalent à la taille de disque virtuel définie est occupé sur le stockage une fois la création du disque terminée. Un disque provisionné de manière épaisse peut être lazy-zeroed et eager-zeroed.
- Provisionnement mince. Vous définissez la taille maximale du disque virtuel lors de sa création. La taille du disque virtuel n’est que de quelques mégaoctets après sa création et commence à croître lorsque vous écrivez des données dans ce disque virtuel.
Le provisionnement fin est une fonctionnalité VMFS. Pour le vérifier par vous-même, vous pouvez copier un disque virtuel à provisionnement fin à partir d’un système de fichiers VMFS (monté sur un hôte ESXi) vers un ordinateur avec un autre système de fichiers, par exemple, NTFS ou ext4. Vous remarquerez que la taille d’un disque virtuel à provisionnement fin est maximale, comme s’il était à provisionnement épais après avoir copié ce fichier. Cependant, vous pouvez ouvrir de tels disques virtuels copiés dans VMware Workstation et Fusion.
VMware Workstation et VMware Fusion ont des analogues de disques à provisionnement épais et fin (vous ne pouvez pas voir ces noms dans l’interface utilisateur) pour créer des disques virtuels de taille fixe et à croissance dynamique. Il existe une option pour diviser un disque dur virtuel en fichiers de 2 Go.
Récupération d’espace libre. VMFS 6 récupère automatiquement l’espace libre (UNMAP) lorsque des données sont supprimées à l’intérieur de disques à provisionnement fin. Cette fonctionnalité est pratique et vous permet d’utiliser le stockage de manière plus efficace pour les machines virtuelles exécutées sur des serveurs ESXi. Dans VMware Workstation et VMware Fusion, la récupération automatique de l’espace libre pour les disques à croissance dynamique n’est pas prise en charge. Renseignez-vous sur le provisionnement épais et fin et apprenez comment réduire manuellement la taille des disques à provisionnement fin lors de l’utilisation d’hyperviseurs VMware.
Mappage de périphérique brut (RDM) est une fonctionnalité de transfert de disque pour les hyperviseurs VMware. En conséquence, une machine virtuelle a un accès direct à un LUN ou une partition. RDM est pris en charge dans VMware ESXi, VMware Workstation et VMware Fusion.
Réflexions
Les solutions de virtualisation VMware et Hyper-V offrent deux types d’allocation de disque virtuel identiques – préalloué (épais) et en croissance dynamique (mince). Les formats de fichiers de disque virtuel sont différents pour VMware et Hyper-V et il n’y a aucun support multiplateforme pour eux pour l’un des produits considérés. Les hyperviseurs des deux fournisseurs prennent en charge le passage en transit des dispositifs de disque brut. VMware offre davantage de fonctionnalités liées aux disques virtuels. La récupération automatique de l’espace libre pour les disques mince-provisionnés sur les datastores VMFS est un avantage significatif.
Technologie des Instantanés
La technologie des instantanés vous permet de sauvegarder l’état de la VM au moment où l’instantané a été créé, c’est-à-dire de capturer une copie à un moment donné d’une VM et de toutes les données qu’elle contient. Vous pouvez ensuite revenir à l’état de la VM au snapshot nécessaire si quelque chose se passe mal avec la VM. Cette fonctionnalité est largement utilisée pour tester des logiciels et effectuer d’autres opérations lorsque vous n’êtes pas sûr que le logiciel installé dans une VM va planter.
Les instantanés de VM permettent également aux applications de prendre une image à un moment donné d’une VM pour des raisons de protection des données. La technologie des instantanés est utilisée par les logiciels de sauvegarde tiers pour figer l’état de la VM afin de copier de manière cohérente les données d’application/base de données pour la sauvegarde et la réplication de VM.
Les instantanés dans VMware et Hyper-V fonctionnent non seulement différemment (y compris en utilisant des fichiers différents) mais ont également des noms différents. VMware utilise le terme snapshots, tandis que, dans Hyper-V, ils sont appelés checkpoints.
Checkpoints Hyper-V
Hyper-V dispose de deux types de checkpoints : les checkpoints standard et les checkpoints de production. Les deux sont disponibles à partir de Windows 10 et Windows Server 2016.
- Les points de contrôle standard enregistrent l’état d’une machine virtuelle, les données du disque virtuel et la configuration matérielle de la VM. Ce type de points de contrôle peut être utilisé pour les tests.
- Les points de contrôle de production offrent un moyen plus efficace et fiable de capturer l’état de la machine virtuelle. Le mécanisme amélioré des points de contrôle de production permet aux logiciels de sauvegarde tiers de les utiliser pour la sauvegarde des données VM Hyper-V dans les environnements de production.
Les caractéristiques des points de contrôle Hyper-V que nous devrions mentionner pour la comparaison Hyper-V vs VMware sont les suivantes:
- Les points de contrôle de production Hyper-V ne capturent pas l’état de la mémoire VM.
- La hiérarchie linéaire pour plusieurs points de contrôle.
- La configuration des points de contrôle et les fichiers de disque de différenciation sont stockés dans deux emplacements différents.
- Les points de contrôle automatiques sont une fonctionnalité de Hyper-V qui crée automatiquement un point de contrôle VM à chaque fois que vous démarrez une VM. Cela vous permet de revenir à l’état VM précédent si des modifications indésirables sont apportées à la VM.
Instantanés VMware
Les instantanés VMware sont puissants lorsqu’ils sont utilisés dans des environnements de test et de production. Les principales caractéristiques des instantanés VMware sont les suivantes:
- VMware prend en charge la création d’un arbre d’instantanés et la gestion de plusieurs instantanés, ce qui les rend plus flexibles que les points de contrôle Hyper-V.
Les instantanés VMware ne sont pas divisés en plusieurs types. L’approche pour quiesce les données VM lors de la prise d’un instantané dépend de l’installation de VMware Tools et de l’exécution du service de copie de volume d’ombre. - Les instantanés VMware ne sont pas divisés en différents types. L’approche pour quiescer les données de la VM lors de la prise d’un instantané dépend de l’installation de VMware Tools et de l’exécution du Volume Shadow Copy Service.
- Tous les fichiers liés aux instantanés sont stockés dans un seul répertoire, qui est un répertoire de VM par défaut.
- VMware ESXi, VMware Workstation et VMware Fusion Pro prennent en charge les instantanés automatiques (également appelés instantanés auto-protect).
- VMware utilise une nomenclature pratique pour les fichiers d’instantané. Les noms de fichiers sont similaires aux noms des disques virtuels de la VM. Hyper-V utilise l’ID GUID de la VM pour nommer les fichiers des points de contrôle de la VM. Visuellement, il est plus facile de trouver le fichier nécessaire par un nom similaire au nom de la VM que de se souvenir de l’ID GUID de 36 caractères (par exemple, e5d330d7-a01e-4ce8-bed1-05deaa0d3989).
Par exemple, dans un environnement VMware, le nom du fichier d’instantané du disque virtuel ressemblerait à ceci : windbserver-001.vmdk
Alors que dans Hyper-V : windbserver-e5d330d7-a01e-4ce8-bed1-05deaa0d3989
Notez également que les fichiers de configuration des instantanés Hyper-V ne comprennent pas le préfixe du nom de la VM au début du nom de fichier.
- Les instantanés dans VMware Workstation et Fusion Pro fonctionnent de manière identique à ceux dans VMware ESXi.
Les administrateurs travaillant dans des environnements Hyper-V ou VMware doivent être conscients de la manière dont la technologie des instantanés fonctionne pour améliorer la gestion de l’espace mémoire.
Les principales différences entre les instantanés et les points de contrôle sont présentées dans le tableau ci-dessous:
| Hyper-V | VMware ESXi | |
| Nombre maximum d’instantanés par VM | 50 | 32 (dans une chaîne) |
| Hiérarchie des instantanés | Linéaire | Arbre |
| Exécution d’un instantané en production | Oui | Oui |
| Fichiers associés aux instantanés | .avhdx .xml .bin .vsv |
-delta.vmdk .vmsd .vmsn -sesparse.vmdk |
| Emplacement des fichiers d’instantané (par défaut) | 2 emplacements | 1 emplacement |
| Instantanés automatiques | Oui | Oui |
Notez que les points de contrôle et les instantanés ne peuvent pas être utilisés à la place de sauvegardes car ils ne sont pas adaptés pour le stockage à long terme et peuvent être perdus si le disque virtuel de la VM est endommagé.
Réflexions
Les instantanés VMware peuvent être plus pratiques en raison de la structure d’instantané arborescente. Vous pouvez revenir à n’importe quel instantané précédent, restaurer l’état de cette VM et créer un nouvel instantané dans une nouvelle branche d’arbre sans supprimer les instantanés existants. Le nommage et l’emplacement des fichiers d’instantané sont plus clairs dans les environnements VMware.
Le nombre maximal de captures instantanées est plus élevé dans Hyper-V. Cependant, il n’est pas recommandé en pratique d’utiliser de nombreuses captures instantanées et de les utiliser pendant une longue période car cela entraîne une dégradation des performances pour une VM (en particulier pour une VM avec une grande taille de disque virtuel).
Suivi des modifications
La fonctionnalité de suivi des modifications vous permet d’identifier les modifications au niveau du bloc qui se sont produites dans le système de stockage de la VM et est utile pour les applications de sauvegarde afin de créer des sauvegardes incrémentielles des données de la VM. Lorsque vous activez le suivi des blocs modifiés, l’application de sauvegarde ne copie que les blocs modifiés depuis la dernière sauvegarde au lieu de copier toutes les données. La même chose est vraie pour la réplication de VM. L’utilisation des mécanismes natifs de suivi des blocs modifiés des hyperviseurs est plus rationnelle que l’utilisation de technologies de suivi des modifications tierces car les mécanismes natifs ont de meilleures performances et une consommation de ressources inférieure.
VMware CBT
Changed Block Tracking (CBT) a été introduit pour la première fois dans VMware vSphere 4.0 en 2009. Il s’agit d’une fonctionnalité conçue pour permettre la sauvegarde incrémentielle, ce qui signifie que la sauvegarde initiale de la VM est complète, tandis que dans toutes les sauvegardes suivantes, seules les nouvelles données sont sauvegardées. CBT accélère considérablement le processus de sauvegarde et offre une efficacité maximale.
Note: En cas de panne de courant ou d’arrêt brutal, vous devrez peut-être réinitialiser VMware CBT pour le bon fonctionnement du suivi des modifications.
Changed Block Tracking n’est pas disponible pour VMware Workstation et VMware Fusion.
Hyper-V RCT
Suivi des modifications résilient (RCT) est la propre technologie de suivi des modifications de Hyper-V, qui a été introduite avec Windows Server 2016 et Windows 10, et fonctionne de la même manière que CBT. Notez que si vous exécutiez une VM sur Windows Server 2012 R2 ou des versions antérieures, et que vous l’avez ensuite déplacée vers le serveur hôte avec Windows Server 2016, vous devez mettre à niveau la VM vers la dernière version avant de la sauvegarder. Cela peut être fait dans le Gestionnaire Hyper-V.
RCT est plus résilient aux événements tels que les migrations de stockage ou les instantanés et ne nécessite pas de réinitialisation manuelle comme CBT peut le faire.
Pensées
Dans la partie sur le suivi des modifications de la comparaison VMware vs Hyper-V, nous observons que les fonctionnalités CBT et RCT sont similaires et rendent les processus de sauvegarde et de réplication de VM plus efficaces. La principale différence est que le besoin de réinitialiser Hyper-V RCT peut se produire dans moins de cas que pour VMware CBT.
Gestion de la mémoire
VMware et Hyper-V appliquent tous deux une variété de techniques de gestion de la mémoire. Quelle est la différence entre les techniques de gestion de la mémoire VMware et Hyper-V ? Trouvons la réponse.
VMware
Voici les principales techniques utilisées par VMware ESXi pour atteindre un niveau élevé d’optimisation de la RAM:
- Compression de mémoire est utilisée comme une alternative plus efficace et moins coûteuse au basculement sur disque. Lorsqu’il reste peu d’espace sur la RAM, les pages virtuelles sont compressées et rendues suffisamment petites pour tenir en mémoire. De plus, les fichiers compressés peuvent être accessibles plus rapidement et n’interrompront pas le flux de travail. La compression de mémoire est activée par défaut.
- Le gonflement de la mémoire est une technique de récupération de mémoire VMware qui peut être appliquée lorsqu’il n’y a pas de mémoire libre sur un hôte ESXi. Cette technologie augmente artificiellement la « pression » mémoire à l’intérieur de l’invité. Cette technique permet à une machine virtuelle de votre choix d’extraire la mémoire inutilisée des autres machines virtuelles et de la distribuer à celles qui manquent de ressources RAM. Un pilote de ballon nécessaire pour utiliser le gonflement de la mémoire est installé dans le cadre des VMware Tools.
- Partage transparent des pages. Essentiellement, il s’agit d’une technique de déduplication utilisée pour la gestion de la mémoire. Lorsque le CPU n’est utilisé par aucun programme, cette technique vous permet de suivre les pages mémoire de la VM qui sont identiques, puis de les partager entre d’autres VM. De cette façon, l’espace occupé par les pages mémoire redondantes est libéré.
- Surallocation/Surengagement VMware. Cette technique vous permet d’attribuer plus de ressources RAM que celles disponibles sur l’hôte physique aux VM s’exécutant sur cet hôte. Le système surveille activement les VM et la quantité de mémoire qu’elles utilisent actuellement. Avec la fonction Taxe de mémoire inutilisée, l’hyperviseur peut estimer la quantité de mémoire inutilisée et de mémoire active utilisée par chaque VM. La mémoire de la VM qui n’est pas utilisée activement sera alors « taxée » et réattribuée à d’autres VM qui en ont plus besoin.
- Ajout de mémoire à chaud (hot plug) est une fonctionnalité qui vous permet d’augmenter la quantité de mémoire pour une machine virtuelle pendant que la VM est en cours d’exécution.
VMware Workstation ne prend pas en charge l’ajout de mémoire à chaud ou le partage transparent des pages.
Hyper-V
Hyper-V prend en charge deux principales fonctionnalités de gestion de la mémoire : la Mémoire dynamique et l’Ajout de mémoire à chaud. La
- mémoire dynamique est une fonctionnalité de Hyper-V qui vous permet de provisionner la mémoire pour les machines virtuelles de manière plus rationnelle. Hyper-V interagit avec les gestionnaires de mémoire à l’intérieur du système d’exploitation invité et comprend combien de mémoire les applications à l’intérieur de la VM demandent. Vous devez définir cinq paramètres pour déterminer comment la mémoire VM peut varier en fonction des demandes.
La mémoire dynamique vous permet de définir une quantité spécifique de mémoire, une priorité de mémoire et d’autres paramètres d’optimisation de la mémoire sur la base desquels Hyper-V définit ensuite la quantité de mémoire à allouer à une VM particulière. La mémoire dynamique peut être configurée dans le Gestionnaire Hyper-V, où vous pouvez spécifier les valeurs suivantes :
- Mémoire de démarrage
- Mémoire minimale
- Mémoire maximale
- Buffeur de mémoire
- Poids de mémoire
- Memory Hot Add est une fonctionnalité qui, tout comme l’ajout à chaud dans VMware, vous permet d’ajouter plus de mémoire à une machine virtuelle en cours d’exécution. La fonctionnalité d’ajout de mémoire à chaud de Hyper-V n’est pas compatible avec la mémoire dynamique – ces fonctionnalités ne peuvent pas être utilisées ensemble, et vous ne pouvez en utiliser qu’une à la fois.
- Migration rapide. Une machine virtuelle est mise en veille pendant la migration entre les hôtes Hyper-V, ce qui entraîne des temps d’arrêt.
- Migration en direct est une fonctionnalité de migration de machine virtuelle dans Hyper-V similaire à VMware vMotion en termes de résultats obtenus. La migration en direct de Hyper-V déplace les machines virtuelles sans les mettre en mode veille. À partir de Windows Server 2016, la configuration d’un cluster de basculement Hyper-V n’est pas nécessaire pour la migration en direct des machines virtuelles.
Les charges de travail du processeur et de la mémoire des machines virtuelles sont migrées d’un hôte Hyper-V à un autre avec la migration en direct (les mêmes processeurs ou des processeurs de même famille doivent être utilisés sur les hôtes Hyper-V). Le moment où l’accessibilité de la machine virtuelle peut être interrompue est lorsque l’adresse MAC est modifiée et les tables ARP sont mises à jour. Pour utiliser la migration en direct, les deux hôtes Hyper-V doivent avoir des processeurs de même famille installés.
- Migration en direct du stockage. Cette fonctionnalité vous permet de migrer des fichiers de machine virtuelle, y compris des fichiers de disque virtuel, vers d’autres périphériques de stockage sans éteindre la machine virtuelle, c’est-à-dire pendant que la machine virtuelle est en cours d’exécution.
- La migration en direct sans partage de ressources peut être effectuée pour les VM dont les fichiers sont situés sur un stockage local ou autre, mais pas sur un stockage partagé (stockage partagé pour les deux hôtes Hyper-V). La configuration d’un cluster avec un stockage partagé n’est pas nécessaire. Les charges de travail du processeur et de la mémoire de la VM sont migrées lors de l’utilisation de cette fonctionnalité.
- Cluster de basculement fournit un basculement VM en cas de défaillance matérielle d’un nœud du cluster. Les VMs sont migrées vers un hôte Hyper-V sain automatiquement dans ce cas. Un certain temps est nécessaire pour que les VMs démarrent sur le nœud sain après la migration.
- Équilibrage de charge est une fonctionnalité de cluster pour migrer les VMs d’un nœud de cluster à un autre si les ressources ne sont pas suffisantes sur un hôte Hyper-V mais qu’il existe des ressources informatiques libres sur un autre. L’équilibrage de charge Hyper-V fonctionne en utilisant la fonctionnalité d’équilibrage de charge intégrée de Windows Server Failover Clustering.
- Le clustering Hyper-V est basé sur la fonctionnalité de clustering de Windows Server.
- Vous devez configurer un hôte témoin pour faire fonctionner un cluster Hyper-V.
- La configuration du cluster Hyper-V nécessite la configuration des Volumes Partagés de Cluster. Les Volumes Partagés de Cluster (CSV) est une fonctionnalité Hyper-V pour fournir un accès simultané en lecture-écriture au même LUN (Numéro de Unité Logique) fourni en tant que volume NTFS ou ReFS.
- Haute Disponibilité (HA): VMware vSphere surveille en continu la santé des VM dans le cluster. Les ressources de plusieurs hôtes ESXi sont regroupées dans le cluster. Si une défaillance sur un hôte ESXi (nœud) dans le cluster se produit, les VMs sont automatiquement redémarrées sur un autre hôte ESXi sain.
- Distributed Resource Scheduler (DRS) est une fonctionnalité d’équilibrage de charge pour les VMs en cours d’exécution dans le cluster vSphere. VMware vSphere surveille la consommation des ressources sur tous les nœuds du cluster. Il existe plusieurs paramètres qui peuvent être utilisés comme métriques pour définir quand migrer une VM vers un autre hôte ESXi. Les conditions peuvent être des ressources libres/utilisées sur un hôte ESXi et le bonheur de la VM (lorsque la quantité de ressources est suffisante ou non pour un bon fonctionnement de la VM).
- Équilibrage de charge Hyper-V utilise la fonctionnalité d’équilibrage de charge intégrée de Windows Server Failover Clustering pour répartir les machines virtuelles sur plusieurs hôtes. La fonctionnalité d’équilibrage de charge surveille l’utilisation des ressources sur les hôtes et déplace les machines virtuelles vers d’autres hôtes dans le cluster pour équilibrer la charge.
- Cluster VMware DRS, en revanche, fournit une allocation et un équilibrage dynamiques des ressources pour les machines virtuelles dans un cluster vSphere. DRS surveille en permanence l’utilisation des ressources et équilibre les charges des machines virtuelles sur plusieurs hôtes en temps réel pour assurer une utilisation optimale des ressources. DRS fournit également des recommandations pour l’utilisation des ressources et peut déplacer automatiquement les machines virtuelles vers différents hôtes pour équilibrer la charge.
- La configuration de cluster est intuitive et est effectuée dans VMware vCenter.
- Un stockage partagé est requis pour configurer un cluster dans VMware vSphere, mais il n’est pas nécessaire de configurer des structures complexes telles que les Cluster Shared Volumes dans Hyper-V.
- Configuration de cluster est plus simple que dans Hyper-V. En ce qui concerne le stockage partagé pour un cluster, le système de fichiers VMFS est optimisé pour les clusters et prend en charge l’accès simultané en lecture-écriture dès le départ sans avoir besoin de configurer des fonctionnalités supplémentaires.
- Il n’est pas nécessaire de configurer un témoin manuellement. VMware vSphere est assez intelligent pour gérer la santé du cluster automatiquement. Vous devez configurer un hôte témoin si vous déployez un cluster VMware vSAN.
- Architecture. S2D utilise un stockage attaché au serveur, tel que le stockage directement attaché (DAS) ou simplement un ensemble de disques (JBOD) pour créer le pool de stockage, tandis que vSAN utilise des dispositifs de stockage localement attachés pour créer un pool de stockage distribué.
- Scalabilité. vSAN est plus scalable que S2D, car il prend en charge jusqu’à 64 nœuds dans un cluster, tandis que S2D est limité à 16 nœuds.
- Performance. S2D est optimisé pour un haut niveau de performance, en particulier dans les charges de travail intensives en lecture, tandis que vSAN se concentre sur la fourniture d’une performance cohérente à travers différentes charges de travail.
- Intégration. S2D est entièrement intégré avec le système d’exploitation Windows Server et peut être géré à l’aide des outils familiers Server Manager et Windows PowerShell. vSAN est un produit autonome qui nécessite une licence et une interface de gestion distinctes.
- Coût. S2D est une fonctionnalité gratuite de Windows Server, tandis que vSAN nécessite une licence distincte et peut être plus coûteux pour des déploiements plus importants.
- Fabricant sécurisé. Fabricant sécurisé est une technique de protection des données qui vous permet de créer un environnement sûr pour les machines virtuelles. Un fabricant sécurisé comprend le service de gardien d’hôte (HGS) et plusieurs machines virtuelles protégées.
- Service de gardien d’hôte. HGS aide à surveiller l’état des machines virtuelles protégées et à protéger les clés utilisées pour décrypter les machines virtuelles. Si HGS n’est pas activé, la machine virtuelle protégée ne peut pas être mise sous tension et restera chiffrée.
- Machines virtuelles protégées. Cette fonctionnalité vous aide à sécuriser les machines virtuelles en chiffrant les fichiers de configuration des machines virtuelles et en utilisant un module de plate-forme sécurisé (TPM) pour le stockage sécurisé des clés. Hyper-V fournit un module de plate-forme sécurisé virtuel (vTPM) pour sécuriser les machines virtuelles en chiffrant les données des machines virtuelles.
- Chiffrement des machines virtuelles. VMware vSphere fournit le chiffrement des machines virtuelles pour sécuriser les données des machines virtuelles et garantir la confidentialité des données. Le démarrage sécurisé UEFI, les modules de plateforme de confiance virtuels et la sécurité basée sur la virtualisation (VBS) sont pris en charge.
- Contrôle d’accès basé sur les rôles. VMware vSphere fournit un contrôle d’accès basé sur les rôles pour restreindre l’accès aux machines virtuelles et à d’autres ressources vSphere en fonction de rôles et de permissions prédéfinis. Vous pouvez configurer des rôles et des permissions dans vCenter pour différents scénarios. VMware vSphere prend en charge l’intégration avec Active Directory pour l’authentification des utilisateurs.
- Virtualisation du réseau NSX. VMware vSphere fournit la virtualisation du réseau NSX pour créer des réseaux virtuels sécurisés et isoler les machines virtuelles les unes des autres.
- Hyper-V pour Windows Server est inclus dans la licence du système d’exploitation Windows Server.
- Vous pouvez activer le rôle Hyper-V dans Windows sans coût supplémentaire.
- L’avantage de la licence Windows Server pour Hyper-V lors de l’exécution de Windows sur des machines virtuelles est :
- Windows Server 2022 Standard comprend deux licences pour les VM exécutant Windows sous Hyper-V.
- Windows Server 2022 Datacenter inclut un nombre illimité de licences pour les VM basées sur Windows exécutées sous Hyper-V.
- VMware vSphere 8 utilise un modèle de licence par cœur de processeur. Chaque processeur nécessite une licence vSphere, avec un minimum de deux processeurs par licence.
- La licence vSphere donne accès au hyperviseur vSphere, au serveur vCenter et à un ensemble de fonctionnalités vSphere telles que vMotion, High Availability et vSphere Replication.
- Il existe différentes éditions de vSphere 8 avec différents ensembles de fonctionnalités et différents prix, notamment Standard, Entreprise et Entreprise Plus.
- VMware vSphere ne comprend pas les licences pour les systèmes d’exploitation Windows installés sur les machines virtuelles. Vous devez vous acquitter de la licence Windows sur les VMs séparément.
- Le prix de VMware Workstation est d’environ $200. Vous devez acheter une licence une fois et utiliser le produit aussi longtemps que vous le souhaitez. Lorsqu’une nouvelle version est publiée, vous devez payer pour la mise à niveau, si vous le souhaitez.
- Le prix de Windows 10 Pro est d’environ $140 et de Windows 10 Enterprise d’environ $200 par appareil. Le prix dépend de la région.
- Si Windows est un système d’exploitation dominant dans votre environnement, y compris les serveurs physiques, les postes de travail et les machines virtuelles.
- Si vous utilisez Windows et souhaitez exécuter des versions plus récentes de Windows ou de Linux sur des machines virtuelles sans payer de coûts pour un hyperviseur.
- Si vous souhaitez intégrer avec le cloud Azure, Hyper-V est bien intégré car les deux sont fabriqués par Microsoft.
- Si vous avez besoin de l’ultime évolutivité, performance et un large éventail d’options pour les applications critiques pour l’entreprise.
- Si vous devez déployer un réseau défini par logiciel complexe pour un grand nombre de machines virtuelles, utilisez VMware vSphere et NSX.
- Si vous recherchez un hyperviseur pour un ordinateur personnel avec de nombreuses fonctionnalités ou si vous souhaitez exécuter des machines virtuelles sur votre ordinateur et des hôtes ESXi avec la meilleure compatibilité, envisagez de choisir VMware Workstation.
Pensées
Comme vous pouvez le constater, VMware propose une grande variété de techniques de gestion de la mémoire. Cependant, Hyper-V propose la mémoire dynamique, qui fonctionne de la même manière que la fonctionnalité de surallocation de VMware. Tant VMware ESXi que Hyper-V prennent en charge l’ajout de mémoire à chaud pour les machines virtuelles.
L’administrateur peut avoir plus de liberté lorsqu’il travaille avec la mémoire dynamique dans Hyper-V que avec les techniques de gestion de la mémoire de VMware. Même si la technique de surallocation n’est pas aussi avancée que son homologue dans VMware, l’administrateur peut optimiser le processus de gestion de la mémoire de la machine virtuelle et l’ajuster à ses besoins spécifiques.
Migration de charge de travail
La migration de charge de travail est depuis longtemps une nécessité lorsqu’on opère dans un environnement virtuel. VMware et Hyper-V disposent chacun de leurs propres outils permettant la migration de charges de travail de production sur une infrastructure. Ainsi, VMware vMotion et Hyper-V Live Migration doivent être considérés comme des entités distinctes.
Hyper-V
Live Migration de Hyper-V est l’outil de migration moderne conçu pour transférer une machine virtuelle en cours d’exécution avec des applications entre des hôtes physiques sans interruption. La migration en direct est prise en charge dans Hyper-V pour les versions de Windows Server 2012 et ultérieures. La migration en direct n’est pas prise en charge dans Hyper-V pour Windows 10 et d’autres versions de Windows client.
Les principales fonctionnalités de Hyper-V pour la migration de charges de travail sont :
Notez que la mise en œuvre de la migration en direct est beaucoup plus complexe que pour VMware vMotion.
VMware vMotion
VMware vMotion fait partie de VMware vSphere à partir de la version 5.0. Il permet la migration transparente des charges de travail entre les serveurs ESXi en termes de charges de travail CPU et mémoire des VM. La migration de la charge de travail n’interfère pas avec les processus au sein de l’environnement virtuel, et toutes les applications peuvent toujours être accessibles. Ainsi, il n’y a aucun temps d’arrêt, et la productivité des VM n’est pas affectée.
Les mêmes processeurs (ou les processeurs de la même famille) sont nécessaires pour utiliser vMotion pour la migration des charges de travail du processeur et de la mémoire des VM entre les hôtes ESXi. Si vous ne pouvez pas installer des processeurs identiques, vous pouvez configurer le mode VMware EVC.
VMware vCenter est utilisé pour initier la migration des VM par les administrateurs. Vous ne pouvez pas utiliser la migration en direct entre des hôtes ESXi autonomes qui ne sont pas gérés par vCenter.
VMware Storage vMotion vous permet de migrer les données des VM entre les datastores attachés aux hôtes ESXi. La migration de stockage de VM peut être effectuée pendant que la VM est en cours d’exécution – sans aucun temps d’arrêt.
VMware Workstation et Fusion ne prennent pas en charge les fonctionnalités de migration en direct des VM.
Réflexions
Hyper-V et VMware vSphere prennent en charge les fonctionnalités de migration dynamique des machines virtuelles (VM) pour migrer les charges de travail du processeur et de la mémoire ainsi que les fichiers de la VM tout en fonctionnant. VMware peut fournir des techniques de migration de VM plus transparentes sans aucune interruption. VMware vSphere prend en charge le mode EVC pour une meilleure compatibilité. La migration de VM Hyper-V peut être plus complexe.
Clustering
Les solutions de virtualisation VMware et Hyper-V, installées sur des serveurs, prennent en charge le clustering. Les hôtes dans le cluster sont appelés nœuds. VMware a mis en place les fonctionnalités de clustering plus tôt que Hyper-V. Découvrons quelle solution offre une fonctionnalité de clustering plus riche dans notre comparaison Microsoft Hyper-V vs VMware vSphere.
Hyper-V
Hyper-V prend en charge un cluster de basculement VM avec équilibrage de charge. Il existe deux principales fonctionnalités d’un cluster Hyper-V :
Configuration de cluster Hyper-V
VMware ESXi
VMware prend en charge deux fonctionnalités principales pour le clustering:
Le cluster d’équilibrage de charge Hyper-V et le cluster VMware Distributed Resource Scheduler (DRS) sont deux approches différentes pour gérer l’utilisation des ressources et l’équilibrage dans un environnement virtualisé.
Configuration de cluster VMware
VMware Fault Tolerance
Fault Tolerance est une fonctionnalité pour un cluster VMware HA qui fournit une basculement de la VM sans temps d’arrêt en cas d’échec d’un hôte ESXi. Une copie de la VM (également appelée VM fantôme) est la copie identique de la VM originale qui est mise à jour en temps réel pour refléter l’état de la VM originale. La mise en réseau pour cette VM fantôme est inactive jusqu’à l’échec de la VM principale. Le basculement de la VM est effectué instantanément. La seule chose que vous devriez noter est un léger ralentissement de la latence réseau pendant un moment (si vous pinguez votre VM, par exemple).
Notez que le clustering est uniquement pris en charge sur Hyper-V pour Windows Server et ESXi dans VMware vSphere. Le clustering n’est pas pris en charge sur Hyper-V pour Windows 10 et d’autres clients Windows. Le clustering n’est pas pris en charge dans VMware Workstation et Fusion.
Pensées
Le but principal de clusters Hyper-V et VMware est similaire. Cependant, en termes de fonctionnalités de clustering VMware vSphere vs Hyper-V dans notre comparaison, nous pouvons mentionner qu’un cluster vSphere offre plus de fonctionnalités et est plus flexible. La configuration d’un cluster vSphere est plus conviviale car vous n’avez pas besoin de configurer des fonctionnalités supplémentaires telles que CSV pour le stockage partagé du cluster. VMware vSphere fournit la tolérance aux pannes pour les VM critiques pour l’entreprise pour un cluster HA et il n’y a pas d’équivalent Hyper-V.
Clusters de stockage
Les plateformes de virtualisation Hyper-V et VMware vSphere fournissent toutes deux des solutions de clustering pour le stockage afin d’utiliser stockage défini par logiciel dans les environnements virtuels. Les deux solutions permettent de regrouper les ressources de stockage provenant de plusieurs serveurs physiques pour créer un pool de stockage partagé pour les machines virtuelles. Cette approche est définie pour configurer l’environnement hyper-convergé. En termes de solutions de stockage défini par logiciel de la comparaison Hyper-V vs VMware, il existe des différences clés entre ces deux solutions.
La solution de Microsoft s’appelle Storage Spaces Direct (S2D), et la solution de VMware s’appelle VMware vSAN. Comparons-les dans plusieurs catégories:
Pensées
Chaque solution de stockage définie par logiciel est optimisée pour sa plate-forme native (Microsoft Hyper-V ou VMware vSphere), mais VMware vSAN est plus scalable. Le choix entre les deux solutions dépend des besoins d’une organisation.
Scalabilité
Les organisations doivent prendre en compte la scalabilité de leur infrastructure virtuelle lorsqu’elles choisissent un hyperviseur. Étant donné que la charge de travail d’une organisation peut varier et augmenter avec le temps, il est essentiel d’être prêt pour toute situation et de prendre en compte les options de scalabilité offertes par les hyperviseurs.
Le tableau ci-dessous explique la différence entre VMware et Hyper-V pour les mises en œuvre de serveurs d’hyperviseurs en termes de scalabilité.
| Système | Ressource | Hyper-V sur Windows Server 2022 | VMware vSphere 8.0 |
| Hôte | Unités de calcul logiques | 512 | 896 |
| RAM physique par hôte | 48 To | 24 To | |
| Unités de calcul virtuelles par hôte | 2048 | 4096 | |
| VM par hôte | 1024 | 1024 | |
| VM | Unités de calcul virtuelles par VM | 240 pour les VM de génération 2 64 pour les VM de génération 1 320 disponibles pour le système d’exploitation hôte (root) |
768 |
| Mémoire par VM | 12 To pour les VM de génération 2 1 To pour les VM de génération 1 |
24 To | |
| Taille maximale du disque virtuel | 64 To (format VHDX) 2040 Go (format VHD) |
62 To | |
| Nombre de disques SCSI virtuels | 256 | 256 | |
| Cluster | Nombre maximal de VM par cluster | 8000 | 10000 |
| Nombre maximal de nœuds (hôtes par cluster) |
64 | 96 |
Note: Consultez les maximums de configuration VMware pour les détails de votre version de VMware. Consultez les maximums de configuration Hyper-V sur le site Web de Microsoft pour vérifier toutes les limites de Hyper-V pour Windows Server.
Pensées
Comme vous pouvez le voir, pour certaines fonctionnalités, Hyper-V fait mieux que VMware, et pour d’autres, c’est vice versa. Par conséquent, lors du choix entre Hyper-V et VMware, considérez vos besoins en infrastructure et priorités, les ressources physiques disponibles et le budget.
Sécurité
A virtual environment can be rather fragile. Thus, it needs to be securely protected against any malicious attacks or viruses and avoid data leaks. Both Hyper-V and VMware ensure security for your virtual environment with the help of various services and tools.
Hyper-V
Étant donné que Hyper-V fonctionne en tant que rôle de serveur Windows, il peut être géré via Active Directory. Hyper-V fournit également un ensemble de composants de sécurité avancés, tels que :
Les derniers ajouts au système de protection des données de Hyper-V sont Windows Defender Advanced Threat Protection (ATP), qui vous permet de détecter les cyberattaques et de répondre aux menaces à l’avance avec l’aide de l’apprentissage automatique, et Windows Defender Exploit Guard (EG), qui protège contre les attaques par ransomware et réduit la surface d’attaque des applications critiques.
VMware
VMware vSphere applique le chiffrement des machines virtuelles qui est conçu pour la protection des données au repos et en mouvement et pour la prévention de l’accès non autorisé au système. De plus, la protection des données est garantie même lors du déplacement des charges de travail. Lorsque le chiffrement vMotion est activé, vous pouvez protéger les données lorsqu’elles sont déplacées entre serveurs physiques et même à travers un environnement cloud hybride.
VMware vSphere prend en charge de nombreuses fonctionnalités de sécurité, notamment :
VMware se concentre sur la protection avec un nombre croissant de fonctionnalités et de paramètres de sécurité. Vous pouvez configurer le pare-feu ESXi, le mode de verrouillage et d’autres paramètres dans l’interface.
Remarque: Les fonctionnalités de sécurité pour Hyper-V sous Windows 10 et VMware Workstation sont assez similaires (démarrage sécurisé, chiffrement VM, etc.), mais il y en a moins que ce qui est disponible pour les versions serveur.
Il convient de noter que vSphere 6.7 a introduit la prise en charge d’un grand nombre de composants de sécurité Hyper-V sortis avec Windows 10 et Windows Server 2016. Les fournisseurs continuent d’améliorer les fonctionnalités de sécurité dans vSphere 8.0 et Windows Server 2022. Hyper-V et VMware ont travaillé ensemble pour assurer une intégration transparente des VM fonctionnant sous Windows OS dans un environnement vSphere.
License et Coûts
Hyper-V et VMware fournissent des versions gratuites de leurs plates-formes de virtualisation. De cette manière, vous pouvez voir comment le produit fonctionne et quels avantages il offre. Cependant, la version d’essai du produit ne comprend que les fonctionnalités de base, ce qui signifie que vous ne pourrez pas tester tous les composants.
Il est difficile de comparer les politiques de tarification de Hyper-V et VMware étant donné que VMware ESXi est sous licence par socket (CPU physique), tandis que Hyper-V est sous licence par cœur depuis 2016. Nous couvrirons la principale différence entre Hyper-V et VMware en termes de licence dans cette section.
Hyper-V de Microsoft
Le modèle de licence de Microsoft calcule le prix en fonction du nombre de cœurs physiques sur l’hôte. En fonction du nombre d’hôtes installés sur le logiciel, vous pouvez identifier le nombre total de cœurs pour lesquels des licences sont nécessaires. Chaque licence est un pack de deux cœurs. Notez que le nombre minimal de cœurs pouvant être sous licence est de quatre, ce qui signifie que les processeurs avec un et deux cœurs seraient toujours comptés comme des processeurs à quatre cœurs.
Les principales fonctionnalités de licence Hyper-V sont :
En savoir plus sur la licence et les éditions de Windows Server et la licence de Windows Server avec les VM Windows.
VMware vSphere
VMware vSphere 8.0 est licencié sur une base de processeur. Par conséquent, chaque processeur de serveur doit se voir attribuer au moins une clé de licence de processeur. Notez que VMware n’impose aucune limite sur la taille de la RAM et le nombre de processeurs et de VM exécutés sur le processeur sous licence.
Les principales caractéristiques de la licence VMware vSphere sont les suivantes :
En savoir plus sur la licence VMware vCenter.
Le tableau ci-dessous indique les différences de prix entre Hyper-V et VMware qui sont valides au moment de la rédaction de l’article de blog.
| Éditions | Tarification | |
| Hyper-V | Windows Server Datacenter | US $6,155 |
| Windows Server Standard | US $1,069 | |
| Windows Server Essentials | US $501 | |
| VMware | VMware vSphere Standard | US $1,394 |
| VMware vSphere Enterprise Plus | US $4,780 | |
| VMware vSphere Essentials Kit | US $577 |
En ce qui concerne VMware Workstation et Hyper-V pour Windows 10 (et autres Windows clients), vous devez acheter une licence pour VMware Workstation pour exécuter le produit sur une machine physique, tandis que vous n’avez pas à payer pour Hyper-V car il est inclus dans Windows.
Veuillez vérifier à nouveau les conditions de licence et le prix sur les sites Web officiels de VMware et Microsoft avant d’acheter un produit, car la licence et les prix peuvent changer.
Réflexions
Si votre environnement inclut différents systèmes d’exploitation, en particulier sur des machines virtuelles, choisir VMware vSphere peut être plus efficace.
Protection des machines virtuelles VMware et Hyper-V avec NAKIVO Backup & Replication
Hyper-V et VMware vSphere offrent des fonctionnalités de protection des données natives et des API pour des solutions de protection des données tierces afin de sauvegarder, répliquer et restaurer des machines virtuelles.
Il est important de prendre en compte tous les aspects d’un hyperviseur, à la fois ses forces et ses faiblesses. Malgré tous les avantages que les deux plates-formes de virtualisation fournissent, elles restent exposées à des risques et des menaces de sécurité qui pourraient compromettre leurs performances et entraîner la perte de données critiques et de temps.
Par conséquent, pour garantir que votre système est protégé, il est conseillé de trouver et d’installer une solution de protection des données fiable et abordable. NAKIVO Backup & Replication est parfait pour toute organisation qui souhaite protéger son environnement virtuel contre les risques et les menaces de sécurité.
Conclusion
Pour conclure la comparaison Hyper-V vs VMware, nous pouvons fournir quelques suggestions sur l’hyperviseur que vous pouvez choisir d’installer sur les serveurs. Il est recommandé de choisir Hyper-V dans les cas suivants :
Si Windows est un système d’exploitation dominant dans votre environnement, y compris les serveurs physiques, les postes de travail et les machines virtuelles.
Si vous utilisez Windows et souhaitez exécuter de nouvelles versions de Windows ou de Linux sur des machines virtuelles sans payer de coûts pour un hyperviseur.
Pour conclure la comparaison entre Hyper-V et VMware, nous pouvons fournir quelques suggestions sur lequel hyperviseur vous pouvez choisir d’installer sur les serveurs. Il est recommandé de choisir Hyper-V dans les cas suivants :
En revanche, VMware est la meilleure option pour vous dans les cas ci-dessous :
Lorsque vous sélectionnez un hyperviseur pour les postes de travail, définissez quel écosystème est préféré pour vous. Si vous êtes axé uniquement sur Windows ou si Hyper-V est déjà installé sur vos autres machines, alors Hyper-V peut être un choix rationnel. Si vous avez besoin d’une solution multi-plateforme pratique et d’une intégration avec vSphere, sélectionnez VMware Workstation ou VMware Fusion.
La décision finale dépendra de vos besoins, des besoins de votre organisation et du budget pour la configuration appropriée. Quoi que vous choisissiez, vous devriez mettre en place une solution complète de protection des données pour garantir la récupération en cas de perte de données et minimiser les temps d’arrêt.
NAKIVO Backup & Replication est une solution de sauvegarde de machines virtuelles rapide, fiable et rentable, qui comprend des fonctionnalités de récupération après sinistre comme la réplication et l’orchestration DR. La solution NAKIVO peut être intégrée de manière transparente avec des environnements VMware et Hyper-V, permettant ainsi d’apprécier pleinement les avantages que ces deux plates-formes offrent.
Source:
https://www.nakivo.com/blog/hyper-v-vmware-complete-comparison/