一篇带你弄懂Containerd vs Docker

运维 系统运维
containerd与docker还是有很多不同之处,但最终要实现的效果都一致。至于我们在使用k8s过程中,具体使用哪一种作为运行时,还是根据实际情况选择。

[[435278]]

引言

最近公司打算在新的产品中不再使用docker,而是使用containerd作为运行时。至于原因嘛,没有直接告诉我们。于是,我就打算自己去了解一番;并与docker做个对比,看看两者的差异。

介绍

docker相信大家已经非常熟悉了,我就不介绍了。这里来介绍一下containerd。github上针对containerd的介绍如下:

  1. containerd is an industry-standard container runtime with an emphasis on simplicity, robustness and portability.  
  2. It is available as a daemon for Linux and Windows,  
  3. which can manage the complete container lifecycle of its host system: image transfer and storage,  
  4. container execution and supervision, low-level storage and network attachments, etc. 

大致意思就是说Containerd是一个强调简单性、健壮性和可移植性的行业标准容器运行时。可以在windows和linux上使用,能够管理宿主机上容器整个生命周期,包括镜像传输、容器创建和管理,低级别的存储和网络附件等等。其架构如下:

功能

使用过docker的朋友肯定对docker很熟悉了。这里就只说一下containerd的功能。containerd的功能如下:

  • 支持 OCI 的镜像标准
  • OCI 的容器运行时
  • 镜像的推送和拉取
  • 容器运行时生命周期管理
  • 多租户的镜像存储
  • 网络管理以及网络 namespace 管理,支持容器网络加入已有的 namespace

对比

接下来,对docker和containerd进行一个多方面的比较。看看两者究竟有哪些缺别,也帮助大家以后进行选择合适的去用。

调用链

在使用k8s时,使用docker和containerd的调用链如下所示:

不难看出,使用containerd时,调用链更短,不再需要经过dockershim和docker

数据目录

相信大家都知道docker的数据目录默认是在/var/lib/docker目录下;而切换到containerd时,数据目录默认为/var/lib/containerd

日志

当我们在使用k8s时,如果使用了docker作为运行时,其实容器程序日志的落盘是由docker来负责的。/var/log/pod和/var/log/container下的日志文件会软连接到/var/lib/docker下对应的日志文件,如果还需要对日志做一些参数配置,直接修改docker配置文件即可;而如果我们现在使用containerd作为运行时,则容器日志的落盘将由kubelet来负责,/var/log/container下的日志文件会软连接到/var/log/pod下的日志文件,如果需要调整日志参数,则需要修改kubelet相关配置

CNI

当使用docker作为运行时时,kubelet中的docker-shim负责调用cni;而当使用containerd作为运行时时,containerd中内置的containerd-cri负责调用cni

  1. [plugins."io.containerd.grpc.v1.cri".cni] 
  2.       bin_dir = "/opt/cni/bin" 
  3.       conf_dir = "/etc/cni/net.d" 

流服务

熟悉k8s的朋友都知道,kubectl exec 和 kubelet log等命令需要通过apiserver与容器通信,这其中就涉及到了流服务。而docker API本身支持,kubelet中的docker-shim通过docker API流转发;但containerd却要对此进行单独配置

  1. [plugins."io.containerd.grpc.v1.cri"
  2.     stream_idle_timeout = "4h0m0s" 
  3.     stream_server_address = "127.0.0.1" 
  4.     stream_server_port = "0" 
  5.     enable_tls_streaming = false 

命令

使用containerd作为运行时后,常用的命令也变了。下面举两个例子。另外,使用containerd时,可以安装nerdctl工具配合containerd的namespace来一起使用,这样就跟使用docker命令一样了

命名空间

containerd引入了namespace。名称空间允许多个使用者使用同一容器,彼此之间不会发生冲突。它的优点是可以共享内容,但仍然与容器和镜像分离。所以,在使用containerd相关命令时,需要添加-n namespace参数。

  1. Namespaces allow multiple consumers to use the same containerd without conflicting with each other.  
  2. It has the benefit of sharing content but still having separation with containers and images. 

总结

总体来看,containerd与docker还是有很多不同之处,但最终要实现的效果都一致。至于我们在使用k8s过程中,具体使用哪一种作为运行时,还是根据实际情况选择。

参考

https://github.com/containerd/containerd

本文转载自微信公众号「运维开发故事」

 

责任编辑:姜华 来源: 运维开发故事
相关推荐

2023-02-28 23:04:15

2022-05-30 18:18:23

NoSQL数据库

2021-06-30 10:01:09

Python字典代码

2022-02-23 09:36:11

GoRuby编程语言

2022-02-17 08:35:59

OLTPOLAP数据仓库

2022-03-11 08:32:53

C代码代码编辑vscode

2022-02-18 08:54:21

docker操作系统Linux

2021-06-16 10:03:37

Python案例分析Python基础

2021-01-07 11:10:47

关键字

2021-07-03 10:02:30

Python字符串浏览器

2021-05-20 06:57:16

RabbitMQ开源消息

2023-04-20 08:00:00

ES搜索引擎MySQL

2022-02-22 08:15:59

微服务架构单体架构

2021-06-26 09:40:09

Python列表循环

2021-06-21 06:32:04

Python异常传递s自定义异常

2021-10-15 07:57:04

Docker 日志容器

2021-06-09 09:00:11

Python数据类型基础

2021-06-05 10:02:15

Python进制数据类型

2021-06-23 14:21:06

PythonClassPython基础

2018-10-22 12:50:20

CDN网络内容发布网络
点赞
收藏

51CTO技术栈公众号