18 庖丁解牛：Container Runtime （Docker）

整体概览

我们在第 3 节的时候，提到过

Container Runtime 的概念，也大致介绍过它的主要作用在于下载镜像，运行容器等。

经过我们前面的学习，

kube-scheduler 决定了

Pod 将被调度到哪个

Node 上，而

kubelet 则负责

Pod 在此

Node 上可按预期工作。如果没有

Container Runtime ，那

Pod 中的

container 在该

Node 上也便无法正常启动运行了。

本节中，我们以当前最为通用的

Container Runtime Docker 为例进行介绍。

Container Runtime 是什么

Container Runtime 我们通常叫它容器运行时，而这一概念的产生也是由于容器化技术和 K8S 的大力发展，为了统一工业标准，也为了避免 K8S 绑定于特定的容器运行时，所以便成立了 Open Container Initiative (OCI) 组织，致力于将容器运行时标准化和容器镜像标准化。

凡是遵守此标准的实现，均可由标准格式的镜像启动相应的容器，并完成一些特定的操作。

Docker 是什么

Docker 是一个容器管理平台，它最初是被设计用于快速创建，发布和运行容器的工具，不过随着它的发展，其中集成了越来越多的功能。

Docker 也可以说是一个包含标准容器运行时的工具集，当前版本中默认的

runtime 称之为

runc 。 关于

runc 相关的一些内容可参考我之前的一篇文章。

当然，这里提到了 默认的运行时 那也就意味着它可支持其他的运行时实现。

CRI 是什么

说到这里，我们就会发现，K8S 作为目前云原生技术体系中最重要的一环，为了让它更有扩展性，当然也不会将自己完全局限于某一种特定的容器运行时。

自 K8S 1.5 （2016 年 11 月）开始，新增了一个容器运行时的插件 API，并称之为

CRI （Container Runtime Interface），通过

CRI 可以支持

kubelet 使用不同的容器运行时，而不需要重新编译。

CRI 主要是基于 gRPC 实现了

RuntimeService 和

ImageService 这两个服务，可以参考

pkg/kubelet/apis/cri/runtime/v1alpha2/api.proto 中的 API 定义。由于本节侧重于

Container Runtime/Docker 这里就不对

CRI 的具体实现进行展开了。

只要继续将

kubelet 当作 agent 的角色，而它与基于

CRI 实现的

CRI shim 服务进行通信理解即可。

Docker 如何工作

这里我们主要介绍在 K8S 中一些 Docker 常见的动作。

部署一个 Redis

master $ kubectl run redis –image=redis deployment.apps/redis created master $ kubectl get all NAME READY STATUS RESTARTS AGE pod/redis-bb7894d65-7vsj8 0/1 ContainerCreating 0 6s NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE service/kubernetes ClusterIP 10.96.0.1 443/TCP 26m NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE deployment.apps/redis 1 1 1 0 6s NAME DESIRED CURRENT READY AGE replicaset.apps/redis-bb7894d65 1 1 0 6s

我们直接使用

kubectl run 的方式部署了一个 Redis

查看详情

master $ kubectl describe pod/redis-bb7894d65-7vsj8 Name: redis-bb7894d65-7vsj8 Namespace: default Priority: 0 PriorityClassName: Node: node01/172.17.0.21 Start Time: Sat, 15 Dec 2018 04:48:49 +0000 Labels: pod-template-hash=663450821 run=redis Annotations: Status: Running IP: 10.40.0.1 Controlled By: ReplicaSet/redis-bb7894d65 Containers: redis: Container ID: docker://ab87085456aca76825dd639bcde27160d9c2c84cac5388585bcc9ed3afda6522 Image: redis Image ID: docker-pullable://redis@sha256:010a8bd5c6a9d469441aa35187d18c181e3195368bce309348b3ee639fce96e0 Port: Host Port: State: Running Started: Sat, 15 Dec 2018 04:48:57 +0000 Ready: True Restart Count: 0 Environment: Mounts: /var/run/secrets/kubernetes.io/serviceaccount from default-token-zxt27 (ro) Conditions: Type Status Initialized True Ready True ContainersReady True PodScheduled True Volumes: default-token-zxt27: Type: Secret (a volume populated by a Secret) SecretName: default-token-zxt27 Optional: false QoS Class: BestEffort Node-Selectors: Tolerations: node.kubernetes.io/not-ready:NoExecute for 300s node.kubernetes.io/unreachable:NoExecute for 300s Events: Type Reason Age From Message ---- ------ ---- ---- ------- Normal Scheduled 7m default-scheduler Successfully assigned default/redis-bb7894d65-7vsj8to node01 Normal Pulling 7m kubelet, node01 pulling image "redis" Normal Pulled 7m kubelet, node01 Successfully pulled image "redis" Normal Created 7m kubelet, node01 Created container Normal Started 7m kubelet, node01 Started container

可以通过

kubectl describe 查看该

Pod 的事件详情。这里主要有几个阶段。

调度

Normal Scheduled 7m default-scheduler Successfully assigned default/redis-bb7894d65-7vsj8to node01

在第 15 小节

kube-scheduler 中我们介绍过，通过

kube-scheduler 可以决定

Pod 会调度到哪个

Node 。本例中，

redis-bb7894d65-7vsj8to 被调度到了

node01 。

pull 镜像

Normal Pulling 7m kubelet, node01 pulling image “redis” Normal Pulled 7m kubelet, node01 Successfully pulled image “redis”

这里

kubelet 及该节点上的

Container Runtime （Docker）开始发挥作用，先拉取镜像。如果此刻你登录

node01 的机器，执行

docker pull redis 便可同步看到拉取进度。

创建镜像并启动

Normal Created 7m kubelet, node01 Created container Normal Started 7m kubelet, node01 Started container

拉取镜像完成后，便会开始创建并启动该容器，并返回任务结果。此刻登录

node01 机器，便会看到当前在运行的容器了。

node01 $ docker ps grep redis ab87085456ac redis@sha256:010a8bd5c6a9d469441aa35187d18c181e3195368bce309348b3ee639fce96e0 “docker-entrypoint…” 19 minutes ago Up 19 minutes k8s_redis_redis-bb7894d65-7vsj8_default_b693b56c-0024-11e9-9bab-0242ac11000a_0 8f264abd82fe k8s.gcr.io/pause:3.1 “/pause” 19 minutes ago Up 19 minutes k8s_POD_redis-bb7894d65-7vsj8_default_b693b56c-0024-11e9-9bab-0242ac11000a_0

总结

本节我们介绍了

Container Runtime 的基本概念，及 K8S 为了能增加扩展性，提供了统一的

CRI 插件接口，可用于支持多种容器运行时。

当前使用最为广泛的是 Docker ，当前还支持的主要有 runc ， Containerd ， runV 以及 rkt 等。

由于 Docker 的知识点很多，关于 Docker 的实践和内部原理可参考我之前的一次分享 Docker 实战和基本原理。

在使用 K8S 时，也有极个别情况需要通过排查 Docker 的日志来分析问题。

至此，K8S 中主要的核心组件我们已经介绍完毕，下节我们主要集中于在 K8S 环境中，如何定位和解决问题，以及类似刚才提到的需要通过 Docker 进行排查问题的情况。

参考资料

https://learn.lianglianglee.com/%e4%b8%93%e6%a0%8f/Kubernetes%20%e4%bb%8e%e4%b8%8a%e6%89%8b%e5%88%b0%e5%ae%9e%e8%b7%b5/18%20%20%e5%ba%96%e4%b8%81%e8%a7%a3%e7%89%9b%ef%bc%9aContainer%20Runtime%20%ef%bc%88Docker%ef%bc%89.md