[zh]Update blog pages(2018-2022) for links with '/zh/' prefix, using new prefix '/zh-cn/'
This commit is contained in:
howieyuen
@@ -20,12 +20,12 @@ slug: ready-for-dockershim-removal
|
||||
<!--
|
||||
Way back in December of 2020, Kubernetes announced the [deprecation of Dockershim](/blog/2020/12/02/dont-panic-kubernetes-and-docker/). In Kubernetes, dockershim is a software shim that allows you to use the entire Docker engine as your container runtime within Kubernetes. In the upcoming v1.24 release, we are removing Dockershim - the delay between deprecation and removal in line with the [project’s policy](https://kubernetes.io/docs/reference/using-api/deprecation-policy/) of supporting features for at least one year after deprecation. If you are a cluster operator, this guide includes the practical realities of what you need to know going into this release. Also, what do you need to do to ensure your cluster doesn’t fall over!
|
||||
-->
|
||||
早在 2020 年 12 月，Kubernetes 就宣布[弃用 Dockershim](/zh/blog/2020/12/02/dont-panic-kubernetes-and-docker/)。
|
||||
早在 2020 年 12 月，Kubernetes 就宣布[弃用 Dockershim](/zh-cn/blog/2020/12/02/dont-panic-kubernetes-and-docker/)。
|
||||
在 Kubernetes 中，dockershim 是一个软件 shim，
|
||||
它允许你将整个 Docker 引擎用作 Kubernetes 中的容器运行时。
|
||||
在即将发布的 v1.24 版本中，我们将移除 Dockershim -
|
||||
在宣布弃用之后到彻底移除这段时间内，我们至少预留了一年的时间继续支持此功能，
|
||||
这符合相关的[项目策略](/zh/docs/reference/using-api/deprecation-policy/)。
|
||||
这符合相关的[项目策略](/zh-cn/docs/reference/using-api/deprecation-policy/)。
|
||||
如果你是集群操作员，则该指南包含你在此版本中需要了解的实际情况。
|
||||
另外还包括你需要做些什么来确保你的集群不会崩溃！
|
||||
|
||||
@@ -38,7 +38,7 @@ Way back in December of 2020, Kubernetes announced the [deprecation of Dockershi
|
||||
If you are rolling your own cluster or are otherwise unsure whether or not this removal affects you, stay on the safe side and [check to see if you have any dependencies on Docker Engine](/docs/tasks/administer-cluster/migrating-from-dockershim/check-if-dockershim-removal-affects-you/). Please note that using Docker Desktop to build your application containers is not a Docker dependency for your cluster. Container images created by Docker are compliant with the [Open Container Initiative (OCI)](https://opencontainers.org/), a Linux Foundation governance structure that defines industry standards around container formats and runtimes. They will work just fine on any container runtime supported by Kubernetes.
|
||||
-->
|
||||
如果你正在管理自己的集群或不确定此删除是否会影响到你，
|
||||
请保持安全状态并[检查你对 Docker Engine 是否有依赖](/zh/docs/tasks/administer-cluster/migrating-from-dockershim/check-if-dockershim-removal-affects-you/)。
|
||||
请保持安全状态并[检查你对 Docker Engine 是否有依赖](/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/check-if-dockershim-removal-affects-you/)。
|
||||
请注意，使用 Docker Desktop 构建应用程序容器并不算是集群对 Docker 有依赖。
|
||||
Docker 创建的容器镜像符合 [Open Container Initiative (OCI)](https://opencontainers.org/) 规范，
|
||||
而 OCI 是 Linux 基金会的一种治理架构，负责围绕容器格式和运行时定义行业标准。
|
||||
@@ -51,13 +51,13 @@ If you are using a managed Kubernetes service from a cloud provider, and you hav
|
||||
并且你确定没有更改过容器运行时，那么你可能不需要做任何事情。
|
||||
Amazon EKS、Azure AKS 和 Google GKE 现在都默认使用 containerd，
|
||||
但如果你的集群中有任何自定义的节点，你要确保它们不需要被更新。
|
||||
要检查节点的运行时，请参考[查明节点上所使用的容器运行时](/zh/docs/tasks/administer-cluster/migrating-from-dockershim/find-out-runtime-you-use/)。
|
||||
要检查节点的运行时，请参考[查明节点上所使用的容器运行时](/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/find-out-runtime-you-use/)。
|
||||
|
||||
<!--
|
||||
Regardless of whether you are rolling your own cluster or using a managed Kubernetes service from a cloud provider, you may need to [migrate telemetry or security agents that rely on Docker Engine](/docs/tasks/administer-cluster/migrating-from-dockershim/migrating-telemetry-and-security-agents/).
|
||||
-->
|
||||
无论你是在管理自己的集群还是使用云服务提供商管理的 Kubernetes 服务，
|
||||
你可能都需要[迁移依赖 Docker Engine 的遥测或安全代理](/zh/docs/tasks/administer-cluster/migrating-from-dockershim/migrating-telemetry-and-security-agents/)。
|
||||
你可能都需要[迁移依赖 Docker Engine 的遥测或安全代理](/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/migrating-telemetry-and-security-agents/)。
|
||||
|
||||
<!--
|
||||
## I have a Docker dependency. What now?
|
||||
@@ -73,7 +73,7 @@ If your Kubernetes cluster depends on Docker Engine and you intend to upgrade to
|
||||
由于 [containerd](https://containerd.io/) 是一个已经毕业的 CNCF 项目，
|
||||
并且是 Docker 本身的运行时，因此用它作为容器运行时的替代方式是一个安全的选择。
|
||||
幸运的是，Kubernetes 项目已经以 containerd 为例，
|
||||
提供了[更改节点容器运行时](/zh/docs/tasks/administer-cluster/migrating-from-dockershim/change-runtime-containerd/)的过程文档。
|
||||
提供了[更改节点容器运行时](/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/change-runtime-containerd/)的过程文档。
|
||||
切换到其它支持的运行时的操作指令与此类似。
|
||||
|
||||
<!--
|
||||
@@ -101,11 +101,11 @@ Yes. As long as you go into this release aware of the changes being made and the
|
||||
是的。只要你深入了解此版本所做的变更和你自己集群的详细信息，
|
||||
并确保与你的开发团队进行清晰的沟通，它的不确定性就会降到最低。
|
||||
你可能需要对集群、应用程序代码或脚本进行一些更改，但所有这些要求都已经有说明指导。
|
||||
从使用 Docker Engine 作为运行时，切换到使用[其他任何一种支持的容器运行时](/zh/docs/setup/production-environment/container-runtimes/)，
|
||||
从使用 Docker Engine 作为运行时，切换到使用[其他任何一种支持的容器运行时](/zh-cn/docs/setup/production-environment/container-runtimes/)，
|
||||
这意味着移除了中间层的组件，因为 dockershim 的作用是访问 Docker 本身使用的容器运行时。
|
||||
从实际角度长远来看，这种移除对你和 Kubernetes 维护者都更有好处。
|
||||
|
||||
<!--
|
||||
If you still have questions, please first check the [Dockershim Removal FAQ](/blog/2022/02/17/dockershim-faq/).
|
||||
-->
|
||||
如果你仍有疑问，请先查看[弃用 Dockershim 的常见问题](/zh/blog/2022/02/17/dockershim-faq/)。
|
||||
如果你仍有疑问，请先查看[弃用 Dockershim 的常见问题](/zh-cn/blog/2022/02/17/dockershim-faq/)。
|
||||
|
||||
Reference in New Issue
Block a user