Broadcom passe le partage multi-tenant de modèles en GA et fait du cloud privé un concurrent des hyperscalers

31 août 2026. Broadcom ouvre VMware Explore 2026 et dévoile le VMware Private AI Cloud. 3 septembre. VMware Cloud Foundation 9.1.1 passe en disponibilité générale. 12 septembre. Les premières analyses chiffrent la bascule. Pourquoi c’est important : pour la première fois, un éditeur de virtualisation défend frontalement l’idée qu’un cloud privé peut rivaliser avec AWS, Azure et Google Cloud sur les charges d’IA, non pas sur la puissance brute, mais sur l’économie des GPU.

Une mise à jour « point » qui change le discours

VCF 9.1.1 est officiellement un point release, quatre mois après la disponibilité générale de VCF 9.1 en mai 2026. Mais derrière la numérotation, Broadcom a embarqué des capacités qui dormaient en tech preview depuis le printemps, et qui redessinent la position de la plateforme face aux hyperscalers.

La plus visible est la généralisation du partage multi-tenant de modèles (Multi-Tenant Model Sharing). Avant cette version, une entreprise qui déployait un grand modèle de langage sur VCF finissait souvent par provisionner une instance par unité métier ou par projet — ce qui signifiait capacité GPU dupliquée, licences dupliquées et charge opérationnelle dupliquée. Le partage multi-tenant permet désormais à un seul modèle déployé de servir plusieurs locataires, avec isolation des données et de la confidentialité par namespace Kubernetes. Pour une équipe plateforme qui sert cinq groupes internes sur le même modèle de base, c’est la différence entre un cluster GPU et cinq.

La consolidation de GPU, le vrai levier économique

Le raisonnement est directement lisible dans la logique FinOps. Sur une infrastructure possédée plutôt que facturée au jeton, l’IA ne coûte pas cher parce qu’elle est performante : elle coûte cher quand les GPU tournent à vide. Le partage multi-tenant attaque précisément ce gâchis. Un parc de GPU mutualisé ne devient rentable que si son taux d’utilisation reste élevé, et l’isolation par namespace est ce qui rend le partage assez sûr pour être tenté à l’échelle.

C’est une architecture sensiblement différente de celle des hyperscalers. Sur Amazon Bedrock ou Google Vertex AI, la multi-location se joue au niveau du compte ou de la clé API, pas à l’intérieur d’un cluster partagé. Broadcom, lui, fait descendre l’isolation dans le cluster, ce qui change le calcul de conformité pour la santé, la banque et les secteurs publics soumis à des restrictions sur l’envoi de données vers une API cloud publique.

Le calcul FinOps qu’il faut poser

La décision ne se joue pas sur un benchmark, mais sur un seuil d’utilisation. Le raisonnement est simple à poser. Un serveur GPU acheté a un coût amorti par heure, qu’il serve ou non ; un hyperscaler facture à la consommation, au jeton ou à l’heure de GPU. Le point de bascule est le taux d’utilisation : en dessous d’un certain seuil, la location à la demande est moins chère ; au-dessus, la propriété l’emporte.

Le partage multi-tenant modifie justement ce seuil. Si un même modèle sert cinq équipes au lieu de cinq instances séparées, le taux d’utilisation grimpe mécaniquement, et la part amortie de chaque jeton baisse. Le tiering NVMe annoncé à VMware Explore joue dans le même sens : en étendant la capacité mémoire effective sans acheter de RAM supplémentaire, il réduit le coût d’entrée du serveur d’inférence. Additionnés, ces deux leviers rapprochent le coût total de possession sur site du prix au jeton d’un hyperscaler — pour les charges continues et prévisibles.

Le corollaire est tout aussi net. Une charge élastique, sporadique ou soumise à des pics, reste structurellement favorable au cloud public : la propriété ne se justifie que si vous amortissez le matériel sur un flux d’utilisation continu. Un cluster GPU acheté qui dort la moitié de la nuit est plus cher que n’importe quel tarif au jeton.

Les chiffres que Broadcom met en avant

Le chiffre le plus cité du cycle est une montée en échelle Kubernetes de 2,6× par rapport aux versions preview, accompagnée d’une réduction de 75 % du temps de déploiement et de 75 % de la durée des mises à niveau, selon la revue de NetworkWorld. Ces gains viennent des améliorations du VMware Kubernetes Service et du load balancing virtualisé via Avi Load Balancer couplé à vDefend, qui suppriment les appliances matérielles dédiées devant les points d’inférence.

Le second chiffre porte sur la maintenance. Le live patching couvre désormais environ 80 % des scénarios de mise à niveau courants sans fenêtre de maintenance. Pour une équipe qui exploite des clusters d’inférence en production, où chaque arrêt planifié entre en conflit avec des objectifs d’utilisation GPU, c’est le détail qui décide de la fréquence réelle des correctifs.

Une passerelle vers plus de 150 modèles, mais encore en preview

À côté du partage multi-tenant, Broadcom a mis en preview une passerelle IA capable de court-circuiter l’accès à plus de 150 modèles open source et open-weights, avec des contrôles d’autorisation par application. La thèse de fond est claire : les entreprises ne veulent pas s’engager sur un seul fournisseur de modèles, mais disposer d’un catalogue gouverné où elles basculent d’un modèle à l’autre selon le coût, la latence ou la conformité.

La différence avec les catalogues d’Amazon, Microsoft et Google tient au lieu d’exécution : la version Broadcom tourne entièrement dans l’infrastructure du client. Pour une donnée qui ne doit pas quitter le périmètre, c’est la distinction qui compte — même si la fonction reste en preview, sans date de disponibilité générale annoncée, tout comme le support GitOps et le stockage objet natif.

Ce qui manque encore, et le risque d’enfermement

Le tableau a ses zones d’ombre, et il faut les nommer. Le GitOps et le stockage objet natif restent en tech preview : deux briques que les équipes de platform engineering considèrent désormais comme des prérequis, pas des options. Et si la passerelle de modèles promet de ne pas enfermer sur un fournisseur de modèles, elle enferme sur Broadcom : toute la pile — hyperviseur, Kubernetes, load balancing, passerelle IA — est vendue par le même éditeur sous un modèle d’abonnement VCF que beaucoup de clients historiques jugent plus coûteux que leurs anciennes licences vSphere.

Ce point est le vrai contre-argument. L’économie des GPU est séduisante, mais elle s’obtient au prix d’une dépendance renforcée à un éditeur qui a déjà montré qu’il savait faire monter les prix. Un calcul FinOps honnête doit donc intégrer non seulement le coût du silicium, mais aussi celui de la licence et de la sortie — le coût de la migration si vous décidez un jour de repartir.

La pression d’un calendrier de fin de support

Ce virage vers l’IA ne se fait pas dans le vide. TechTarget résume la position de Broadcom sans détour : l’éditeur court contre l’horloge des fins de support de l’ancien parc VMware, et utilise les nouvelles capacités IA et Kubernetes comme incitation à migrer. Depuis la finalisation du rachat de VMware pour environ 69 milliards de dollars en novembre 2023, Broadcom a restructuré la licence autour de l’abonnement, au détriment des licences perpétuelles vSphere — un virage qui a provoqué la colère de nombreux clients historiques, poussés vers des bundles VCF plus coûteux.

Le contexte concurrentiel encadre le tout. Amazon a, de son côté, étendu les gains de performance d’Aurora Serverless v4 à cinq nouvelles régions le 31 août — la même course vers l’infrastructure « AI-native », mais par la voie du cloud public et de la consommation plutôt que du cloud privé et de la propriété.

Verdict

Si vos données sont réglementées et que votre parc de GPU est suffisamment utilisé, le message de VCF 9.1.1 mérite d’être chiffré : un cluster consolidé avec partage multi-tenant, live patching et load balancing virtualisé peut rendre l’inférence sur site compétitive face au prix au jeton d’un hyperscaler — à condition que le taux d’utilisation reste élevé, car une infrastructure possédée qui dort est la plus chère de toutes. Si votre charge est élastique ou sporadique, la facturation à la consommation d’AWS, Azure ou GCP reste imbattable : la propriété ne se justifie que par l’utilisation continue. Si vous êtes encore sur VCF 8 ou plus ancien, la question n’est pas de savoir si vous migrerez, mais quand — et la fenêtre de fin de support fait de cette migration votre décision de coût la plus urgente, bien avant le choix du modèle d’IA.

Références

• Broadcom — VMware Cloud Foundation brings leading AI models to the Private AI Cloud, 31 août 2026
• Shattered.io — Broadcom VCF 9.1.1 Rivals AWS AI Cloud at 2.6x Scale, 12 septembre 2026
• TechTimes — VMware Explore 2026: Broadcom Solves AI Server DRAM Crisis With NVMe Memory Tiering, 1er septembre 2026
• Virtualization Review — VMware Explore 2026: Highlighted Announcements, 31 août 2026
• ETTAYEB — FinOps cloud : reprendre le contrôle de la facture