Broadcom presenteert VM API als CNCF Sandbox-project

Broadcom presenteert VM API op 9 november als Sandbox-project van de Cloud Native Computing Foundation (CNCF), een leverancierneutrale Kubernetes-interface om virtuele machines naast containers via dezelfde declaratieve beheerroute over meerdere infrastructuurproviders te beheren.

Eén Kubernetes-API kan voor platformteams die VMware-VM’s naast Kubernetes-applicaties beheren, het aanmaken en bewaken van virtuele machines opnemen in hun bestaande clusterautomatisering. Dat kan aparte scripts en beheerhandelingen verminderen, al noemt Broadcom geen besparing of uitroldatum. De Linux Foundation-enquête, uitgevoerd onder 492 gekwalificeerde respondenten, meldt dat 34 procent van organisaties die hun VM-aandeel uitbreiden AI- en agentworkloads noemt en gemiddeld 53 procent van productieapplicaties als VM draait. De enquête meet het huidige VM-gebruik en redenen voor uitbreiding, geen adoptie van VM API zelf.

Dezelfde declaratie kan ook een VM beschrijven

VM API definieert een Kubernetes-resource die de gewenste toestand van een virtuele machine vastlegt. De resource beschrijft rekenkracht, opslag, netwerk, opstartinstellingen voor het gastbesturingssysteem en de gewenste aan- of uitstand. Een verwijzing naar een apart object van de provider koppelt dat algemene VM-object aan de onderliggende infrastructuur. De openbare projectrepository noemt de huidige API vm-api.io/v1alpha1 en de gedeelde statusvelden voor providers. Een beheerder kan daarmee een VM declareren naast Kubernetes-applicaties, terwijl de provider de machine op het eigen platform aanmaakt en beheert.

Die scheiding is belangrijk voor bestaande VMware-omgevingen. Het voorstel probeert de opdracht voor een VM gelijk te trekken, zonder elke hypervisor te dwingen dezelfde uitvoeringsdetails te gebruiken. Opslag, netwerkprofielen en andere platformfuncties moeten nog steeds door de provider worden vertaald. Het project zegt daarom niet dat een VM met één manifest automatisch tussen vSphere, een publieke cloud en andere virtualisatieplatforms verhuist. Het standaardiseert eerst de interface waarlangs die platformen kunnen worden aangestuurd.

KubeVirt kiest een andere route

Virtuele machines via Kubernetes beheren is geen nieuw idee. KubeVirt draait VM’s als Kubernetes-resources binnen het cluster. De Linux Foundation-enquête meldt dat 8 procent van de ondervraagden VM’s op Kubernetes draait via KubeVirt. De CNCF bracht KubeVirt in 2022 van Sandbox naar de Incubator na dertig releases, wat een verder ontwikkelde route laat zien.

VM API richt zich op een ander vertrekpunt: Kubernetes als beheerinterface voor VM’s die op bestaande hypervisors blijven draaien. In het CNCF-dossier staat dat de toelatingsvote op 28 oktober werd afgerond en KubeVirt als mogelijke tweede provider na VMware’s VM Operator is genoemd. Daarmee is KubeVirt in dit ontwerp eerder een mogelijke uitvoerder van dezelfde API dan een vervanger ervan.

Broadcom koppelt VM API aan VMware Cloud Foundation

Broadcom koppelde de VM API-aankondiging op KubeCon North America aan twee andere Kubernetes-stappen. Het bedrijf is medevoorzitter van een nieuwe Workload Conformance Working Group, die afspraken moet maken over hoe applicaties zich gedragen op verschillende Kubernetes-distributies. SiliconANGLE meldt dat meer dan twintig partneroplossingen nieuw zijn gevalideerd voor VMware vSphere Kubernetes Service (VKS) en het bredere programma inmiddels meer dan negentig softwareleveranciers omvat. Tijdens een persbriefing zei Broadcom dat het VM-beheer over infrastructuren heen de eigenschappen van de onderliggende platforms moet behouden, waaronder specifieke prestaties en gegevensinvoer en -uitvoer.

De stap past bij Broadcoms bredere VMware-positionering. VMware Private AI Cloud brengt inferentie, agents en klassieke virtuele machines samen op VMware Cloud Foundation (VCF). Broadcom zegt in een eigen release dat meer dan 150 open-source modellen op VCF kunnen draaien. Op 4 november introduceerde Broadcom vSphere Express voor omgevingen tot 128 cores. Het vSphere 9-abonnement bevat vMotion en automatische herstart van virtuele machines. VM API voegt aan die productlijn een Kubernetes-interface toe; de partnervalidaties en de werkgroep richten zich op andere onderdelen van hetzelfde beheerlandschap.

De draagbaarheid vraagt meer providers

De Sandbox-status plaatst VM API nog in een vroege projectfase. De projectrepository is inmiddels openbaar en Apache 2.0-gelicentieerd. De API is nog versie v1alpha1, een alfaversie; een gedeelde compatibiliteitstest en afspraken over providercompatibiliteit staan op de roadmap. De repository waarschuwt ook dat alleen de Kubernetes-resource installeren geen VM oplevert: daarvoor zijn zowel de algemene controller als een passende infrastructuurprovider nodig.

Een gemeenschappelijke beheer-API kan het werk rond VM’s en containers dichter bij elkaar brengen, maar verplaatst geen licentie of applicatie. Opslag, netwerk, herstel en de eisen van de gastapplicatie bepalen of een verhuizing uitvoerbaar is.

De enquêtecijfers verdienen dezelfde precisie. De Linux Foundation vermeldt dat het onderzoek is gesponsord door Broadcom en verspreid via eigen kanalen en die van partners, waaronder Broadcom en CNCF. De 492 antwoorden zijn van individuele respondenten; meerdere respondenten kunnen uit dezelfde organisatie komen. Ze laten zien dat VM’s een groot deel van de huidige productie vormen en dat AI VM-uitbreiding aanjaagt, maar ze zeggen niets over de adoptie of werking van VM API.

Een gedeelde API raakt een concreet beheerprobleem voor organisaties met VMware-VM’s naast Kubernetes-applicaties. De belofte van meer keuzevrijheid hangt af van providers die dezelfde VM-objecten uitvoeren. CNCF-toelating alleen maakt die route nog niet draagbaar, en de compatibiliteitstest staat op de roadmap. De volgende meetbare stap is een onafhankelijke implementatie naast de VMware-provider.