13. Envisager la migration depuis VMware vSphere (Partie 1)

Ces dernières années, un mouvement croissant s’éloigne de VMware. Jusqu’à présent, VMware occupait une position dominante en tant que plateforme de virtualisation de serveurs pour les entreprises. Cependant, l’acquisition de VMware par Broadcom entre 2023 et 2024 et l’annonce d’un nouveau système de licences avec une augmentation significative des prix ont eu un impact majeur sur les utilisateurs existants. Dans cet article, nous reviendrons sur les problèmes liés à VMware et envisagerons la possibilité d’Oracle Linux Virtualization Manager comme destination de migration.

Qu’est-ce que le problème VMware ?

Le déclencheur a été l’acquisition de VMware par Broadcom à la fin de 2023. Jusqu’à présent, VMware dominait le domaine de la virtualisation de serveurs grâce à ses fonctionnalités riches, sa stabilité, son ergonomie sophistiquée, son grand nombre d’ingénieurs et son large éventail de matériel certifié.

Cependant, après l’acquisition par Broadcom, un nouveau système de licences avec des changements significatifs a été annoncé. De plus, la période de grâce pour les utilisateurs existants était courte, et les contrats existants expirant après le 5 février 2024 ne pouvaient pas être renouvelés, obligeant à un rachat sous le nouveau système de licences. En conséquence, il était prévu que la charge financière augmenterait de 1,5 à 20 fois, ce qui a conduit à un problème majeur.

Nouveau modèle de licences de VMware

Les principaux changements dans le système de licences sont les suivants. L’impact varie selon l’entreprise et le système utilisé, mais de nombreuses entreprises craignent une augmentation significative des coûts. VMware appelle l’ensemble du système de tarification, y compris le support, un portefeuille.

1. Passage de l’achat unique à un modèle d’abonnement
   Auparavant, il s’agissait d’un achat unique « Licence Perpétuelle + Support de Maintenance », mais désormais cela passe à une « Licence par Abonnement » incluant la licence et le support de maintenance. Avant, il suffisait de renouveler périodiquement le contrat de support, mais maintenant vous pouvez choisir l’édition de la licence et la durée d’utilisation parmi 1 an, 3 ans ou 5 ans.
2. Passage de l’unité de socket CPU à l’unité de cœur CPU
   La facturation est passée de l’unité de socket CPU physique à l’unité de cœur CPU. Auparavant, il était possible de réduire les coûts de licence en utilisant des CPU performants avec de nombreux cœurs, mais cela ne sera plus possible avec la facturation par cœur. Ces dernières années, des CPU très performants avec 50 cœurs ou plus sont apparus, il est donc nécessaire de choisir un serveur qui optimise les performances et les coûts de licence tout en tenant compte du rapport coût-efficacité.
3. Consolidation des ventes par fonction en quatre éditions
   Auparavant, le système de produits de VMware était si compliqué qu’il donnait des maux de tête aux représentants commerciaux. Cependant, le nouveau système a été simplifié en le consolidant en quatre éditions suivantes. Cependant, VMware vSAN et VMware NSX, qui étaient auparavant disponibles séparément, sont maintenant regroupés avec les éditions supérieures, vous pourriez donc avoir besoin d’une édition avec plus de fonctionnalités que nécessaire. En plus des éditions, certaines fonctions sont proposées sous forme d’extensions.
   • VMware vSphere Standard (VVS)
   • VMware vSphere Enterprise Plus (VEP)
   • VMware vSphere Foundation (VVF)
   • VMware Cloud Foundation (VCF)
4. Sélection d’édition limitée
   Les clients ne sont pas libres de choisir l’édition qu’ils souhaitent. Broadcom définit des segments de clients ayant des restrictions sur les éditions qu’ils peuvent acheter. Par conséquent, certaines entreprises pourraient être contraintes d’acheter plus d’éditions que nécessaire, ce qui pourrait entraîner un surinvestissement.

Leçons tirées du problème VMware

Il y a plusieurs leçons à tirer de ce problème VMware. Un exemple typique est le danger des logiciels propriétaires avec une part de marché dominante. Jusqu’à présent, les logiciels propriétaires avec une grande part de marché ont parfois adopté des politiques de tarification agressives, mais de tels changements drastiques sont rares.

De plus, ce changement majeur dans le système de licences a été déclenché par une acquisition d’entreprise. Une des raisons principales était que VMware présentait un risque élevé d’acquisition, ayant été racheté par EMC et DELL par le passé.

Et les fonctions de VMware en tant que plateforme de virtualisation de serveurs étaient matures, avec de nombreuses fonctionnalités supérieures à celles de ses concurrents, rendant difficile l’application de principes concurrentiels autres que le coût, et il comptait de nombreux utilisateurs. Certaines études de marché suggèrent qu’il détenait une part de marché de près de 80 %.

Envisager la migration de VMware

Le coût est le facteur principal lorsqu’on envisage une migration de VMware, mais il faut réfléchir soigneusement pour savoir si migrer est vraiment une bonne idée et quelle est la meilleure destination.

S’éloigner de VMware est-il le bon choix ?

Les coûts accrus associés au nouveau système de licences sont une motivation pour s’éloigner de VMware, mais une décision de changement basée sur une simple comparaison des coûts d’exploitation doit être prise avec prudence. Une décision globale doit être prise après avoir examiné les aspects fonctionnels, opérationnels et de migration.

Voici un exemple de ce qu’il faut prendre en compte lors d’une migration vers un autre hyperviseur.

• Fonction
• Y a-t-il une fonction équivalente ?
• S’il n’y a pas de fonction équivalente, le problème peut-il être résolu en repensant le système ou en modifiant les opérations ?
• Construction et exploitation
• Redesign et construction du serveur
• Re-conception et construction du réseau
• Recréation des guides d’exploitation
• Développement des compétences et équipes opérationnelles
• Transfert
• Puis-je utiliser un système d’exploitation invité existant ?
• Le système existant fonctionne-t-il ou bénéficie-t-il du support du fournisseur ?
• Les temps d’arrêt du système pendant la migration sont-ils acceptables ?
• Y a-t-il un chemin de migration efficace ?
• Les outils de sauvegarde et de surveillance opérationnelle existants peuvent-ils être utilisés ?
• Les serveurs et le stockage que vous utilisez prennent-ils en charge l’hyperviseur vers lequel vous migrez ?

En particulier, VMware excelle dans les points suivants. Pour une utilisation par une entreprise d’une certaine taille, il est important qu’il soit officiellement pris en charge, donc une réflexion approfondie est nécessaire.

• De nombreuses plateformes matérielles et logicielles sont compatibles avec VMware.
• Il possède de nombreuses fonctionnalités absentes des autres produits de virtualisation.

Vous devrez évaluer ces options et les comparer avec les hyperviseurs potentiels, et dans certains cas, il peut être nécessaire de réaliser des tests de validation. Si vous décidez de ne pas migrer après l’évaluation finale, c’est aussi une bonne décision.

De plus, les considérations ci-dessus supposent une migration simple ; lorsque la modernisation des applications ou d’autres initiatives permettent des mises à jour approfondies de l’application, des considérations plus fondamentales seront nécessaires.

Destination de migration de VMware

Le premier choix pour la destination de migration est le cloud public ou sur site. On parle beaucoup du cloud public, nous nous concentrerons donc ici sur le sur site.

Migration vers le cloud public

Il existe deux principaux chemins de migration vers le cloud :

Destination	Caractéristiques
Services de machines virtuelles tels qu’Amazon EC2	Bien que les coûts d’exploitation aient tendance à être moins élevés, le travail de migration devient plus difficile à mesure que le nombre de machines virtuelles à migrer augmente. Cela nécessite non seulement une refonte du réseau, mais aussi une refonte de l’ensemble de l’infrastructure.
Services VMware fournis par le cloud	Solutions VMware telles que VMware Cloud on AWS, Azure VMware Solution, et Oracle Cloud VMware Solution. Comme il s’agit du même VMware, la migration est facile, mais les coûts logiciels peuvent ne pas être les mêmes que sur site (les structures de tarification varient considérablement selon le fournisseur).

Migration sur site

Les destinations de migration possibles sur site incluent des produits de virtualisation de serveurs tels que les suivants :

• Oracle Linux Virtualization
• Microsoft Hyper-V
• Nutanix
• Red Hat OpenShift Virtualization
• Proxmox VE
• XCP-ng

J’en ai présenté certains dans ma chronique précédente, “Comparaison des logiciels de virtualisation de serveurs n°12,” je les présenterai donc brièvement ici. La Figure 01 suivante montre les différences entre eux. Les coûts d’implémentation et les fonctionnalités sont des comparaisons relatives entre eux, et non avec VMware.

Tableau 01 : Comparaison des plateformes de virtualisation de serveurs

De plus, les éléments suivants sont des exemples de considérations que vous évaluerez réellement. Bien qu’il soit préférable d’avoir tout, le plus important est de savoir si cela répond à vos besoins.

• Stabilité du fournisseur : Les fournisseurs de développement et la communauté de développement continuent-ils à investir et à développer le logiciel ?
• Fonctions et performances : Les fonctions et performances actuellement utilisées peuvent-elles être atteintes ?
• Coûts de construction et de migration : Coûts initiaux de construction, coûts de migration vers les environnements existants, coûts engendrés par les temps d’arrêt, etc.
• Coûts d’exploitation : Licence (type acheté uniquement) et coûts de support
• État du support : Pouvez-vous obtenir le niveau de support souhaité ? Combien de matériels et de logiciels sont pris en charge ?
• Quantité d’informations : Plus le produit du fournisseur est grand et plus il y a d’utilisateurs, plus il y a d’informations.

Conclusion

Cette fois-ci, nous avons envisagé la migration vers VMware, mais le support étendu pour le produit de virtualisation de serveurs d’Oracle, Oracle VM Server, prendra fin en juin 2024. Certains utilisateurs ont peut-être déjà migré, mais il y aura aussi des utilisateurs qui migreront à l’avenir. Veuillez utiliser ceci comme référence pour ces utilisateurs également.

La prochaine fois, nous expliquerons la méthode de migration.