[zh]Update tasks pages(part-1) for links with '/zh/' prefix, using new prefix '/zh-cn/'

2022-06-23 20:01:41 +08:00
parent e0d6f94bf6
commit 03cb15203a
25 changed files with 115 additions and 115 deletions
@@ -42,7 +42,7 @@ a [Getting started guide](/docs/setup/),
 or someone else setup the cluster and provided you with credentials and a location.
 -->
 要访问集群，你需要知道集群位置并拥有访问它的凭证。
-通常，当你完成[入门指南](/zh/docs/setup/)时，这会自动设置完成，或者由其他人设置好集群并将凭证和位置提供给你。
+通常，当你完成[入门指南](/zh-cn/docs/setup/)时，这会自动设置完成，或者由其他人设置好集群并将凭证和位置提供给你。

 <!--
 Check the location and credentials that kubectl knows about with this command:
@@ -59,7 +59,7 @@ kubectl. Complete documentation is found in the [kubectl manual](/docs/reference
 -->

 许多[样例](https://github.com/kubernetes/examples/tree/master/)
-提供了使用 kubectl 的介绍。完整文档请见 [kubectl 手册](/zh/docs/reference/kubectl/)。
+提供了使用 kubectl 的介绍。完整文档请见 [kubectl 手册](/zh-cn/docs/reference/kubectl/)。

 <!--
 ### Directly accessing the REST API
@@ -222,7 +222,7 @@ describes how you can configure this as a cluster administrator.
 -->
 在一些集群中，API 服务器不需要身份认证；它运行在本地，或由防火墙保护着。
 对此并没有一个标准。
-[配置对 API 的访问](/zh/docs/concepts/security/controlling-access/)
+[配置对 API 的访问](/zh-cn/docs/concepts/security/controlling-access/)
 讲解了作为集群管理员可如何对此进行配置。

 <!--
@@ -235,7 +235,7 @@ Kubernetes officially supports client libraries for [Go](#go-client), [Python](#
 Kubernetes 官方支持 [Go](#go-client)、[Python](#python-client)、[Java](#java-client)、
 [dotnet](#dotnet-client)、[JavaScript](#javascript-client) 和 [Haskell](#haskell-client)
 语言的客户端库。还有一些其他客户端库由对应作者而非 Kubernetes 团队提供并维护。
-参考[客户端库](/zh/docs/reference/using-api/client-libraries/)了解如何使用其他语言
+参考[客户端库](/zh-cn/docs/reference/using-api/client-libraries/)了解如何使用其他语言
 来访问 API 以及如何执行身份认证。

 <!-- #### Go client -->
@@ -264,7 +264,7 @@ The Go client can use the same [kubeconfig file](/docs/concepts/cluster-administ
 as the kubectl CLI does to locate and authenticate to the API server. See this [example](https://git.k8s.io/client-go/examples/out-of-cluster-client-configuration/main.go):
 -->
 Go 客户端可以使用与 kubectl 命令行工具相同的
-[kubeconfig 文件](/zh/docs/concepts/configuration/organize-cluster-access-kubeconfig/)
+[kubeconfig 文件](/zh-cn/docs/concepts/configuration/organize-cluster-access-kubeconfig/)
 定位和验证 API 服务器。参见这个
 [例子](https://git.k8s.io/client-go/examples/out-of-cluster-client-configuration/main.go)：

@@ -295,7 +295,7 @@ func main() {
 If the application is deployed as a Pod in the cluster, see [Accessing the API from within a Pod](/docs/tasks/access-application-cluster/access-cluster/#accessing-the-api-from-a-pod).
 -->
 如果该应用程序部署为集群中的一个
-Pod，请参阅[从 Pod 内访问 API](/zh/docs/tasks/access-application-cluster/access-cluster/#accessing-the-api-from-a-pod)。
+Pod，请参阅[从 Pod 内访问 API](/zh-cn/docs/tasks/access-application-cluster/access-cluster/#accessing-the-api-from-a-pod)。

 <!-- #### Python client -->
 #### Python 客户端 {#python-client}
@@ -312,7 +312,7 @@ The Python client can use the same [kubeconfig file](/docs/concepts/cluster-admi
 as the kubectl CLI does to locate and authenticate to the API server. See this [example](https://github.com/kubernetes-client/python/blob/master/examples/out_of_cluster_config.py):
 -->
 Python 客户端可以使用与 kubectl 命令行工具相同的
-[kubeconfig 文件](/zh/docs/concepts/configuration/organize-cluster-access-kubeconfig/)
+[kubeconfig 文件](/zh-cn/docs/concepts/configuration/organize-cluster-access-kubeconfig/)
 定位和验证 API 服务器。参见这个
 [例子](https://github.com/kubernetes-client/python/blob/master/examples/out_of_cluster_config.py)：

@@ -355,7 +355,7 @@ as the kubectl CLI does to locate and authenticate to the API server. See this [
 了解当前支持的版本。

 Java 客户端可以使用 kubectl 命令行所使用的
-[kubeconfig 文件](/zh/docs/concepts/configuration/organize-cluster-access-kubeconfig/)
+[kubeconfig 文件](/zh-cn/docs/concepts/configuration/organize-cluster-access-kubeconfig/)
 以定位 API 服务器并向其认证身份。
 参看此[示例](https://github.com/kubernetes-client/java/blob/master/examples/src/main/java/io/kubernetes/client/examples/KubeConfigFileClientExample.java)：

@@ -421,7 +421,7 @@ as the kubectl CLI does to locate and authenticate to the API server. See this [
 参见[.Net 客户端库页面](https://github.com/kubernetes-client/csharp)了解更多安装选项。
 关于可支持的版本，参见[https://github.com/kubernetes-client/csharp/releases](https://github.com/kubernetes-client/csharp/releases)。

-.Net 客户端可以使用与 kubectl CLI 相同的 [kubeconfig 文件](/zh/docs/concepts/configuration/organize-cluster-access-kubeconfig/)
+.Net 客户端可以使用与 kubectl CLI 相同的 [kubeconfig 文件](/zh-cn/docs/concepts/configuration/organize-cluster-access-kubeconfig/)
 来定位并验证 API 服务器。
 参见[样例](https://github.com/kubernetes-client/csharp/blob/master/examples/simple/PodList.cs): 

@@ -468,7 +468,7 @@ as the kubectl CLI does to locate and authenticate to the API server. See this [
 参考[https://github.com/kubernetes-client/javascript/releases](https://github.com/kubernetes-client/javascript/releases)了解可支持的版本。

 JavaScript 客户端可以使用 kubectl 命令行所使用的
-[kubeconfig 文件](/zh/docs/concepts/configuration/organize-cluster-access-kubeconfig/)
+[kubeconfig 文件](/zh-cn/docs/concepts/configuration/organize-cluster-access-kubeconfig/)
 以定位 API 服务器并向其认证身份。
 参见[此例](https://github.com/kubernetes-client/javascript/blob/master/examples/example.js)：

@@ -499,7 +499,7 @@ as the kubectl CLI does to locate and authenticate to the API server. See this [

 [Haskell 客户端](https://github.com/kubernetes-client/haskell)
 可以使用 kubectl 命令行所使用的
-[kubeconfig 文件](/zh/docs/concepts/configuration/organize-cluster-access-kubeconfig/)
+[kubeconfig 文件](/zh-cn/docs/concepts/configuration/organize-cluster-access-kubeconfig/)
 以定位 API 服务器并向其认证身份。
 参见[此例](https://github.com/kubernetes-client/haskell/blob/master/kubernetes-client/example/App.hs)：

@@ -519,4 +519,4 @@ exampleWithKubeConfig = do
 <!--
 * [Accessing the Kubernetes API from a Pod](/docs/tasks/run-application/access-api-from-pod/)
 -->
-* [从 Pod 中访问 API](/zh/docs/tasks/run-application/access-api-from-pod/)
+* [从 Pod 中访问 API](/zh-cn/docs/tasks/run-application/access-api-from-pod/)
@@ -369,5 +369,5 @@ x509 certificates to use for authentication as documented
 [here](/docs/tasks/tls/managing-tls-in-a-cluster).
 -->
 你可以通过 `certificates.k8s.io` API 提供 x509 证书，用来做身份验证，
-如[本](/zh/docs/tasks/tls/managing-tls-in-a-cluster)文档所述。
+如[本](/zh-cn/docs/tasks/tls/managing-tls-in-a-cluster)文档所述。

@@ -31,7 +31,7 @@ for details.
 取决于安装模式，你的 Kubernetes 集群可能和一个被标记为默认的已有 StorageClass 一起部署。
 这个默认的 StorageClass 以后将被用于动态的为没有特定存储类需求的 PersistentVolumeClaims 
 配置存储。更多细节请查看
-[PersistentVolumeClaim 文档](/zh/docs/concepts/storage/persistent-volumes/#perspersistentvolumeclaims)。
+[PersistentVolumeClaim 文档](/zh-cn/docs/concepts/storage/persistent-volumes/#perspersistentvolumeclaims)。

 <!--
 The pre-installed default StorageClass may not fit well with your expected workload;
@@ -150,5 +150,5 @@ for details about addon manager and how to disable individual addons.
 <!--
 * Learn more about [PersistentVolumes](/docs/concepts/storage/persistent-volumes/).
 -->
-* 进一步了解 [PersistentVolumes](/zh/docs/concepts/storage/persistent-volumes/)
+* 进一步了解 [PersistentVolumes](/zh-cn/docs/concepts/storage/persistent-volumes/)

@@ -136,8 +136,8 @@ PersistentVolumes 可以有多种回收策略，包括 "Retain"、"Recycle" 和
 * Learn more about [PersistentVolumes](/docs/concepts/storage/persistent-volumes/).
 * Learn more about [PersistentVolumeClaims](/docs/concepts/storage/persistent-volumes/#persistentvolumeclaims).
 -->
-* 进一步了解 [PersistentVolumes](/zh/docs/concepts/storage/persistent-volumes/)
-* 进一步了解 [PersistentVolumeClaims](/zh/docs/concepts/storage/persistent-volumes/#persistentvolumeclaims)
+* 进一步了解 [PersistentVolumes](/zh-cn/docs/concepts/storage/persistent-volumes/)
+* 进一步了解 [PersistentVolumeClaims](/zh-cn/docs/concepts/storage/persistent-volumes/#persistentvolumeclaims)

 ### 参考 {#reference}

@@ -66,10 +66,10 @@ Once you have upgraded the cluster, remember to
 -->
 如果你的集群是使用 `kubeadm` 安装工具部署而来，
 那么升级集群的详细信息，请参阅
-[升级 kubeadm 集群](/zh/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade/)。
+[升级 kubeadm 集群](/zh-cn/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade/)。

 升级集群之后，要记得
-[安装最新版本的 `kubectl`](/zh/docs/tasks/tools/).
+[安装最新版本的 `kubectl`](/zh-cn/docs/tasks/tools/).

 <!-- ### Manual deployments -->
 ### 手动部署 {#manual-deployments}
@@ -109,10 +109,10 @@ kubelet, or upgrade the {{< skew latestVersion >}}
 kubelet on that node and bring the node back into service.
 -->
 现在，你应该
-[安装最新版本的 `kubectl`](/zh/docs/tasks/tools/).
+[安装最新版本的 `kubectl`](/zh-cn/docs/tasks/tools/).

 对于集群中的每个节点，
-[排空](/zh/docs/tasks/administer-cluster/safely-drain-node/)
+[排空](/zh-cn/docs/tasks/administer-cluster/safely-drain-node/)
 节点，然后，或者用一个运行了 {{< skew latestVersion >}} kubelet 的新节点替换它；
 或者升级此节点的 kubelet，并使节点恢复服务。

@@ -261,7 +261,7 @@ for more detail on how to deploy `cloud-controller-manager`.
 版本为 N+1 的 `kube-controller-manager` 不能启用领导者迁移，
 因为在使用外部云驱动的情况下，它不再运行已迁移的控制器，因此不参与迁移。

-请参阅[云控制器管理器管理](/zh/docs/tasks/administer-cluster/running-cloud-controller/) 
+请参阅[云控制器管理器管理](/zh-cn/docs/tasks/administer-cluster/running-cloud-controller/) 
 了解有关如何部署 `cloud-controller-manager` 的更多细节。

 <!--
@@ -69,7 +69,7 @@ There are two supported policies:
 ### 配置

 CPU 管理策略通过 kubelet 参数 `--cpu-manager-policy`
-或 [KubeletConfiguration](/zh/docs/reference/config-api/kubelet-config.v1beta1/)
+或 [KubeletConfiguration](/zh-cn/docs/reference/config-api/kubelet-config.v1beta1/)
 中的 `cpuManagerPolicy` 字段来指定。
 支持两种策略：

@@ -134,7 +134,7 @@ CPUManager so that the cpu-sets set up by the new policy won’t conflict with i
 4. Edit the kubelet configuration to change the CPU manager policy to the desired value.
 5. Start kubelet.
 -->
-1. [腾空](/zh/docs/tasks/administer-cluster/safely-drain-node)节点。
+1. [腾空](/zh-cn/docs/tasks/administer-cluster/safely-drain-node)节点。
 2. 停止 kubelet。
 3. 删除旧的 CPU 管理器状态文件。该文件的路径默认为 `/var/lib/kubelet/cpu_manager_state`。
   这将清除 CPUManager 维护的状态，以便新策略设置的 cpu-sets 不会与之冲突。
@@ -169,8 +169,8 @@ are enforced using CFS quota.
 ### none 策略

 `none` 策略显式地启用现有的默认 CPU 亲和方案，不提供操作系统调度器默认行为之外的亲和性策略。
-通过 CFS 配额来实现 [Guaranteed Pods](/zh/docs/tasks/configure-pod-container/quality-service-pod/)
-和 [Burstable Pods](/zh/docs/tasks/configure-pod-container/quality-service-pod/)
+通过 CFS 配额来实现 [Guaranteed Pods](/zh-cn/docs/tasks/configure-pod-container/quality-service-pod/)
+和 [Burstable Pods](/zh-cn/docs/tasks/configure-pod-container/quality-service-pod/)
 的 CPU 使用限制。

 <!--
@@ -18,7 +18,7 @@ content_type: task
 This document helps you get started using the Kubernetes [NetworkPolicy API](/docs/concepts/services-networking/network-policies/) to declare network policies that govern how pods communicate with each other.
 -->
 本文可以帮助你开始使用 Kubernetes 的
-[NetworkPolicy API](/zh/docs/concepts/services-networking/network-policies/)
+[NetworkPolicy API](/zh-cn/docs/concepts/services-networking/network-policies/)
 声明网络策略去管理 Pod 之间的通信

 {{% thirdparty-content %}}
@@ -39,12 +39,12 @@ Make sure you've configured a network provider with network policy support. Ther
 -->
 你首先需要有一个支持网络策略的 Kubernetes 集群。已经有许多支持 NetworkPolicy 的网络提供商，包括：

-* [Antrea](/zh/docs/tasks/administer-cluster/network-policy-provider/antrea-network-policy/)
-* [Calico](/zh/docs/tasks/administer-cluster/network-policy-provider/calico-network-policy/)
-* [Cilium](/zh/docs/tasks/administer-cluster/network-policy-provider/cilium-network-policy/)
-* [Kube-router](/zh/docs/tasks/administer-cluster/network-policy-provider/kube-router-network-policy/)
-* [Romana](/zh/docs/tasks/administer-cluster/network-policy-provider/romana-network-policy/)
-* [Weave 网络](/zh/docs/tasks/administer-cluster/network-policy-provider/weave-network-policy/)
+* [Antrea](/zh-cn/docs/tasks/administer-cluster/network-policy-provider/antrea-network-policy/)
+* [Calico](/zh-cn/docs/tasks/administer-cluster/network-policy-provider/calico-network-policy/)
+* [Cilium](/zh-cn/docs/tasks/administer-cluster/network-policy-provider/cilium-network-policy/)
+* [Kube-router](/zh-cn/docs/tasks/administer-cluster/network-policy-provider/kube-router-network-policy/)
+* [Romana](/zh-cn/docs/tasks/administer-cluster/network-policy-provider/romana-network-policy/)
+* [Weave 网络](/zh-cn/docs/tasks/administer-cluster/network-policy-provider/weave-network-policy/)

 <!-- steps -->

@@ -142,7 +142,7 @@ The name of a NetworkPolicy object must be a valid
 [DNS subdomain name](/docs/concepts/overview/working-with-objects/names#dns-subdomain-names).
 -->
 NetworkPolicy 对象的名称必须是一个合法的
-[DNS 子域名](/zh/docs/concepts/overview/working-with-objects/names#dns-subdomain-names).
+[DNS 子域名](/zh-cn/docs/concepts/overview/working-with-objects/names#dns-subdomain-names).

 <!--
 NetworkPolicy includes a `podSelector` which selects the grouping of Pods to which the policy applies. You can see this policy selects Pods with the label `app=nginx`. The label was automatically added to the Pod in the `nginx` Deployment. An empty `podSelector` selects all pods in the namespace.
@@ -81,5 +81,5 @@ For in-tree cloud providers, you can run the in-tree cloud controller manager as
 -->
 对于树内（In-Tree）驱动，你可以将树内云控制器管理器作为集群中的
 {{< glossary_tooltip term_id="daemonset" text="DaemonSet" >}} 来运行。
-有关详细信息，请参阅[云控制器管理器管理](/zh/docs/tasks/administer-cluster/running-cloud-controller/)。
+有关详细信息，请参阅[云控制器管理器管理](/zh-cn/docs/tasks/administer-cluster/running-cloud-controller/)。

@@ -30,7 +30,7 @@ Your cluster must be running the CoreDNS add-on.
 explains how to use `kubeadm` to migrate from `kube-dns`.
 -->
 你的集群必须运行 CoreDNS 插件。
-文档[迁移到 CoreDNS](/zh/docs/tasks/administer-cluster/coredns/#migrating-to-coredns)
+文档[迁移到 CoreDNS](/zh-cn/docs/tasks/administer-cluster/coredns/#migrating-to-coredns)
 解释了如何使用 `kubeadm` 从 `kube-dns` 迁移到 CoreDNS。

 <!-- steps -->
@@ -84,7 +84,7 @@ The DNS server supports forward lookups (A and AAAA records), port lookups (SRV
 and more. For more information, see [DNS for Services and Pods](/docs/concepts/services-networking/dns-pod-service/).
 -->
 DNS 服务器支持正向查找（A 和 AAAA 记录）、端口发现（SRV 记录）、反向 IP 地址发现（PTR 记录）等。
-更多信息，请参见[Pod 和 服务的 DNS](/zh/docs/concepts/services-networking/dns-pod-service/)。
+更多信息，请参见[Pod 和 服务的 DNS](/zh-cn/docs/concepts/services-networking/dns-pod-service/)。

 <!-- 
 If a Pod's `dnsPolicy` is set to "`default`", it inherits the name resolution
@@ -94,7 +94,7 @@ But see [Known issues](/docs/tasks/administer-cluster/dns-debugging-resolution/#
 -->
 如果 Pod 的 `dnsPolicy` 设置为 "`default`"，则它将从 Pod 运行所在节点继承名称解析配置。
 Pod 的 DNS 解析行为应该与节点相同。
-但请参阅[已知问题](/zh/docs/tasks/administer-cluster/dns-debugging-resolution/#known-issues)。
+但请参阅[已知问题](/zh-cn/docs/tasks/administer-cluster/dns-debugging-resolution/#known-issues)。

 <!-- 
 If you don't want this, or if you want a different DNS config for pods, you can
@@ -399,5 +399,5 @@ A cluster administrator can also migrate using [the deploy script](https://githu
 <!--
 - Read [Debugging DNS Resolution](/docs/tasks/administer-cluster/dns-debugging-resolution/).
 -->
- 阅读[调试 DNS 解析](/zh/docs/tasks/administer-cluster/dns-debugging-resolution/)
+- 阅读[调试 DNS 解析](/zh-cn/docs/tasks/administer-cluster/dns-debugging-resolution/)

@@ -55,7 +55,7 @@ busybox   1/1       Running   0          <some-time>

 {{< note >}}
 此示例在 `default` 命名空间创建 pod。 服务的 DNS 名字解析取决于 pod 的命名空间。 详细信息请查阅
-[服务和 Pod 的 DNS](/zh/docs/concepts/services-networking/dns-pod-service/#what-things-get-dns-names)。
+[服务和 Pod 的 DNS](/zh-cn/docs/concepts/services-networking/dns-pod-service/#what-things-get-dns-names)。
 {{< /note >}}

 使用上面的清单来创建一个 Pod：
@@ -115,7 +115,7 @@ Take a look inside the resolv.conf file.
 ### 先检查本地的 DNS 配置

 查看 resolv.conf 文件的内容
-（阅读[定制 DNS 服务](/zh/docs/tasks/administer-cluster/dns-custom-nameservers/) 和
+（阅读[定制 DNS 服务](/zh-cn/docs/tasks/administer-cluster/dns-custom-nameservers/) 和
 后文的[已知问题](#known-issues) ，获取更多信息)

 ```shell
@@ -266,7 +266,7 @@ but it does not appear, see
 more information.
 -->
 如果你已经创建了 DNS 服务，或者该服务应该是默认自动创建的但是它并没有出现，
-请阅读[调试服务](/zh/docs/tasks/debug/debug-application/debug-service/)
+请阅读[调试服务](/zh-cn/docs/tasks/debug/debug-application/debug-service/)
 来获取更多信息。

 <!--
@@ -297,7 +297,7 @@ For additional Kubernetes DNS examples, see the
 in the Kubernetes GitHub repository.
 -->
 如果你没看到对应的端点，请阅读
-[调试服务](/zh/docs/tasks/debug/debug-application/debug-service/)的端点部分。
+[调试服务](/zh-cn/docs/tasks/debug/debug-application/debug-service/)的端点部分。

 若需要了解更多的 Kubernetes DNS 例子，请在 Kubernetes GitHub 仓库里查看
 [cluster-dns 示例](https://github.com/kubernetes/examples/tree/master/staging/cluster-dns)。 
@@ -479,7 +479,7 @@ To learn more about name resolution, see
 [DNS for Services and Pods](/docs/concepts/services-networking/dns-pod-service/#what-things-get-dns-names). 
 -->
 要进一步了解名字解析，请查看
-[服务和 Pod 的 DNS](/zh/docs/concepts/services-networking/dns-pod-service/#what-things-get-dns-names)。
+[服务和 Pod 的 DNS](/zh-cn/docs/concepts/services-networking/dns-pod-service/#what-things-get-dns-names)。

 <!--
 ## Known issues
@@ -538,7 +538,7 @@ Kubernetes 需要占用一个 `nameserver` 记录和三个`search`记录。
 With [Expanded DNS Configuration](/docs/concepts/services-networking/dns-pod-service/#expanded-dns-configuration),
 Kubernetes allows more DNS `search` records.
 -->
-使用[扩展 DNS 设置](/zh/docs/concepts/services-networking/dns-pod-service/#expanded-dns-configuration)，
+使用[扩展 DNS 设置](/zh-cn/docs/concepts/services-networking/dns-pod-service/#expanded-dns-configuration)，
 Kubernetes 允许更多的 `search` 记录。
 {{< /note >}}
 <!--
@@ -557,6 +557,6 @@ for more information.
 - [Autoscaling the DNS Service in a Cluster](/docs/tasks/administer-cluster/dns-horizontal-autoscaling/).
 - [DNS for Services and Pods](/docs/concepts/services-networking/dns-pod-service/)
 -->
- 参阅[自动扩缩集群中的 DNS 服务](/zh/docs/tasks/administer-cluster/dns-horizontal-autoscaling/).
- 阅读[服务和 Pod 的 DNS](/zh/docs/concepts/services-networking/dns-pod-service/)
+- 参阅[自动扩缩集群中的 DNS 服务](/zh-cn/docs/tasks/administer-cluster/dns-horizontal-autoscaling/).
+- 阅读[服务和 Pod 的 DNS](/zh-cn/docs/concepts/services-networking/dns-pod-service/)

@@ -27,7 +27,7 @@ Kubernetes cluster.
 -->
 * 本指南假设你的节点使用 AMD64 或 Intel 64 CPU 架构

-* 确保已启用 [DNS 功能](/zh/docs/concepts/services-networking/dns-pod-service/)本身。
+* 确保已启用 [DNS 功能](/zh-cn/docs/concepts/services-networking/dns-pod-service/)本身。

 * 建议使用 Kubernetes 1.4.0 或更高版本。

@@ -412,6 +412,6 @@ patterns: *linear* and *ladder*.
 [implementation of cluster-proportional-autoscaler](https://github.com/kubernetes-sigs/cluster-proportional-autoscaler).

 -->
-* 阅读[为关键插件 Pod 提供的调度保障](/zh/docs/tasks/administer-cluster/guaranteed-scheduling-critical-addon-pods/)
+* 阅读[为关键插件 Pod 提供的调度保障](/zh-cn/docs/tasks/administer-cluster/guaranteed-scheduling-critical-addon-pods/)
 * 进一步了解 [cluster-proportional-autoscaler 实现](https://github.com/kubernetes-sigs/cluster-proportional-autoscaler)

@@ -38,14 +38,14 @@ The `runtime-config` command line argument also supports 2 special keys:
 <!-- 
 - `api/all`, representing all known APIs
 - `api/legacy`, representing only legacy APIs. Legacy APIs are any APIs that have been
-   explicitly [deprecated](/zh/docs/reference/using-api/deprecation-policy/).
+   explicitly [deprecated](/zh-cn/docs/reference/using-api/deprecation-policy/).

 For example, to turning off all API versions except v1, pass `--runtime-config=api/all=false,api/v1=true`
 to the `kube-apiserver`.
 -->
 - `api/all`：指所有已知的 API
 - `api/legacy`：指过时的 API。过时的 API 就是明确地
-  [弃用](/zh/docs/reference/using-api/deprecation-policy/)
+  [弃用](/zh-cn/docs/reference/using-api/deprecation-policy/)
  的 API。

 例如：为了停用除去 v1 版本之外的全部其他 API 版本，
@@ -57,5 +57,5 @@ to the `kube-apiserver`.
 Read the [full documentation](/docs/reference/command-line-tools-reference/kube-apiserver/)
 for the `kube-apiserver` component.
 -->
-阅读[完整的文档](/zh/docs/reference/command-line-tools-reference/kube-apiserver/),
+阅读[完整的文档](/zh-cn/docs/reference/command-line-tools-reference/kube-apiserver/),
 以了解 `kube-apiserver` 组件。