Pendant longtemps, l’abandon de VMware a fait partie de ces idées dont de nombreuses équipes chargées de l’infrastructure parlaient, mais que relativement peu d’entre elles envisageaient sérieusement de mettre en œuvre. VMware était profondément ancré dans les systèmes, les administrateurs en étaient conscients, et même lorsque les conditions de licence n’étaient pas particulièrement avantageuses, les perturbations liées au déplacement de centaines, voire de milliers de machines virtuelles faisaient souvent du statu quo l’option la plus simple.
Ce calcul a changé.
Les changements intervenus à la suite du rachat de VMware par Broadcom ont contraint les entreprises à réexaminer leurs choix en matière d’infrastructure, qui, dans certains cas, n’avaient pratiquement pas été remis en question depuis une décennie, voire plus. Les discussions autour d’hyperviseurs alternatifs ne se limitent plus à de simples exercices théoriques d’architecture et, de plus en plus souvent, Proxmox VE apparaît comme la solution.
Il y a de bonnes raisons à cela. Proxmox est devenu un hyperviseur abouti, doté de fonctionnalités de clustering, de haute disponibilité, de stockage défini par logiciel, de sauvegarde et des capacités de gestion nécessaires pour faire fonctionner des environnements de production de grande envergure. Plus important encore, les entreprises ne se contentent pas de l'évaluer en laboratoire. Le service informatique de l'université de Stanford a publié son propre compte-rendu de la migration : plus de soixante nœuds de serveurs ont été reconfigurés en six clusters Proxmox indépendants, et environ 1 500 machines virtuelles ont été transférées depuis VMware. Des parcs informatiques de cette envergure font actuellement l'objet d'une migration dans le monde réel.
Pour une entreprise dont le parc VMware se compose principalement de charges de travail serveur, la marche à suivre peut paraître d’une simplicité rafraîchissante : mettre en place l’environnement Proxmox, migrer les charges de travail, mettre hors service les serveurs ESXi et passer à autre chose.
Mais que se passe-t-il lorsque vSphere n'est pas le seul produit VMware dont vous dépendez ?
Le remplacement de vSphere n'est qu'une partie du problème
Imaginons une entreprise exploitant un environnement VMware assez classique. Son parc de serveurs repose sur vSphere, tandis que plusieurs centaines d'employés accèdent à des postes de travail et à des applications Windows via VMware Horizon.
Certains utilisateurs disposent peut-être de postes de travail Windows 11 complets. D'autres lancent quelques applications Windows publiées, tandis que les prestataires bénéficient de postes de travail strictement contrôlés sans avoir d'accès direct au réseau de l'entreprise. Pour les utilisateurs, Horizon est tout simplement le moyen d'accéder aux ressources dont ils ont besoin.
L'entreprise décide alors de ne plus utiliser VMware.
La migration de l'infrastructure vers Proxmox résout une grande partie du problème. Les contrôleurs de domaine peuvent être migrés. Les serveurs de fichiers peuvent être migrés. Les bases de données et les serveurs d'applications peuvent être migrés. Les machines virtuelles Windows utilisées pour fournir les postes de travail des utilisateurs peuvent également fonctionner sur Proxmox.
Mais on ne peut pas simplement prendre Horizon et l'emporter avec eux.
La raison apparaît clairement lorsque l'on décompose la pile VMware en ses différents composants. vSphere fournit l'infrastructure de virtualisation ; Horizon fournit le service qui transforme cette infrastructure en une offre accessible aux utilisateurs. Il identifie les utilisateurs, détermine les applications et les postes de travail auxquels ils ont droit d'accéder, et identifie la provenance de ces ressources.
Proxmox remplace la première de ces fonctions. Il n'est pas destiné à remplacer la seconde.
À ce stade, ce qui ressemblait à une migration d’hyperviseur devient également un projet informatique destiné aux utilisateurs finaux. La question n’est plus simplement : “ Par quoi allons-nous remplacer vSphere ? ”
Si Horizon fait partie de la succession, une autre question se pose : qu'est-ce qui remplacera Horizon ?
Une couche de bureau différente
C'est là que nous avons notre place.
Inuvika OVD Enterprise assure la couche de diffusion des applications et des postes de travail au-dessus de l'hyperviseur ; il s'agit d'un Une alternative à VMware Horizon qui ne dépend pas d'un hyperviseur. Proxmox fournit l'infrastructure sur laquelle s'exécutent les machines virtuelles ; nous transformons les charges de travail Windows et Linux qui s'exécutent sur cette infrastructure en applications et en postes de travail pouvant être mis à la disposition des utilisateurs en toute sécurité.
Prenons l'exemple d'une entreprise comptant 600 utilisateurs Horizon. Deux cents ingénieurs disposent de leurs propres postes de travail virtuels sous Windows 11, car ils ont besoin d'environnements de bureau complets. Les 400 employés restants ont principalement besoin d'accéder à un ensemble d'applications professionnelles Windows.
Avant la migration, tout cela aurait pu être fourni via Horizon sur vSphere. Après la migration, cela peut être fourni via Inuvika OVD Enterprise sur Proxmox.
Les ingénieurs peuvent continuer à disposer de postes de travail Windows dédiés, tandis que les autres collaborateurs peuvent bénéficier de postes de travail Windows partagés ou d'applications publiées individuelles. Du point de vue de l'utilisateur, l'hyperviseur sous-jacent n'a pratiquement aucune importance : il se connecte et reçoit les ressources qui lui sont attribuées.
En coulisses, cependant, les deux couches de l'environnement VMware ont été remplacées.
Il est important de noter qu’Inuvika OVD Enterprise n’est pas simplement un logiciel qui s’exécute au hasard au sein de machines virtuelles hébergées par Proxmox. Nous intégrons en effet une prise en charge du provisionnement pour Proxmox VE, ce qui permet à notre logiciel d’interagir directement avec l’infrastructure de virtualisation sous-jacente.
D'une image Windows au bureau d'un utilisateur
Si ces 200 ingénieurs ont besoin de postes de travail sous Windows 11, quelqu'un doit les mettre en place et les maintenir. De même, si l'environnement applicatif partagé a besoin de plus de capacité à mesure que la demande des utilisateurs augmente, la mise en place manuelle de chaque serveur Windows supplémentaire irait à l'encontre de l'intérêt même d'un service de postes de travail gérés.
Au lieu de cela, un administrateur prépare un « gold master » contenant le système d'exploitation, les applications et la configuration requis par l'entreprise. Nous pouvons ensuite utiliser ce modèle pour provisionner les instances nécessaires à la mise à disposition des postes de travail et des applications.
L'organisation reste propriétaire de l'image Windows et en assure la gestion. Elle décide de la manière dont Windows est mis à jour, des applications à installer et des politiques de sécurité à appliquer. Dans le cadre d’un déploiement Proxmox, la préparation de Windows, y compris Sysprep, est gérée via les scripts du serveur OVD, tandis que la conversion finale de la machine virtuelle préparée en modèle s’effectue au sein même de Proxmox. Ces deux étapes sont décrites dans notre documentation relative à la mise en service.
Une fois préparé, ce modèle sert de base aux ressources Windows que nous déployons.
Cette distinction est importante, car il existe une différence significative entre affirmer qu’un produit VDI fonctionne sur Proxmox et affirmer qu’il s’intègre réellement à Proxmox. Presque n’importe quelle application peut être installée au sein d’une machine virtuelle. L’intégration signifie que le logiciel de bureau peut interagir avec l’infrastructure sous-jacente afin de créer les ressources nécessaires à la fourniture du service.
Pour une entreprise qui abandonne VMware, cela signifie que le passage à Proxmox ne doit pas nécessairement impliquer de renoncer à l'automatisation dont elle bénéficiait auparavant grâce à son logiciel de mise à disposition de postes de travail.
Ne procédez pas automatiquement à la reconstruction du parc Horizon
Une migration est également une bonne occasion de se demander si chaque utilisateur a encore besoin de l'architecture dont il disposait auparavant.
Si notre entreprise type dispose actuellement de 600 postes de travail Horizon, le plan de migration le plus évident consisterait à créer 600 postes de travail de remplacement. Mais peut-être que seuls les 200 ingénieurs ont réellement besoin de leur propre environnement Windows. Si les 400 autres utilisateurs passent la majeure partie de leur journée de travail à utiliser la même poignée d’applications Windows, leur fournir à chacun une machine virtuelle Windows 11 distincte n’apportera guère plus que la création de centaines de systèmes d’exploitation supplémentaires à faire fonctionner, à mettre à jour et à gérer.
Inuvika OVD Enterprise prend en charge ces deux approches au sein d'un même environnement.
Les utilisateurs qui ont besoin d'un environnement Windows individuel peuvent disposer d'un bureau dédié, tandis que les applications et les bureaux partagés peuvent être fournis à partir de serveurs d'applications Windows aux utilisateurs qui n'en ont pas besoin. Plusieurs utilisateurs peuvent ainsi partager les ressources serveur sous-jacentes tout en bénéficiant de leurs propres sessions individuelles.
Cela fait de cette migration l'occasion de se poser une question plus pertinente que “ Comment reproduire Horizon sur Proxmox ? ”
Demandez-vous plutôt : “ À quoi servent réellement Horizon pour nos utilisateurs ? ”
L'environnement de remplacement peut alors être conçu en fonction du service dont ils ont besoin, plutôt que de se contenter de reproduire l'infrastructure qui, par hasard, le fournissait auparavant.
Éviter la prochaine dépendance
Il y a là aussi une leçon plus générale à tirer. Pour de nombreuses organisations, les événements récents concernant VMware ont mis en évidence le risque qu'il y a à laisser une part trop importante de sa pile d'infrastructure dépendre d'un seul fournisseur.
Le remplacer par une autre pile étroitement couplée serait une conclusion étrange à tirer de cette expérience.
Inuvika OVD Enterprise n'est pas une solution réservée à Proxmox. Proxmox fait partie de la liste intégrée des environnements pris en charge par notre système de provisionnement, aux côtés de Nutanix AHV, VMware vSphere et VergeOS, ainsi que de fournisseurs de cloud tels que Zadara, Microsoft Azure, Google Cloud et AWS. Plus généralement, notre solution est indépendante de tout hyperviseur et de toute plateforme cloud, et fonctionne également sur KVM, Hyper-V et Virtuozzo.
Aujourd'hui, une entreprise peut décider que Proxmox est la solution idéale pour tout ce qui fonctionne actuellement sur vSphere. À l'avenir, elle pourrait racheter une autre entreprise, mettre en place une infrastructure cloud ou opérer un autre changement que personne, parmi ceux qui conçoivent l'environnement actuel, ne peut prévoir.
La séparation de ces deux couches permet à ces décisions de rester indépendantes.
Optez pour Proxmox, car c'est l'hyperviseur qu'il vous faut. Optez pour Inuvika OVD Enterprise, car c'est la solution idéale pour la mise à disposition d'applications et de postes de travail. Changer l'un n'implique pas automatiquement de changer l'autre.
Quitter VMware, c'est voir au-delà de vSphere
Pour les organisations qui utilisent VMware exclusivement pour la virtualisation de serveurs, le passage à Proxmox peut constituer une voie claire pour s'affranchir de vSphere. Des migrations concrètes menées à Stanford et ailleurs ont déjà démontré que Proxmox est capable de prendre en charge des environnements de production de grande envergure.
Pour les entreprises qui utilisent VMware Horizon (Omnissa), cependant, le remplacement de l'hyperviseur ne représente qu'une étape du processus.
Proxmox fournit l'infrastructure de virtualisation, tandis qu'Inuvika OVD Enterprise assure la couche de diffusion des applications et des postes de travail au-dessus de celle-ci. Ensemble, ces deux solutions offrent une alternative à vSphere et à Horizon sans pour autant renoncer aux applications Windows gérées de manière centralisée, aux postes de travail partagés ou à la VDI dédiée.
Mais surtout, elles permettent à une entreprise de remplacer une pile VMware intégrée verticalement par deux choix technologiques indépendants.
Le remplacement de vSphere est une décision en soi.
Le remplacement de VMware Horizon en est un autre.
Et le fait de séparer ces deux aspects pourrait bien être, en fin de compte, l'un des aspects les plus utiles de ce changement.
Questions fréquentes
Proxmox peut-il remplacer VMware Horizon ?
Pas directement. Proxmox VE fournit l'infrastructure de virtualisation et peut remplacer le rôle joué par VMware vSphere et ESXi. Horizon remplit un rôle différent : il permet aux utilisateurs d'accéder aux postes de travail et aux applications auxquels ils ont droit, et cette couche doit être remplacée séparément. Inuvika OVD Enterprise est conçu pour jouer ce rôle.
Inuvika OVD Enterprise prend-il en charge Proxmox VE ?
Oui. Proxmox fait partie des environnements figurant dans la liste intégrée avec laquelle notre système de provisionnement est compatible, aux côtés de Nutanix AHV, VMware vSphere, VergeIO et des principaux fournisseurs de cloud. Le provisionnement s’effectuant via Terraform, les environnements ne figurant pas dans cette liste peuvent être ajoutés via la configuration avancée ou par notre équipe d’assistance.
Faut-il attribuer à chaque utilisateur son propre bureau Windows ?
Non, et la plupart des entreprises ne devraient pas le faire. Les instances dédiées offrent à chaque utilisateur son propre environnement Windows, tandis que les instances partagées fournissent des bureaux par session et des applications publiées à partir d’un seul serveur d’applications Windows. Les deux fonctionnent dans le même environnement ; l’architecture peut donc s’adapter aux activités réelles de chaque groupe d’utilisateurs.
Comment la version « Gold Master » de Windows est-elle préparée pour Proxmox ?
Vous créez un serveur d'applications avec le système d'exploitation, les applications et la configuration de votre choix, puis vous l'enregistrez en tant que modèle. Sur Proxmox, Sysprep est configuré via les scripts du serveur OVD. La conversion finale de la machine virtuelle préparée en modèle s'effectue directement dans Proxmox, car cette opération relève de l'hyperviseur et non de notre console.
Si on déménage à nouveau plus tard, faudra-t-il aussi changer la couche du bureau ?
Non. C'est justement pour cela qu'il faut distinguer ces deux décisions. Le même environnement fonctionne sur Nutanix AHV, VMware vSphere, VergeIO et chez les fournisseurs de cloud public ; ainsi, un futur changement d'infrastructure n'entraînera pas une deuxième migration de la couche de postes de travail.
Essayez-le sur Proxmox
Inuvika OVD Enterprise s'installe en quelques heures et configure les postes de travail à partir de votre propre image de référence. Lancez une essai gratuit de 30 jours.