Docker 出局？你还有 iSula、Containerd、CRIO

Docker 真的要被 Kubernetes 社区剔除了吗？

最近，Kubernetes 在 1.20 版本中 的 ChangeLog 提到将在未来的版本中废弃 Docker 作为容器运行时，这个事情在全球都闹得沸沸扬扬。

那么，Kubernetes 要在 v1.20 开始弃用 docker 了？其实是 Kubernetes 弃用 kubelet 中集成的 dockershim 模块，也就是说不再将 docker 作为默认的 Container Runtime，不过 Kubernetes 应该还是可以通过外接方式使用 Docker 的，感兴趣的同学可以通过以下链接了解个中缘由。

• Dockershim Deprecation FAQ: https://kubernetes.io/blog/2020/12/02/dockershim-faq
• Don't Panic: Kubernetes and Docker: https://kubernetes.io/blog/2020/12/02/dont-panic-kubernetes-and-docker

对于已经使用 Docker 的 KubeSphere 用户有没有影响

该消息一出，社区里就有很多用户小伙伴问我们对 KubeSphere 有没有影响，土耳其的合作伙伴也联系我们希望提供一个官方声明。

dockershim 一直都是 Kubernetes 社区为了能让 Docker 成为其支持的容器运行时，所维护的一个兼容程序。本次所谓的废弃，也仅仅是 Kubernetes 要放弃对现在 Kubernetes 代码仓库中的 dockershim 的维护支持。 以便其可以像开始时计划的那样，仅负责维护其 CRI ，任何兼容 CRI 的运行时，皆可作为 Kubernetes 的 runtime，例如 Isula、CRI-O、Containerd 等。

目前，KubeSphere 容器平台默认使用 Docker 作为 Kubernetes 的容器运行时，同时也支持任何兼容 CRI 接口的具体实现。对于已经使用的 KubeSphere 用户来说，这一事件对用户已有系统的运行不会有任何影响，也不会对将来的集群部署和业务产生影响，用户可以根据需求选择继续使用已被大规模验证过的 Docker，或是选择目前比较流行的 Isula、Containerd、CRI-O 等新的容器运行时。

下一代容器运行时 Isula、Containerd 和 CRI-O

iSula

iSula （https://openeuler.org/zh/docs/20.09/docs/Container/iSula）是由 openEuler 社区开源的容器引擎，iSula 相比 Docker 是一种新的容器解决方案，提供统一的架构设计来满足 CT 和 IT 领域的不同需求。相比 Golang 编写的 Docker，轻量级容器使用 C/C++ 实现，具有轻、灵、巧、快的特点，不受硬件规格和架构的限制，底噪开销更小，可应用领域更为广泛。

Containerd

Containerd（https://containerd.io）是一个 CNCF 毕业项目，目前也是工业级标准的容器运行时，它极为简单、健壮并且具备可移植性。Containerd 可以在宿主机中管理完整的容器生命周期。

CRI-O

CRI-O （https://cri-o.io）是由红帽发布的一款容器运行时，是面向 Kubernetes 的 OCI（Open Container Initiative）的容器运行时，CRI-O 能够让 Kubernetes 使用任意兼容 OCI 的运行时作为运行 Pod 的容器运行时。

部署 iSula、Containerd 和 CRI-O

首先部署 Container-runtime、Containerd、CRI-O、iSula 任选其一，注意集群中所有节点container-runtime 应保持一致。

部署 Container-runtime

Containerd

$ curl -OL https://github.com/opencontainers/runc/releases/download/v1.0.0-rc92/runc.amd64

$ mv runc.amd64 /usr/local/bin/runc && chmod +x /usr/local/bin/runc

下载 Containerd 安装包

$ curl -OL https://github.com/containerd/containerd/releases/download/v1.4.3/containerd-1.4.3-linux-amd64.tar.gz

$ tar -zxvf containerd-1.4.3-linux-amd64.tar.gz -C /usr/local

$ curl -o /etc/systemd/system/containerd.service https://raw.githubusercontent.com/containerd/cri/master/contrib/systemd-units/containerd.service

$ mkdir -p /etc/containerd

$ cat > /etc/containerd/config.toml  /etc/crictl.yaml > /etc/sysctl.conf

$ sysctl -p

$ vi /etc/crio/crio.conf 

找到如下参数进行修改

pause_image = "kubesphere/pause:3.2"
registries = [
  "docker.io"       ## 这里可替换成dockerhub的镜像加速器
]

$ systemctl enable crio && systemctl restart crio 

安装 iSula（操作系统使用 openEuler 20.09）

$ yum install iSulad -y

$ vim /etc/isulad/daemon.json

"registry-mirrors": [
    "docker.io"           ## 这里可替换成dockerhub的镜像加速器
 ]
"pod-sandbox-image": "kubesphere/pause:3.2"
"network-plugin": "cni"
"cni-bin-dir": "/opt/cni/bin"
"cni-conf-dir": "/etc/cni/net.d"

$ systemctl enable isulad && systemctl restart isulad

KubeKey 部署 Kubernetes + KubeSphere

这里使用 KubeKey 来部署 Kubernetes 集群。

下载 KubeKey

这里暂时使用 kubekey v1.1.0-alpha.1 部署 Kubernetes 集群，该版本为预览版，支持多container-runtime 也会包含在后续的正式版本中。

$ curl -OL https://github.com/kubesphere/kubekey/releases/download/v1.1.0-alpha.1/kubekey-v1.1.0-alpha.1-linux-amd64.tar.gz

$ tar -zxvf  kubekey-v1.1.0-alpha.1-linux-amd64.tar.gz

./kk create config # 默认在同级目录下生成 config-sample.yaml   

vi config-sample.yaml  

apiVersion: kubekey.kubesphere.io/v1alpha1
kind: Cluster
···
  kubernetes:
    version: v1.17.9
    imageRepo: kubesphere
    clusterName: cluster.local
    containerManager: containerd    ## 这里填入之前部署的 container-runtime：containerd / crio / isula
···

./kk create cluster -f config-sample.yaml  --with-kubesphere v3.2.1

查看部署结果

KubeSphere 集群部署完成后，可登录 KubeSphere 控制台查看集群节点所使用的 Container-runtime。

Containerd

CRI-O

iSula on openEuler 20.09