diff --git a/content/zh-cn/docs/tasks/manage-daemon/rollback-daemon-set.md b/content/zh-cn/docs/tasks/manage-daemon/rollback-daemon-set.md index 94526cd607..d70d84dfc0 100644 --- a/content/zh-cn/docs/tasks/manage-daemon/rollback-daemon-set.md +++ b/content/zh-cn/docs/tasks/manage-daemon/rollback-daemon-set.md @@ -27,7 +27,7 @@ This page shows how to perform a rollback on a {{< glossary_tooltip term_id="dae You should already know how to [perform a rolling update on a DaemonSet](/docs/tasks/manage-daemon/update-daemon-set/). --> -你应该已经了解如何[为 DaemonSet 执行滚东更新](/zh/docs/tasks/manage-daemon/update-daemon-set/)。 +你应该已经了解如何[为 DaemonSet 执行滚东更新](/zh-cn/docs/tasks/manage-daemon/update-daemon-set/)。 @@ -231,4 +231,4 @@ have revision 1 and 2 in the system, and roll back from revision 2 to revision --> ## 故障排查 -* 参阅 [DaemonSet 滚动升级故障排除](/zh/docs/tasks/manage-daemon/update-daemon-set/#troubleshooting)。 +* 参阅 [DaemonSet 滚动升级故障排除](/zh-cn/docs/tasks/manage-daemon/update-daemon-set/#troubleshooting)。 diff --git a/content/zh-cn/docs/tasks/manage-daemon/update-daemon-set.md b/content/zh-cn/docs/tasks/manage-daemon/update-daemon-set.md index 7b6b45772e..7c4d9ff6cc 100644 --- a/content/zh-cn/docs/tasks/manage-daemon/update-daemon-set.md +++ b/content/zh-cn/docs/tasks/manage-daemon/update-daemon-set.md @@ -72,9 +72,9 @@ You may want to set --> 你可能想设置 -[`.spec.updateStrategy.rollingUpdate.maxUnavailable`](/zh/docs/reference/kubernetes-api/workload-resources/daemon-set-v1/#DaemonSetSpec) (默认为 1)， -[`.spec.minReadySeconds`](/zh/docs/reference/kubernetes-api/workload-resources/daemon-set-v1/#DaemonSetSpec) (默认为 0) 和 -[`.spec.updateStrategy.rollingUpdate.maxSurge`](/zh/docs/reference/kubernetes-api/workload-resources/daemon-set-v1/#DaemonSetSpec) +[`.spec.updateStrategy.rollingUpdate.maxUnavailable`](/zh-cn/docs/reference/kubernetes-api/workload-resources/daemon-set-v1/#DaemonSetSpec) (默认为 1)， +[`.spec.minReadySeconds`](/zh-cn/docs/reference/kubernetes-api/workload-resources/daemon-set-v1/#DaemonSetSpec) (默认为 0) 和 +[`.spec.updateStrategy.rollingUpdate.maxSurge`](/zh-cn/docs/reference/kubernetes-api/workload-resources/daemon-set-v1/#DaemonSetSpec) （一种 Beta 阶段的特性，默认为 0）。 DaemonSet 滚动更新可能会卡住，其 Pod 至少在某个节点上无法调度运行。 -当节点上[可用资源耗尽](/zh/docs/concepts/scheduling-eviction/node-pressure-eviction/)时， +当节点上[可用资源耗尽](/zh-cn/docs/concepts/scheduling-eviction/node-pressure-eviction/)时， 这是可能的。 发生这种情况时，通过对 `kubectl get nodes` 和下面命令行的输出作比较， @@ -284,7 +284,7 @@ either. {{< note >}} 当所删除的 Pod 不受任何控制器管理，也不是多副本的 Pod时，上述操作将导致服务中断。 同时，上述操作也不会考虑 -[PodDisruptionBudget](/zh/docs/tasks/run-application/configure-pdb/) +[PodDisruptionBudget](/zh-cn/docs/tasks/run-application/configure-pdb/) 所施加的约束。 {{< /note >}} @@ -337,6 +337,6 @@ kubectl delete ds fluentd-elasticsearch -n kube-system * See [Performing a rollback on a DaemonSet](/docs/tasks/manage-daemon/rollback-daemon-set/) * See [Creating a DaemonSet to adopt existing DaemonSet pods](/docs/concepts/workloads/controllers/daemonset/) --> -* 查看[在 DaemonSet 上执行回滚](/zh/docs/tasks/manage-daemon/rollback-daemon-set/) -* 查看[创建 DaemonSet 以收养现有 DaemonSet Pod](/zh/docs/concepts/workloads/controllers/daemonset/) +* 查看[在 DaemonSet 上执行回滚](/zh-cn/docs/tasks/manage-daemon/rollback-daemon-set/) +* 查看[创建 DaemonSet 以收养现有 DaemonSet Pod](/zh-cn/docs/concepts/workloads/controllers/daemonset/) diff --git a/content/zh-cn/docs/tasks/manage-gpus/scheduling-gpus.md b/content/zh-cn/docs/tasks/manage-gpus/scheduling-gpus.md index e88c3dbcf7..91cd60a3f3 100644 --- a/content/zh-cn/docs/tasks/manage-gpus/scheduling-gpus.md +++ b/content/zh-cn/docs/tasks/manage-gpus/scheduling-gpus.md @@ -229,7 +229,7 @@ For example: ## 集群内存在不同类型的 GPU 如果集群内部的不同节点上有不同类型的 NVIDIA GPU，那么你可以使用 -[节点标签和节点选择器](/zh/docs/tasks/configure-pod-container/assign-pods-nodes/) +[节点标签和节点选择器](/zh-cn/docs/tasks/configure-pod-container/assign-pods-nodes/) 来将 pod 调度到合适的节点上。 例如： diff --git a/content/zh-cn/docs/tasks/manage-kubernetes-objects/declarative-config.md b/content/zh-cn/docs/tasks/manage-kubernetes-objects/declarative-config.md index 1445c21ec8..517442cfb2 100644 --- a/content/zh-cn/docs/tasks/manage-kubernetes-objects/declarative-config.md +++ b/content/zh-cn/docs/tasks/manage-kubernetes-objects/declarative-config.md @@ -28,7 +28,7 @@ preview of what changes `apply` will make. -安装 [`kubectl`](/zh/docs/tasks/tools/)。 +安装 [`kubectl`](/zh-cn/docs/tasks/tools/)。 {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}} @@ -55,7 +55,7 @@ for a discussion of the advantages and disadvantage of each kind of object manag * 声明式对象配置 关于每种对象管理的优缺点的讨论，可参见 -[Kubernetes 对象管理](/zh/docs/concepts/overview/working-with-objects/object-management/)。 +[Kubernetes 对象管理](/zh-cn/docs/concepts/overview/working-with-objects/object-management/)。 {{< note >}} -`diff` 使用[服务器端试运行（Server-side Dry-run）](/zh/docs/reference/using-api/api-concepts/#dry-run) +`diff` 使用[服务器端试运行（Server-side Dry-run）](/zh-cn/docs/reference/using-api/api-concepts/#dry-run) 功能特性；而该功能特性需要在 `kube-apiserver` 上启用。 由于 `diff` 操作会使用试运行模式执行服务器端 apply 请求，因此需要为 用户配置 `PATCH`、`CREATE` 和 `UPDATE` 操作权限。 -参阅[试运行授权](/zh/docs/reference/using-api/api-concepts#dry-run-authorization) +参阅[试运行授权](/zh-cn/docs/reference/using-api/api-concepts#dry-run-authorization) 了解详情。 {{< /note >}} @@ -1547,8 +1547,8 @@ template: * [Kubectl Command Reference](/docs/reference/generated/kubectl/kubectl-commands/) * [Kubernetes API Reference](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/) --> -* [使用指令式命令管理 Kubernetes 对象](/zh/docs/tasks/manage-kubernetes-objects/imperative-command/) -* [使用配置文件对 Kubernetes 对象执行指令式管理](/zh/docs/tasks/manage-kubernetes-objects/imperative-config/) +* [使用指令式命令管理 Kubernetes 对象](/zh-cn/docs/tasks/manage-kubernetes-objects/imperative-command/) +* [使用配置文件对 Kubernetes 对象执行指令式管理](/zh-cn/docs/tasks/manage-kubernetes-objects/imperative-config/) * [Kubectl 命令参考](/docs/reference/generated/kubectl/kubectl-commands/) * [Kubernetes API 参考](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/) diff --git a/content/zh-cn/docs/tasks/manage-kubernetes-objects/imperative-command.md b/content/zh-cn/docs/tasks/manage-kubernetes-objects/imperative-command.md index f84ab15b2e..c8b945453d 100644 --- a/content/zh-cn/docs/tasks/manage-kubernetes-objects/imperative-command.md +++ b/content/zh-cn/docs/tasks/manage-kubernetes-objects/imperative-command.md @@ -23,7 +23,7 @@ Kubernetes 对象。本文档解释这些命令的组织方式以及如何使用 -安装[`kubectl`](/zh/docs/tasks/tools/)。 +安装[`kubectl`](/zh-cn/docs/tasks/tools/)。 {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}} @@ -50,7 +50,7 @@ for a discussion of the advantages and disadvantage of each kind of object manag * 声明式对象配置 关于每种对象管理的优缺点的讨论，可参见 -[Kubernetes 对象管理](/zh/docs/concepts/overview/working-with-objects/object-management/)。 +[Kubernetes 对象管理](/zh-cn/docs/concepts/overview/working-with-objects/object-management/)。 -* [使用指令式对象配置管理 Kubernetes 对象](/zh/docs/tasks/manage-kubernetes-objects/imperative-config/) -* [使用声明式对象配置管理 Kubernetes 对象](/zh/docs/tasks/manage-kubernetes-objects/declarative-config/) +* [使用指令式对象配置管理 Kubernetes 对象](/zh-cn/docs/tasks/manage-kubernetes-objects/imperative-config/) +* [使用声明式对象配置管理 Kubernetes 对象](/zh-cn/docs/tasks/manage-kubernetes-objects/declarative-config/) * [Kubectl 命令参考](/docs/reference/generated/kubectl/kubectl-commands/) * [Kubernetes API 参考](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/) diff --git a/content/zh-cn/docs/tasks/manage-kubernetes-objects/imperative-config.md b/content/zh-cn/docs/tasks/manage-kubernetes-objects/imperative-config.md index 654ea24d64..02ff2eb91f 100644 --- a/content/zh-cn/docs/tasks/manage-kubernetes-objects/imperative-config.md +++ b/content/zh-cn/docs/tasks/manage-kubernetes-objects/imperative-config.md @@ -23,7 +23,7 @@ This document explains how to define and manage objects using configuration file -安装 [`kubectl`](/zh/docs/tasks/tools/) 。 +安装 [`kubectl`](/zh-cn/docs/tasks/tools/) 。 {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}} @@ -51,7 +51,7 @@ The `kubectl` tool supports three kinds of object management: See [Kubernetes Object Management](/docs/concepts/overview/working-with-objects/object-management/) for a discussion of the advantages and disadvantage of each kind of object management. --> -参看 [Kubernetes 对象管理](/zh/docs/concepts/overview/working-with-objects/object-management/) +参看 [Kubernetes 对象管理](/zh-cn/docs/concepts/overview/working-with-objects/object-management/) 中关于每种对象管理的优缺点的讨论。 -* [使用命令式命令管理 Kubernetes 对象](/zh/docs/tasks/manage-kubernetes-objects/imperative-command/) -* [使用对象配置管理 Kubernetes 对象 (声明式)](/zh/docs/tasks/manage-kubernetes-objects/declarative-config/) +* [使用命令式命令管理 Kubernetes 对象](/zh-cn/docs/tasks/manage-kubernetes-objects/imperative-command/) +* [使用对象配置管理 Kubernetes 对象 (声明式)](/zh-cn/docs/tasks/manage-kubernetes-objects/declarative-config/) * [Kubectl 命令参考](/docs/reference/generated/kubectl/kubectl-commands/) * [Kubernetes API 参考](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/) diff --git a/content/zh-cn/docs/tasks/manage-kubernetes-objects/kustomization.md b/content/zh-cn/docs/tasks/manage-kubernetes-objects/kustomization.md index d93a75c979..cb6f1e9ab4 100644 --- a/content/zh-cn/docs/tasks/manage-kubernetes-objects/kustomization.md +++ b/content/zh-cn/docs/tasks/manage-kubernetes-objects/kustomization.md @@ -45,7 +45,7 @@ kubectl apply -k -安装 [`kubectl`](/zh/docs/tasks/tools/). +安装 [`kubectl`](/zh-cn/docs/tasks/tools/). {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}} diff --git a/content/zh-cn/docs/tasks/manage-kubernetes-objects/update-api-object-kubectl-patch.md b/content/zh-cn/docs/tasks/manage-kubernetes-objects/update-api-object-kubectl-patch.md index 3acc52f7c8..1d2c576841 100644 --- a/content/zh-cn/docs/tasks/manage-kubernetes-objects/update-api-object-kubectl-patch.md +++ b/content/zh-cn/docs/tasks/manage-kubernetes-objects/update-api-object-kubectl-patch.md @@ -673,8 +673,8 @@ Strategic merge patch is not supported for custom resources. * [Imperative Management of Kubernetes Objects Using Configuration Files](/docs/tasks/manage-kubernetes-objects/imperative-config/) * [Declarative Management of Kubernetes Objects Using Configuration Files](/docs/tasks/manage-kubernetes-objects/declarative-config/) --> -* [Kubernetes 对象管理](/zh/docs/concepts/overview/working-with-objects/object-management/) -* [使用指令式命令管理 Kubernetes 对象](/zh/docs/tasks/manage-kubernetes-objects/imperative-command/) -* [使用配置文件执行 Kubernetes 对象的指令式管理](/zh/docs/tasks/manage-kubernetes-objects/imperative-config) -* [使用配置文件对 Kubernetes 对象进行声明式管理](/zh/docs/tasks/manage-kubernetes-objects/declarative-config/) +* [Kubernetes 对象管理](/zh-cn/docs/concepts/overview/working-with-objects/object-management/) +* [使用指令式命令管理 Kubernetes 对象](/zh-cn/docs/tasks/manage-kubernetes-objects/imperative-command/) +* [使用配置文件执行 Kubernetes 对象的指令式管理](/zh-cn/docs/tasks/manage-kubernetes-objects/imperative-config) +* [使用配置文件对 Kubernetes 对象进行声明式管理](/zh-cn/docs/tasks/manage-kubernetes-objects/declarative-config/) diff --git a/content/zh-cn/docs/tasks/network/validate-dual-stack.md b/content/zh-cn/docs/tasks/network/validate-dual-stack.md index 84591daa4d..bf49046050 100644 --- a/content/zh-cn/docs/tasks/network/validate-dual-stack.md +++ b/content/zh-cn/docs/tasks/network/validate-dual-stack.md @@ -26,10 +26,10 @@ This document shares how to validate IPv4/IPv6 dual-stack enabled Kubernetes clu --> * 提供程序对双协议栈网络的支持 (云供应商或其他方式必须能够为 Kubernetes 节点 提供可路由的 IPv4/IPv6 网络接口) -* 一个能够支持[双协议栈](/zh/docs/concepts/services-networking/dual-stack/)的 - [网络插件](/zh/docs/concepts/extend-kubernetes/compute-storage-net/network-plugins/)。 +* 一个能够支持[双协议栈](/zh-cn/docs/concepts/services-networking/dual-stack/)的 + [网络插件](/zh-cn/docs/concepts/extend-kubernetes/compute-storage-net/network-plugins/)。 -* [启用双协议栈](/zh/docs/concepts/services-networking/dual-stack/) 集群 +* [启用双协议栈](/zh-cn/docs/concepts/services-networking/dual-stack/) 集群 {{< version-check >}} diff --git a/content/zh-cn/docs/tasks/run-application/access-api-from-pod.md b/content/zh-cn/docs/tasks/run-application/access-api-from-pod.md index fbb6c714cc..aa1809c672 100644 --- a/content/zh-cn/docs/tasks/run-application/access-api-from-pod.md +++ b/content/zh-cn/docs/tasks/run-application/access-api-from-pod.md @@ -40,7 +40,7 @@ one of the official [client libraries](/docs/reference/using-api/client-librarie libraries can automatically discover the API server and authenticate. --> 从 Pod 使用 Kubernetes API 的最简单的方法就是使用官方的 -[客户端库](/zh/docs/reference/using-api/client-libraries/)。 +[客户端库](/zh-cn/docs/reference/using-api/client-libraries/)。 这些库可以自动发现 API 服务器并进行身份验证。 向 API 服务器进行身份认证的推荐做法是使用 -[服务账号](/zh/docs/tasks/configure-pod-container/configure-service-account/)凭据。 +[服务账号](/zh-cn/docs/tasks/configure-pod-container/configure-service-account/)凭据。 默认情况下，每个 Pod 与一个服务账号关联，该服务账户的凭证（令牌）放置在此 Pod 中 每个容器的文件系统树中的 `/var/run/secrets/kubernetes.io/serviceaccount/token` 处。 @@ -132,7 +132,7 @@ in the Pod can use it directly. #### 使用 kubectl proxy {#use-kubectl-proxy} 如果你希望不使用官方客户端库就完成 API 查询，可以将 `kubectl proxy` 作为 -[command](/zh/docs/tasks/inject-data-application/define-command-argument-container/) +[command](/zh-cn/docs/tasks/inject-data-application/define-command-argument-container/) 在 Pod 中启动一个边车（Sidecar）容器。这样，`kubectl proxy` 自动完成对 API 的身份认证，并将其暴露到 Pod 的 `localhost` 接口，从而 Pod 中的其他容器可以 直接使用 API。 diff --git a/content/zh-cn/docs/tasks/run-application/configure-pdb.md b/content/zh-cn/docs/tasks/run-application/configure-pdb.md index df3d9383a5..507c636784 100644 --- a/content/zh-cn/docs/tasks/run-application/configure-pdb.md +++ b/content/zh-cn/docs/tasks/run-application/configure-pdb.md @@ -37,9 +37,9 @@ nodes. Pod Disruption Budgets. --> * 你是 Kubernetes 集群中某应用的所有者，该应用有高可用要求。 -* 你应了解如何部署[无状态应用](/zh/docs/tasks/run-application/run-stateless-application-deployment/) - 和/或[有状态应用](/zh/docs/tasks/run-application/run-replicated-stateful-application/)。 -* 你应当已经阅读过关于 [Pod 干扰](/zh/docs/concepts/workloads/pods/disruptions/) 的文档。 +* 你应了解如何部署[无状态应用](/zh-cn/docs/tasks/run-application/run-stateless-application-deployment/) + 和/或[有状态应用](/zh-cn/docs/tasks/run-application/run-replicated-stateful-application/)。 +* 你应当已经阅读过关于 [Pod 干扰](/zh-cn/docs/concepts/workloads/pods/disruptions/) 的文档。 * 用户应当与集群所有者或服务提供者确认其遵从 Pod 干扰预算（Pod Disruption Budgets）的规则。 @@ -87,7 +87,7 @@ selector goes into the PDBs `.spec.selector`. From version 1.15 PDBs support custom controllers where the [scale subresource](/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definitions/#scale-subresource) is enabled. --> 从 1.15 版本开始，PDB 支持启用 -[scale 子资源](/zh/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definitions/#scale-subresource) +[scale 子资源](/zh-cn/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definitions/#scale-subresource) 的自定义控制器。 -进一步了解[强制删除 StatefulSet 的 Pods](/zh/docs/tasks/run-application/force-delete-stateful-set-pod/)。 +进一步了解[强制删除 StatefulSet 的 Pods](/zh-cn/docs/tasks/run-application/force-delete-stateful-set-pod/)。 diff --git a/content/zh-cn/docs/tasks/run-application/force-delete-stateful-set-pod.md b/content/zh-cn/docs/tasks/run-application/force-delete-stateful-set-pod.md index 33570e0e96..c23703f8ff 100644 --- a/content/zh-cn/docs/tasks/run-application/force-delete-stateful-set-pod.md +++ b/content/zh-cn/docs/tasks/run-application/force-delete-stateful-set-pod.md @@ -41,7 +41,7 @@ In normal operation of a StatefulSet, there is **never** a need to force delete ## StatefulSet 注意事项 在 StatefulSet 的正常操作中，**永远不**需要强制删除 StatefulSet 管理的 Pod。 -[StatefulSet 控制器](/zh/docs/concepts/workloads/controllers/statefulset/)负责创建、 +[StatefulSet 控制器](/zh-cn/docs/concepts/workloads/controllers/statefulset/)负责创建、 扩缩和删除 StatefulSet 管理的 Pods。它尝试确保指定数量的从序数 0 到 N-1 的 Pod 处于活跃状态并准备就绪。StatefulSet 确保在任何时候，集群中最多只有一个具有给定标识的 Pod。 这就是所谓的由 StatefulSet 提供的*最多一个（At Most One）*的语义。 @@ -73,7 +73,7 @@ For the above to lead to graceful termination, the Pod **must not** specify a `p 为了让上面操作能够体面地终止 Pod，Pod **一定不能** 设置 `pod.Spec.TerminationGracePeriodSeconds` 为 0。 将 `pod.Spec.TerminationGracePeriodSeconds` 设置为 0s 的做法是不安全的，强烈建议 StatefulSet 类型的 Pod 不要使用。体面删除是安全的，并且会在 kubelet 从 API 服务器中删除资源名称之前确保 -[体面地结束 pod ](/zh/docs/concepts/workloads/pods/pod-lifecycle/#pod-termination)。 +[体面地结束 pod ](/zh-cn/docs/concepts/workloads/pods/pod-lifecycle/#pod-termination)。 当某个节点不可达时，不会引发自动删除 Pod。 在无法访问的节点上运行的 Pod 在 -[超时](/zh/docs/concepts/architecture/nodes/#condition) +[超时](/zh-cn/docs/concepts/architecture/nodes/#condition) 后会进入'Terminating' 或者 'Unknown' 状态。 当用户尝试体面地删除无法访问的节点上的 Pod 时 Pod 也可能会进入这些状态。 从 API 服务器上删除处于这些状态 Pod 的仅有可行方法如下： @@ -95,7 +95,7 @@ The only ways in which a Pod in such a state can be removed from the apiserver a * The kubelet on the unresponsive Node starts responding, kills the Pod and removes the entry from the apiserver.
* Force deletion of the Pod by the user. --> -* 删除 Node 对象（要么你来删除, 要么[节点控制器](/zh/docs/concepts/architecture/nodes/#node-controller) +* 删除 Node 对象（要么你来删除, 要么[节点控制器](/zh-cn/docs/concepts/architecture/nodes/#node-controller) 来删除） * 无响应节点上的 kubelet 开始响应，杀死 Pod 并从 API 服务器上移除 Pod 对象 * 用户强制删除 pod @@ -171,6 +171,6 @@ Always perform force deletion of StatefulSet Pods carefully and with complete kn -进一步了解[调试 StatefulSet](/zh/docs/tasks/debug/debug-application/debug-statefulset/)。 +进一步了解[调试 StatefulSet](/zh-cn/docs/tasks/debug/debug-application/debug-statefulset/)。 diff --git a/content/zh-cn/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough.md b/content/zh-cn/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough.md index ec54dac755..6c7b3f5e1b 100644 --- a/content/zh-cn/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough.md +++ b/content/zh-cn/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough.md @@ -32,7 +32,7 @@ This is different from _vertical_ scaling, which for Kubernetes would mean assigning more resources (for example: memory or CPU) to the Pods that are already running for the workload. --> -[HorizontalPodAutoscaler](/zh/docs/tasks/run-application/horizontal-pod-autoscale/) （简称 HPA ） +[HorizontalPodAutoscaler](/zh-cn/docs/tasks/run-application/horizontal-pod-autoscale/) （简称 HPA ） 自动更新工作负载资源（例如 {{< glossary_tooltip text="Deployment" term_id="deployment" >}} 或者 {{< glossary_tooltip text="StatefulSet" term_id="statefulset" >}}）， 目的是自动扩缩工作负载以满足需求。 @@ -66,7 +66,7 @@ release of Kubernetes, refer to the version of the documentation for that releas [available documentation versions](/docs/home/supported-doc-versions/)). --> 如果你运行的是旧版本的 Kubernetes，请参阅该版本的文档版本 -（[可用的文档版本](/zh/docs/home/supported-doc-versions/)）。 +（[可用的文档版本](/zh-cn/docs/home/supported-doc-versions/)）。 diff --git a/content/zh-cn/docs/tasks/run-application/horizontal-pod-autoscale.md b/content/zh-cn/docs/tasks/run-application/horizontal-pod-autoscale.md index 6d6c161e1a..546f6d226f 100644 --- a/content/zh-cn/docs/tasks/run-application/horizontal-pod-autoscale.md +++ b/content/zh-cn/docs/tasks/run-application/horizontal-pod-autoscale.md @@ -65,7 +65,7 @@ Pod 自动扩缩控制器会定期调整其目标（例如：Deployment）的所 There is [walkthrough example](/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough/) of using horizontal pod autoscaling. --> -使用水平 Pod 自动扩缩[演练示例](/zh/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough/)。 +使用水平 Pod 自动扩缩[演练示例](/zh-cn/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough/)。 @@ -84,7 +84,7 @@ Kubernetes implements horizontal pod autoscaling as a control loop that runs int (and the default interval is 15 seconds). --> Kubernetes 将水平 Pod 自动扩缩实现为一个间歇运行的控制回路（它不是一个连续的过程）。间隔由 -[`kube-controller-manager`](/zh/docs/reference/command-line-tools-reference/kube-controller-manager/) +[`kube-controller-manager`](/zh-cn/docs/reference/command-line-tools-reference/kube-controller-manager/) 的 `--horizontal-pod-autoscaler-sync-period` 参数设置（默认间隔为 15 秒）。 * 对于按 Pod 统计的资源指标（如 CPU），控制器从资源指标 API 中获取每一个 HorizontalPodAutoscaler 指定的 Pod 的度量值，如果设置了目标使用率， - 控制器获取每个 Pod 中的容器[资源使用](/zh/docs/concepts/configuration/manage-resources-containers/#requests-and-limits) 情况， + 控制器获取每个 Pod 中的容器[资源使用](/zh-cn/docs/concepts/configuration/manage-resources-containers/#requests-and-limits) 情况， 并计算资源使用率。如果设置了 target 值，将直接使用原始数据（不再计算百分比）。 接下来，控制器根据平均的资源使用率或原始值计算出扩缩的比例，进而计算出目标副本数。 @@ -153,7 +153,7 @@ For more information about resource metrics, see HorizontalPodAutoscaler 的常见用途是将其配置为从{{< glossary_tooltip text="聚合 API" term_id="aggregation-layer" >}} （`metrics.k8s.io`、`custom.metrics.k8s.io` 或 `external.metrics.k8s.io`）获取指标。 `metrics.k8s.io` API 通常由名为 Metrics Server 的插件提供，需要单独启动。有关资源指标的更多信息， -请参阅 [Metrics Server](/zh/docs/tasks/debug/debug-cluster/resource-metrics-pipeline/#metrics-server)。 +请参阅 [Metrics Server](/zh-cn/docs/tasks/debug/debug-cluster/resource-metrics-pipeline/#metrics-server)。 创建 HorizontalPodAutoscaler 对象时，需要确保所给的名称是一个合法的 -[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)。 有关 API 对象的更多信息，请查阅 [HorizontalPodAutoscaler 对象设计文档](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#horizontalpodautoscaler-v2-autoscaling)。 @@ -592,7 +592,7 @@ APIs, cluster administrators must ensure that: * For external metrics, this is the `external.metrics.k8s.io` API. It may be provided by the custom metrics adapters provided above. --> -* 启用了 [API 聚合层](/zh/docs/tasks/extend-kubernetes/configure-aggregation-layer/) +* 启用了 [API 聚合层](/zh-cn/docs/tasks/extend-kubernetes/configure-aggregation-layer/) * 相应的 API 已注册： @@ -621,8 +621,8 @@ For examples of how to use them see [the walkthrough for using custom metrics](/ and [the walkthrough for using external metrics](/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough/#autoscaling-on-metrics-not-related-to-kubernetes-objects). --> 关于如何使用它们的示例，请参考 -[使用自定义指标的教程](/zh/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough/#autoscaling-on-multiple-metrics-and-custom-metrics) -和[使用外部指标的教程](/zh/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough/#autoscaling-on-metrics-not-related-to-kubernetes-objects)。 +[使用自定义指标的教程](/zh-cn/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough/#autoscaling-on-multiple-metrics-and-custom-metrics) +和[使用外部指标的教程](/zh-cn/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough/#autoscaling-on-metrics-not-related-to-kubernetes-objects)。 请记住，删除 `spec.replicas` 可能会导致 Pod 计数一次性降级，因为此键的默认值为 1 -（参考 [Deployment Replicas](/zh/docs/concepts/workloads/controllers/deployment#replicas)）。 +（参考 [Deployment Replicas](/zh-cn/docs/concepts/workloads/controllers/deployment#replicas)）。 更新后，除 1 之外的所有 Pod 都将开始其终止程序。之后的任何部署应用程序都将正常运行， 并根据需要遵守滚动更新配置。你可以根据修改部署的方式选择以下两种方法之一来避免这种降级： @@ -975,8 +975,8 @@ When using the [Server-Side Apply](/docs/reference/using-api/server-side-apply/) you can follow the [transferring ownership](/docs/reference/using-api/server-side-apply/#transferring-ownership) guidelines, which cover this exact use case. --> -使用[服务器端 Apply](/zh/docs/reference/using-api/server-side-apply/) 机制， -你可以遵循[交出所有权](/zh/docs/reference/using-api/server-side-apply/#transferring-ownership) 说明， +使用[服务器端 Apply](/zh-cn/docs/reference/using-api/server-side-apply/) 机制， +你可以遵循[交出所有权](/zh-cn/docs/reference/using-api/server-side-apply/#transferring-ownership) 说明， 该指南涵盖了这个确切的用例。 {{% /tab %}} @@ -1001,7 +1001,7 @@ For more information on HorizontalPodAutoscaler: [boilerplate](https://github.com/kubernetes-sigs/custom-metrics-apiserver) to get started. * Read the [API reference](/docs/reference/kubernetes-api/workload-resources/horizontal-pod-autoscaler-v2/) for HorizontalPodAutoscaler. --> -* 阅读水平 Pod 自动扩缩的[演练示例](/zh/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough/)。 +* 阅读水平 Pod 自动扩缩的[演练示例](/zh-cn/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough/)。 * 阅读 [`kubectl autoscale`](/docs/reference/generated/kubectl/kubectl-commands/#autoscale) 的文档。 * 如果你想编写自己的自定义指标适配器， 请查看 [boilerplate](https://github.com/kubernetes-sigs/custom-metrics-apiserver) 以开始使用。 diff --git a/content/zh-cn/docs/tasks/run-application/run-replicated-stateful-application.md b/content/zh-cn/docs/tasks/run-application/run-replicated-stateful-application.md index 4e11cd6768..6a62bd1c09 100644 --- a/content/zh-cn/docs/tasks/run-application/run-replicated-stateful-application.md +++ b/content/zh-cn/docs/tasks/run-application/run-replicated-stateful-application.md @@ -25,7 +25,7 @@ This application is a replicated MySQL database. The example topology has a single primary server and multiple replicas, using asynchronous row-based replication. --> -本页展示如何使用 [StatefulSet](/zh/docs/concepts/workloads/controllers/statefulset/) +本页展示如何使用 [StatefulSet](/zh-cn/docs/concepts/workloads/controllers/statefulset/) 控制器运行一个有状态的应用程序。此例是多副本的 MySQL 数据库。 示例应用的拓扑结构有一个主服务器和多个副本，使用异步的基于行（Row-Based） 的数据复制。 @@ -58,11 +58,11 @@ on general patterns for running stateful applications in Kubernetes. * You are using the default namespace or another namespace that does not contain any conflicting objects. --> * 本教程假定你熟悉 - [PersistentVolumes](/zh/docs/concepts/storage/persistent-volumes/) - 与 [StatefulSet](/zh/docs/concepts/workloads/controllers/statefulset/), - 以及其他核心概念，例如 [Pod](/zh/docs/concepts/workloads/pods/)、 - [服务](/zh/docs/concepts/services-networking/service/) 与 - [ConfigMap](/zh/docs/tasks/configure-pod-container/configure-pod-configmap/). + [PersistentVolumes](/zh-cn/docs/concepts/storage/persistent-volumes/) + 与 [StatefulSet](/zh-cn/docs/concepts/workloads/controllers/statefulset/), + 以及其他核心概念，例如 [Pod](/zh-cn/docs/concepts/workloads/pods/)、 + [服务](/zh-cn/docs/concepts/services-networking/service/) 与 + [ConfigMap](/zh-cn/docs/tasks/configure-pod-container/configure-pod-configmap/). * 熟悉 MySQL 会有所帮助，但是本教程旨在介绍对其他系统应该有用的常规模式。 * 你正在使用默认命名空间或不包含任何冲突对象的另一个命名空间。 @@ -256,7 +256,7 @@ in the order defined. ### 生成配置 在启动 Pod 规约中的任何容器之前，Pod 首先按顺序运行所有的 -[Init 容器](/zh/docs/concepts/workloads/pods/init-containers/)。 +[Init 容器](/zh-cn/docs/concepts/workloads/pods/init-containers/)。 -* 进一步了解[为 StatefulSet 扩缩容](/zh/docs/tasks/run-application/scale-stateful-set/). -* 进一步了解[调试 StatefulSet](/zh/docs/tasks/debug/debug-application/debug-statefulset/). -* 进一步了解[删除 StatefulSet](/zh/docs/tasks/run-application/delete-stateful-set/). -* 进一步了解[强制删除 StatefulSet Pods](/zh/docs/tasks/run-application/force-delete-stateful-set-pod/). +* 进一步了解[为 StatefulSet 扩缩容](/zh-cn/docs/tasks/run-application/scale-stateful-set/). +* 进一步了解[调试 StatefulSet](/zh-cn/docs/tasks/debug/debug-application/debug-statefulset/). +* 进一步了解[删除 StatefulSet](/zh-cn/docs/tasks/run-application/delete-stateful-set/). +* 进一步了解[强制删除 StatefulSet Pods](/zh-cn/docs/tasks/run-application/force-delete-stateful-set-pod/). * 在 [Helm Charts 仓库](https://artifacthub.io/)中查找其他有状态的应用程序示例。 diff --git a/content/zh-cn/docs/tasks/run-application/run-single-instance-stateful-application.md b/content/zh-cn/docs/tasks/run-application/run-single-instance-stateful-application.md index 130fb307ef..857f549926 100644 --- a/content/zh-cn/docs/tasks/run-application/run-single-instance-stateful-application.md +++ b/content/zh-cn/docs/tasks/run-application/run-single-instance-stateful-application.md @@ -55,7 +55,7 @@ Note: The password is defined in the config yaml, and this is insecure. See for a secure solution. --> 注意：在配置的 YAML 文件中定义密码的做法是不安全的。具体安全解决方案请参考 -[Kubernetes Secrets](/zh/docs/concepts/configuration/secret/). +[Kubernetes Secrets](/zh-cn/docs/concepts/configuration/secret/). {{< codenew file="application/mysql/mysql-deployment.yaml" >}} {{< codenew file="application/mysql/mysql-pv.yaml" >}} @@ -231,7 +231,7 @@ Deployment 中镜像或其他部分同往常一样可以通过 `kubectl apply` --> * 不要对应用进行规模扩缩。这里的设置仅适用于单实例应用。下层的 PersistentVolume 仅只能挂载到一个 Pod 上。对于集群级有状态应用，请参考 - [StatefulSet 文档](/zh/docs/concepts/workloads/controllers/statefulset/). + [StatefulSet 文档](/zh-cn/docs/concepts/workloads/controllers/statefulset/). * 在 Deployment 的 YAML 文件中使用 `strategy:` `type: Recreate`。 该选项指示 Kubernetes _不_ 使用滚动升级。滚动升级无法工作，因为这里一次不能 运行多个 Pod。在使用更新的配置文件创建新的 Pod 前，`Recreate` 策略将 @@ -276,11 +276,11 @@ PersistentVolume 将被自动删除。 * [Volumes](/docs/concepts/storage/volumes/) and [Persistent Volumes](/docs/concepts/storage/persistent-volumes/) --> -* 欲进一步了解 Deployment 对象，请参考 [Deployment 对象](/zh/docs/concepts/workloads/controllers/deployment/) -* 进一步了解[部署应用](/zh/docs/tasks/run-application/run-stateless-application-deployment/) +* 欲进一步了解 Deployment 对象，请参考 [Deployment 对象](/zh-cn/docs/concepts/workloads/controllers/deployment/) +* 进一步了解[部署应用](/zh-cn/docs/tasks/run-application/run-stateless-application-deployment/) * 参阅 [kubectl run 文档](/docs/reference/generated/kubectl/kubectl-commands/#run) -* 参阅[卷](/zh/docs/concepts/storage/volumes/)和[持久卷](/zh/docs/concepts/storage/persistent-volumes/) +* 参阅[卷](/zh-cn/docs/concepts/storage/volumes/)和[持久卷](/zh-cn/docs/concepts/storage/persistent-volumes/) diff --git a/content/zh-cn/docs/tasks/run-application/run-stateless-application-deployment.md b/content/zh-cn/docs/tasks/run-application/run-stateless-application-deployment.md index f33e2021af..f443e17fa6 100644 --- a/content/zh-cn/docs/tasks/run-application/run-stateless-application-deployment.md +++ b/content/zh-cn/docs/tasks/run-application/run-stateless-application-deployment.md @@ -231,7 +231,7 @@ added to Kubernetes, replicated applications were configured using a 创建一个多副本应用首选方法是使用 Deployment，Deployment 内部使用 ReplicaSet。 在 Deployment 和 ReplicaSet 被引入到 Kubernetes 之前，多副本应用通过 -[ReplicationController](/zh/docs/concepts/workloads/controllers/replicationcontroller/) +[ReplicationController](/zh-cn/docs/concepts/workloads/controllers/replicationcontroller/) 来配置。 ## {{% heading "whatsnext" %}} @@ -239,5 +239,5 @@ added to Kubernetes, replicated applications were configured using a -* 进一步了解 [Deployment 对象](/zh/docs/concepts/workloads/controllers/deployment/)。 +* 进一步了解 [Deployment 对象](/zh-cn/docs/concepts/workloads/controllers/deployment/)。 diff --git a/content/zh-cn/docs/tasks/run-application/scale-stateful-set.md b/content/zh-cn/docs/tasks/run-application/scale-stateful-set.md index 595373ea94..02e7f13aa8 100644 --- a/content/zh-cn/docs/tasks/run-application/scale-stateful-set.md +++ b/content/zh-cn/docs/tasks/run-application/scale-stateful-set.md @@ -24,8 +24,8 @@ This task shows how to scale a StatefulSet. Scaling a StatefulSet refers to incr * StatefulSets 仅适用于 Kubernetes 1.5 及以上版本。 * 不是所有 Stateful 应用都能很好地执行扩缩操作。 如果你不是很确定是否要扩缩你的 StatefulSet，可先参阅 - [StatefulSet 概念](/zh/docs/concepts/workloads/controllers/statefulset/) - 或者 [StatefulSet 教程](/zh/docs/tutorials/stateful-application/basic-stateful-set/)。 + [StatefulSet 概念](/zh-cn/docs/concepts/workloads/controllers/statefulset/) + 或者 [StatefulSet 教程](/zh-cn/docs/tutorials/stateful-application/basic-stateful-set/)。 * 仅当你确定你的有状态应用的集群是完全健康的，才可执行扩缩操作. @@ -75,7 +75,7 @@ update `.spec.replicas` of the StatefulSet manifests, and then do a `kubectl app --> ### 对 StatefulSet 执行就地更新 -另外, 你可以[就地更新](/zh/docs/concepts/cluster-administration/manage-deployment/#in-place-updates-of-resources) StatefulSet。 +另外, 你可以[就地更新](/zh-cn/docs/concepts/cluster-administration/manage-deployment/#in-place-updates-of-resources) StatefulSet。 如果你的 StatefulSet 最初通过 `kubectl apply` 或 `kubectl create --save-config` 创建, 你可以更新 StatefulSet 清单中的 `.spec.replicas`, 然后执行命令 `kubectl apply`: @@ -163,5 +163,5 @@ Stateful 应用的集群是完全健康时才执行扩缩操作。 -* 进一步了解[删除 StatefulSet](/zh/docs/tasks/run-application/delete-stateful-set/) +* 进一步了解[删除 StatefulSet](/zh-cn/docs/tasks/run-application/delete-stateful-set/) diff --git a/content/zh-cn/docs/tasks/service-catalog/install-service-catalog-using-helm.md b/content/zh-cn/docs/tasks/service-catalog/install-service-catalog-using-helm.md index a8c6988d83..61afab1b33 100644 --- a/content/zh-cn/docs/tasks/service-catalog/install-service-catalog-using-helm.md +++ b/content/zh-cn/docs/tasks/service-catalog/install-service-catalog-using-helm.md @@ -32,12 +32,12 @@ Use [Helm](https://helm.sh/) to install Service Catalog on your Kubernetes clust * Follow the [Helm install instructions](https://github.com/kubernetes/helm/blob/master/docs/install.md). * If you already have an appropriate version of Helm installed, execute `helm init` to install Tiller, the server-side component of Helm. --> -* 理解[服务目录](/zh/docs/concepts/extend-kubernetes/service-catalog/) 的关键概念。 +* 理解[服务目录](/zh-cn/docs/concepts/extend-kubernetes/service-catalog/) 的关键概念。 * Service Catalog 需要 Kubernetes 集群版本在 1.7 或更高版本。 * 你必须启用 Kubernetes 集群的 DNS 功能。 * 如果使用基于云的 Kubernetes 集群或 {{< glossary_tooltip text="Minikube" term_id="minikube" >}}，则可能已经启用了集群 DNS。 * 如果你正在使用 `hack/local-up-cluster.sh`，请确保设置了 `KUBE_ENABLE_CLUSTER_DNS` 环境变量，然后运行安装脚本。 -* [安装和设置 v1.7 或更高版本的 kubectl](/zh/docs/tasks/tools/)，确保将其配置为连接到 Kubernetes 集群。 +* [安装和设置 v1.7 或更高版本的 kubectl](/zh-cn/docs/tasks/tools/)，确保将其配置为连接到 Kubernetes 集群。 * 安装 v2.7.0 或更高版本的 [Helm](https://helm.sh/)。 * 遵照 [Helm 安装说明](https://helm.sh/docs/intro/install/)。 * 如果已经安装了适当版本的 Helm，请执行 `helm init` 来安装 Helm 的服务器端组件 Tiller。 diff --git a/content/zh-cn/docs/tasks/service-catalog/install-service-catalog-using-sc.md b/content/zh-cn/docs/tasks/service-catalog/install-service-catalog-using-sc.md index 77c617d003..0a6f2ed817 100644 --- a/content/zh-cn/docs/tasks/service-catalog/install-service-catalog-using-sc.md +++ b/content/zh-cn/docs/tasks/service-catalog/install-service-catalog-using-sc.md @@ -36,12 +36,12 @@ Service Catalog can work with any kind of managed service, not only Google Cloud kubectl create clusterrolebinding cluster-admin-binding --clusterrole=cluster-admin --user= --> -* 了解[服务目录](/zh/docs/concepts/extend-kubernetes/service-catalog/) +* 了解[服务目录](/zh-cn/docs/concepts/extend-kubernetes/service-catalog/) 的主要概念。 * 安装 [Go 1.6+](https://golang.org/dl/) 以及设置 `GOPATH`。 * 安装生成 SSL 工件所需的 [cfssl](https://github.com/cloudflare/cfssl) 工具。 * 服务目录需要 Kubernetes 1.7+ 版本。 -* [安装和设置 kubectl](/zh/docs/tasks/tools/)， +* [安装和设置 kubectl](/zh-cn/docs/tasks/tools/)， 以便将其配置为连接到 Kubernetes v1.7+ 集群。 * 要安装服务目录，kubectl 用户必须绑定到 *cluster-admin* 角色。 为了确保这是正确的，请运行以下命令： diff --git a/content/zh-cn/docs/tasks/tls/certificate-rotation.md b/content/zh-cn/docs/tasks/tls/certificate-rotation.md index 41e13f4d44..b4943da2fb 100644 --- a/content/zh-cn/docs/tasks/tls/certificate-rotation.md +++ b/content/zh-cn/docs/tasks/tls/certificate-rotation.md @@ -48,7 +48,7 @@ new certificate is available, it will be used for authenticating connections to the Kubernetes API. --> Kubernetes 包含特性 -[kubelet 证书轮换](/zh/docs/reference/access-authn-authz/kubelet-tls-bootstrapping/)， +[kubelet 证书轮换](/zh-cn/docs/reference/access-authn-authz/kubelet-tls-bootstrapping/)， 在当前证书即将过期时， 将自动生成新的秘钥，并从 Kubernetes API 申请新的证书。 一旦新的证书可用，它将被用于与 Kubernetes API 间的连接认证。 diff --git a/content/zh-cn/docs/tasks/tls/managing-tls-in-a-cluster.md b/content/zh-cn/docs/tasks/tls/managing-tls-in-a-cluster.md index f6204c527f..5fb539a5a5 100644 --- a/content/zh-cn/docs/tasks/tls/managing-tls-in-a-cluster.md +++ b/content/zh-cn/docs/tasks/tls/managing-tls-in-a-cluster.md @@ -95,7 +95,7 @@ have access to read. 内部 Kubernetes 端点的一个示例是默认命名空间中名为 `kubernetes` 的服务。 如果你想为你的工作负载使用自定义证书颁发机构，你应该单独生成该 CA， -并使用你的 Pod 有读权限的 [ConfigMap](/zh/docs/tasks/configure-pod-container/configure-pod-configmap) +并使用你的 Pod 有读权限的 [ConfigMap](/zh-cn/docs/tasks/configure-pod-container/configure-pod-configmap) 分发该 CA 证书。 {{< /note >}} @@ -217,7 +217,7 @@ it by running: “密钥加密（key encipherment）” 和 “服务器身份验证（server auth）” 密钥用途， 由 `example.com/serving` 示例签名程序签名的证书。 你也可以要求使用特定的 `signerName`。更多信息可参阅 -[支持的签署者名称](/zh/docs/reference/access-authn-authz/certificate-signing-requests/#signers)。 +[支持的签署者名称](/zh-cn/docs/reference/access-authn-authz/certificate-signing-requests/#signers)。 在 API server 中可以看到这些 CSR 处于 Pending 状态。执行下面的命令你将可以看到： @@ -254,7 +254,7 @@ manually using `kubectl`; for example: --> ## 批准证书签名请求（CSR） {#get-the-certificate-signing-request-approved} -[证书签名请求](/zh/docs/reference/access-authn-authz/certificate-signing-requests/) +[证书签名请求](/zh-cn/docs/reference/access-authn-authz/certificate-signing-requests/) 的批准或者是通过自动批准过程完成的，或由集群管理员一次性完成。 如果你被授权批准证书请求，你可以使用 `kubectl` 来手动完成此操作；例如： @@ -530,7 +530,7 @@ reference page. 当且仅当满足这两个要求时，审批者应该批准 CSR，否则拒绝 CSR。 有关证书批准和访问控制的更多信息， -请阅读[证书签名请求](/zh/docs/reference/access-authn-authz/certificate-signing-requests/)参考页。 +请阅读[证书签名请求](/zh-cn/docs/reference/access-authn-authz/certificate-signing-requests/)参考页。 - 要了解 Kubernetes 中用户认证的更多信息，参阅 - [认证](/zh/docs/reference/access-authn-authz/authentication)； -- 要了解与 CA 证书最佳实践有关的更多信息，参阅[单根 CA](/zh/docs/setup/best-practices/certificates/#single-root-ca)。 + [认证](/zh-cn/docs/reference/access-authn-authz/authentication)； +- 要了解与 CA 证书最佳实践有关的更多信息，参阅[单根 CA](/zh-cn/docs/setup/best-practices/certificates/#single-root-ca)。 @@ -152,7 +152,7 @@ Configurations with a single API server will experience unavailability while the 中的内容，更新用户账号的证书。 有关为独立用户账号创建证书的更多信息，可参阅 - [为用户帐号配置证书](/zh/docs/setup/best-practices/certificates/#configure-certificates-for-user-accounts)。 + [为用户帐号配置证书](/zh-cn/docs/setup/best-practices/certificates/#configure-certificates-for-user-accounts)。 另外，还要更新 kubeconfig 文件中的 `certificate-authority-data` 节，使之包含 Base64 编码的老的和新的证书机构数据。 @@ -171,7 +171,7 @@ Configurations with a single API server will experience unavailability while the --> 8. 遵循下列步骤执行滚动更新 - 1. 重新启动所有其他 *[被聚合的 API 服务器](/zh/docs/concepts/extend-kubernetes/api-extension/apiserver-aggregation/)* + 1. 重新启动所有其他 *[被聚合的 API 服务器](/zh-cn/docs/concepts/extend-kubernetes/api-extension/apiserver-aggregation/)* 或者 *Webhook 处理程序*，使之信任新的 CA 证书。 2. 在所有节点上更新 kubelet 配置中的 `clientCAFile` 所指文件以及 kubelet.conf 中的 @@ -210,8 +210,8 @@ Configurations with a single API server will experience unavailability while the --> {{< note >}} 要使用 `openssl` 命令行为集群生成新的证书和私钥，可参阅 - [证书（`openssl`）](/zh/docs/tasks/administer-cluster/certificates/#openssl)。 - 你也可以使用[`cfssl`](/zh/docs/tasks/administer-cluster/certificates/#cfssl). + [证书（`openssl`）](/zh-cn/docs/tasks/administer-cluster/certificates/#openssl)。 + 你也可以使用[`cfssl`](/zh-cn/docs/tasks/administer-cluster/certificates/#cfssl). {{< /note >}} {{< note >}} 要限制应用可能受到的并发干扰数量，可以参阅 - [配置 Pod 干扰预算](/zh/docs/tasks/run-application/configure-pdb/). + [配置 Pod 干扰预算](/zh-cn/docs/tasks/run-application/configure-pdb/). {{< /note >}} -[安装 kubeadm](/zh/docs/setup/production-environment/tools/kubeadm/install-kubeadm/) +[安装 kubeadm](/zh-cn/docs/setup/production-environment/tools/kubeadm/install-kubeadm/) 展示了如何安装 kubeadm 的过程。 一旦安装了 kubeadm，你就可以使用它来 -[创建一个集群](/zh/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/)。 +[创建一个集群](/zh-cn/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/)。 -查看 kubeadm 安装指南 diff --git a/content/zh-cn/docs/tasks/tools/included/kubectl-convert-overview.md b/content/zh-cn/docs/tasks/tools/included/kubectl-convert-overview.md index 9e277732d5..21d6556331 100644 --- a/content/zh-cn/docs/tasks/tools/included/kubectl-convert-overview.md +++ b/content/zh-cn/docs/tasks/tools/included/kubectl-convert-overview.md @@ -21,4 +21,4 @@ For more info, visit [migrate to non deprecated apis](/docs/reference/using-api/ --> 一个 Kubernetes 命令行工具 `kubectl` 的插件，允许你将清单在不同 API 版本间转换。 这对于将清单迁移到新的 Kubernetes 发行版上未被废弃的 API 版本时尤其有帮助。 -更多信息请访问 [迁移到非弃用 API](/zh/docs/reference/using-api/deprecation-guide/#migrate-to-non-deprecated-apis) +更多信息请访问 [迁移到非弃用 API](/zh-cn/docs/reference/using-api/deprecation-guide/#migrate-to-non-deprecated-apis) diff --git a/content/zh-cn/docs/tasks/tools/included/kubectl-whats-next.md b/content/zh-cn/docs/tasks/tools/included/kubectl-whats-next.md index 3990922e0e..6d8a9a136d 100644 --- a/content/zh-cn/docs/tasks/tools/included/kubectl-whats-next.md +++ b/content/zh-cn/docs/tasks/tools/included/kubectl-whats-next.md @@ -20,8 +20,8 @@ headless: true * Read the [kubectl reference docs](/docs/reference/kubectl/kubectl/) --> * [安装 Minikube](https://minikube.sigs.k8s.io/docs/start/) -* 有关创建集群的更多信息，请参阅[入门指南](/zh/docs/setup/). -* [学习如何启动并对外公开你的应用程序。](/zh/docs/tasks/access-application-cluster/service-access-application-cluster/) +* 有关创建集群的更多信息，请参阅[入门指南](/zh-cn/docs/setup/). +* [学习如何启动并对外公开你的应用程序。](/zh-cn/docs/tasks/access-application-cluster/service-access-application-cluster/) * 如果你需要访问其他人创建的集群，请参阅 - [共享集群接入文档](/zh/docs/tasks/access-application-cluster/configure-access-multiple-clusters/). -* 阅读 [kubectl 参考文档](/zh/docs/reference/kubectl/kubectl/) + [共享集群接入文档](/zh-cn/docs/tasks/access-application-cluster/configure-access-multiple-clusters/). +* 阅读 [kubectl 参考文档](/zh-cn/docs/reference/kubectl/kubectl/) diff --git a/content/zh-cn/docs/tasks/tools/included/optional-kubectl-configs-bash-mac.md b/content/zh-cn/docs/tasks/tools/included/optional-kubectl-configs-bash-mac.md index b2c17b21f1..6990b943ae 100644 --- a/content/zh-cn/docs/tasks/tools/included/optional-kubectl-configs-bash-mac.md +++ b/content/zh-cn/docs/tasks/tools/included/optional-kubectl-configs-bash-mac.md @@ -155,7 +155,7 @@ You now have to ensure that the kubectl completion script gets sourced in all yo - If you installed kubectl with Homebrew (as explained [here](/docs/tasks/tools/install-kubectl-macos/#install-with-homebrew-on-macos)), then the kubectl completion script should already be in `/usr/local/etc/bash_completion.d/kubectl`. In that case, you don't need to do anything. --> - 如果你是用 Homebrew 安装的 kubectl（如 - [此页面](/zh/docs/tasks/install-with-homebrew-on-macos/#install-with-homebrew-on-macos) + [此页面](/zh-cn/docs/tasks/install-with-homebrew-on-macos/#install-with-homebrew-on-macos) 所描述），则kubectl 补全脚本应该已经安装到目录 `/usr/local/etc/bash_completion.d/kubectl` 中了。这种情况下，你什么都不需要做。 diff --git a/content/zh-cn/docs/tasks/tools/included/verify-kubectl.md b/content/zh-cn/docs/tasks/tools/included/verify-kubectl.md index 95d1f46162..53544eaaf1 100644 --- a/content/zh-cn/docs/tasks/tools/included/verify-kubectl.md +++ b/content/zh-cn/docs/tasks/tools/included/verify-kubectl.md @@ -22,7 +22,7 @@ By default, kubectl configuration is located at `~/.kube/config`. Check that kubectl is properly configured by getting the cluster state: --> 为了让 kubectl 能发现并访问 Kubernetes 集群，你需要一个 -[kubeconfig 文件](/zh/docs/concepts/configuration/organize-cluster-access-kubeconfig/)， +[kubeconfig 文件](/zh-cn/docs/concepts/configuration/organize-cluster-access-kubeconfig/)， 该文件在 [kube-up.sh](https://github.com/kubernetes/kubernetes/blob/master/cluster/kube-up.sh) 创建集群时，或成功部署一个 Miniube 集群时，均会自动生成。