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

2022-06-23 20:15:59 +08:00
parent e0d6f94bf6
commit 5e58c40edf
27 changed files with 219 additions and 219 deletions
@@ -25,7 +25,7 @@ The cluster administration overview is for anyone creating or administering a Ku
 It assumes some familiarity with core Kubernetes [concepts](/docs/concepts/).
 -->
 集群管理概述面向任何创建和管理 Kubernetes 集群的读者人群。
-我们假设你大概了解一些核心的 Kubernetes [概念](/zh/docs/concepts/)。
+我们假设你大概了解一些核心的 Kubernetes [概念](/zh-cn/docs/concepts/)。


 <!-- body -->
@@ -40,7 +40,7 @@ Before choosing a guide, here are some considerations:
 -->
 ## 规划集群   {#planning-a-cluster}

-查阅[安装](/zh/docs/setup/)中的指导，获取如何规划、建立以及配置 Kubernetes
+查阅[安装](/zh-cn/docs/setup/)中的指导，获取如何规划、建立以及配置 Kubernetes
 集群的示例。本文所列的文章称为*发行版* 。

 {{< note >}}
@@ -68,12 +68,12 @@ Before choosing a guide, here are some considerations:
 - 你的集群是在**本地**还是**云（IaaS）** 上？Kubernetes 不能直接支持混合集群。
  作为代替，你可以建立多个集群。
 - **如果你在本地配置 Kubernetes**，需要考虑哪种
-  [网络模型](/zh/docs/concepts/cluster-administration/networking/)最适合。
+  [网络模型](/zh-cn/docs/concepts/cluster-administration/networking/)最适合。
 - 你的 Kubernetes 在**裸金属硬件**上还是**虚拟机（VMs）** 上运行？
 - 你是想**运行一个集群**，还是打算**参与开发 Kubernetes 项目代码**？
  如果是后者，请选择一个处于开发状态的发行版。
  某些发行版只提供二进制发布版，但提供更多的选择。
- 让你自己熟悉运行一个集群所需的[组件](/zh/docs/concepts/overview/components/)。
+- 让你自己熟悉运行一个集群所需的[组件](/zh-cn/docs/concepts/overview/components/)。

 <!--
 ## Managing a cluster
@@ -84,9 +84,9 @@ Before choosing a guide, here are some considerations:
 -->
 ## 管理集群   {#managing-a-cluster}

-* 学习如何[管理节点](/zh/docs/concepts/architecture/nodes/)。
+* 学习如何[管理节点](/zh-cn/docs/concepts/architecture/nodes/)。

-* 学习如何设定和管理集群共享的[资源配额](/zh/docs/concepts/policy/resource-quotas/) 。
+* 学习如何设定和管理集群共享的[资源配额](/zh-cn/docs/concepts/policy/resource-quotas/) 。

 <!--
 ## Securing a cluster
@@ -102,21 +102,21 @@ Before choosing a guide, here are some considerations:
 -->
 ## 保护集群  {#securing-a-cluster}

-* [生成证书](/zh/docs/tasks/administer-cluster/certificates/)
+* [生成证书](/zh-cn/docs/tasks/administer-cluster/certificates/)
  节描述了使用不同的工具链生成证书的步骤。
-* [Kubernetes 容器环境](/zh/docs/concepts/containers/container-environment/)
+* [Kubernetes 容器环境](/zh-cn/docs/concepts/containers/container-environment/)
  描述了 Kubernetes 节点上由 Kubelet 管理的容器的环境。
-* [控制到 Kubernetes API 的访问](/zh/docs/concepts/security/controlling-access/)
+* [控制到 Kubernetes API 的访问](/zh-cn/docs/concepts/security/controlling-access/)
  描述了如何为用户和 service accounts 建立权限许可。
-* [身份认证](/zh/docs/reference/access-authn-authz/authentication/)
+* [身份认证](/zh-cn/docs/reference/access-authn-authz/authentication/)
  节阐述了 Kubernetes 中的身份认证功能，包括许多认证选项。
-* [鉴权](/zh/docs/reference/access-authn-authz/authorization/)
+* [鉴权](/zh-cn/docs/reference/access-authn-authz/authorization/)
  与身份认证不同，用于控制如何处理 HTTP 请求。
-* [使用准入控制器](/zh/docs/reference/access-authn-authz/admission-controllers)
+* [使用准入控制器](/zh-cn/docs/reference/access-authn-authz/admission-controllers)
  阐述了在认证和授权之后拦截到 Kubernetes API 服务的请求的插件。
-* [在 Kubernetes 集群中使用 Sysctls](/zh/docs/tasks/administer-cluster/sysctl-cluster/)
+* [在 Kubernetes 集群中使用 Sysctls](/zh-cn/docs/tasks/administer-cluster/sysctl-cluster/)
  描述了管理员如何使用 `sysctl` 命令行工具来设置内核参数。
-* [审计](/zh/docs/tasks/debug/debug-cluster/audit/)
+* [审计](/zh-cn/docs/tasks/debug/debug-cluster/audit/)
  描述了如何与 Kubernetes 的审计日志交互。

 <!--
@@ -128,9 +128,9 @@ Before choosing a guide, here are some considerations:
 -->
 ### 保护 kubelet   {#securing-the-kubelet}

-* [主控节点通信](/zh/docs/concepts/architecture/control-plane-node-communication/)
-* [TLS 引导](/zh/docs/reference/access-authn-authz/kubelet-tls-bootstrapping/)
-* [Kubelet 认证/授权](/zh/docs/reference/access-authn-authz/kubelet-authn-authz/)
+* [主控节点通信](/zh-cn/docs/concepts/architecture/control-plane-node-communication/)
+* [TLS 引导](/zh-cn/docs/reference/access-authn-authz/kubelet-tls-bootstrapping/)
+* [Kubelet 认证/授权](/zh-cn/docs/reference/access-authn-authz/kubelet-authn-authz/)

 <!--
 ## Optional Cluster Services
@@ -140,8 +140,8 @@ Before choosing a guide, here are some considerations:
 -->
 ## 可选集群服务   {#optional-cluster-services}

-* [DNS 集成](/zh/docs/concepts/services-networking/dns-pod-service/)
+* [DNS 集成](/zh-cn/docs/concepts/services-networking/dns-pod-service/)
  描述了如何将一个 DNS 名解析到一个 Kubernetes service。
-* [记录和监控集群活动](/zh/docs/concepts/cluster-administration/logging/)
+* [记录和监控集群活动](/zh-cn/docs/concepts/cluster-administration/logging/)
  阐述了 Kubernetes 的日志如何工作以及怎样实现。

@@ -14,5 +14,5 @@ weight: 20
 <!--
 To learn how to generate certificates for your cluster, see [Certificates](/docs/tasks/administer-cluster/certificates/).
 -->
-要了解如何为集群生成证书，参阅[证书](/zh/docs/tasks/administer-cluster/certificates/)。
+要了解如何为集群生成证书，参阅[证书](/zh-cn/docs/tasks/administer-cluster/certificates/)。

@@ -86,7 +86,7 @@ command-line flags to your `kube-apiserver` invocation:
 -->
 API 优先级与公平性（APF）特性由特性门控控制，默认情况下启用。
 有关特性门控的一般性描述以及如何启用和禁用特性门控，
-请参见[特性门控](/zh/docs/reference/command-line-tools-reference/feature-gates/)。
+请参见[特性门控](/zh-cn/docs/reference/command-line-tools-reference/feature-gates/)。
 APF 的特性门控称为 `APIPriorityAndFairness`。
 此特性也与某个 {{< glossary_tooltip term_id="api-group" text="API 组" >}}
 相关：
@@ -478,7 +478,7 @@ a [ConfigMap](/docs/tasks/configure-pod-container/configure-pod-configmap/) to c
 -->
 下面是两个配置文件，可以用来实现一个带日志代理的边车容器。
 第一个文件包含用来配置 fluentd 的
-[ConfigMap](/zh/docs/tasks/configure-pod-container/configure-pod-configmap/)。
+[ConfigMap](/zh-cn/docs/tasks/configure-pod-container/configure-pod-configmap/)。

 {{< codenew file="admin/logging/fluentd-sidecar-config.yaml" >}}

@@ -12,8 +12,8 @@ You've deployed your application and exposed it via a service. Now what? Kuberne
 你已经部署了应用并通过服务暴露它。然后呢？
 Kubernetes 提供了一些工具来帮助管理你的应用部署，包括扩缩容和更新。
 我们将更深入讨论的特性包括
-[配置文件](/zh/docs/concepts/configuration/overview/)和
-[标签](/zh/docs/concepts/overview/working-with-objects/labels/)。
+[配置文件](/zh-cn/docs/concepts/configuration/overview/)和
+[标签](/zh-cn/docs/concepts/overview/working-with-objects/labels/)。

 <!-- body -->

@@ -85,7 +85,7 @@ A URL can also be specified as a configuration source, which is handy for deploy
 还可以使用 URL 作为配置源，便于直接使用已经提交到 Github 上的配置文件进行部署：

 ```shell
-kubectl apply -f https://raw.githubusercontent.com/kubernetes/website/main/content/zh/examples/application/nginx/nginx-deployment.yaml
+kubectl apply -f https://raw.githubusercontent.com/kubernetes/website/main/content/zh-cn/examples/application/nginx/nginx-deployment.yaml
 ```

 ```
@@ -239,7 +239,7 @@ persistentvolumeclaim/my-pvc created
 If you're interested in learning more about `kubectl`, go ahead and read [Command line tool (kubectl)](/docs/reference/kubectl/).
 -->
 如果你有兴趣进一步学习关于 `kubectl` 的内容，请阅读
-[命令行工具（kubectl）](/zh/docs/reference/kubectl/)。
+[命令行工具（kubectl）](/zh-cn/docs/reference/kubectl/)。

 <!--
 ## Using labels effectively
@@ -445,7 +445,7 @@ For more information, please see [labels](/docs/concepts/overview/working-with-o
 （用参数 `-L` 或者 `--label-columns` 标明）。

 想要了解更多信息，请参考
-[标签](/zh/docs/concepts/overview/working-with-objects/labels/) 和
+[标签](/zh-cn/docs/concepts/overview/working-with-objects/labels/) 和
 [`kubectl label`](/docs/reference/generated/kubectl/kubectl-commands/#label)
 命令文档。

@@ -476,7 +476,7 @@ metadata:
 For more information, please see [annotations](/docs/concepts/overview/working-with-objects/annotations/) and [kubectl annotate](/docs/reference/generated/kubectl/kubectl-commands/#annotate) document.
 -->
 想要了解更多信息，请参考
-[注解](/zh/docs/concepts/overview/working-with-objects/annotations/)和
+[注解](/zh-cn/docs/concepts/overview/working-with-objects/annotations/)和
 [`kubectl annotate`](/docs/reference/generated/kubectl/kubectl-commands/#annotate)
 命令文档。

@@ -535,7 +535,7 @@ For more information, please see [kubectl scale](/docs/reference/generated/kubec
 想要了解更多信息，请参考
 [kubectl scale](/docs/reference/generated/kubectl/kubectl-commands/#scale)命令文档、
 [kubectl autoscale](/docs/reference/generated/kubectl/kubectl-commands/#autoscale) 命令文档和
-[水平 Pod 自动伸缩](/zh/docs/tasks/run-application/horizontal-pod-autoscale/) 文档。
+[水平 Pod 自动伸缩](/zh-cn/docs/tasks/run-application/horizontal-pod-autoscale/) 文档。

 <!--
 ## In-place updates of resources
@@ -648,7 +648,7 @@ and
 -->
 你可以使用 `kubectl patch` 来更新 API 对象。此命令支持 JSON patch、
 JSON merge patch、以及 strategic merge patch。 请参考
-[使用 kubectl patch 更新 API 对象](/zh/docs/tasks/manage-kubernetes-objects/update-api-object-kubectl-patch/)
+[使用 kubectl patch 更新 API 对象](/zh-cn/docs/tasks/manage-kubernetes-objects/update-api-object-kubectl-patch/)
 和
 [kubectl patch](/docs/reference/generated/kubectl/kubectl-commands/#patch).

@@ -716,7 +716,7 @@ That's it! The Deployment will declaratively update the deployed nginx applicati
 -->
 没错，就是这样！Deployment 将在后台逐步更新已经部署的 nginx 应用。
 它确保在更新过程中，只有一定数量的旧副本被开闭，并且只有一定基于所需 Pod 数量的新副本被创建。
-想要了解更多细节，请参考 [Deployment](/zh/docs/concepts/workloads/controllers/deployment/)。
+想要了解更多细节，请参考 [Deployment](/zh-cn/docs/concepts/workloads/controllers/deployment/)。

 ## {{% heading "whatsnext" %}}

@@ -724,5 +724,5 @@ That's it! The Deployment will declaratively update the deployed nginx applicati
 - [Learn about how to use `kubectl` for application introspection and debugging.](/docs/tasks/debug/debug-application/debug-running-pod/)
 - [Configuration Best Practices and Tips](/docs/concepts/configuration/overview/)
 -->
- 学习[如何使用 `kubectl` 观察和调试应用](/zh/docs/tasks/debug/debug-application/debug-running-pod/)
- 阅读[配置最佳实践和技巧](/zh/docs/concepts/configuration/overview/)
+- 学习[如何使用 `kubectl` 观察和调试应用](/zh-cn/docs/tasks/debug/debug-application/debug-running-pod/)
+- 阅读[配置最佳实践和技巧](/zh-cn/docs/concepts/configuration/overview/)
@@ -29,8 +29,8 @@ problems to address:
 1. 高度耦合的容器间通信：这个已经被 {{< glossary_tooltip text="Pods" term_id="pod" >}}
   和 `localhost` 通信解决了。
 2. Pod 间通信：本文档讲述重点。
-3. Pod 和服务间通信：由[服务](/zh/docs/concepts/services-networking/service/)负责。
-4. 外部和服务间通信：也由[服务](/zh/docs/concepts/services-networking/service/)负责。
+3. Pod 和服务间通信：由[服务](/zh-cn/docs/concepts/services-networking/service/)负责。
+4. 外部和服务间通信：也由[服务](/zh-cn/docs/concepts/services-networking/service/)负责。

 <!-- body -->

@@ -56,7 +56,7 @@ Kubernetes 的宗旨就是在应用之间共享机器。
 而 API 服务器还需要知道如何将动态端口数值插入到配置模块中，服务也需要知道如何找到对方等等。
 与其去解决这些问题，Kubernetes 选择了其他不同的方法。

-要了解 Kubernetes 网络模型，请参阅[此处](/zh/docs/concepts/services-networking/)。
+要了解 Kubernetes 网络模型，请参阅[此处](/zh-cn/docs/concepts/services-networking/)。
 <!--
 ## How to implement the Kubernetes networking model

@@ -36,7 +36,7 @@ There are several different proxies you may encounter when using Kubernetes:
    - locates apiserver
    - adds authentication headers
 -->
-1. [kubectl proxy](/zh/docs/tasks/access-application-cluster/access-cluster/#directly-accessing-the-rest-api)：
+1. [kubectl proxy](/zh-cn/docs/tasks/access-application-cluster/access-cluster/#directly-accessing-the-rest-api)：

    - 运行在用户的桌面或 pod 中
    - 从本机地址到 Kubernetes apiserver 的代理
@@ -56,7 +56,7 @@ There are several different proxies you may encounter when using Kubernetes:
    - can be used to reach a Node, Pod, or Service
    - does load balancing when used to reach a Service
 -->
-2. [apiserver proxy](/zh/docs/tasks/access-application-cluster/access-cluster/#discovering-builtin-services)：
+2. [apiserver proxy](/zh-cn/docs/tasks/access-application-cluster/access-cluster/#discovering-builtin-services)：

    - 是一个建立在 apiserver 内部的“堡垒”
    - 将集群外部的用户与集群 IP 相连接，这些IP是无法通过其他方式访问的
@@ -75,7 +75,7 @@ There are several different proxies you may encounter when using Kubernetes:
    - provides load balancing
    - is only used to reach services
 -->
-3. [kube proxy](/zh/docs/concepts/services-networking/service/#ips-and-vips)：
+3. [kube proxy](/zh-cn/docs/concepts/services-networking/service/#ips-and-vips)：

    - 在每个节点上运行
    - 代理 UDP、TCP 和 SCTP
@@ -38,7 +38,7 @@ klog 是 Kubernetes 的日志库。
 [klog](https://github.com/kubernetes/klog) 
 为 Kubernetes 系统组件生成日志消息。

-有关 klog 配置的更多信息，请参见[命令行工具参考](/zh/docs/reference/command-line-tools-reference/)。
+有关 klog 配置的更多信息，请参见[命令行工具参考](/zh-cn/docs/reference/command-line-tools-reference/)。

 <!--
 Kubernetes is in the process of simplifying logging in its components. The
@@ -284,7 +284,7 @@ Not all logs are guaranteed to be written in JSON format (for example, during pr
 Field names and JSON serialization are subject to change.
 -->
 JSON 输出并不支持太多标准 klog 参数。对于不受支持的 klog 参数的列表，
-请参见[命令行工具参考](/zh/docs/reference/command-line-tools-reference/)。
+请参见[命令行工具参考](/zh-cn/docs/reference/command-line-tools-reference/)。

 并不是所有日志都保证写成 JSON 格式（例如，在进程启动期间）。
 如果你打算解析日志，请确保可以处理非 JSON 格式的日志行。
@@ -388,7 +388,7 @@ The `logrotate` tool rotates logs daily, or once the log size is greater than 10
 * Read about [deprecation of klog flags](https://github.com/kubernetes/enhancements/tree/master/keps/sig-instrumentation/2845-deprecate-klog-specific-flags-in-k8s-components)
 * Read about the [Conventions for logging severity](https://github.com/kubernetes/community/blob/master/contributors/devel/sig-instrumentation/logging.md)
 -->
-* 阅读 [Kubernetes 日志架构](/zh/docs/concepts/cluster-administration/logging/)
+* 阅读 [Kubernetes 日志架构](/zh-cn/docs/concepts/cluster-administration/logging/)
 * 阅读[结构化日志提案（英文）](https://github.com/kubernetes/enhancements/tree/master/keps/sig-instrumentation/1602-structured-logging)
 * 阅读[上下文日志提案（英文）](https://github.com/kubernetes/enhancements/tree/master/keps/sig-instrumentation/3077-contextual-logging)
 * 阅读 [klog 参数的废弃（英文）](https://github.com/kubernetes/enhancements/tree/master/keps/sig-instrumentation/2845-deprecate-klog-specific-flags-in-k8s-components)
@@ -204,7 +204,7 @@ kubelet 在驱动程序上保持打开状态。这意味着为了执行基础结
 现在，收集加速器指标的责任属于供应商，而不是 kubelet。供应商必须提供一个收集指标的容器，
 并将其公开给指标服务（例如 Prometheus）。

-[`DisableAcceleratorUsageMetrics` 特性门控](/zh/docs/reference/command-line-tools-reference/feature-gates/)
+[`DisableAcceleratorUsageMetrics` 特性门控](/zh-cn/docs/reference/command-line-tools-reference/feature-gates/)
 禁止由 kubelet 收集的指标。
 关于[何时会在默认情况下启用此功能也有一定规划](https://github.com/kubernetes/enhancements/tree/411e51027db842355bd489691af897afc1a41a5e/keps/sig-node/1867-disable-accelerator-usage-metrics#graduation-criteria)。

@@ -271,7 +271,7 @@ The kube-scheduler identifies the resource [requests and limits](/docs/concepts/
 - the unit of the resource if known (for example, `cores`)
 -->
 kube-scheduler 组件能够辩识各个 Pod 所配置的资源
-[请求和约束](/zh/docs/concepts/configuration/manage-resources-containers/)。
+[请求和约束](/zh-cn/docs/concepts/configuration/manage-resources-containers/)。
 在 Pod 的资源请求值或者约束值非零时，kube-scheduler 会以度量值时间序列的形式
 生成报告。该时间序列值包含以下标签：
 - 名字空间
@@ -341,4 +341,4 @@ Here is an example:
 * Read about the [Kubernetes deprecation policy](/docs/reference/using-api/deprecation-policy/#deprecating-a-feature-or-behavior)
 -->
 * 阅读有关指标的 [Prometheus 文本格式](https://github.com/prometheus/docs/blob/master/content/docs/instrumenting/exposition_formats.md#text-based-format)
-* 阅读有关 [Kubernetes 弃用策略](/zh/docs/reference/using-api/deprecation-policy/#deprecating-a-feature-or-behavior)
+* 阅读有关 [Kubernetes 弃用策略](/zh-cn/docs/reference/using-api/deprecation-policy/#deprecating-a-feature-or-behavior)
@@ -114,7 +114,7 @@ with `--tracing-config-file=<path-to-config>`. This is an example config that re
 spans for 1 in 10000 requests, and uses the default OpenTelemetry endpoint:
 -->
 要启用追踪特性，需要启用 kube-apiserver 上的  `APIServerTracing`
-[特性门控](/zh/docs/reference/command-line-tools-reference/feature-gates/)。
+[特性门控](/zh-cn/docs/reference/command-line-tools-reference/feature-gates/)。
 然后，使用 `--tracing-config-file=<<配置文件路径>` 为 kube-apiserver 提供追踪配置文件。
 下面是一个示例配置，它为万分之一的请求记录 spans，并使用了默认的 OpenTelemetry 端口。

@@ -132,7 +132,7 @@ For more information about the `TracingConfiguration` struct, see
 -->

 有关 TracingConfiguration 结构体的更多信息，请参阅 
-[API 服务器配置 API (v1alpha1)](/zh/docs/reference/config-api/apiserver-config.v1alpha1/#apiserver-k8s-io-v1alpha1-TracingConfiguration)。
+[API 服务器配置 API (v1alpha1)](/zh-cn/docs/reference/config-api/apiserver-config.v1alpha1/#apiserver-k8s-io-v1alpha1-TracingConfiguration)。

 <!-- 
 ## Stability