Cluster API (CAPI) is a Kubernetes sub-project under SIG Cluster Lifecycle that uses declarative, Kubernetes-style APIs to automate the full lifecycle β provisioning, upgrading, and deletion β of Kubernetes clusters across cloud, on-premises, and bare-metal environments. It solves the recurring problem of cluster-per-installer fragmentation by providing a unified API surface that any infrastructure provider can implement, keeping the same object model regardless of whether you target AWS, Azure, vSphere, or bare metal. The key mental model is management cluster controls workload clusters: a single management cluster runs CAPI controllers that reconcile the desired state of many downstream workload clusters, making fleet-wide operations β upgrades, health checks, scaling β as simple as editing a YAML resource.
What This Cheat Sheet Covers
This topic spans 15 focused tables and 124 indexed concepts. Below is a complete table-by-table outline of this topic, spanning foundational concepts through advanced details.
Table 1: Core Concepts and Terminology
Every CAPI deployment involves a specific set of cluster roles and primitives. Understanding the difference between management cluster, workload cluster, and bootstrap cluster is the mandatory prerequisite for all other CAPI work.
| Concept | Example | Description |
|---|---|---|
A Kind or K8s cluster running CAPI controllers | β’ The cluster where CAPI providers run and where all Cluster/Machine objects are stored β’ it provisions and manages all workload clusters | |
kubectl get cluster -n default | β’ A cluster created and managed by CAPI controllers β’ intended for actual workloads, not CAPI tooling | |
A temporary Kind cluster created before the management cluster | β’ A temporary cluster used to provision the permanent management cluster β’ deleted after the pivot operation | |
clusterctl move --to-kubeconfig=mgmt.kubeconfig | The process of moving provider components and CAPI resources from a source management cluster to a target management cluster (or from bootstrap to permanent management cluster). | |
CAPA (AWS), CAPZ (Azure), CAPG (GCP), CAPV (vSphere) | Implements provisioning of the actual VMs, networks, and load balancers for the cluster on a specific platform. |