这篇文章已经一年多了，较旧的文章可能包含过时的内容。请检查从发表以来，页面中的信息是否变得不正确。

你的集群准备好使用 v1.24 版本了吗？

2022.03.31

作者: Kat Cosgrove

早在 2020 年 12 月，Kubernetes 就宣布弃用 Dockershim。在 Kubernetes 中，dockershim 是一个软件 shim，它允许你将整个 Docker 引擎用作 Kubernetes 中的容器运行时。在即将发布的 v1.24 版本中，我们将移除 Dockershim - 在宣布弃用之后到彻底移除这段时间内，我们至少预留了一年的时间继续支持此功能，这符合相关的项目策略。如果你是集群操作员，则该指南包含你在此版本中需要了解的实际情况。另外还包括你需要做些什么来确保你的集群不会崩溃！

首先，这对你有影响吗？

如果你正在管理自己的集群或不确定此删除是否会影响到你，请保持安全状态并检查你对 Docker Engine 是否有依赖。请注意，使用 Docker Desktop 构建应用程序容器并不算是集群对 Docker 有依赖。Docker 创建的容器镜像符合 Open Container Initiative (OCI) 规范，而 OCI 是 Linux 基金会的一种治理架构，负责围绕容器格式和运行时定义行业标准。这些镜像可以在 Kubernetes 支持的任何容器运行时上正常工作。

如果你使用的是云服务提供商管理的 Kubernetes 服务，并且你确定没有更改过容器运行时，那么你可能不需要做任何事情。 Amazon EKS、Azure AKS 和 Google GKE 现在都默认使用 containerd，但如果你的集群中有任何自定义的节点，你要确保它们不需要被更新。要检查节点的运行时，请参考查明节点上所使用的容器运行时。

无论你是在管理自己的集群还是使用云服务提供商管理的 Kubernetes 服务，你可能都需要迁移依赖 Docker Engine 的遥测或安全代理。

我对 Docker 有依赖。现在该怎么办？

如果你的 Kubernetes 集群对 Docker Engine 有依赖，并且你打算升级到 Kubernetes v1.24 版本（出于安全和类似原因，你最终应该这样做），你需要将容器运行时从 Docker Engine 更改为其他方式或使用 cri-dockerd。由于 containerd 是一个已经毕业的 CNCF 项目，并且是 Docker 本身的运行时，因此用它作为容器运行时的替代方式是一个安全的选择。幸运的是，Kubernetes 项目已经以 containerd 为例，提供了更改节点容器运行时的过程文档。切换到其它支持的运行时的操作指令与此类似。

我想升级 Kubernetes，并且我需要保持与 Docker 作为运行时的兼容性。我有哪些选择？

别担心，你不会被冷落，也不必冒着安全风险继续使用旧版本的 Kubernetes。 Mirantis 和 Docker 已经联合发布并正在维护 dockershim 的替代品。这种替代品称为 cri-dockerd。如果你确实需要保持与 Docker 作为运行时的兼容性，请按照项目文档中的说明安装 cri-dockerd。

这样就可以了吗？

是的。只要你深入了解此版本所做的变更和你自己集群的详细信息，并确保与你的开发团队进行清晰的沟通，它的不确定性就会降到最低。你可能需要对集群、应用程序代码或脚本进行一些更改，但所有这些要求都已经有说明指导。从使用 Docker Engine 作为运行时，切换到使用其他任何一种支持的容器运行时，这意味着移除了中间层的组件，因为 dockershim 的作用是访问 Docker 本身使用的容器运行时。从实际角度长远来看，这种移除对你和 Kubernetes 维护者都更有好处。

如果你仍有疑问，请先查看弃用 Dockershim 的常见问题。