Kubernetes主节点是否具备容器运行时？

• 主节点上的核心组件（etcd、kube-apiserver、kube-controller-manager、kube-scheduler等），在现代Kubernetes集群（比如kubeadm部署的集群）里大多以Pod形式运行。要运行这些Pod，必须依赖容器运行时（如containerd、CRI-O）和kubelet——kubelet负责节点上Pod的生命周期管理，容器运行时负责实际创建、运行容器。
• 有些教程会把主节点设置为不可调度（执行kubectl taint nodes <master-node> node-role.kubernetes.io/master:NoSchedule），不让用户业务Pod调度到主节点，但这只是调度限制，不代表主节点没有容器运行时和kubelet，主节点自身的系统组件Pod依然会正常运行。
• 如果是单节点集群（主节点同时兼任工作节点），它更是同时承担两种角色，必然具备完整的容器运行时和kubelet环境。

那些说“仅工作节点配备容器运行时”的说法要么过时，要么只强调了用户业务Pod的运行位置，忽略了主节点自身的组件运行需求。

内容的提问来源于stack exchange，提问作者Saif Mu