[zh]Update tasks pages(part-3) for links with '/zh/' prefix, using ne…

…w prefix '/zh-cn/'

content/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/migrate-dockershim-dockerd.md

@@ -31,7 +31,7 @@ To learn more about the removal of dockershim, read the [FAQ page](/dockershim).
 * 你希望升级到 Kubernetes v{{< skew currentVersion >}} 且你的现有集群依赖于 dockershim，
   因此你必须放弃 dockershim，而 `cri-dockerd` 是你的一种选项。
 
-要进一步了解 dockershim 的移除，请阅读 [FAQ 页面](/zh/dockershim)。
+要进一步了解 dockershim 的移除，请阅读 [FAQ 页面](/zh-cn/dockershim)。
 
 <!--
 ## What is cri-dockerd? {#what-is-cri-dockerd}
@@ -57,7 +57,7 @@ If you already use `cri-dockerd`, you aren't affected by the dockershim removal.
 Before you begin, [Check whether your nodes use the dockershim](/docs/tasks/administer-cluster/migrating-from-dockershim/find-out-runtime-you-use/).
 -->
 如果你已经在使用 `cri-dockerd`，那么你不会被 dockershim 的移除影响到。
-在开始之前，[检查你的节点是否在使用 dockershim](/zh/docs/tasks/administer-cluster/migrating-from-dockershim/find-out-runtime-you-use/)。
+在开始之前，[检查你的节点是否在使用 dockershim](/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/find-out-runtime-you-use/)。
 {{</note>}}
 
 <!--
@@ -99,7 +99,7 @@ to `cri-dockerd`.
 -->
 * 安装了 [`cri-dockerd`](https://github.com/mirantis/cri-dockerd#build-and-install)
   并且该服务已经在各节点上启动；
-* 一个[网络插件](/zh/docs/concepts/extend-kubernetes/compute-storage-net/network-plugins/)。
+* 一个[网络插件](/zh-cn/docs/concepts/extend-kubernetes/compute-storage-net/network-plugins/)。
 
 <!--
 ## Cordon and drain the node
@@ -208,7 +208,7 @@ The `--container-runtime-endpoint` flag for the kubelet should be `unix:///var/r
 ## 验证节点处于健康状态   {#verify-that-the-node-is-healthy}
 
 要检查节点是否在使用 `cri-dockerd` 端点，
-按照[找出你所使用的运行时](/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/)页面所给的指令操作。
 kubelet 的 `--container-runtime-endpoint` 标志取值应该是 `unix:///var/run/cri-dockerd.sock`。
 
 <!--
@@ -228,6 +228,6 @@ kubectl uncordon <NODE_NAME>
 *   Read the [dockershim removal FAQ](/dockershim/).
 *   [Learn how to migrate from Docker Engine with dockershim to containerd](/docs/tasks/administer-cluster/migrating-from-dockershim/change-runtime-containerd/).
 -->
-* 阅读 [dockershim 移除常见问题](/zh/dockershim)。
-* [了解如何从基于 dockershim 的 Docker Engine 迁移到 containerd](/zh/docs/tasks/administer-cluster/migrating-from-dockershim/change-runtime-containerd/)。
+* 阅读 [dockershim 移除常见问题](/zh-cn/dockershim)。
+* [了解如何从基于 dockershim 的 Docker Engine 迁移到 containerd](/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/change-runtime-containerd/)。
 

content/zh-cn/docs/tasks/administer-cluster/namespaces-walkthrough.md

@@ -26,7 +26,7 @@ It does this by providing the following:
 -->
 名字空间通过以下方式实现这点：
 
-1. 为[名字](/zh/docs/concepts/overview/working-with-objects/names/)设置作用域.
+1. 为[名字](/zh-cn/docs/concepts/overview/working-with-objects/names/)设置作用域.
 2. 为集群中的部分资源关联鉴权和策略的机制。
 
 <!--
@@ -56,10 +56,10 @@ This example assumes the following:
 
 此示例作如下假设：
 
-1. 你已拥有一个[配置好的 Kubernetes 集群](/zh/docs/setup/)。
-2. 你已对 Kubernetes 的 _[Pods](/zh/docs/concepts/workloads/pods/)_、
-   _[Services](/zh/docs/concepts/services-networking/service/)_ 和
-   _[Deployments](/zh/docs/concepts/workloads/controllers/deployment/)_
+1. 你已拥有一个[配置好的 Kubernetes 集群](/zh-cn/docs/setup/)。
+2. 你已对 Kubernetes 的 _[Pods](/zh-cn/docs/concepts/workloads/pods/)_、
+   _[Services](/zh-cn/docs/concepts/services-networking/service/)_ 和
+   _[Deployments](/zh-cn/docs/concepts/workloads/controllers/deployment/)_
    有基本理解。
 
 <!--

content/zh-cn/docs/tasks/administer-cluster/namespaces.md

@@ -23,7 +23,7 @@ This page shows how to view, work in, and delete {{< glossary_tooltip text="name
 * Have an [existing Kubernetes cluster](/docs/setup/).
 * You have a basic understanding of Kubernetes {{< glossary_tooltip text="Pods" term_id="pod" >}}, {{< glossary_tooltip term_id="service" text="Services" >}}, and {{< glossary_tooltip text="Deployments" term_id="deployment" >}}.
 -->
-* 你已拥有一个[配置好的 Kubernetes 集群](/zh/docs/setup/)。
+* 你已拥有一个[配置好的 Kubernetes 集群](/zh-cn/docs/setup/)。
 * 你已对 Kubernetes 的 {{< glossary_tooltip text="Pods" term_id="pod" >}} , 
   {{< glossary_tooltip term_id="service" text="Services" >}} , 和
   {{< glossary_tooltip text="Deployments" term_id="deployment" >}} 有基本理解。
@@ -160,7 +160,7 @@ The name of your namespace must be a valid
 [DNS label](/docs/concepts/overview/working-with-objects/names#dns-label-names).
 -->
 请注意，名字空间的名称必须是一个合法的
-[DNS 标签](/zh/docs/concepts/overview/working-with-objects/names#dns-label-names)。
+[DNS 标签](/zh-cn/docs/concepts/overview/working-with-objects/names#dns-label-names)。
 
 <!--
 There's an optional field `finalizers`, which allows observables to purge resources whenever the namespace is deleted. Keep in mind that if you specify a nonexistent finalizer, the namespace will be created but will get stuck in the `Terminating` state if the user tries to delete it.
@@ -418,7 +418,7 @@ It does this by providing the following:
 -->
 名字空间通过以下方式实现这点：
 
-1. 为[名字](/zh/docs/concepts/overview/working-with-objects/names/)设置作用域.
+1. 为[名字](/zh-cn/docs/concepts/overview/working-with-objects/names/)设置作用域.
 2. 为集群中的部分资源关联鉴权和策略的机制。
 
 <!--
@@ -493,8 +493,8 @@ is local to a namespace.  This is useful for using the same configuration across
 multiple namespaces such as Development, Staging and Production.  If you want to reach
 across namespaces, you need to use the fully qualified domain name (FQDN).
 -->
-当你创建[服务](/zh/docs/concepts/services-networking/service/)时，Kubernetes
-会创建相应的 [DNS 条目](/zh/docs/concepts/services-networking/dns-pod-service/)。
+当你创建[服务](/zh-cn/docs/concepts/services-networking/service/)时，Kubernetes
+会创建相应的 [DNS 条目](/zh-cn/docs/concepts/services-networking/dns-pod-service/)。
 此条目的格式为 `<服务名称>.<名字空间名称>.svc.cluster.local`。
 这意味着如果容器使用 `<服务名称>`，它将解析为名字空间本地的服务。
 这对于在多个名字空间（如开发、暂存和生产）中使用相同的配置非常有用。
@@ -508,7 +508,7 @@ across namespaces, you need to use the fully qualified domain name (FQDN).
 * See [namespaces design](https://github.com/kubernetes/community/blob/master/contributors/design-proposals/architecture/namespaces.md).
 -->
 
-* 进一步了解[设置名字空间偏好](/zh/docs/concepts/overview/working-with-objects/namespaces/#setting-the-namespace-preference)
-* 进一步了解[设置请求的名字空间](/zh/docs/concepts/overview/working-with-objects/namespaces/#setting-the-namespace-for-a-request)
+* 进一步了解[设置名字空间偏好](/zh-cn/docs/concepts/overview/working-with-objects/namespaces/#setting-the-namespace-preference)
+* 进一步了解[设置请求的名字空间](/zh-cn/docs/concepts/overview/working-with-objects/namespaces/#setting-the-namespace-for-a-request)
 * 参阅[名字空间的设计文档](https://github.com/kubernetes/community/blob/master/contributors/design-proposals/architecture/namespaces.md)
 

content/zh-cn/docs/tasks/administer-cluster/network-policy-provider/antrea-network-policy.md

@@ -26,7 +26,7 @@ You need to have a Kubernetes cluster. Follow the
 [kubeadm getting started guide](/docs/reference/setup-tools/kubeadm/) to bootstrap one.
 -->
 你需要拥有一个 kuernetes 集群。
-遵循 [kubeadm 入门指南](/zh/docs/reference/setup-tools/kubeadm/)自行创建一个。
+遵循 [kubeadm 入门指南](/zh-cn/docs/reference/setup-tools/kubeadm/)自行创建一个。
 
 <!-- steps -->
 
@@ -45,5 +45,5 @@ Follow [Getting Started](https://github.com/vmware-tanzu/antrea/blob/main/docs/g
 Once your cluster is running, you can follow the [Declare Network Policy](/docs/tasks/administer-cluster/declare-network-policy/) to try out Kubernetes NetworkPolicy.
 -->
 一旦你的集群已经运行，你可以遵循 
-[声明网络策略](/zh/docs/tasks/administer-cluster/declare-network-policy/)
+[声明网络策略](/zh-cn/docs/tasks/administer-cluster/declare-network-policy/)
 来尝试 Kubernetes NetworkPolicy。

content/zh-cn/docs/tasks/administer-cluster/network-policy-provider/calico-network-policy.md

@@ -73,6 +73,6 @@ To get a local single-host Calico cluster in fifteen minutes using kubeadm, refe
 <!--
 Once your cluster is running, you can follow the [Declare Network Policy](/docs/tasks/administer-cluster/declare-network-policy/) to try out Kubernetes NetworkPolicy.
 -->
-集群运行后，你可以按照[声明网络策略](/zh/docs/tasks/administer-cluster/declare-network-policy/)
+集群运行后，你可以按照[声明网络策略](/zh-cn/docs/tasks/administer-cluster/declare-network-policy/)
 去尝试使用 Kubernetes NetworkPolicy。
 

content/zh-cn/docs/tasks/administer-cluster/network-policy-provider/cilium-network-policy.md

@@ -164,7 +164,7 @@ Have fun, and if you have questions, contact us using the
 [Cilium Slack Channel](https://cilium.herokuapp.com/).
 -->
 集群运行后，你可以按照
-[声明网络策略](/zh/docs/tasks/administer-cluster/declare-network-policy/)
+[声明网络策略](/zh-cn/docs/tasks/administer-cluster/declare-network-policy/)
 试用基于 Cilium 的 Kubernetes NetworkPolicy。
 玩得开心，如果你有任何疑问，请到 [Cilium Slack 频道](https://cilium.herokuapp.com/)
 联系我们。

content/zh-cn/docs/tasks/administer-cluster/network-policy-provider/kube-router-network-policy.md

@@ -37,6 +37,6 @@ NetworkPolicy 和 Pod 的变化，根据策略指示配置 iptables 规则和 ip
 Once you have installed the Kube-router addon, you can follow the [Declare Network Policy](/docs/tasks/administer-cluster/declare-network-policy/) to try out Kubernetes NetworkPolicy.
 -->
 在你安装了 kube-router 插件后，可以参考
-[声明网络策略](/zh/docs/tasks/administer-cluster/declare-network-policy/)
+[声明网络策略](/zh-cn/docs/tasks/administer-cluster/declare-network-policy/)
 去尝试使用 Kubernetes NetworkPolicy。
 

content/zh-cn/docs/tasks/administer-cluster/network-policy-provider/romana-network-policy.md

@@ -24,7 +24,7 @@ This page shows how to use Romana for NetworkPolicy.
 <!--
 Complete steps 1, 2, and 3 of  the [kubeadm getting started guide](/docs/getting-started-guides/kubeadm/).
 -->
-完成 [kubeadm 入门指南](/zh/docs/reference/setup-tools/kubeadm/)中的 1、2、3 步。
+完成 [kubeadm 入门指南](/zh-cn/docs/reference/setup-tools/kubeadm/)中的 1、2、3 步。
 
 <!-- steps -->
 <!--
@@ -59,6 +59,6 @@ To apply network policies use one of the following:
 Once you have installed Romana, you can follow the [Declare Network Policy](/docs/tasks/administer-cluster/declare-network-policy/) to try out Kubernetes NetworkPolicy.
  -->
 Romana 安装完成后，你可以按照
-[声明网络策略](/zh/docs/tasks/administer-cluster/declare-network-policy/)
+[声明网络策略](/zh-cn/docs/tasks/administer-cluster/declare-network-policy/)
 去尝试使用 Kubernetes NetworkPolicy。
 

content/zh-cn/docs/tasks/administer-cluster/network-policy-provider/weave-network-policy.md

@@ -26,7 +26,7 @@ You need to have a Kubernetes cluster. Follow the
 [kubeadm getting started guide](/docs/reference/setup-tools/kubeadm/) to bootstrap one.
  -->
 你需要拥有一个 Kubernetes 集群。按照
-[kubeadm 入门指南](/zh/docs/reference/setup-tools/kubeadm/)
+[kubeadm 入门指南](/zh-cn/docs/reference/setup-tools/kubeadm/)
 来启动一个。
 
 
@@ -92,7 +92,7 @@ Each Node has a weave Pod, and all Pods are `Running` and `2/2 READY`. (`2/2` me
 Once you have installed the Weave Net addon, you can follow the [Declare Network Policy](/docs/tasks/administer-cluster/declare-network-policy/) to try out Kubernetes NetworkPolicy. If you have any question, contact us at [#weave-community on Slack or Weave User Group](https://github.com/weaveworks/weave#getting-help).
  -->
 安装 Weave Net 插件后，你可以参考
-[声明网络策略](/zh/docs/tasks/administer-cluster/declare-network-policy/)
+[声明网络策略](/zh-cn/docs/tasks/administer-cluster/declare-network-policy/)
 来试用 Kubernetes NetworkPolicy。
 如果你有任何疑问，请通过
 [Slack 上的 #weave-community 频道或者 Weave 用户组](https://github.com/weaveworks/weave#getting-help)

content/zh-cn/docs/tasks/administer-cluster/nodelocaldns.md

@@ -275,7 +275,7 @@ In those cases, the `kube-dns` ConfigMap can be updated.
 -->
 `node-local-dns` Pod 能够自动读取 `kube-system` 名字空间中 `kube-dns` ConfigMap
 中保存的 StubDomains 和上游服务器信息。ConfigMap 中的内容需要遵从
-[此示例](/zh/docs/tasks/administer-cluster/dns-custom-nameservers/#example-1)
+[此示例](/zh-cn/docs/tasks/administer-cluster/dns-custom-nameservers/#example-1)
 中所给的格式。
 `node-local-dns` ConfigMap 也可被直接修改，使用 Corefile 格式设置 stubDomain 配置。
 某些云厂商可能不允许直接修改 `node-local-dns` ConfigMap 的内容。
@@ -327,7 +327,7 @@ will lead to a brief DNS downtime each time that the container fails: the packet
 DNS queries to a local Pod that is unhealthy.
 -->
 如果一个 `node-local-dns` Pod 尝试使用的内存超出可提供的内存量
-（因为系统资源总量的，或者所配置的[资源约束](/zh/docs/concepts/configuration/manage-resources-containers/)）的原因，
+（因为系统资源总量的，或者所配置的[资源约束](/zh-cn/docs/concepts/configuration/manage-resources-containers/)）的原因，
 操作系统可能会关闭这一 Pod 的容器。
 发生这种情况时，被终止的（"OOMKilled"）容器不会清理其启动期间所添加的定制包过滤规则。
 该 `node-local-dns` 容器应该会被重启（因其作为 DaemonSet 的一部分被管理），

content/zh-cn/docs/tasks/administer-cluster/quota-api-object.md

@@ -227,12 +227,12 @@ kubectl delete namespace quota-object-example
 
 ### 集群管理员参考    {#for-cluster-administrators}
 
-* [为命名空间配置默认的内存请求和限制](/zh/docs/tasks/administer-cluster/manage-resources/memory-default-namespace/)
-* [为命名空间配置默认的 CPU 请求和限制](/zh/docs/tasks/administer-cluster/manage-resources/cpu-default-namespace/)
-* [为命名空间配置内存的最小和最大限制](/zh/docs/tasks/administer-cluster/manage-resources/memory-constraint-namespace/)
-* [为命名空间配置 CPU 的最小和最大限制](/zh/docs/tasks/administer-cluster/manage-resources/cpu-constraint-namespace/)
-* [为命名空间配置 CPU 和内存配额](/zh/docs/tasks/administer-cluster/manage-resources/quota-memory-cpu-namespace/)
-* [为命名空间配置 Pod 配额](/zh/docs/tasks/administer-cluster/manage-resources/quota-pod-namespace/)
+* [为命名空间配置默认的内存请求和限制](/zh-cn/docs/tasks/administer-cluster/manage-resources/memory-default-namespace/)
+* [为命名空间配置默认的 CPU 请求和限制](/zh-cn/docs/tasks/administer-cluster/manage-resources/cpu-default-namespace/)
+* [为命名空间配置内存的最小和最大限制](/zh-cn/docs/tasks/administer-cluster/manage-resources/memory-constraint-namespace/)
+* [为命名空间配置 CPU 的最小和最大限制](/zh-cn/docs/tasks/administer-cluster/manage-resources/cpu-constraint-namespace/)
+* [为命名空间配置 CPU 和内存配额](/zh-cn/docs/tasks/administer-cluster/manage-resources/quota-memory-cpu-namespace/)
+* [为命名空间配置 Pod 配额](/zh-cn/docs/tasks/administer-cluster/manage-resources/quota-pod-namespace/)
 
 <!--
 ### For app developers
@@ -246,7 +246,7 @@ kubectl delete namespace quota-object-example
 
 ### 应用开发者参考    {#for-app-developers}
 
-* [为容器和 Pod 分配内存资源](/zh/docs/tasks/configure-pod-container/assign-memory-resource/)
-* [为容器和 Pod 分配 CPU 资源](/zh/docs/tasks/configure-pod-container/assign-cpu-resource/)
-* [为 Pod 配置服务质量](/zh/docs/tasks/configure-pod-container/quality-service-pod/)
+* [为容器和 Pod 分配内存资源](/zh-cn/docs/tasks/configure-pod-container/assign-memory-resource/)
+* [为容器和 Pod 分配 CPU 资源](/zh-cn/docs/tasks/configure-pod-container/assign-cpu-resource/)
+* [为 Pod 配置服务质量](/zh-cn/docs/tasks/configure-pod-container/quality-service-pod/)
 

content/zh-cn/docs/tasks/administer-cluster/reconfigure-kubelet.md

@@ -45,7 +45,7 @@ each {{< glossary_tooltip term_id="node" >}} to use it.
 <!--
 Please find documentation on this feature in [earlier versions of documentation](https://v1-23.docs.kubernetes.io/docs/tasks/administer-cluster/reconfigure-kubelet/).
 -->
-请在[早期版本的文档](https://v1-23.docs.kubernetes.io/zh/docs/tasks/administer-cluster/reconfigure-kubelet/)中寻找有关此功能的文档。
+请在[早期版本的文档](https://v1-23.docs.kubernetes.io/zh-cn/docs/tasks/administer-cluster/reconfigure-kubelet/)中寻找有关此功能的文档。
 
 <!--
 ## Migrating from using Dynamic Kubelet Configuration
@@ -62,7 +62,7 @@ practices for customizing your Kubernetes. If you are using `kubeadm`, refer to
 如果你使用托管 Kubernetes 版本，
 请咨询托管 Kubernetes 的供应商，以获得自定义 Kubernetes 的最佳实践。
 如果你使用的是 `kubeadm`，
-请参考[使用 kubeadm 配置集群中的各个 kubelet](/zh/docs/setup/production-environment/tools/kubeadm/kubelet-integration/)。
+请参考[使用 kubeadm 配置集群中的各个 kubelet](/zh-cn/docs/setup/production-environment/tools/kubeadm/kubelet-integration/)。
 
 <!--
 In order to migrate off the Dynamic Kubelet Configuration feature, the
@@ -74,7 +74,7 @@ for information.
 为了停止使用动态 Kubelet 配置功能，
 应该使用替代机制分发 kubelet 配置文件。
 为了使配置生效，必须更新配置文件并重新启动 kubelet。
-请参考[通过配置文件设置 Kubelet 参数](/zh/docs/tasks/administer-cluster/kubelet-config-file/)。
+请参考[通过配置文件设置 Kubelet 参数](/zh-cn/docs/tasks/administer-cluster/kubelet-config-file/)。
 
 <!--
 Please note, the `DynamicKubeletConfig` feature gate cannot be set on a kubelet

content/zh-cn/docs/tasks/administer-cluster/reserve-compute-resources.md

@@ -300,7 +300,7 @@ available for pods.
 节点级别的内存压力将导致系统内存不足，这将影响到整个节点及其上运行的所有 Pod。
 节点可以暂时离线直到内存已经回收为止。
 为了防止（或减少可能性）系统内存不足，kubelet 提供了
-[资源不足](/zh/docs/concepts/scheduling-eviction/node-pressure-eviction/)管理。
+[资源不足](/zh-cn/docs/concepts/scheduling-eviction/node-pressure-eviction/)管理。
 驱逐操作只支持 `memory` 和 `ephemeral-storage`。
 通过 `--eviction-hard` 标志预留一些内存后，当节点上的可用内存降至保留值以下时，
 `kubelet` 将尝试驱逐 Pod。
@@ -336,7 +336,7 @@ respectively.
 `kubelet` 默认对 Pod 执行 'Allocatable' 约束。
 无论何时，如果所有 Pod 的总用量超过了 'Allocatable'，驱逐 Pod 的措施将被执行。
 有关驱逐策略的更多细节可以在
-[节点压力驱逐](/zh/docs/concepts/scheduling-eviction/pod-priority-preemption/)页找到。
+[节点压力驱逐](/zh-cn/docs/concepts/scheduling-eviction/pod-priority-preemption/)页找到。
 可通过设置 kubelet `--enforce-node-allocatable` 标志值为 `pods` 控制这个措施。
 
 可选地，通过在同一标志中同时指定 `kube-reserved` 和 `system-reserved` 值，
@@ -358,7 +358,7 @@ resources if `kube-reserved` is enforced.
 ## 一般原则   {#general-guidelines}
 
 系统守护进程一般会被按照类似
-[Guaranteed pods](/zh/docs/tasks/configure-pod-container/quality-service-pod/#create-a-pod-that-gets-assigned-a-qos-class-of-guaranteed)
+[Guaranteed pods](/zh-cn/docs/tasks/configure-pod-container/quality-service-pod/#create-a-pod-that-gets-assigned-a-qos-class-of-guaranteed)
 一样对待。
 系统守护进程可以在与其对应的控制组中出现突发资源用量，这一行为要作为
 kubernetes 部署的一部分进行管理。