Kubernetes弃用Dockershim，转向Containerd：影响及如何应对

灵雀云

已于 2024-03-13 18:22:18 修改

阅读量1.2k

点赞数 18

CC 4.0 BY-SA版权

文章标签： kubernetes 容器云原生

于 2024-03-13 18:21:09 首次发布

本文链接：https://blog.csdn.net/alauda_andy/article/details/136687707

Kubernetes1.24版本正式弃用Dockershim，转向Containerd作为默认容器运行环境。文章解释了弃用原因，介绍了Containerd的作用，以及迁移过程中的注意事项和优化措施。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Kubernetes1.24版本发布时，正式宣布弃用Dockershim，转向Containerd作为默认的容器运行环境。Kubernetes以CRI(Container Runtime Interface)容器运行时接口制定接入准则，用户可以使用Containerd、CRI-O、CRI- Dockerd及其他容器运行时作为Kubernetes的容器引擎。

Kubernetes为何弃用Dockershim？

Docker在早期没有实现Container Runtime Interface (CRI)，而CRI是Kubernetes后来增加的对额外运行时的支持标准。Dockershim的存在是为了支持将Docker硬编码到Kubernetes中，但随着容器化成为行业标准，Kubernetes项目增加了对额外运行时的支持，比如通过Container Runtime Interface (CRI)容器运行时接口来支持运行容器。因此，在Kubernetes1.20版本发布的时候提到未来会弃用Dockershim引擎，而在Kubernetes1.24版本发布时，正式弃用之。

什么是 Containerd ？

containerd是一种容器运行时引擎，原属于Docker的组件的一部分，主要提供容器生命周期管理（从创建到销毁容器）、拉取和推送镜像、存储管理（管理镜像及容器数据的存储）、调用runc容器运行等，现已由开源社区拆分脱离出来单独作为容器运行时项目。

在Kubernetes中，Containerd作为容器运行环境，负责管理Pod的生命周期，包括容器的创建、启动、停止和删除等操作。与Dockershim相比，Containerd具有更好的性能、更强的可扩展性以及更简洁的