From 34563abc4fd47ada0838d8486596331009f6c3db Mon Sep 17 00:00:00 2001 From: Sean Wei Date: Fri, 24 Jun 2022 20:42:43 +0800 Subject: [PATCH] [zh] Fix some 404 links --- .../2020-09-30-writing-crl-scheduler/index.md | 8 ++--- ...kubernetes-is-moving-on-from-dockershim.md | 2 +- .../command-line-tools-reference/kubelet.md | 2 +- .../config-api/kubelet-config.v1beta1.md | 10 +++--- .../zh-cn/docs/reference/kubectl/kubectl.md | 6 ++-- .../config-and-storage-resources/volume.md | 3 +- .../labels-annotations-taints/_index.md | 32 +++++++++---------- .../zh-cn/docs/reference/scheduling/config.md | 8 ++--- .../setup/production-environment/_index.md | 9 +++--- .../tools/kubeadm/create-cluster-kubeadm.md | 10 +++--- .../tools/kubeadm/install-kubeadm.md | 4 +-- .../tools/kubeadm/kubelet-integration.md | 2 +- .../basic-stateful-set.md | 2 +- 13 files changed, 49 insertions(+), 49 deletions(-) diff --git a/content/zh-cn/blog/_posts/2020-09-30-writing-crl-scheduler/index.md b/content/zh-cn/blog/_posts/2020-09-30-writing-crl-scheduler/index.md index 7c052eb3d7..d2f1fa1e40 100644 --- a/content/zh-cn/blog/_posts/2020-09-30-writing-crl-scheduler/index.md +++ b/content/zh-cn/blog/_posts/2020-09-30-writing-crl-scheduler/index.md @@ -45,9 +45,9 @@ Most stateless systems, web servers for example, are created without the need to One of Kubernetes' responsibilities is to place "resources" (e.g, a disk or container) into the cluster and satisfy the constraints they request. For example: "I must be in availability zone _A_" (see [Running in multiple zones](/docs/setup/best-practices/multiple-zones/#nodes-are-labeled)), or "I can't be placed onto the same node as this other Pod" (see [Affinity and anti-affinity](/docs/concepts/scheduling-eviction/assign-pod-node/#affinity-and-anti-affinity)). --> Kubernetes 的职责之一是将 "资源"（如磁盘或容器）放入集群中，并满足其请求的约束。 -例如。"我必须在可用性区域 _A_"（见[在多个区域运行](/zh-cn/docs/setup/best-practices/multiple-zone/#nodes-are-labeled)）， +例如。"我必须在可用性区域 _A_"（见[在多个区域运行](/zh-cn/docs/setup/best-practices/multiple-zones/#nodes-are-labeled)）， 或者 "我不能被放置到与某个 Pod 相同的节点上" -（见[亲和与反亲和](/zh-cn/docs/setup/best-practices/multiple-zone/#nodes-are-labeled)）。 +（见[亲和与反亲和](/zh-cn/docs/setup/best-practices/multiple-zones/#nodes-are-labeled)）。 请注意，无论 Pod 被分配到 Kubernetes 节点的顺序如何，都会满足反亲和性。 -在这个例子中，Pod 0、1 、2 分别被分配到 A、B 、C 区，但 Pod 3 和 4 以不同的顺序被分配到 B 和 A 区。 +在这个例子中，Pod 0、1、2 分别被分配到 A、B、C 区，但 Pod 3 和 4 以不同的顺序被分配到 B 和 A 区。 反亲和性仍然得到满足，因为 Pod 仍然被放置在不同的区域。 我们对以下内容的综合认识是导致这种误解的原因。 -* Kubernetes [自动跨区分配 Pod](/zh-cn/docs/setup/best-practices/multiple-zone/#pods-are-spread-across-zone) 的能力 +* Kubernetes [自动跨区分配 Pod](/zh-cn/docs/setup/best-practices/multiple-zones/#pods-are-spread-across-zones) 的能力 * 一个有 _n_ 个副本的 StatefulSet，当 Pod 被部署时，它们会按照 `{0...n-1}` 的顺序依次创建。 更多细节见 [StatefulSet](/zh-cn/docs/concepts/workloads/controllers/statefulset/#deployment-and-scaling-guarantees)。 diff --git a/content/zh-cn/blog/_posts/2022-01-07-kubernetes-is-moving-on-from-dockershim.md b/content/zh-cn/blog/_posts/2022-01-07-kubernetes-is-moving-on-from-dockershim.md index 37e4c7dbc6..8d6a62c89c 100644 --- a/content/zh-cn/blog/_posts/2022-01-07-kubernetes-is-moving-on-from-dockershim.md +++ b/content/zh-cn/blog/_posts/2022-01-07-kubernetes-is-moving-on-from-dockershim.md @@ -194,6 +194,6 @@ dockershim removal makes up for the migration effort you'll have. Start planning now to avoid surprises. We'll have more updates and guides before Kubernetes 1.24 is released. --> -在这一点上，我们相信你（和 Kubernetes）从移除 dockershim 中获得的价值可以弥补你将要进行的迁移工作。 +在这一点上，我们相信你（和 Kubernetes）从移除 dockershim 中获得的价值可以弥补你将要进行的迁移工作。 现在就开始计划以避免出现意外。在 Kubernetes 1.24 发布之前，我们将提供更多更新信息和指南。 diff --git a/content/zh-cn/docs/reference/command-line-tools-reference/kubelet.md b/content/zh-cn/docs/reference/command-line-tools-reference/kubelet.md index a82f0e1f53..fc7f1f31ef 100644 --- a/content/zh-cn/docs/reference/command-line-tools-reference/kubelet.md +++ b/content/zh-cn/docs/reference/command-line-tools-reference/kubelet.md @@ -1351,7 +1351,7 @@ A set of <resource name>=<resource quantity> (e.g. <资源名称>=<资源数量> 格式表示。 （例如：cpu=200m,memory=500Mi,ephemeral-storage=1Gi,pid='100'）。 当前支持 cpu、memory 和用于根文件系统的 ephemeral-storage。 -请参阅这里获取更多信息。 +请参阅这里获取更多信息。 （已弃用：应在 --config 所给的配置文件中进行设置。 请参阅 kubelet-config-file 了解更多信息。） diff --git a/content/zh-cn/docs/reference/config-api/kubelet-config.v1beta1.md b/content/zh-cn/docs/reference/config-api/kubelet-config.v1beta1.md index 9650311462..15864fe93d 100644 --- a/content/zh-cn/docs/reference/config-api/kubelet-config.v1beta1.md +++ b/content/zh-cn/docs/reference/config-api/kubelet-config.v1beta1.md @@ -2,7 +2,6 @@ title: Kubelet 配置 (v1beta1) content_type: tool-reference package: kubelet.config.k8s.io/v1beta1 -auto_generated: true ---

systemCgroups是用来放置那些未被容器化的、非内核的进程的控制组 -(CGroup）的绝对名称。设置为空字符串表示没有这类容器。回滚此字段设置需要重启节点。 +（CGroup）的绝对名称。设置为空字符串表示没有这类容器。回滚此字段设置需要重启节点。 当此字段非空时，必须设置cgroupRoot字段。

默认值：""

@@ -696,7 +695,7 @@ Default: "&qout; -

cgroupRoot是用来运行 Pod 的控制组 (CGroup）。 +

cgroupRoot是用来运行 Pod 的控制组（CGroup）。 容器运行时会尽可能处理此字段的设置值。

@@ -725,7 +724,7 @@ Default: true or systemd). Default: "cgroupfs" --> -

cgroupDriver是 kubelet 用来操控宿主系统上控制组 (CGroup） +

cgroupDriver是 kubelet 用来操控宿主系统上控制组（CGroup） 的驱动程序（cgroupfs 或 systemd）。

默认值："cgroupfs"

@@ -1399,7 +1398,8 @@ Default: nil -->

systemReserved是一组资源名称=资源数量对， 用来描述为非 Kubernetes 组件预留的资源（例如：'cpu=200m,memory=150G'）。

-

目前仅支持 CPU 和内存。更多细节可参见 http://kubernetes.io/zh/docs/user-guide/compute-resources。

+

目前仅支持 CPU 和内存。更多细节可参见 + https://kubernetes.io/zh-cn/docs/concepts/configuration/manage-resources-containers/ 。

默认值：Nil

diff --git a/content/zh-cn/docs/reference/kubectl/kubectl.md b/content/zh-cn/docs/reference/kubectl/kubectl.md index 3991a69266..9b591b654c 100644 --- a/content/zh-cn/docs/reference/kubectl/kubectl.md +++ b/content/zh-cn/docs/reference/kubectl/kubectl.md @@ -22,9 +22,9 @@ kubectl 管理控制 Kubernetes 集群。 -获取更多信息，请访问 [kubectl 概述](/zh-cn/docs/reference/kubectl/overview/)。 +获取更多信息，请访问 [kubectl 概述](/zh-cn/docs/reference/kubectl/)。 ``` kubectl [flags] @@ -625,4 +625,4 @@ When set to false, turns off extra HTTP headers detailing invoked kubectl comman * [kubectl top](/docs/reference/generated/kubectl/kubectl-commands#top) - 显示资源（CPU /内存/存储）使用率 * [kubectl uncordon](/docs/reference/generated/kubectl/kubectl-commands#uncordon) - 标记节点为可调度的 * [kubectl version](/docs/reference/generated/kubectl/kubectl-commands#version) - 打印客户端和服务器的版本信息 -* [kubectl wait](/docs/reference/generated/kubectl/kubectl-commands#wait) - 实验性：等待一个或多个资源达到某种状态 +* [kubectl wait](/docs/reference/generated/kubectl/kubectl-commands#wait) - 实验性：等待一个或多个资源达到某种状态 \ No newline at end of file diff --git a/content/zh-cn/docs/reference/kubernetes-api/config-and-storage-resources/volume.md b/content/zh-cn/docs/reference/kubernetes-api/config-and-storage-resources/volume.md index 828209a5b9..5b5f3eb352 100755 --- a/content/zh-cn/docs/reference/kubernetes-api/config-and-storage-resources/volume.md +++ b/content/zh-cn/docs/reference/kubernetes-api/config-and-storage-resources/volume.md @@ -17,6 +17,7 @@ content_type: "api_reference" description: "Volume represents a named volume in a pod that may be accessed by any container in the pod." title: "Volume" weight: 3 +auto_generated: true --> `import "k8s.io/api/core/v1"` @@ -444,7 +445,7 @@ Volume 表示 Pod 中一个有名字的卷，可以由 Pod 中的任意容器进 sizeLimit 是这个 EmptyDir 卷所需的本地存储总量。这个大小限制也适用于内存介质。 EmptyDir 的内存介质最大使用量将是此处指定的 sizeLimit 与 Pod 中所有容器内存限制总和这两个值之间的最小值。 默认为 nil，这意味着限制未被定义。更多信息： - http://kubernetes.io/zh-cn/docs/user-guide/volumes#emptydir + https://kubernetes.io/zh-cn/docs/concepts/storage/volumes/#emptydir ### beta.kubernetes.io/arch (已弃用) {#beta-kubernetes-io-arch} -此标签已被弃用。请改用`kubernetes.io/arch`。 +此标签已被弃用。请改用 `kubernetes.io/arch`。 ### beta.kubernetes.io/os (已弃用) {#beta-kubernetes-io-os} -此标签已被弃用。请改用`kubernetes.io/os`。 +此标签已被弃用。请改用 `kubernetes.io/os`。 Kubernetes 对 Zone 和 Region 的结构做了一些假设： -1. Zone 和 Region 是分层的： Zone 是 Region 的严格子集，没有 Zone 可以在两个 Region 中； +1. Zone 和 Region 是分层的：Zone 是 Region 的严格子集，没有 Zone 可以在两个 Region 中； -2. Zone 名称跨 Region 是唯一的；例如， Region “africa-east-1” 可能由 Zone “africa-east-1a” 和 “africa-east-1b” 组成。 +2. Zone 名称跨 Region 是唯一的；例如，Region “africa-east-1” 可能由 Zone “africa-east-1a” 和 “africa-east-1b” 组成。 你应该考虑手动添加标签（或添加对 `PersistentVolumeLabel` 的支持）。 -基于 `PersistentVolumeLabel` ，调度程序可以防止 Pod 挂载来自其他 Zone 的卷。如果你的基础架构没有此限制，则不需要将 Zone 标签添加到卷上。 +基于 `PersistentVolumeLabel`，调度程序可以防止 Pod 挂载来自其他 Zone 的卷。如果你的基础架构没有此限制，则不需要将 Zone 标签添加到卷上。 - `NodeResourcesFit`：检查节点是否拥有 Pod 请求的所有资源。 得分可以使用以下三种策略之一：`LeastAllocated`（默认）、`MostAllocated` - 和`RequestedToCapacityRatio`。 + 和 `RequestedToCapacityRatio`。 实现的扩展点：`preFilter`，`filter`，`score`。 -这相当于为所有扩展点手动启用`MyPlugin`，如下所示： +这相当于为所有扩展点手动启用 `MyPlugin`，如下所示： ```yaml apiVersion: kubescheduler.config.k8s.io/v1beta3 @@ -732,7 +732,7 @@ as well as its seamless integration with the existing methods for configuring ex ## Scheduler configuration migrations --> -## 调度程序配置迁移 +## 调度程序配置迁移 {#scheduler-configuration-migrations} {{< tabs name="tab_with_md" >}} {{% tab name="v1beta1 → v1beta2" %}} * 调度程序插件 `ServiceAffinity` 已弃用； - 相反，使用 [`InterPodAffinity`](/zh-cn/doc/concepts/scheduling-eviction/assign-pod-node/#inter-pod-affinity-and-anti-affinity) + 相反，使用 [`InterPodAffinity`](/zh-cn/docs/concepts/scheduling-eviction/assign-pod-node/#inter-pod-affinity-and-anti-affinity) 插件（默认启用）来实现类似的行为。 - *为 API 服务器配置负载均衡*：配置负载均衡器来将外部的 API 请求散布给运行在 不同节点上的 API 服务实例。参阅 - [创建外部负载均衡器](/zh-cn/docs/access-application-cluster/create-external-load-balancer/) + [创建外部负载均衡器](/zh-cn/docs/tasks/access-application-cluster/create-external-load-balancer/) 了解细节。 -### 生产用工作节点 +### 生产用工作节点 {#production-worker-nodes} 生产质量的工作负载需要是弹性的；它们所依赖的其他组件（例如 CoreDNS）也需要是弹性的。 无论你是自行管理控制面还是让云供应商来管理，你都需要考虑如何管理工作节点 @@ -418,7 +418,7 @@ hundreds of people. In a learning environment or platform prototype, you might h administrative account for everything you do. In production, you will want more accounts with different levels of access to different namespaces. --> -### 生产级用户环境 +### 生产级用户环境 {#production-user-management} 在生产环境中，情况可能不再是你或者一小组人在访问集群，而是几十 上百人需要访问集群。在学习环境或者平台原型环境中，你可能具有一个 @@ -635,4 +635,3 @@ and [service accounts](/docs/reference/access-authn-authz/service-accounts-admin [DNS 自动扩缩](/zh-cn/docs/tasks/administer-cluster/dns-horizontal-autoscaling/) 和[服务账号](/zh-cn/docs/reference/access-authn-authz/service-accounts-admin/) 来为应用负载作准备。 - diff --git a/content/zh-cn/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm.md b/content/zh-cn/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm.md index 8e1d3aa9f8..361e7ef6c6 100644 --- a/content/zh-cn/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm.md +++ b/content/zh-cn/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm.md @@ -83,7 +83,7 @@ applies to `kubeadm` as well as to Kubernetes overall. Check that policy to learn about what versions of Kubernetes and `kubeadm` are supported. This page is written for Kubernetes {{< param "version" >}}. --> -[Kubernetes 版本及版本偏差策略](/zh-cn/docs/setup/release/version-skew-policy/#supported-versions)适用于 `kubeadm` 以及整个 Kubernetes。 +[Kubernetes 版本及版本偏差策略](/zh-cn/releases/version-skew-policy/#supported-versions)适用于 `kubeadm` 以及整个 Kubernetes。 查阅该策略以了解支持哪些版本的 Kubernetes 和 `kubeadm`。 该页面是为 Kubernetes {{< param "version" >}} 编写的。 @@ -544,7 +544,7 @@ The `node-role.kubernetes.io/control-plane` label is such a restricted label and a privileged client after a node has been created. To do that manually you can do the same by using `kubectl label` and ensure it is using a privileged kubeconfig such as the kubeadm managed `/etc/kubernetes/admin.conf`. --> -默认情况下，kubeadm 启用 [NodeRestriction](/zh-cn/docs/reference/access-authn-authz/admissiontrollers/#noderestriction) +默认情况下，kubeadm 启用 [NodeRestriction](/zh-cn/docs/reference/access-authn-authz/admission-controllers/#noderestriction) 准入控制器来限制 kubelets 在节点注册时可以应用哪些标签。准入控制器文档描述 kubelet `--node-labels` 选项允许使用哪些标签。 其中 `node-role.kubernetes.io/control-plane` 标签就是这样一个受限制的标签， kubeadm 在节点创建后使用特权客户端手动应用此标签。 @@ -889,7 +889,7 @@ options. * Verify that your cluster is running properly with [Sonobuoy](https://github.com/heptio/sonobuoy) * See [Upgrading kubeadm clusters](/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade/) for details about upgrading your cluster using `kubeadm`. -* Learn about advanced `kubeadm` usage in the [kubeadm reference documentation](/docs/reference/setup-tools/kubeadm/kubeadm) +* Learn about advanced `kubeadm` usage in the [kubeadm reference documentation](/docs/reference/setup-tools/kubeadm/) * Learn more about Kubernetes [concepts](/docs/concepts/) and [`kubectl`](/docs/reference/kubectl/). * See the [Cluster Networking](/docs/concepts/cluster-administration/networking/) page for a bigger list of Pod network add-ons. @@ -903,7 +903,7 @@ options. --> * 使用 [Sonobuoy](https://github.com/heptio/sonobuoy) 验证集群是否正常运行。 * 有关使用 kubeadm 升级集群的详细信息，请参阅[升级 kubeadm 集群](/zh-cn/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade/)。 -* 在 [kubeadm 参考文档](/zh-cn/docs/reference/setup-tools/kubeadm/kubeadm)中了解有关 `kubeadm` 进阶用法的信息。 +* 在 [kubeadm 参考文档](/zh-cn/docs/reference/setup-tools/kubeadm/)中了解有关 `kubeadm` 进阶用法的信息。 * 了解有关 Kubernetes [概念](/zh-cn/docs/concepts/)和 [`kubectl`](/zh-cn/docs/reference/kubectl/)的更多信息。 * 有关 Pod 网络附加组件的更多列表，请参见[集群网络](/zh-cn/docs/concepts/cluster-administration/networking/)页面。 * 请参阅[附加组件列表](/zh-cn/docs/concepts/cluster-administration/addons/)以探索其他附加组件， @@ -1051,7 +1051,7 @@ To learn more about the version skew between the different Kubernetes component the [Version Skew Policy](https://kubernetes.io/releases/version-skew-policy/). --> 要了解更多关于不同 Kubernetes 组件之间的版本偏差，请参见 -[版本偏差策略](https://kubernetes.io/releases/version-skew-policy/)。 +[版本偏差策略](/zh-cn/releases/version-skew-policy/)。 * 一台兼容的 Linux 主机。Kubernetes 项目为基于 Debian 和 Red Hat 的 Linux 发行版以及一些不提供包管理器的发行版提供通用的指令 -* 每台机器 2 GB 或更多的 RAM （如果少于这个数字将会影响你应用的运行内存) +* 每台机器 2 GB 或更多的 RAM （如果少于这个数字将会影响你应用的运行内存） * 2 CPU 核或更多 * 集群中的所有机器的网络彼此均能相互连接(公网和内网都可以) * 节点之中不可以有重复的主机名、MAC 地址或 product_uuid。请参见[这里](#verify-mac-address)了解更多详细信息。 @@ -293,7 +293,7 @@ For more information on version skews, see: --> 关于版本偏差的更多信息，请参阅以下文档： -* Kubernetes [版本与版本间的偏差策略](/zh-cn/docs/setup/release/version-skew-policy/) +* Kubernetes [版本与版本间的偏差策略](/zh-cn/releases/version-skew-policy/) * Kubeadm 特定的[版本偏差策略](/zh-cn/docs/setup/production-environment/tools/kubeadm/create-cluster-kubeadm/#version-skew-policy) {{< tabs name="k8s_install" >}} diff --git a/content/zh-cn/docs/setup/production-environment/tools/kubeadm/kubelet-integration.md b/content/zh-cn/docs/setup/production-environment/tools/kubeadm/kubelet-integration.md index a9ccfb9374..ef4a468b34 100644 --- a/content/zh-cn/docs/setup/production-environment/tools/kubeadm/kubelet-integration.md +++ b/content/zh-cn/docs/setup/production-environment/tools/kubeadm/kubelet-integration.md @@ -312,7 +312,7 @@ section. --> {{< note >}} 下面的内容只是一个例子。如果你不想使用包管理器， -请遵循[没有包管理器](/zh-cn/docs/setup/productionenvironment/tools/kubeadm/install-kubeadm/#k8s-install-2)) +请遵循[没有包管理器](/zh-cn/docs/setup/production-environment/tools/kubeadm/install-kubeadm/#k8s-install-2)) 章节的指南。 {{< /note >}} diff --git a/content/zh-cn/docs/tutorials/stateful-application/basic-stateful-set.md b/content/zh-cn/docs/tutorials/stateful-application/basic-stateful-set.md index e51177de71..cf3a7ac6c8 100644 --- a/content/zh-cn/docs/tutorials/stateful-application/basic-stateful-set.md +++ b/content/zh-cn/docs/tutorials/stateful-application/basic-stateful-set.md @@ -213,7 +213,7 @@ _Running_ (see [Pod Phase](/docs/concepts/workloads/pods/pod-lifecycle/#pod-phas and _Ready_ (see `type` in [Pod Conditions](/docs/concepts/workloads/pods/pod-lifecycle/#pod-conditions)). --> 请注意，直到 `web-0` Pod 处于 _Running_（请参阅 -[Pod 阶段]((/zh-cn/docs/concepts/workloads/pods/pod-lifecycle/#pod-phase))） +[Pod 阶段](/zh-cn/docs/concepts/workloads/pods/pod-lifecycle/#pod-phase)） 并 _Ready_（请参阅 [Pod 状况](/zh-cn/docs/concepts/workloads/pods/pod-lifecycle/#pod-conditions)中的 `type`）状态后，`web-1` Pod 才会被启动。