查看: 313|回复: 1

从 docker 到 runC

[复制链接]

该用户从未签到

发表于 2019-11-7 18:51:15 | 显示全部楼层 |阅读模式
笔者在前文《RunC 简介》和《Containerd 简介》中分别先容了 runC 和 containerd。本文我们将结合 docker 中的别的组件探索 docker 是如何把这些组件构造起来和谐工作的。
Docker 的主要组件

安装 docker ,其实是安装了 docker 客户端、dockerd 等一系列的组件,其中比力紧张的有下面几个。
Docker CLI(docker)
docker 步伐是一个客户端工具,用来把用户的请求发送给 docker daemon(dockerd)。该步伐的安装路径为:
  1. /usr/bin/docker
复制代码
Dockerd
docker daemon(dockerd),一样平常也会被称为 docker engine。该步伐的安装路径为:
  1. /usr/bin/dockerd
复制代码
Containerd
详情请参考《Containerd 简介》。该步伐的安装路径为:
  1. /usr/bin/docker-containerd
复制代码
Containerd-shim
它是 containerd 的组件,是容器的运行时载体,我们在 docker 宿主机上看到的 shim 也正是代表着一个个通过调用 containerd 启动的 docker 容器。该步伐的安装路径为:
  1. /usr/bin/docker-containerd-shim
复制代码
RunC
详情请参考《RunC 简介》。该步伐的安装路径为:
  1. /usr/bin/docker-runc
复制代码
从 hello world 开始

Docker 很贴心的为我们提供了 hello-world 镜像来验证安装是否成功,但是透过这个镜像我们还能看到更多的信息:
  1. $ docker run hello-world
复制代码

上面的输出信息指出,hello-world 容器的运行经历了如下四步:

  • Docker 客户端向 docker daemon 发送请求
  • Docker daemon 从 Docker Hub 上拉取镜像
  • Docker daemon 利用镜像运行了一个容器并产生了输出
  • Docker daemon 把输出的内容发送给了 docker 客户端
这是一个很抽象也很容器明确的过程,但是我们还想知道更多:docker daemon 是如何创建并运行容器的?
其实容器部分的操纵和管理都被 dockerd 外包给 containerd 了,下图描述了运行一个容器时各个组件之间的关系:

Docker Engine API

从本质上说,docker 是一个客户端/服务器架构的应用。Dockerd 以 Engine API (REST)的方式对外提供服务,Engine API 里描述了 dockerd 支持的全部请求。Docker 客户端与 dockerd 之间就是通过 REST 的方式通信的。在 ubuntu 16.04 中,dockerd 默认是不监听 tcp 端口的,为了方便演示,我们让 dockerd 监听 tcp 端口。这样就可以利用 curl 取代 docker 客户端向 dockerd 发送请求了。详细的操纵为,先修改 /lib/systemd/system/docker.service 文件,注释掉默认的 ExecStart 并添加新的 ExecStart 配置:
  1. # ExecStart=/usr/bin/dockerd -H fd://ExecStart=/usr/bin/dockerd -H tcp://0.0.0.0:2375 -H unix:///var/run/docker.sock
复制代码
然后重启 docker.service:
  1. $ sudo systemctl daemon-reload$ sudo systemctl restart docker.service
复制代码
这样 dockerd 就开始监听 tcp 端口 2375 了:

Docker 与 Dockerd 的交互

Docker 客户端与 dockerd 之间就是通过 REST 的方式通信的。前面我们已经让 dockerd 监听 tcp 端口了,以是我们可以利用 curl 来取代 docker 客户端。这里我们简单的演示如何请求 dockerd 从 docker hub 上下载 hello-world 镜像:
  1. $ curl '127.0.0.1:2375/v1.37/images/create?fromImage=hello-world&tag=latest' -X POST
复制代码

如果去看看 Engine API,你会发现别的的请求也都是用类似方式发送的,是不是很简单啊!
创建容器

容器镜像的下载是由 dockerd 完成的,但容器的创建和运行就需要 containerd(docker-containerd) 来完成了。Dockerd 与 docker-containerd 之间是通过 grpc 协议通信的。当 docker-containerd 收到 dockerd 启动容器的请求之后,会做一些初始化工作,然后启动 docker-containerd-shim 进程,并将相干配置作为参数传给它。docker-containerd 负责管理全部本机正在运行的容器,而一个 docker-containerd-shim 进程只负责管理一个运行的容器,它相当于 docker-runc 的一个封装,充当 docker-containerd 和 docker-runc 之间的桥梁,docker-runc 能干的就交给 docker-runc 来做,docker-runc 做不了的就放到这里来做。下面我们用 ubuntu 镜像运行一个容器:
  1. $ docker run -id ubuntu bash
复制代码

上图中黄线框起来的是几个主要的进程,它们之间是有父子关系的(systemd 没有出现在上图):
  1. [b]systemd---dockerd---docker-containerd---docker-containerd-shim---bash[/b]
复制代码
细心的朋侪肯定发现了,上图中没有出现 docker-runc 进程,这是为什么呢?
实际上,在容器启动的过程中,docker-runc 进程是作为 docker-containerd-shim 的子进程存在的。docker-runc 进程根据配置找到容器的 rootfs 并创建子进程 bash 作为容器中的第一个进程。当这一切都完成后 docker-runc 进程退出,然后容器进程 bash 由 docker-runc 的父进程 docker-containerd-shim 接管。
为什么需要 docker-containerd-shim?

大概各人会问,为什么在容器的启动或运行过程中需要一个 docker-containerd-shim 进程呢?把它移除掉整个架构会更简洁也更精美一些!事实上 docker-containerd-shim 的存在是非常有必要的,其目标有如下几点:

  • 它答应容器运行时(即 runC)在启动容器之退却出,简单说就是不必为每个容器不停运行一个容器运行时(runC)
  • 即使在 containerd 和 dockerd 都挂掉的环境下,容器的标准 IO 和别的的文件描述符也都是可用的
  • 向 containerd 报告容器的退出状态
前两点尤其紧张,有了它们就可以在不中断容器运行的环境下升级或重启 dockerd(这对于生产环境来说意义重大)。 从这里可以看到对 containerd-shim 的一些表明。
总结

笔者先在前文《RunC 简介》和《Containerd 简介》中分别先容了 runC 和 containerd 等 docker 的核心组件。本文则通过 demo 演示了在创建、运行容器的过程中这些组件如何配合 docker engine 完成相干的任务,以及相干进程之间的关系和作用。盼望本文可以帮助各人明确 docker 的整体架构及其组件间的协作方式。
参考:
How the docker container creation process works
走进docker:hello-world的背后发生了什么?

天涯海角也要找到Ni:从 docker 到 runC

中发现Ni: 从 docker 到 runC
中发现Ni: 从 docker 到 runC
中发现Ni: 从 docker 到 runC
中发现Ni: 从 docker 到 runC
中发现Ni: 从 docker 到 runC
中发现Ni: 从 docker 到 runC
相关技术服务需求,请联系管理员和客服QQ:2753533861或QQ:619920289

该用户从未签到

发表于 2019-11-8 16:30:51 | 显示全部楼层
良心贴啊,谢谢分享
相关技术服务需求,请联系管理员和客服QQ:2753533861或QQ:619920289
您需要登录后才可以回帖 登录 | 用户注册

本版积分规则

帖子推荐:
客服咨询

QQ:2753533861

服务时间 9:00-22:00

快速回复 返回顶部 返回列表