Topic 4: DaemonSets
Official baseline: (The Kubernetes Authors, 2026). My working version: A DaemonSet runs one copy of a Pod across selected nodes. It is how node-level services become cluster-wide.
Mental Model
A DaemonSet runs one copy of a Pod across selected nodes. It is how node-level services become cluster-wide.
Notes
- Logging agents, node exporters, CNIs, and storage agents often use this shape.
- Tolerations and node selectors decide where the daemon actually lands.
- DaemonSet failures usually reveal node-specific drift.
Homelab Angle
DaemonSets are useful for learning node operations because they force you to think per-machine.
Verify It
- Read the object status before changing the manifest.
- Check events for the controller or node that is actually complaining.
- Confirm the official source linked below still matches the cluster version you run.
Common Failure Modes
- Treating the YAML object as the system, instead of one input to a reconciliation loop.
- Debugging from outside the cluster when the failure only exists inside cluster networking or node state.
- Forgetting that Kubernetes version, addon version, and runtime behavior are linked.
Sources
- DaemonSet - source path:
content/en/docs/concepts/workloads/controllers/daemonset.md, commit 8cc9e19b8eec8d5cf49eacd66f86a81648edb1a0. - Kubernetes documentation is licensed under CC BY 4.0; these notes are original commentary and link back to the official source.
The Kubernetes Authors. (2026). DaemonSet. https://kubernetes.io/docs/concepts/workloads/controllers/daemonset/