Tijdens KubeCon EU 2026 in Amsterdam kondigt Broadcom VMware vSphere Kubernetes Service (VKS) 3.6 aan en dient het bedrijf het Velero-project in bij de CNCF Sandbox. VKS 3.6 biedt ondersteuning voor Kubernetes 1.35, compatibiliteit met RHEL 9, prestatie-optimalisatie en veiligere upgrades voor IT-omgevingen.
Broadcom laat weten dat het tot de top vijf van langetermijnbijdragers aan CNCF-projecten behoort. Die positie, zo zegt het bedrijf, komt tot uiting in de voortdurende CNCF-gecertificeerde Kubernetes-releases van VKS. Deze volgen meestal binnen 60 dagen van een nieuwe Kubernetes-versie. De Velero Sandbox-aanvraag werd daarnaast in februari ingediend, waarmee een proces in gang is gezet dat het project onder onafhankelijk beheer zal brengen. De ambitie is om maintainers uit de community meer mee te nemen en verder om de CNCF-standaarden hierin te volgen.
“Naarmate organisaties hun cloud-native workloads opschalen, verschuift de focus van eenvoudige orkestratie naar veerkracht op de lange termijn en databeheer”, zegt Chris Aniszczyk, CTO van CNCF. “Door zich aan te sluiten bij de CNCF Sandbox krijgt Velero een leveranciersonafhankelijke thuisbasis om samenwerking en groei binnen de gemeenschap te bevorderen.”
VKS 3.6: aanpak van day-two-activiteiten
De meest betekenisvolle aankondiging van Broadcom is VKS 3.6. Deze release van vSphere Kubernetes Service, in wezen native containerisatie binnen vSphere, richt zich op problemen met ‘day two operations’ die enterprise-platformteams maar al te goed kennen. Kubernetes 1.35-ondersteuning komt met 24 maanden verlengde support. Dit betekent dat grote organisaties upgrades kunnen plannen volgens hun eigen schema in plaats van onder druk van de snelle upgradecyclust.
RHEL 9 voegt zich nu ook bij de lijst van ondersteunde besturingssystemen, naast Photon OS 5, Ubuntu 22.04 en 24.04, evenals Windows Server 2022. Zowel control plane- als worker-nodes kunnen RHEL draaien, en VKS blijft heterogene clusters toestaan met verschillende besturingssystemen per node-pool.
VKS 3.6 introduceert ook declaratieve TuneD-profielen, die kernel- en sysctl-tuning voor databases en applicaties met een hoge throughput mogelijk maken via standaard Kubernetes-workflows. Dat is bij AI-workloads vrij gebruikelijk. Dit alles kan gebeuren zonder hostaanpassingen. Ook de veiligheid van upgrades krijgt aandacht: een ‘pre-upgrade’-stap brengt configuratieconflicten nu continu aan het licht via de SystemCheckSucceeded-conditie, in plaats van alleen op het moment van de upgrade.
Toevoegingen aan het ecosysteem en de beveiliging
Een ondersteund integratiepad voor Container Network Interface (CNI)-partnerplugins opent het netwerk voor third parties. Desondanks kunnen eindgebruikers hierbij binnen de lifecycle en support van VKS blijft. Ondersteuning zal eerst beschikbaar zijn voor Cilium en Calico, die zich momenteel in de validatiefase hiervoor bevinden. Broadcom merkt op dat concurrent OpenShift van Red Hat slechts één CNI per bare-metal-cluster kan ondersteunen. RHEL-licentiehouders kunnen deze betaalde licenties nu ook naar VKS meenemen.
Wat security betreft, kunnen AppArmor-profielen nu worden beheerd als Custom Resources, die automatisch worden gesynchroniseerd over alle worker nodes of specifieke node pools. Eigenaren van workload-clusters kunnen ook supportbundels genereren zonder vCenter-inloggegevens, wat de frictie tussen Kubernetes- en infrastructuurteams vermindert.
Broadcom zet zich ook in om organisaties te helpen afstappen van NGINX. NGINX is deprecated in de nieuwste Kubernetes-release, wat betekent dat een vervanging noodzakelijk is. Broadcom stimuleert gebruikers om over te stappen op de Avi Gateway API, met een native integratie voor load balancing naar de controller.
Voor Linux-knooppunten voegt VKS 3.6 nftables-backend-ondersteuning toe voor kube-proxy, wat de prestaties en schaalbaarheid verbetert. Tijdens KubeCon EU vorig jaar gaf Broadcom al aan dat het van plan was om VM’s en containers als gelijkwaardige workloadtypes binnen VMware Cloud Foundation te behouden. VKS 3.6 zet die koers voort. Het maakt allemaal deel uit van hetzelfde streven van Broadcom om de private cloud-ervaring in VCF te verenigen, ongeacht de workloads, of deze nu cloud-native of standaard VM’s zijn.