VMware ne voit pas la nécessité de porter sa pile sur Arm.

Explorer Depuis des années, la stratégie de VMware consiste à exécuter n’importe quelle application dans n’importe quel environnement.

Mais même si les hyperscalers parient sur les serveurs alimentés par Arm et que les fabricants d’appareils transforment les processeurs Arm en une myriade de machines fonctionnant partout, le géant de la virtualisation ne voit pas la nécessité d’intégrer sa pile à l’architecture.

Et ce, bien que VMware ait révélé, en 2018, une version de son hyperviseur phare ESXi pour les processeurs Arm.

Cet effort s’est finalement transformé en vSphere Distributed Services Engine – un ajout à vSphere 8 qui décharge les charges de travail telles que le lissage des E/S de stockage et les pare-feu vers des unités de traitement de données (DPU, alias SmartNIC), qui utilisent principalement des processeurs Arm.

Pour exécuter ces charges de travail dans des DPU, le moteur de services distribués doit les exécuter dans des machines virtuelles. L’hyperviseur de VMware a donc été porté sur Arm à cet effet.

Mais bien qu’il propose une version expérimentale non prise en charge de son hyperviseur qui peut fonctionner sur de nombreux appareils alimentés par Arm – même certains des processeurs Ampere à plusieurs cœurs adoptés par les cloud hyperscale – VMware n’a pas trouvé de raison de transférer le port vers d’autres appareils à des fins de production.

“En ce qui concerne l’avenir, nous continuons d’évaluer la prise en charge du processeur de la carte mère”, a expliqué Kit Colbert, CTO de VMware, lors de la conférence Explore du géant informatique à Las Vegas mardi. Mais Virtzilla n’a pas encore trouvé ce qu’il appelle une « opportunité de démarrage » qui montre qu’un investissement dans sa pile pour Arm en vaudrait la peine.

Le PDG Raghu Raghuram a déclaré que VMware envisageait de confier sa technologie de stockage virtuel et de réseau à Arm.

“Nous examinons ce qui est nécessaire pour que cela réussisse”, a-t-il déclaré. “Plutôt que de tout faire d’un coup, nous devons choisir.”

Les processeurs Arm sont souvent présents dans des appareils plus petits et moins puissants – du type souvent intégré au kit Edge.

Mais même là, VMware n’en voit pas encore le besoin, semble-t-il.

Sanjay Uppal, responsable senior du WAN défini par logiciel et Edge, a profité de l’émission pour annoncer un Edge Orchestrator capable de gérer des milliers d’appareils dans divers emplacements. En conversation avec Le registre il a déclaré que même si les processeurs Arm sont présents dans de nombreux emplacements périphériques, les appareils alimentés par x86 restent l’infrastructure la plus importante à gérer.

VMware n’a aucune aspiration à ce que son code soit exécuté dans des capteurs individuels ou des robots industriels. Mais contrôler les machines x86 qui gèrent les appareils Arm est ce que les clients veulent et ce dont ils ont besoin.

Tout cela laisse l’idée de centres de données multi-architectures hors de l’agenda immédiat de VMware. Cela signifie également que les perspectives d’un multi-cloud hybride multi-architecture sont également faibles. Cela signifie peut-être également que les entreprises engagées dans VMware se méfieront des serveurs sur site alimentés par Arm.

Cela ne veut pas dire que VMware a exclu de s’étendre à Arm, ou RISC-V, à l’avenir. Mais pour l’instant, il ne voit tout simplement pas la nécessité, ni la justification commerciale, d’agir. ®