kube-apiserver启动主体与配置、containerd启动机制技术咨询
一、谁启动kube-apiserver，如何配置其启动参数？
在你通过kubeadm init创建的Kubernetes集群中，kube-apiserver是以静态Pod的形式运行的。虽然从systemctl status containerd的输出看，它的进程归属在containerd的CGroup下，但实际启动逻辑是这样的：
kubeadm初始化集群时，会在/etc/kubernetes/manifests/目录下生成控制平面组件的静态Pod配置文件，其中就包括kube-apiserver.yaml。- Kubelet会持续监控这个目录的变化，一旦发现配置文件，就会通过CRI（容器运行时接口）调用containerd，由containerd来创建并运行kube-apiserver容器。
至于kube-apiserver的启动参数配置，你直接查看/etc/kubernetes/manifests/kube-apiserver.yaml文件即可：
- 打开这个YAML文件，找到
spec.containers[0].command字段，里面的列表就是kube-apiserver的所有启动参数（比如--advertise-address、--authorization-mode等，和你在systemctl输出里看到的一致）。 - 修改这些参数后，Kubelet会检测到配置变化，通知containerd重启kube-apiserver容器，无需手动重启服务。
二、containerd的配置路径，以及它如何知晓要启动kube-apiserver？
首先，containerd的配置文件默认路径是/etc/containerd/config.toml。如果你的系统里没有这个文件，可以通过以下命令生成默认配置：
containerd config default > /etc/containerd/config.toml
生成后你可以编辑这个文件来调整containerd的运行时参数，比如镜像仓库、容器网络配置等。
不过需要明确：containerd本身不会主动去启动kube-apiserver，它只是作为容器运行时，接收Kubelet的CRI请求来创建和管理容器。你看到kube-apiserver进程在containerd的CGroup下，是因为它是由containerd托管的容器进程。
关于你提到的“重启kubelet不会重启kube-apiserver”的情况，这是正常的：Kubelet重启后会自动识别已经运行的、与静态Pod配置匹配的容器，不会强制重启它们，只会接管运行状态。如果想要重启kube-apiserver，你可以直接删除对应的容器（通过crictl rm <容器ID>，crictl是CRI的命令行工具），或者删除/etc/kubernetes/manifests/kube-apiserver.yaml再恢复，Kubelet会触发containerd重新创建容器。
另外，你看到的/lib/systemd/system/containerd.service只是containerd的systemd服务配置，它只负责启动containerd本身，不包含任何启动Kubernetes组件的逻辑。
内容的提问来源于stack exchange，提问作者David Tong
