VMware by Broadcom : une situation tendue, l’Europe s’en mêle

Exit strategy

VMware by Broadcom : une situation tendue, l’Europe s’en mêle

crédits : Unsplash

L’année dernière, Broadcom annonçait le rachat de VMware. Depuis que l’opération a été validée par les différentes autorités compétentes, la situation s’est largement dégradée. Suppressions de produits, disparition des licences perpétuelles, regroupement de licences, abonnements onéreux : les entreprises plient sous les nouvelles conditions. Beaucoup appellent à une réaction européenne forte.

Le 16 avril 2024 à 18h03

Commentaires (32)

votre avatar
Le fondement du capitalisme, c'est la rencontre entre un producteur de biens et de services et un consommateur, les deux s'arrangent sur les prix. Tant que broadcom ne fait rien d'illégal, je ne vois pas pourquoi l’Europe interviendrait, si les clients ne sont pas content, ils achèteront autre-chose, ou mieux, ils feront un investissement humain dans des technologies libres qui les affranchiront de la captivité.

Depuis le rachat, j'ai vu des entreprises prévoyantes qui avaient déjà vu les ravages de broadcom sur d'autres rachats, et les autres qui restaient incrédules. Cela mériterait plus une fable de Lafontaine plutôt que de l'interventionnisme.
votre avatar
Le rachat devait avoir l'aval des différentes autorités de la concurrence, dont celle de l'UE. Cet aval s'appuyait sur des assurances de Broadcom. Il est normal que l'UE intervienne au minimum pour vérifier si ces assurances sont trahies et s'il n'y a pas abus de position dominante puis pour sévir si c'est le cas.

Quand tu as une organisation un peu important qui s'appuie sur VMware, tu ne changes pas de solution rapidement et sans être sûr que ça soit nécessaire. Le rachat a duré 18 mois et a été finalisé fin novembre 2023.

Rien que pour la rapidité du changement de tarif, il y a une bonne présomption d'abus de position dominante.
votre avatar
La question est de savoir quelles assurances ont été données... J'ai l'impression en lisant les annonces de la commission que les assurances données par broadcom concernaient surtout le fait qu'ils n'allaient pas utiliser vmware pour créer une distorsion à la concurrence en pénalisant les produits des concurrents.

Donc si ça se limite à ça, broadcom reste irréprochable. En plus, ce n'est pas comme si VMware n'avait pas déjà aussi essayé de booster ses prix de manière folle bien avant ce rachat...
votre avatar
Si il faut plus de 6 mois à une boîte pour sortir de VMware, c'est que les dirigeants ont faire une erreur stratégique.

Je sais déjà quelle connerie a été faite: celle de prendre tout le package auto-magique qui fait papa-maman BCP, DRP, HA, template bio écologique equitable. Parce que n'importe qui peut cliquer sans réfléchir et dire au Big Boss que le chèque a été bien investi et que tout est sous controle. Ca évite surtout de réfléchir et de faire de l'architecture, car "VMware s'occupe de tout".

Alors qu'une infra VMware correctement réfléchie, c'est une ferme d'ESX avec DRS, et basta. Fournir du x86 userland, installation PXE, point final. Demain on passe sur autre chose? No problem. Y'en a plein d'autres qui répondent au besoin.
La HA, le DRP, le BCP, ce n'est pas au niveau de l'hyperviseur que ça se réfléchi mais bien plus haut applicativement.

Bref, ça fait des années que c'est le grand n'importe quoi dans l'informatique. Plus personne ne se mouille, tout le monde se protège derrière des gros chèques fait a des grosses boîtes. Bah la c'est la preuve que ce n'était pas le bon choix et ces boîtes vont maintenant pleurer dans les jupons de maman Europe.
votre avatar
Un point que tu négliges, c’est que certains applicatifs ne sont certifiés que pour fonctionner sur vmware (coucou Cegid). Donc soit tu raques vmware, soit tu n’as plus de support (même si ça fonctionnerait très bien sur du proxmox).

Et ce genre de changements se prépare malheureusement pendant longtemps, 6 mois c’est très court.
votre avatar
6 mois, oui c'est court quand on des milliers de VM à migrer :D
Et vmWare ce n'est pas que ESXi.
Le nombre de boîtes qui utilisent vROps, vSAN, ....
votre avatar
C'est ce que je dis plus haut, si tu prends le full package auto magique avec un chèque, t'es dans la merde le jour où tu dois t'en séparer.

Beaucoup de boîtes base leur HA et leur déploiement avec les outils VMware. Bah je pense que c'est une grosse erreur. Le déploiement doit être indépendant de la solution de virtualisation, et la HA doit être réfléchie bien plus haut niveau. Ce n'est pas le rôle de l'hyperviseur.
votre avatar
Euh, il faut tout de même raison garder. Le HA est une fonctionnalité de base de toute solution de virtualisation sérieuse. Le DR, c'est un peu différent, mais j'ai trop souvent vu des entreprise qui ne savent pas la différence avec HA...

Le déploiement des vm doit être indépendant de la solution? Oui et non. On préférera toujours une solution proposant une API, mais on essayera toujours d'exploiter cette API via des couches d'abstraction (TF, Ansible, salt-cloud, ...), après, l'absence de pilotes/logiciel propriétaires dans les VM est pour moi essentielle.
votre avatar
Quand je parles de HA, je ne parle pas du fait de relancer les VMs sur un autre host quand y en a un qui plante. Je parle de soft métier installé sur une seule VM, en se disant que si "ca" plante, "ca" sera relancé tout seul par VMware, sans jamais se poser la question de ce qu'est "ca".

Pour ta seconde partie, je suis d'accord avec toi. VMware, Proxmox, OVirt, ... tout ça se pilote plutôt bien via Terraform/Tofu.
Si dans le process d'automatisation, on génère de la conf PXE + template d'installation lié à l'OS, alors ca devient très simple de changer de système de virtualisation.
A l'inverse, si on succombe au full stack VMware, qu'on installe des OS sans savoir ce qu'on fait, qu'on se dit que HA VMware rendra mon software HA, alors la douche peut être très froide en ce moment.
votre avatar
Ah oui, si tu vas par là le HA 'relance de la VM' n'est effectivement pas du HA du point de vue applicatif s'il est employé seul. Sans HA sur la couche de service, le HA vm n'empèche pas les interruptions de service.

Notons qu'il y a aussi un HA possible sur quelques solutions où la mémoire est copiée de manière semi-synchrone voir asynchrone, mais le RPO est rarement isochrone, donc plutôt bof.
votre avatar
Je plussoie sur ForceRouge, les "IT" de nos jours refusent toutes prises de responsabilité, et ça déborde aussi de l'IT, plus personne ne veut décider ou être responsable de quoi que ce soit.

Les stratégies de beaucoup de (grosse) boite sont complètement débiles et on pourrait supposer que n'importe qui avec un MINIMUM de culture technique s'en rendrait compte à la première présentation, mais non, ça y va, ça rigole et ça va au resto tous les jours avec les prospects et ça signe des chèques en blanc.

Si vous voyez comment ça se passe avec les députés Européen (vous savez, l'endroit o il y a PLUS de lobbyiste que de conseillés...), vous avez la même avec les grosses boites, en pire.

La plupart des "directeurs techniques" sont des commerciaux qui n'ont pas le moindre bagage techniques, même les avant-ventes sont devenu des pures commerciaux (ça n'a pas toujours été ainsi) incapable de répondre à la moindre question basique sur leurs produits.

J'ai déjà eu l'occasion de prévenir un CTO que ce qu'il voulait ne marcherait pas et n'était pas un scénario proposé initialement pour le besoin (façon "techniquement irréalisable", la PHYSIQUE ne le permet pas, c'est même indiqué sur la fiche produit), il m'a répondu : "Toi le technique on t’appellera quand on aura besoin de toi").
Et de toutes façon 1an plus tard il était déjà parti refaire le même dans la boite d'à côté en doublant son salaire.
Aucune responsabilité, aucun suivi, juste des gens incompétents avec un égo surdimensionné qui ont écouté un vendeur avec un sourire colgate racontant n'importe quoi, sauf qu'ils sont incapables de s'en rendre compte, et ne font pas confiance à leur équipes, et comment le pourraient-ils, ils restent max 4-5ans dans le meilleurs des cas et ne côtoient jamais les sachant (pour peu qu'ils existent encore...).

SI ça vous donne l'idée de la déchéance en cours partout avec l'hégémonie de "l'économique de service" et la perte de compétence généralisé dans la société.
votre avatar
Non, c’est un raisonnement simpliste. Le fondement du capitalisme (ou plutôt libéralisme) c’est le libre marché qui permet comme tu le dis de faire se rencontrer les biens et les services. Hors pour que cela fonctionne il faut qu’il n’y ait pas d’abus de position dominante car cela conduit au monopole. Hors le monopole sur un secteur signe la fin du libre marché sur ce secteur, et donc l’échec du système capitaliste.

Et dans l’idéologie libérale, c’est justement un des rares rôles de la puissance publique que de réguler les monopoles afin de les empêcher de naître ou de les casser.

Donc il est normal, même dans un monde capitaliste, que les autorités s’intéressent à une entreprise qui devient subitement du jour au lendemain en position d’imposer ses conditions à tout un tas d’autres entreprises.
votre avatar
VMware n'est pas en situation de monopole, il y a plein d'autres options, par exemple RHV (basé sur oVirt), que j'ai déjà vu dans pas mal d'entreprises, XenServer, OpenStack, ... et même maintenant KubeVirt que je vois gagner du terrain (au détriment d'Openstack il faut bien l'avouer) ...

Le problème principal n'est pas le monopole mais le manque de robustesse des clients qui s'imaginent que tout est éternel aux mêmes conditions.
votre avatar
Attention aux raccourcis : position dominante ne signifie pas monopole. Monopole c'est UN seul acteur sur un marché (exemple : l'ex monopole d'Etat sur les telecom ou l'électricité). Position dominante c'est N acteurs dont un avec une très forte part de marché.
votre avatar
Tu as raison mais la position dominante est quand même un sacré raccourci pour atteindre le monopole. Quand tu deviens assez dominant pour imposer tes conditions à tout le marché et à tuer la concurrence dans l’œuf, t'es pas loin du monopole (ou au pire de l'oligopole si l'on veut être plus précis).

Dans le cas de la virtualisation, on est effectivement plus sur un oligopole : il y a encore de la concurrence mais les options "pro" se comptent sur les doigts d'une main.
votre avatar
Petit hors sujet : De mes souvenirs de mes cours d'économie ; le fondement du capitalisme c'est de pouvoir profiter des fruits de ses possessions.
La rencontre d'un fournisseur et d'un client c'est le commerce.
La fixation du prix c'est le marché.

Si un professeur ou spécialiste qui passe par ici, peut confirmer ou infirmer. :-)
votre avatar
Quand il y a de la concurrence, oui, c'est ça. Par contre, quand il n'y en a plus, le fournisseur peut demander ce qu'il veut pour son produit.

C'est pour cela qu'il y a des autorités de la concurrence (à peu près ?) partout qui veillent à ce qu'il n'y ait ni abus de position dominante ni entente qui faussent le marché.
votre avatar
Bon j'aimais bien l'esxi, mais tant pis on ne va pas continuer avec Broadcom qui a déjà une réputation plus que sulfureuse pour les licenses 3/4/5 G
votre avatar
Au delà de ces changements, un sujet qui pose gravement problème est le REFUS de Broadcom de vendre réellement autre chose que UNIQUEMENT son produit VCF.
Malgré tous les beaux discours, le produit est interdit de vente aux grands comptes, qui pourraient pourtant largement se satisfaire du VVF (vSphere Foundation).

C'est un scandale ahurissant.

Sans compter l'arrêt unilatéral du SUPPORT sur les licences perpétuelles. Qui dit perte du support implique perte du patching de sécurité.
A la veille de la mise en place des directives Cyber, c'est assez cynique. Même si il est en réalité peu probable qu'elles aient pu éviter cette situation car trop orientées 'end-user'
votre avatar
Moi c'est vraiment un truc qui m'échappe, ce coup où des entreprises peuvent racheter d'autres entreprises même pas en faillite et rompre tous les engagements préexistants des entreprises achetées. Cela ne devrait juste pas être permis, et malheureusement on voit cela dans de trop nombreux cas.
votre avatar
Mais ... Ce n'est pas permis. Devant la plupart des juridictions du monde occidental, un contrat commercial doit être honoré.
Je ne connais pas les conditions contractuelles des licences VMWare, mais le terme de "licences perpétuelles", consacré pour nombre de leurs produits, est assez explicite.
Broadcom ne doit pas pouvoir légalement refuser d'honorer les engagements commerciaux pris par VMWare.
Ils comptent certainement sur le fait que les clients vont hésiter à aller devant les tribunaux pour faire valoir leurs droits, ce qui peut prendre de nombreuses années, et pendant ce temps, lesdits clients n'auront pas le support promis pour les produits à "licence perpétuelle" (et ne l'auront probablement pas plus à l'issue d'un éventuel procès).

Après, c'est facile pour les crypto-prophètes de dire "ah mais évidemment qu'il faut être prêt à migrer toute son infra en 6 mois".
Mais une entreprise choisit ses investissements en fonction des conditions contractuelles de ses fournisseurs, il me semble donc normal et sain qu'elle se tourne vers le régulateur si l'un d'entre eux ne respecte as ses engagements et semble profiter de la situation pour la mettre dans une situation de non-choix.
votre avatar
Migrer en 6 mois, non, migrer en deux ans, oui. Si un fournisseur fait saigner ta boîte, il faut pouvoir s'en dégager. Cela fait partie d'un art malheureusement trop oublié qu'on appelle la gestion de risque. Quand c'est fait correctement, tout engagement dans une technologie est mesuré au regard de l'effort nécessaire pour s'en dégager, et on utilise ce risque quantifié tant au moment de l'engagement que dans le traitement récurrent de la dette technique.
votre avatar
Le soucis est que le paiement du SnS est obligatoire pour disposer des "correctifs" (de sécurité notamment), même avec une licence perpétuelle.

Donc ce n'est pas tant une question d'honorer les conditions contractuelles, qui imposent le paiement du SnS pour avoir ces correctifs, que la décision unilatérale de stopper la vente de ce SnS sur un produit qui est encore "vivant" vu les EOL affichées par Broadcom.

Lors de l'achat de la licence perpétuelle, la date de fin de Support faisait "foi" comme date de fin de disponibilité du SnS sur ce produit. Il y'a donc indirectement une rupture unilatérale de cet engagement avec l'arrêt unilatéral de la disponibilité du SnS avant la fin de vie du produit.

Si Broadcom avait décidé de faire une nouvelle release vSphere 9 (soit dit en passant, le passage de la 7 à la 8 a eu peu de changements...), et avait décidé à ce moment de NE PAS vendre de SnS couvrant cette release, alors là aucun soucis.
Mais le faire sur la version 7 et 8 pourtant encore "supportées" est un scandale.

Après, oui, aller devant les tribunaux, mais pour obtenir quoi ? Une vente forcée d'un produit ? Ce n'est pas possible. Une poursuite d'un contrat ? Oui, mais sur quelle durée est-il légitime de le demander ?
Bref, dans tous les cas, ce n'est pas une solution.

Et une amende de l'EU, que j'espère fort, ne changera pas les pratiques à la sortie.
Le Business Model de Broadcom prend fort probablement en compte le risque d'une amende, donc ils s'en fichent en réalité. Le seul qui va payer, c'est l'utilisateur des produits. Pas le client de Broadcom qui est son actionnaire (et pas l'utilisateur des produits).

Les pratiques commerciales de Broadcom sont une honte. Et font perdre confiance dans l'humanité (oui, c'est peut-être exagéré, mais c'est la réalité) - en tout cas, clairement dans le "capitalisme américain". Ce qui se passe avec VMWare est pire que les plus grandes heures de Rambus et SCO, ou de la suite de CA/Symantec (à côté de ça, c'était vraiment des rigolos)

Enfin, le dernier enfumage qui vient d'arriver au sujet de "mettre les correctifs zero days disponibles gratuitement" est un d'un ridicule absolu: Soit on met à dispo TOUT, soit rien.
ça veut dire quoi "correctif zero day" ? Un bugfix c'est un zero day ou pas ?
Aucun détail pragmatique sur ce qui sera couvert ou pas n'a réellement été publié.
votre avatar
La belle blagounette.
A priori, les correctifs zero-days gratos, ça serait "que" les CVE >9.0
Bref, rien quoi.

Je me demande aussi comment ils vont faire le distingo entre les release "CVE>9.0" et les autres, mais bon, on n'est plus à un foutage de gueule près.
votre avatar
broadcom is the new oracle
votre avatar
J'espère que ça va un peu plus ouvrir les yeux sur les problèmes liés à l'utilisation de logiciels privateurs.
votre avatar
(Les commentaires fonctionnent plus sur Firefox iOS... )

Je l'attendais depuis un moment c'te niouz ^_^

Je vois rouge depuis quelques mois. Je suis contre toute forme d'abonnement sur tout ce qui touche aux piliers d'infrastructures industrielles (Calcul, stockage, réseaux et sauvegarde). Sinon j'ai l'impression d'installer des ransomwares. Le moindre problème technique, humain ou financier dans un des maillons et toute l'activité de la boite peut s'arrêter. Pour moi il ne devrait pas y avoir autre chose que de la licence perpétuelle avec des contrats de support/MAJ sur les bases d'un SI.

C'est bien possible qu'on bascule sur HyperV, bien que Veeam s'est rapproché de Proxmox. On représente rien pour VMWare vu le peu de client qu'on a mais j'ai bien envie de les envoyer se faire f..?[!-]*e.
votre avatar
De notre côté on bascule notre infra Vpshere sur Proxmox l'année prochaine, et l'infra CI R&D est déjà sur un cluster Proxmox.

On va voir pour Veeam, s'ils s'intègrent bien dans Proxmox, sinon, on basculera sur PBS.

Sachant qu'en plus Proxmox est en train de finaliser un outil dans l'UI qui permet de se connecter à un datastore VSPHERE pour migrer les VM :p
votre avatar
Ça me tente aussi. Je sais pas quoi choisir... du coup on est un peu en standby. PBS parait logique, sinon Nakivo semble intéressant.

Veeam est sur la sellette, on maintient toute nos licences perpétuelles par socket tant qu'on peut. Qui plus est, les couts sont multipliés par 2,5 en VUL. Ils croient qu'avec des bi-proc' 20-40 coeurs ont fait tourner 3 VM...
votre avatar
On avait du passer en VUL car on avait rajouté un noeud au cluster T_T
la facture a fait mal :'(
votre avatar
Sinon, il y a RHV (Redhat) , basé sur oVirt, et qui propose un support assez correct.

En plus, il incorpore une sécurisation sVirt pour renforcer l'isolation des VM's
votre avatar
Bah .. prévisible au possible ... Broadcom fait la même chose à chaque rachat, que ce soit de fournisseurs de logiciels ou de matériels.

Personne n'a pensé au "oui mais" au lieu du "oui oui" ?
Même si le "Non parce que" pouvais aussi s'entendre vu le passif de la société et la prédominance de VMWare.

VMware by Broadcom : une situation tendue, l’Europe s’en mêle

  • Une phase de réorganisation

  • Un chamboulement dans les licences

  • La grande cassure avec les partenaires

  • La concurrence sur le pied de guerre

  • Le Cigref dénonce à nouveau la situation

  • Lettre ouverte à la Commission européenne

  • L’Europe bouge, justement

Fermer