Logiciels de virtualisation de postes de travail : VM locales, VDI et DaaS

Un logiciel de virtualisation de postes de travail permet d'exécuter un système d'exploitation de bureau dans un environnement virtuel, sur votre ordinateur ou sur une infrastructure accessible à distance. Le choix dépend de l'endroit où les applications doivent fonctionner, de leur gestion et du contrôle dont chaque utilisateur a besoin.

Un développeur qui teste Linux sur un ordinateur portable n'a pas les mêmes besoins qu'une équipe informatique qui fournit des applications Windows à plusieurs centaines de salariés. Ce guide distingue les machines virtuelles locales, l'infrastructure de postes de travail virtuels (VDI), les sessions partagées et le poste de travail en tant que service (DaaS), puis explique comment comparer les logiciels, la compatibilité, les performances, la sécurité et les coûts.

Comment fonctionne la virtualisation de postes de travail ?

Un hyperviseur fournit le matériel virtuel sur lequel s'exécute un système d'exploitation invité. Il lui attribue du temps processeur, de la mémoire, du stockage et d'autres ressources d'une machine physique. Plusieurs machines virtuelles peuvent fonctionner sur un même hôte, mais elles partagent toujours sa capacité disponible.

En virtualisation locale, vous utilisez le bureau invité à travers un logiciel installé sur votre ordinateur. Le système d'exploitation hôte reste accessible à côté du système invité. Un ordinateur portable Windows peut, par exemple, exécuter un invité Linux pris en charge pour le développement logiciel, sans remplacer son installation principale.

Avec un bureau distant, les applications s'exécutent ailleurs. Un protocole d'affichage transmet les mises à jour de l'écran, les saisies au clavier et les autres interactions prises en charge entre la session et le terminal. Un déploiement d'entreprise nécessite aussi des contrôles d'identité, la gestion des connexions, des images, des profils, de la supervision et du support. L'hyperviseur seul ne fournit pas tout ce service.

L'accès distant et la virtualisation ne sont pas synonymes. Un logiciel de bureau à distance peut se connecter à un PC physique, tandis qu'une VM locale peut ne jamais accepter de connexion distante. Gardez cette distinction en tête lors de la comparaison des produits.

Choisir d'abord le mode de mise à disposition

Modèle	Lieu d'exécution	Usage courant et principale limite
Machine virtuelle locale	Sur l'ordinateur de l'utilisateur, dans un système invité	Développement, apprentissage et tests ; dépend du matériel local et de la compatibilité du système invité
VDI	Dans des VM de bureau individuelles sur une infrastructure gérée de manière centralisée	Environnements de bureau distincts ; nécessite des services d'accès et une gestion opérationnelle
Bureau à sessions partagées	Plusieurs sessions sur une même instance de système d'exploitation compatible	Applications standardisées ; compatibilité et concurrence pour les ressources à tester
DaaS	Sur l'infrastructure de postes de travail d'un fournisseur	Externalisation de certaines tâches d'infrastructure ; responsabilités variables selon le service

Le DaaS décrit le mode de fourniture d'un service. Il peut donc reposer sur une architecture VDI ou sur des sessions partagées. Il ne signifie pas que le fournisseur prend en charge toutes les applications, politiques, sauvegardes et demandes de support.

Les sessions partagées peuvent réduire le nombre d'instances de système d'exploitation à gérer, mais certaines applications ne prennent pas en charge plusieurs utilisateurs simultanés. La présentation des services Bureau à distance de Microsoft décrit les rôles nécessaires à la mise à disposition de sessions et d'applications Windows Server. Vérifiez les droits d'accès et les licences applicables au modèle retenu.

Les logiciels de virtualisation locale

Commencez par le système d'exploitation hôte et l'architecture du processeur. Vérifiez ensuite le système invité exact, les dépendances applicatives, les périphériques et les fonctions d'automatisation nécessaires. Connaître un produit est utile, mais ne rend pas compatible une configuration qui ne l'est pas.

VMware Workstation et Fusion

VMware Workstation fonctionne sur des hôtes Windows et Linux compatibles ; VMware Fusion fonctionne sur des Mac compatibles. Ces deux outils locaux permettent de créer et d'utiliser des machines virtuelles. Les informations actuelles de Broadcom sur les téléchargements et les licences indiquent que les versions concernées de Workstation Pro et Fusion Pro sont gratuites pour les usages professionnels, éducatifs et personnels. Les systèmes invités et les applications peuvent toujours nécessiter leurs propres licences.

Sur Apple silicon, Fusion exécute des systèmes invités Arm pris en charge, au lieu de virtualiser un système d'exploitation x86. Exécuter une application x86 par traduction dans Windows sur Arm est une fonction distincte, avec ses propres limites. Consultez les indications de Broadcom sur l'architecture des systèmes invités avant de déplacer une VM provenant d'une machine Intel.

Oracle VirtualBox

Oracle VirtualBox propose une virtualisation locale avec des paquets pour plusieurs plateformes hôtes et la prise en charge de différents systèmes invités. La documentation Oracle distingue le paquet de base sous licence GPL de l'Extension Pack facultatif, soumis à des conditions de licence distinctes. Vérifiez ces conditions avant de déployer ses fonctions en entreprise.

Pour un laboratoire de test, évaluez les réseaux virtuels, les instantanés, l'intégration des périphériques et la gestion en ligne de commande sur la combinaison hôte-invité prévue. Un paquet de base open source ne dispense pas de vérifier les licences des extensions et des applications invitées.

Parallels Desktop

Parallels Desktop permet d'exécuter d'autres systèmes d'exploitation sur un Mac, notamment des applications Windows aux côtés des applications macOS. Sur Apple silicon, la voie principale de virtualisation repose sur les systèmes invités Arm compatibles. Parallels documente aussi une préversion d'émulation x86, qu'il ne faut pas assimiler à son fonctionnement Arm pris en charge.

Consultez la configuration requise actuelle pour vérifier macOS, le matériel, les versions des systèmes invités et les limites fonctionnelles. Testez l'application Windows et ses pilotes : pouvoir exécuter Windows ne garantit pas que toutes ses applications fonctionneront.

Microsoft Hyper-V

Hyper-V permet de créer et de gérer des VM sous Windows. La documentation d'installation de Microsoft précise les éditions de Windows et les caractéristiques matérielles nécessaires, dont la prise en charge de la virtualisation par le processeur. Le rôle Hyper-V n'est pas disponible dans Windows Famille.

Un développeur disposant déjà d'une édition Windows compatible peut l'évaluer avant d'acheter un autre hyperviseur local. Hyper-V seul ne constitue pas un service complet de postes de travail gérés : fournir des sessions distantes à une organisation exige aussi les composants d'accès, de gestion et de licence adaptés.

Les logiciels de VDI et de bureaux cloud

Pour un déploiement d'entreprise, examinez la répartition de la gestion aussi attentivement que l'interface du bureau. Déterminez qui exploite le service de connexion, les hôtes de session, les images, les profils, les applications, l'intégration des identités et les procédures de restauration.

Omnissa Horizon 8

Le produit s'appelle désormais Omnissa Horizon, anciennement VMware Horizon. Horizon 8 prend en charge les bureaux virtuels et les applications publiées dans différents environnements compatibles. Son architecture comprend la gestion des connexions, des agents sur les postes, des clients et des composants d'accès distant.

Cette solution peut convenir à une équipe qui a besoin d'une plateforme d'entreprise et peut exploiter l'infrastructure associée. Vérifiez l'architecture de déploiement et la matrice de compatibilité, sans considérer les combinaisons d'hyperviseurs, de clouds et de systèmes invités comme interchangeables.

Citrix DaaS

Citrix DaaS fournit une gestion cloud de la mise à disposition d'applications et de bureaux, avec des charges de travail compatibles dans des environnements gérés par le client ou dans le cloud. La répartition des responsabilités dépend du service et de l'option de déploiement. Un plan de contrôle cloud ne signifie pas que le fournisseur gère automatiquement les machines de session, les applications et les politiques utilisateur.

Azure Virtual Desktop et Windows 365

Azure Virtual Desktop fournit des bureaux et des applications avec des hôtes de session personnels ou groupés, et des systèmes compatibles à session unique ou multisessions. Microsoft gère certains composants du service, tandis que votre équipe reste responsable de tâches liées aux hôtes, aux images, aux applications et aux accès. Notre guide du bureau à distance sur Azure détaille ce choix de déploiement.

Windows 365 fournit des PC cloud sous forme de service. Il peut convenir aux organisations qui souhaitent une offre de poste de travail plus intégrée, mais l'équipe informatique doit toujours gérer les applications, les identités et les politiques. Comparez l'édition et la configuration précises : les bureaux cloud de Microsoft ne reposent pas tous sur le même mode de fonctionnement.

Amazon WorkSpaces

Amazon WorkSpaces distingue les bureaux Personal, attribués de façon persistante à des utilisateurs, des Pools non persistants. Les systèmes d'exploitation, configurations, protocoles et modes de facturation disponibles dépendent de l'option choisie. Vérifiez ces éléments ensemble, notamment pour comparer le poste quotidien d'un utilisateur nommé à un pool destiné à des groupes changeants.

Bureaux persistants, images et profils utilisateur

Un bureau persistant conserve son environnement entre les sessions. Un bureau non persistant revient à un état de référence selon le cycle de vie et la configuration de la plateforme. Cette remise à zéro peut intervenir à la fermeture de session, au redémarrage ou à un autre événement défini ; son comportement varie selon les produits.

Les fichiers et les paramètres utilisateur peuvent être stockés séparément de l'image du bureau. Un bureau temporaire peut ainsi retrouver le profil d'un utilisateur, mais dépend alors du stockage des profils, des permissions, du comportement des applications et des procédures de restauration. La documentation Citrix sur les modes de mise à disposition décrit plusieurs combinaisons de machines, de sessions et de persistance.

Choisissez selon le travail à effectuer. Une formation encadrée peut bénéficier d'une image réinitialisable. Un poste spécialisé peut nécessiter la conservation d'outils et de réglages. Dans les deux cas, désignez les responsables de la mise à jour des images et de la protection des données utilisateur.

Vérifier la compatibilité et les performances des applications

Établissez votre sélection à partir des applications, plutôt que d'un nombre générique d'utilisateurs. Notez le système d'exploitation, l'architecture CPU, les besoins en mémoire, le comportement du stockage, les périphériques et les intégrations requises. Les invités Linux, comme Ubuntu ou Red Hat Enterprise Linux, doivent eux aussi utiliser une version et une architecture prises en charge ; la mention Linux ne garantit pas toutes les distributions.

Pour les utilisateurs distants, testez le trajet réseau réel, la configuration des écrans, les appels vidéo, l'accès aux fichiers et les besoins en USB ou en impression. Les recommandations de Microsoft sur la bande passante RDP expliquent pourquoi les besoins varient selon le contenu et l'activité de la session. Un seuil unique de bande passante ou de latence ne suffit pas à établir que toutes les applications seront utilisables.

Accélération GPU et attribution directe d'un GPU

Un adaptateur graphique virtuel, un vGPU partagé et un GPU entier attribué à une VM par passthrough correspondent à des configurations différentes. La prise en charge de l'affichage du bureau ou d'une fonction DirectX ne prouve pas la compatibilité avec CUDA, toutes les applications professionnelles ou tous les modèles de GPU.

Pour NVIDIA vGPU, vérifiez la combinaison complète prise en charge : matériel, hyperviseur, système invité, version logicielle, profil et licence. Notre guide de NVIDIA GRID et du vGPU présente les notions et les choix de déploiement. Mesurez des charges représentatives au lieu de supposer qu'un GPU partagé entraîne toujours une perte de performances fixe.

Configurer explicitement la sécurité et la restauration

Centraliser les bureaux peut faciliter la coordination des politiques d'accès et des mises à jour applicatives. Cela concentre aussi les dépendances : une panne du service d'identité, du stockage des profils ou du service de connexion peut toucher de nombreux utilisateurs à la fois.

Utilisez l'authentification multifacteur, des droits d'administration limités, des moyens d'accès distant pris en charge et des mises à jour pour les hôtes, les invités et les terminaux. Les recommandations de sécurité d'Azure Virtual Desktop décrivent les responsabilités partagées. Les sessions partagées demandent une attention particulière, car les utilisateurs travaillent dans le même environnement de système d'exploitation.

Les données peuvent quitter un bureau distant par la redirection autorisée des disques, du presse-papiers, des imprimantes ou d'autres périphériques. Les captures d'écran et les transferts effectués dans les applications comptent aussi. Adaptez les contrôles au travail nécessaire ; ne promettez pas que la virtualisation empêche toute extraction de données.

Les instantanés peuvent annuler certaines modifications, mais ne remplacent pas un plan de sauvegarde et de restauration. Testez la récupération des fichiers, des profils et des configurations nécessaires. Protégez les sauvegardes séparément des identifiants et de l'infrastructure qu'un incident pourrait compromettre.

Comparer le coût complet et le travail de gestion

Incluez les abonnements aux logiciels, les droits sur les systèmes d'exploitation et les applications, le calcul, le stockage, les sauvegardes, le réseau, le support et le temps des équipes. Vérifiez l'effet des ressources inutilisées, des disques conservés, des attributions aux utilisateurs et des engagements minimaux sur la facture. Un hyperviseur local gratuit ne supprime pas le coût du matériel, et une infrastructure facturée à l'usage ne supprime pas les licences applicatives.

Pour une infrastructure que vous gérez vous-même, Compute with Hivenet fournit des ressources de calcul CPU et GPU. Évaluez-les selon la charge de travail, puis confirmez les images système compatibles, le logiciel de bureau à distance, les licences, le réseau et la persistance avant de concevoir un service de postes de travail. La capacité de calcul n'est qu'un composant de cette conception.

Ne dimensionnez pas un déploiement entier à partir d'une session de test peu sollicitée. Les connexions simultanées, les lancements d'applications, les mises à jour et les réunions vidéo peuvent révéler des limites masquées par l'utilisation moyenne.

Mener un pilote avant de choisir le logiciel

1. Définissez des groupes représentatifs. Distinguez le développement, la bureautique, les tâches partagées et les usages graphiques intensifs.
2. Vérifiez les composants compatibles. Notez les versions hôtes et invitées, l'architecture CPU, les droits applicatifs, les besoins GPU et les périphériques requis.
3. Attribuez les responsabilités opérationnelles. Désignez qui gère les identités, les images, les profils, les correctifs, la supervision, les sauvegardes et le support.
4. Testez le travail courant et les pics d'activité. Mesurez la durée des tâches, la connexion, la réactivité, la latence du stockage et la qualité des sessions avec les applications réelles.
5. Testez les pannes et la restauration. Incluez la déconnexion d'un client, l'indisponibilité d'un bureau, un profil endommagé et la récupération d'un fichier.
6. Comparez le coût complet. Appuyez-vous sur la demande et le travail d'exploitation observés, puis élargissez progressivement le déploiement avec des critères d'acceptation documentés.

Questions fréquentes sur les logiciels de virtualisation

Quel est le meilleur logiciel de virtualisation de postes de travail ?

Pour des VM locales, sélectionnez les outils compatibles avec votre ordinateur, votre système invité et vos applications. Pour des bureaux distants gérés, comparez l'architecture, les responsabilités opérationnelles et les besoins des utilisateurs. Un produit adapté au portable d'un développeur ne convient pas nécessairement à tout le parc d'une organisation.

Un bureau virtuel peut-il fonctionner hors ligne ?

Une VM locale peut fonctionner sans réseau si ses applications et ses fichiers le permettent. Un bureau hébergé à distance nécessite généralement une connexion au service. Les licences applicatives, l'authentification et l'accès aux données peuvent créer d'autres dépendances réseau dans les deux modèles.

Un bureau non persistant supprime-t-il les données utilisateur ?

Pas nécessairement. L'état local du bureau peut être réinitialisé tandis que les fichiers et les profils persistent dans un stockage distinct. Confirmez l'emplacement de chaque type de données, le moment de la réinitialisation et les moyens de sauvegarde.

La virtualisation garantit-elle une baisse des coûts ?

Non. Les économies dépendent de l'utilisation, des licences, de l'infrastructure, du support et du travail de gestion. Utilisez un pilote fondé sur les usages et un calcul complet des coûts, plutôt qu'un pourcentage d'économie présenté comme universel.