A Linux background process runs without directly occupying an interactive terminal. In Kubernetes, such host processes help keep the cluster running, while DaemonSets provide similar per-node behavior through pods. section 1.8 section 1.10
Separate host-managed processes from DaemonSet-managed components:
- kube-proxy and CNI components can run as DaemonSets, maintaining a pod on each node. section 1.8
- kubelet runs directly as a Linux background process on the node rather than as a DaemonSet. section 1.8
- Inspect DaemonSets with kubectl get ds -A and inspect kubelet's systemd entry with sudo systemctl list-unit-files --type service | grep kubelet -A3 -B3. section 1.8
Checking kubelet
The systemd listing identifies kubelet.service and its enabled state. If the process is stopped, start it with systemctl start kubelet; use the service state as a node-repair clue. section 1.8
Figure 1.13 DaemonSets ensure that a single pod is running on each node in the cluster. kube-proxy and CNI both run as a DaemonSet.
Use the node diagram to contrast DaemonSet pods with host-level kubelet processing. section 1.8



