Back to articles

vSphere Kubernetes Release (VKr):What Changed and Why It Matters

vSphere Kubernetes Release (VKr) is VMware’s standardized and lifecycle-managed Kubernetes version for vSphere. It simplifies deployment, ensures compatibility, and provides enterprise-grade stability for modern Kubernetes workloads.

March 15, 2026Updated Mar 31, 2026845 words
vSphere Kubernetes Release (VKr):What Changed and Why It Matters

Introduction

The Kubernetes landscape within VMware's ecosystem has undergone a significant transformation over the past year. What was once known as the Tanzu Kubernetes release (TKr) is now officially the vSphere Kubernetes release (VKr) — a rename that reflects a broader strategic shift toward a vSphere-centric, enterprise-grade Kubernetes experience under the VMware Cloud Foundation (VCF) umbrella.

Whether you're a platform engineer managing production clusters, a DevOps practitioner planning your next upgrade cycle, or a cloud architect designing a Kubernetes strategy for your organization, understanding what VKr means today is essential.


What Is vSphere Kubernetes Release (VKr)?

vSphere Kubernetes release (VKr) is VMware's signed and supported Kubernetes software distribution, purpose-built for use with vSphere Kubernetes Service (VKS) clusters running in the vSphere Supervisor environment. Every VKr distribution aligns with upstream Kubernetes versioning and comes packaged with:

  • A tested and signed Kubernetes binary
  • Pre-bundled VMware-specific packages (Antrea CNI, vSphere CSI, CPI, Pinniped, etc.)
  • Support for multiple operating systems: Photon OS 5.0, Ubuntu 22.04, Ubuntu 24.04(VKr 1.33 onwards), RHEL 9(VKr 1.35 onwards), and Windows Server 2022(VKr 1.31 onwards)
  • Compatibility with the VKS Standard Packages ecosystem

In simple terms:

VKr = A VMware-tested, validated, and lifecycle-managed Kubernetes version for vSphere.

Each VKr is distributed via a vSphere content library — either a subscribed (internet-connected) or local (air-gapped) library — and can be listed in your environment using:

kubectl get kr


Why VKr?

Managing Kubernetes versions manually can be complex and error-prone.

VKr solves this by:

  • Providing pre-tested Kubernetes versions
  • Ensuring compatibility with vSphere components
  • Simplifying cluster lifecycle management
  • Offering enterprise-grade stability and support

How VKr Works (Workflow)

  1. Admin enables Workload Management(Supervisor) on vSphere
  2. Supervisor Cluster is created
  3. VKr versions become available (After attaching content library to Supervisor)
  4. Admin selects an available VKr version
  5. Kubernetes cluster is deployed using that release
  6. Future upgrades are done via VKS/VKr lifecycle management

VKr vs TKr vs VKS — Comparison

Quick Reference

VKSVKrTKr
Full namevSphere Kubernetes ServicevSphere Kubernetes releaseTanzu Kubernetes release
One-linerThe platformCurrent distro name (2025+)Legacy distro name (pre-2025)

Detailed Comparison

AttributeVKSVKrTKr
What it isKubernetes platform layer inside vSphere / VCFSigned Kubernetes distro deployed on clustersPrevious name for the same concept as VKr
Layer / rolePlatformDistributionDistribution (deprecated name)
IntroducedOriginally as TKG Service; renamed VKS in 2025Renamed from TKr with VKS 3.3 GA · March 2025Original naming under Tanzu branding (pre-2025)
StatusActiveActive — current termDeprecated — name retired
VersioningVKS 3.3,3.4, 3.5, 3.6… (platform releases)Mirrors upstream K8s: v1.33, v1.34, v1.35…Same versioning scheme as VKr
RelationshipContains and manages VKr versionsDeployed by VKS; lives inside VKSWas deployed by TKG Service; same containment model
kubectl commandkubectl get krkubectl get tkr (legacy)
What it bundlesSupervisor control plane, Cluster API, content library, Standard Packages ecosystemK8s binary + Antrea CNI + vSphere CSI/CPI + Pinniped + OS imagesSame bundle as VKr — no functional difference
OS supportPhoton 5, Ubuntu 22.04, Ubuntu 24.04, RHEL 9, Windows Server 2022Photon 4/5, Ubuntu 20.04/22.04 (older versions)
Branding originBroadcom / VMware vSphere (post-Tanzu rebrand)Broadcom / VMware vSphere (post-Tanzu rebrand)VMware Tanzu portfolio (pre-Broadcom acquisition era)
Action needed?Upgrade VKS to access new VKr versionsMigrate clusters off TKC API before upgrading to v1.33+No action — name change only; functional parity with VKr

Key Takeaways

  1. VKS is the platform; VKr/TKr is the distro. They operate at different layers — VKS manages everything, VKr is what actually runs inside your workload clusters.

  2. TKr and VKr are functionally identical. The rename (March 2025, VKS 3.3 GA) was purely a branding change — same binary, same bundled packages, same delivery mechanism.

  3. The only real migration work is moving off the deprecated TKC API TanzuKubernetesCluster before upgrading clusters to VKr v1.33 or later — that API is blocked from v1.33 onwards.

  4. 24-month support is now standard for all new VKr minor versions from v1.34, and was first introduced as Extended Support in v1.33.

  5. vCenter 7.x users must note that VKr v1.28 is the last supported version on vCenter 7.x (EOS: May 28, 2025).


Note : Latest Released VKr Notes are available here

Practice LabHands-on environment for this article
vm2pod lab(Kubernetes)
$
vkr
kubernetes
vks

How did you find this article?

Share:
38 views 0 claps 0 comments

Responses (0)

Sign in to join the conversation.

No responses yet. Be the first to share your thoughts!