kubelet创建容器的步骤

约定不等于承诺〃 2022-08-31 09:51 364阅读 0赞

1、Kubelet 通过 CRI 接口（gRPC）调用 dockershim，请求创建一个容器。CRI 即容器运行时接口，目前 dockershim 的代码其实是内嵌在 Kubelet 中的，所以接收调用的也是 Kubelet 进程；

2、dockershim收到请求后，转化成 Docker Daemon 能听懂的请求，并发送给 Docker Daemon 请求创建一个容器；

3、Docker Daemon 早在 1.12 版本中就已经将针对容器的操作移到另一个守护进程containerd 中了，因此 Docker Daemon 仍然不能帮我们创建容器，而是去请求 containerd 创建一个容器；

4、containerd 收到请求后，并不会自己去操作容器，而是创建containerd-shim进程，让containerd-shim去操作容器。这是因为容器进程需要一个父进程来做诸如收集状态，维持stdin等fd打开等工作。而这个父进程一般就是 containerd，那每次containerd挂掉或升级，整个宿主机上所有的容器都得退出了，因此引入了containerd-shim就规避了这个问题；

5、我们知道创建容器需要进行设置 namespaces 和 cgroups，挂载 root filesystem等操作，而这些事该怎么做已经有了公开的规范了，那就是开放容器标准OCI，OCI的一个参考实现就是 runC。于是containerd-shim 需要调用 runC 这个命令行工具，来进行设置 namespaces 和 cgroups，挂载 root filesystem等操作进而启动容器；

6、runC 启动完容器后本身会直接退出，containerd-shim 则会成为容器进程的父进程，负责收集容器进程的状态，上报给containerd，并在容器中pid为1的进程退出后对容器中的子进程进行清理，确保不会出现僵尸进程。

备注：shim垫片其实就是适配器Adapter，用于将各种容器运行时本身的接口适配到 Kubernetes 的 CRI 接口上。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM0NTYyMDkz_size_16_color_FFFFFF_t_70][]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzM0NTYyMDkz_size_16_color_FFFFFF_t_70]: /images/20220829/f2b6d4e115fe4d0e8b6308954f1baeb0.png