ChatDiagram
Kubernetes · cluster architecture

Kubernetes Control Plane and Worker Nodes

This Kubernetes architecture diagram separates the control plane from the worker nodes. The API server is the central control-plane interface. It communicates with etcd for cluster state, with the scheduler for placement decisions, and with the controller manager for reconciliation. The API server also communicates with two worker nodes through their kubelets. Each worker node runs application pods. The diagram is intentionally high-level, making it suitable for onboarding or documentation. Add networking, ingress, storage classes, or an external control-plane endpoint when those parts matter to the design. Keep the diagram current when equipment, cable paths, service ownership, or security boundaries change, so it remains useful for planning and operations.

Type Network topologyStandard Cisco-convention topology iconsEngine schematex-networkUpdated 9/24/2026
Kubernetes control plane and workers
Drawing preview
The request

“A Kubernetes cluster with an API server connected to etcd, the scheduler, controller manager, and two worker nodes; each worker node runs application pods.”

Then tryAdd a kube-proxy on each worker nodeAdd a third worker node
What is in this drawing

Read the decisions behind it.

01Cluster state

etcd stores the control-plane state.

02Scheduling

The scheduler assigns pods to workers.

03Workloads

Worker nodes run the application pods.

Use this to introduce the Kubernetes control plane and the relationship between workers and pods.

More like this

Other examples in this family.

Browse all network diagram templates →

FAQ

Common questions

What is the Kubernetes control plane?

It is the set of components that manage the desired state of a Kubernetes cluster.

What does etcd store?

etcd stores Kubernetes cluster state and configuration.

What runs application pods?

Worker nodes run the pods scheduled onto them.