# What is vCluster Platform?

vCluster Platform is the management plane for your tenant cluster fleet. It provides a web UI, CLI, and API for deploying, configuring, and operating tenant clustersTenant clusterA fully isolated Kubernetes environment provisioned for a single tenant. Each tenant cluster has its own API server, controller manager, and resource namespace, backed by a virtualized control plane hosted on a control plane cluster. From the tenant's perspective it behaves exactly like a standard Kubernetes cluster.Related: Control plane cluster, Tenant cluster across one or more Control Plane ClustersControl plane clusterThe Kubernetes cluster that hosts the virtualized control planes for tenant clusters. The control plane cluster is operated by the platform provider and is completely invisible to tenants. There are no shared control plane nodes, no in-cluster agent pods, and no lateral path between tenant environments. With shared nodes, this cluster also runs tenant workloads alongside the control plane pods — the same node pool is used for both.Related: Tenant cluster, Control plane cluster, Tenant cluster. Access control, lifecycle automation, resource governance, and node management are all built in.

Without Platform, operating tenant clusters at scale requires custom tooling for provisioning workflows, RBAC, quota enforcement, and cluster lifecycle. Platform replaces that custom work with a production-ready management layer.

![Tenant cluster dashboard showing clusters across multiple projects with running, starting, sleeping, and terminating statuses](/docs/assets/images/tenant-clusters-dashboard-status-variety-b0c8bdf9df8e1dbcdc6fb4186efe6f8e.png)

The tenant cluster dashboard gives operators one place to review cluster lifecycle state, project ownership, templates, sleep state, and control plane placement.

## How Platform fits into the picture[​](#how-platform-fits-into-the-picture "Direct link to How Platform fits into the picture")

vCluster creates and runs tenant clusters. Platform manages the fleet. The relationship is straightforward:

* **vCluster** handles the tenant cluster, including the API server, control plane, [syncer](https://vcluster.com/docs/vcluster/configure/vcluster-yaml/sync.md)[Syncer](https://vcluster.com/docs/vcluster/configure/vcluster-yaml/sync.md)A component in vCluster that synchronizes resources between the tenant cluster and the control plane cluster, enabling tenant clusters to function while maintaining isolation.Related: vCluster, Tenant cluster, and node connectivity

- **Platform** handles everything around the tenant cluster. It controls who can access it, how it's configured, when it sleeps, and when nodes are provisioned or deprovisioned

Platform installs into a Kubernetes cluster and connects to other clusters in your environment. Those connected clusters become the Control Plane Clusters where tenant cluster control planes run. Platform doesn't replace those clusters. It manages what runs inside them.

[Understand the Platform architecture →](https://vcluster.com/docs/platform/introduction/architecture.md)

## Projects[​](#projects "Direct link to Projects")

Projects are the primary organizational unit in Platform. Each project is a policy boundary that groups tenant clusters and the users or teams who access them.

Inside a project you can:

* Set resource quotas that cap compute and storage across all tenant clusters in the project
* Assign default and allowed templates so teams can only create clusters that meet your requirements
* Grant users and teams access to just this project, with no visibility into other projects

For AI cloud operators serving paying customers, projects map naturally to customer accounts or organizational boundaries. For internal platforms, projects map to teams, cost centers, or environments.

![Tenant clusters dashboard with the project filter open, showing multiple projects available for filtering](/docs/assets/images/tenant-cluster-management-dashboard-with-project-filter-1639a2b6413dc27eb0ad0f1c27c34f59.png)

Projects scope the tenant clusters that users can view and manage.

[Learn about projects →](https://vcluster.com/docs/platform/understand/what-are-projects.md)

## Tenant cluster management[​](#tenant-cluster-management "Direct link to Tenant cluster management")

Platform provides a complete lifecycle interface for tenant clusters. Create, configure, upgrade, connect, and delete tenant clusters from the UI or through the Platform API.

### Templates[​](#templates "Direct link to Templates")

Templates define a baseline `vcluster.yaml` configuration applied to every tenant cluster created from them. Administrators define the templates available in each project. Users choose from those templates at creation time and can optionally customize within allowed bounds.

Templates solve the consistency problem at scale. Instead of relying on users to configure settings correctly, you encode requirements into a template and enforce them across the fleet.

![Private nodes template configuration screen showing config options, a vCluster version selector, and the vcluster.yaml editor](/docs/assets/images/private-nodes-template-configuration-interface-d4e4eabe8f12d321e1c433375b12f9d5.png)

Templates combine guided configuration fields with the generated `vcluster.yaml` that Platform applies to new tenant clusters.

[Create templates →](https://vcluster.com/docs/platform/administer/templates/create-templates.md)

### Applications and stacks[​](#applications-and-stacks "Direct link to Applications and stacks")

Tenant cluster templates configure the Kubernetes environment itself. [Apps](https://vcluster.com/docs/platform/understand/what-are-apps.md) install individual applications into that environment. When an environment needs several Apps or Argo CD Applications with dependency ordering, health gates, or output handoff, use a [Stack](https://vcluster.com/docs/platform/understand/what-are-stacks.md) to manage them as one unit.

[Create a Stack template →](https://vcluster.com/docs/platform/administer/templates/create-stack-templates.md)

### Deploy and connect[​](#deploy-and-connect "Direct link to Deploy and connect")

Tenant clusters can be created from the Platform UI, CLI (`vcluster create`), or Platform API. This makes Platform a good fit for GitOps workflows and automated provisioning pipelines. Once created, Platform generates a `kubeconfig` scoped to the tenant cluster. Users access their cluster directly. They never need credentials for the underlying Control Plane Cluster.

![Template selection screen for creating a tenant cluster with template cards and a version selector](/docs/assets/images/tenant-cluster-template-selection-interface-ee508bf1e631ef691d2f9cd91ff7e757.png)

Users start tenant cluster creation by choosing an approved template and version.

After selecting a template, users review the resolved configuration, choose where the tenant cluster runs, and confirm the generated `vcluster.yaml` before deployment.

![Tenant cluster creation screen showing the cluster name, owner, control plane host selection, and computed vcluster.yaml](/docs/assets/images/create-tenant-cluster-configuration-interface-6a52db223f0d3cb31b6bee564dfff124.png)

The create flow resolves the selected template into the final cluster configuration before deployment.

[Create a tenant cluster →](https://vcluster.com/docs/platform/use-platform/virtual-clusters/create/create-no-template.md)

### Upgrade[​](#upgrade "Direct link to Upgrade")

Platform coordinates vCluster version upgrades with rolling updates. Upgrades can be initiated from the UI or automated through Platform's GitOps integration. Configuration changes to `vcluster.yaml` can be applied at the same time as version upgrades.

## Sleep and wake[​](#sleep-and-wake "Direct link to Sleep and wake")

Platform can automatically sleep idle tenant clusters, suspending the control plane and stopping synced workloads to free resources. When activity resumes, Platform wakes the cluster and restores it to its previous state. The tenant experience is seamless. Their next `kubectl` command triggers the wake automatically.

Sleep can be configured three ways:

* **Manual** — sleep or wake a cluster on demand from the UI or CLI
* **Inactivity timeout** — sleep after a configurable period with no API activity
* **Schedule** — sleep and wake on a CRON schedule, useful for environments with predictable working hours

Auto-delete works the same way. Tenant clusters idle beyond a configured threshold are deleted automatically. This is useful for ephemeral developer and CI environments where clusters are created frequently and often abandoned.

![Tenant cluster details page showing a sleeping virtual cluster with a Wake Up action](/docs/assets/images/virtual-cluster-sleeping-status-dashboard-196558d9f07c0db032618467e4fe26cc.png)

Sleeping tenant clusters remain visible in Platform and can be woken when users need them again.

[Configure sleep mode →](https://vcluster.com/docs/vcluster/configure/vcluster-yaml/sleep.md)

## Access control[​](#access-control "Direct link to Access control")

Platform uses a layered RBAC model. Administrators control access at the platform, project, and individual tenant cluster level.

* **Platform roles** — control access to global settings, connected clusters, and user management
* **Project roles** — control access to tenant clusters, spaces, and resources within a project
* **Tenant cluster roles** — control what a user can do inside a specific tenant cluster

Platform integrates with any OIDC provider for SSO, including Okta, Azure AD, Dex, and others. Teams and group memberships from your identity provider map directly to Platform roles.

![Project members and roles panel showing project users with assigned roles](/docs/assets/images/project-member-management-70b4e86e968171cbe135ee0434fd7fa1.png)

Project membership controls who can access resources in the project and which project role they receive.

[Configure SSO →](https://vcluster.com/docs/platform/configure/platform-configs/single-sign-on.md)

## Node management[​](#node-management "Direct link to Node management")

For tenant clusters running on [private nodes](https://vcluster.com/docs/vcluster/deploy/worker-nodes/private-nodes.md), Platform manages node lifecycle. Nodes are provisioned and joined automatically based on workload demand, and deprovisioned when no longer needed.

Node providers integrate with cloud APIs (AWS, GCP, Azure, and others) to provision VMs that join as private nodes. For bare metal infrastructure, [vMetal](https://vcluster.com/docs/platform/administer/bare-metal/overview.md) handles physical server provisioning using the same model.

This is the operational foundation for AI cloud providers. Tenant clusters with GPU nodes scale up when a customer submits a job and scale down when it finishes, without manual intervention.

![Node provider configuration screen showing KubeVirt provider settings, node types, and the generated NodeProvider resource](/docs/assets/images/interface-for-creating-a-new-node-provider-e4afd460cadaf9550396c45e2746d8bc.png)

Node providers define the infrastructure and node types Platform can use when tenant clusters need private nodes.

[Configure node providers →](https://vcluster.com/docs/platform/administer/node-providers/overview.md)

## Connected clusters[​](#connected-clusters "Direct link to Connected clusters")

Platform connects to as many Kubernetes clusters as your infrastructure requires. These become the Control Plane Clusters for your tenant cluster fleet. You can distribute tenant clusters across regions, cloud providers, or on-premises environments and manage all of them from one Platform instance.

![Host clusters dashboard showing multiple connected clusters with status, Kubernetes version, agent version, and connected time](/docs/assets/images/connected-clusters-agent-status-95cd81a261270eaf513122bd42f7f26b.png)

Connected clusters report agent status and version information back to the Platform management plane.

[Connect a cluster →](https://vcluster.com/docs/platform/understand/what-are-clusters.md)

## Next steps[​](#next-steps "Direct link to Next steps")

* [Install vCluster Platform](https://vcluster.com/docs/platform/install/quick-start-guide.md)
* [Create your first tenant cluster](https://vcluster.com/docs/platform/use-platform/virtual-clusters/create/create-no-template.md)
* [Set up a project](https://vcluster.com/docs/platform/administer/projects/create.md)
* [Configure templates](https://vcluster.com/docs/platform/administer/templates/create-templates.md)
* [Standardize applications with Stacks](https://vcluster.com/docs/platform/understand/what-are-stacks.md)
* [Set up SSO](https://vcluster.com/docs/platform/configure/platform-configs/single-sign-on.md)
