容器引擎说明

容器引擎是Kubernetes最重要的组件之一，负责管理镜像和容器的生命周期。Kubelet通过Container Runtime Interface (CRI) 与容器引擎交互，以管理镜像和容器。

CCE当前支持用户选择Containerd和Docker容器引擎，其中Containerd调用链更短，组件更少，更稳定，占用节点资源更少。

表1 容器引擎对比
对比	Containerd	Docker
调用链	kubelet --> CRI plugin（在containerd进程中） --> containerd	Docker（Kubernetes 1.23及以下版本）： kubelet --> dockershim （在kubelet 进程中） --> docker --> containerd Docker（Kubernetes 1.24及以上版本社区方案）： kubelet --> cri-dockerd （kubelet使用CRI接口对接cri-dockerd） --> docker --> containerd
命令	crictl/ctr	docker
Kubernetes CRI支持	原生支持	需通过dockershim或cri-dockerd提供CRI支持
Pod 启动延迟	低	高
kubelet CPU/内存占用	低	高
运行时CPU/内存占用	低	高

Containerd不支持dockerAPI和dockerCLI，但是可以通过cri-tool命令实现类似的功能。

Containerd创建并启动的容器会被kubelet立即删除，不支持暂停、恢复、重启、重命名、等待容器，Containerd不具备docker构建、导入、导出、比较、推送、查找、打标签镜像的能力，Containerd不支持复制文件，可通过修改containerd的配置文件实现登录镜像仓库。

Docker（Kubernetes 1.23及以下版本）：
kubelet --> docker shim （在kubelet 进程中） --> docker --> containerd
Docker（Kubernetes 1.24及以上版本社区方案）：
kubelet --> cri-dockerd （kubelet使用cri接口对接cri-dockerd） --> docker --> containerd
Containerd：
kubelet --> cri plugin（在containerd进程中） --> containerd

其中Docker虽增加了swarm cluster、docker build、docker API等功能，但也会引入一些bug，并且与Containerd相比，多了一层调用，因此Containerd被认为更加节省资源且更安全。

父主题： 节点

提供反馈

提交成功！非常感谢您的反馈，我们会继续努力做到更好！

系统繁忙，请稍后重试

在使用文档中是否遇到以下问题

内容与产品页面不一致

内容不易理解

缺失示例代码

步骤不可操作

搜不到想要的内容

缺少最佳实践

意见反馈（选填）

0/500

请至少选择一项反馈信息并填写问题反馈

字符长度不能超过500

直接提交取消