Photo by Marvin Meyer on Unsplash. Source: https://unsplash.com/photos/people-sitting-down-near-table-with-assorted-laptop-computers-SYTO3xs06fU (Unsplash License).

Executive Summary

Vendors count a single invoice as a single platform. Buyers inherit the difference. Two clusters can ship inside one suite and still run different versions, policies, and identity rules. Multicluster management is a coherence problem now, and bundling does not solve it.

Red Hat’s 2026 fleet management report puts numbers on the gap. Eighty-five percent of organizations grew their cluster count in the past year, and forty-three percent say managing that fleet got more complex. Running Kubernetes across several clouds is the normal state now, not the exception. SUSE Rancher Prime wins on portability, and you assemble the operational story yourself, since the control plane, Fleet, and the distribution move on separate cycles. VMware Cloud Foundation 9.1 lifted the ceiling to 500 Kubernetes clusters per Supervisor, which counts on vSphere and less on AWS or Azure. Red Hat OpenShift imports other distributions, with a thinner lifecycle than native clusters get. Ask four questions. One inventory, one identity provider, one policy engine that blocks before the fact, and one cost ledger. Three out of four is marketing. Four out of four is a platform.

Vendors keep folding more products into one bill. Buyers read a single line item as a single platform. Those are different things, and the gap between them is where multicluster Kubernetes management gets hard. Red Hat’s 2026 fleet management report puts numbers on it. Eighty-five percent of organizations grew their cluster count in the past year. Seventy percent run Kubernetes across more than one public cloud. Forty-three percent say the complexity of managing that fleet went up. Growth is the easy part. Coherence is not.

Two clusters can ship in the same suite and still run different versions, different network policies, and different identity rules. A bundle cleans up procurement. It does not clean up operations unless the parts were built to share state.

One Invoice Is Not One Control Plane

SUSE Rancher Prime manages upstream Kubernetes, the CNCF graduated project, on any conformant distribution. That covers on prem and every major cloud. The Rancher control plane, Fleet for GitOps across a large fleet, and the distribution itself are separate projects on separate release cycles. Portability is the win. Integration is the bill you pay for it, and you assemble the operational story yourself.

VMware Tanzu and VMware Cloud Foundation (VCF after first mention) push the other way. Tanzu is built for VCF, and VCF is the private cloud underneath it. VCF 9.1 lifted the ceiling to 500 Kubernetes clusters per Supervisor. For a private cloud, that is serious scale. The catch is direction. Workloads that must live on AWS or Azure are guests in a house built for vSphere.

Red Hat OpenShift sits between the two. Advanced Cluster Management gives one hub that creates and governs OpenShift clusters on AWS, Azure, Google Cloud, and bare metal. It imports other distributions too. Imported clusters get a thinner lifecycle than native ones. Full create, upgrade, and destroy works best when the cluster is OpenShift. The control plane is genuinely unified. Depth still depends on which Kubernetes you picked.

Open source shows how wide the gap runs. Karmada, a CNCF incubating project, treats many clusters as one scheduling target across clouds. Crossplane, now CNCF graduated, does the same job for infrastructure through Kubernetes APIs. Neither ships a vendor console. Both exist because the bundled consoles stop at the boundary of what the vendor sells.

What Unifying Actually Requires

Ask a suite four questions. Does one inventory list every cluster and its version? Does one identity provider issue every workload credential? Does one policy engine block a bad deployment before it lands rather than after? Does one ledger show which team spent what? A vendor that answers yes to three has bundling with good marketing. A vendor that answers yes to all four has a platform.

Drift is the tax you pay without a control plane. An AWS cluster picks up a new storage driver. An Azure cluster runs last quarter’s ingress controller. Nobody notices until a deploy fails in one region and works in another. That is not a product gap. It is an ownership gap, and suites do not fix ownership.

Cost is the question most suites dodge. A cluster nobody owns still bills every month. Kubernetes does not track spending on its own. Fleet dashboards rarely roll cost up by namespace or by team, which is the only granularity finance actually cares about. That gap leaks budget, and no bundle closes it for free.

The multi-provider reality is not going away either. Most fleets already span more than one cloud, and air-gapped sites widen the problem. A control plane that sees one substrate leaves the rest to scripts and tribal knowledge. Vendors know this. It is why every suite claims portability and why so few prove it.

Unifying also changes who you hire. One control plane across four providers is one skill set to staff and one policy to audit. Four consoles stitched together by scripts is four skill sets and an on-call rotation that guesses which tool owns the truth. Those savings show up in audit time and headcount, not on the license line.

Buy the Control Plane, Not the Box

The honest test runs two weeks. Put three clusters on three providers. Import them into the candidate platform. Then change one policy everywhere at once and prove it took effect. Vendors that pass earn the license. Vendors that hand you a nicer console and a longer feature list are selling bundling. That is fine, as long as you price it as bundling.

Platform engineering is one of the forces in the 2026 State of Enterprise Infrastructure report, which covers how the operating layer changed and why maturity tracks with outcomes.

Related reading. A Full VMware Exit Costs More Than Three Years of Broadcom’s Bill. Karmada Just Graduated. Multi-Cluster Kubernetes Is Now a Solved Problem, Sort Of.. Digital Sovereignty Is a Procurement Problem, Not a Data Center Problem. The 2026 State of Enterprise Infrastructure.

By Ivan Tarin

Ivan Tarin is a Principal Product Marketing Manager at SUSE, where he owns go-to-market strategy and positioning for a seven-product cloud-native portfolio spanning Kubernetes, virtualization, storage, security, and observability. A former full-stack developer who shipped production code for enterprise and public-sector clients including U.S. national laboratories, Ivan translates complex infrastructure and AI technology into messaging that lands with developers, platform teams, and enterprise buyers. He has presented at KubeCon, SUSECON, and AWS Developer Week, and is currently pursuing an MS in Artificial Intelligence at the University of Colorado Boulder.

One thought on “Bundling Is Not Unifying. Multicluster Kubernetes Management Still Has a Gap.”

Leave a Reply

Your email address will not be published. Required fields are marked *

Get the next one before it is old news

Independent analysis of cloud-native infrastructure, Kubernetes and data centre economics. No vendor spin.