From 41f1c407563f8feb29ab96169ebc8309514fd36d Mon Sep 17 00:00:00 2001 From: howieyuen Date: Thu, 23 Jun 2022 20:02:20 +0800 Subject: [PATCH] [zh]Update tasks pages(part-2) for links with '/zh/' prefix, using new prefix '/zh-cn/' --- .../enabling-service-topology.md | 12 +++--- .../tasks/administer-cluster/encrypt-data.md | 10 ++--- .../extended-resource-node.md | 8 ++-- .../tasks/administer-cluster/ip-masq-agent.md | 6 +-- .../tasks/administer-cluster/kms-provider.md | 2 +- .../kubeadm/adding-windows-nodes.md | 8 ++-- .../kubeadm/configure-cgroup-driver.md | 10 ++--- .../kubeadm/kubeadm-certs.md | 38 +++++++++---------- .../kubeadm/kubeadm-reconfigure.md | 18 ++++----- .../kubeadm/kubeadm-upgrade.md | 10 ++--- .../kubeadm/upgrading-windows-nodes.md | 4 +- .../administer-cluster/kubelet-config-file.md | 6 +-- .../administer-cluster/kubelet-in-userns.md | 4 +- .../limit-storage-consumption.md | 6 +-- .../cpu-constraint-namespace.md | 22 +++++------ .../manage-resources/cpu-default-namespace.md | 26 ++++++------- .../memory-constraint-namespace.md | 20 +++++----- .../memory-default-namespace.md | 20 +++++----- .../quota-memory-cpu-namespace.md | 24 ++++++------ .../manage-resources/quota-pod-namespace.md | 20 +++++----- .../administer-cluster/memory-manager.md | 12 +++--- .../migrating-from-dockershim/_index.md | 12 +++--- .../change-runtime-containerd.md | 6 +-- ...check-if-dockershim-removal-affects-you.md | 10 ++--- .../find-out-runtime-you-use.md | 10 ++--- 25 files changed, 162 insertions(+), 162 deletions(-) diff --git a/content/zh-cn/docs/tasks/administer-cluster/enabling-service-topology.md b/content/zh-cn/docs/tasks/administer-cluster/enabling-service-topology.md index 1307065c5a..c646046c05 100644 --- a/content/zh-cn/docs/tasks/administer-cluster/enabling-service-topology.md +++ b/content/zh-cn/docs/tasks/administer-cluster/enabling-service-topology.md @@ -13,7 +13,7 @@ Kubernetes v1.21. introduced in Kubernetes v1.21, provide similar functionality. --> 这项功能，特别是 Alpha 状态的 `topologyKeys` 字段，在 kubernetes v1.21 中已经弃用。 -在 kubernetes v1.21 加入的[拓扑感知提示](/zh/docs/concepts/services-networking/topology-aware-hints/) +在 kubernetes v1.21 加入的[拓扑感知提示](/zh-cn/docs/concepts/services-networking/topology-aware-hints/) 提供了类似的功能。 ## {{% heading "prerequisites" %}} @@ -61,7 +61,7 @@ To enable service topology, enable the `ServiceTopology` {{< feature-state for_k8s_version="v1.21" state="deprecated" >}} 要启用服务拓扑功能，需要为所有 Kubernetes 组件启用 `ServiceTopology` -[特性门控](/zh/docs/reference/command-line-tools-reference/feature-gates/)： +[特性门控](/zh-cn/docs/reference/command-line-tools-reference/feature-gates/)： ``` --feature-gates="ServiceTopology=true` @@ -77,7 +77,7 @@ To enable service topology, enable the `ServiceTopology` * Read [Connecting Applications with Services](/docs/concepts/services-networking/connect-applications-service/) --> -* 阅读[拓扑感知提示](/zh/docs/concepts/services-networking/topology-aware-hints/)，该技术是用来替换 `topologyKeys` 字段的。 -* 阅读[端点切片](/zh/docs/concepts/services-networking/endpoint-slices) -* 阅读[服务拓扑](/zh/docs/concepts/services-networking/service-topology)概念 -* 阅读[通过服务来连接应用](/zh/docs/concepts/services-networking/connect-applications-service/) \ No newline at end of file +* 阅读[拓扑感知提示](/zh-cn/docs/concepts/services-networking/topology-aware-hints/)，该技术是用来替换 `topologyKeys` 字段的。 +* 阅读[端点切片](/zh-cn/docs/concepts/services-networking/endpoint-slices) +* 阅读[服务拓扑](/zh-cn/docs/concepts/services-networking/service-topology)概念 +* 阅读[通过服务来连接应用](/zh-cn/docs/concepts/services-networking/connect-applications-service/) \ No newline at end of file diff --git a/content/zh-cn/docs/tasks/administer-cluster/encrypt-data.md b/content/zh-cn/docs/tasks/administer-cluster/encrypt-data.md index 3363415f91..a527c52c7a 100644 --- a/content/zh-cn/docs/tasks/administer-cluster/encrypt-data.md +++ b/content/zh-cn/docs/tasks/administer-cluster/encrypt-data.md @@ -39,7 +39,7 @@ An example configuration is provided below. ## 配置并确定是否已启用静态数据加密 `kube-apiserver` 的参数 `--encryption-provider-config` 控制 API 数据在 etcd 中的加密方式。 -该配置作为一个名为 [`EncryptionConfiguration`](/zh/docs/reference/config-api/apiserver-encryption.v1/) 的 API 提供。 +该配置作为一个名为 [`EncryptionConfiguration`](/zh-cn/docs/reference/config-api/apiserver-encryption.v1/) 的 API 提供。 下面提供了一个示例配置。 其输出应该包含 `mykey: bXlkYXRh`，`mydata` 的内容是被加密过的， - 请参阅[解密 Secret](/zh/docs/tasks/configmap-secret/managing-secret-using-kubectl/#decoding-secret) + 请参阅[解密 Secret](/zh-cn/docs/tasks/configmap-secret/managing-secret-using-kubectl/#decoding-secret) 了解如何完全解码 Secret 内容。 -进一步学习 [EncryptionConfiguration 配置 API (v1)](/zh/docs/reference/config-api/apiserver-encryption.v1/)。 +进一步学习 [EncryptionConfiguration 配置 API (v1)](/zh-cn/docs/reference/config-api/apiserver-encryption.v1/)。 diff --git a/content/zh-cn/docs/tasks/administer-cluster/extended-resource-node.md b/content/zh-cn/docs/tasks/administer-cluster/extended-resource-node.md index 5c1d54b590..007c9021eb 100644 --- a/content/zh-cn/docs/tasks/administer-cluster/extended-resource-node.md +++ b/content/zh-cn/docs/tasks/administer-cluster/extended-resource-node.md @@ -142,7 +142,7 @@ number of dongles. See [Assign Extended Resources to a Container](/docs/tasks/configure-pod-container/extended-resource/). --> 现在，应用开发者可以创建请求一定数量 dongle 资源的 Pod 了。 -参见[将扩展资源分配给容器](/zh/docs/tasks/configure-pod-container/extended-resource/)。 +参见[将扩展资源分配给容器](/zh-cn/docs/tasks/configure-pod-container/extended-resource/)。 ### 针对应用开发人员 -* [将扩展资源分配给容器](/zh/docs/tasks/configure-pod-container/extended-resource/) +* [将扩展资源分配给容器](/zh-cn/docs/tasks/configure-pod-container/extended-resource/) ### 针对集群管理员 -* [为名字空间配置最小和最大内存约束](/zh/docs/tasks/administer-cluster/manage-resources/memory-constraint-namespace/) -* [为名字空间配置最小和最大 CPU 约束](/zh/docs/tasks/administer-cluster/manage-resources/cpu-constraint-namespace/) +* [为名字空间配置最小和最大内存约束](/zh-cn/docs/tasks/administer-cluster/manage-resources/memory-constraint-namespace/) +* [为名字空间配置最小和最大 CPU 约束](/zh-cn/docs/tasks/administer-cluster/manage-resources/cpu-constraint-namespace/) diff --git a/content/zh-cn/docs/tasks/administer-cluster/ip-masq-agent.md b/content/zh-cn/docs/tasks/administer-cluster/ip-masq-agent.md index 6d5e5af58c..ce7835b23e 100644 --- a/content/zh-cn/docs/tasks/administer-cluster/ip-masq-agent.md +++ b/content/zh-cn/docs/tasks/administer-cluster/ip-masq-agent.md @@ -149,7 +149,7 @@ to your cluster. 或者你使用的集群 CIDR 不在 10.0.0.0/8 范围内， 则 `ip-masq-agent` 将在你的集群中运行。 如果你在其他环境中运行，可以将 `ip-masq-agent` -[DaemonSet](/zh/docs/concepts/workloads/controllers/daemonset/) 添加到你的集群中。 +[DaemonSet](/zh-cn/docs/concepts/workloads/controllers/daemonset/) 添加到你的集群中。 @@ -183,10 +183,10 @@ More information can be found in the ip-masq-agent documentation [here](https:// In most cases, the default set of rules should be sufficient; however, if this is not the case for your cluster, you can create and apply a [ConfigMap](/docs/tasks/configure-pod-container/configure-pod-configmap/) to customize the IP ranges that are affected. For example, to allow only 10.0.0.0/8 to be considered by the ip-masq-agent, you can create the following [ConfigMap](/docs/tasks/configure-pod-container/configure-pod-configmap/) in a file called "config". --> 在大多数情况下，默认的规则集应该足够；但是，如果你的集群不是这种情况，则可以创建并应用 -[ConfigMap](/zh/docs/tasks/configure-pod-container/configure-pod-configmap/) +[ConfigMap](/zh-cn/docs/tasks/configure-pod-container/configure-pod-configmap/) 来自定义受影响的 IP 范围。 例如，要允许 ip-masq-agent 仅作用于 10.0.0.0/8，你可以在一个名为 “config” 的文件中创建以下 -[ConfigMap](/zh/docs/tasks/configure-pod-container/configure-pod-configmap/) 。 +[ConfigMap](/zh-cn/docs/tasks/configure-pod-container/configure-pod-configmap/) 。 {{< note >}} -参见[理解静态数据加密配置](/zh/docs/tasks/administer-cluster/encrypt-data) +参见[理解静态数据加密配置](/zh-cn/docs/tasks/administer-cluster/encrypt-data) -Docker Engine 没有实现 [CRI](/zh/docs/concepts/architecture/cri/)， +Docker Engine 没有实现 [CRI](/zh-cn/docs/concepts/architecture/cri/)， 而 CRI 是容器运行时能够与 Kubernetes 一起工作的要求。 出于这个原因，必须安装一个额外的服务 [cri-dockerd](https://github.com/Mirantis/cri-dockerd)。 cri-dockerd 是一个基于原来的内置 Docker Engine 支持的项目， -而这一支持在 1.24 版本的 kubelet 中[已被移除](/zh/dockershim)。 +而这一支持在 1.24 版本的 kubelet 中[已被移除](/zh-cn/dockershim)。 {{< /note >}} -- [升级 kubeadm 安装的 Windows 节点](/zh/docs/tasks/administer-cluster/kubeadm/upgrading-windows-nodes) +- [升级 kubeadm 安装的 Windows 节点](/zh-cn/docs/tasks/administer-cluster/kubeadm/upgrading-windows-nodes) diff --git a/content/zh-cn/docs/tasks/administer-cluster/kubeadm/configure-cgroup-driver.md b/content/zh-cn/docs/tasks/administer-cluster/kubeadm/configure-cgroup-driver.md index d49e2d570a..b87de8259a 100644 --- a/content/zh-cn/docs/tasks/administer-cluster/kubeadm/configure-cgroup-driver.md +++ b/content/zh-cn/docs/tasks/administer-cluster/kubeadm/configure-cgroup-driver.md @@ -23,7 +23,7 @@ runtime cgroup driver for kubeadm clusters. You should be familiar with the Kubernetes [container runtime requirements](/docs/setup/production-environment/container-runtimes). --> -你应该熟悉 Kubernetes 的[容器运行时需求](/zh/docs/setup/production-environment/container-runtimes)。 +你应该熟悉 Kubernetes 的[容器运行时需求](/zh-cn/docs/setup/production-environment/container-runtimes)。 @@ -37,7 +37,7 @@ The [Container runtimes](/docs/setup/production-environment/container-runtimes) explains that the `systemd` driver is recommended for kubeadm based setups instead of the `cgroupfs` driver, because kubeadm manages the kubelet as a systemd service. --> -[容器运行时](/zh/docs/setup/production-environment/container-runtimes)页面提到： +[容器运行时](/zh-cn/docs/setup/production-environment/container-runtimes)页面提到： 由于 kubeadm 把 kubelet 视为一个系统服务来管理，所以对基于 kubeadm 的安装， 我们推荐使用 `systemd` 驱动，不推荐 `cgroupfs` 驱动。 @@ -107,7 +107,7 @@ and passing it to the local node kubelet. {{< note >}} Kubeadm 对集群所有的节点，使用相同的 `KubeletConfiguration`。 `KubeletConfiguration` 存放于 `kube-system` 命名空间下的某个 -[ConfigMap](/zh/docs/concepts/configuration/configmap) 对象中。 +[ConfigMap](/zh-cn/docs/concepts/configuration/configmap) 对象中。 执行 `init`、`join` 和 `upgrade` 等子命令会促使 kubeadm 将 `KubeletConfiguration` 写入到文件 `/var/lib/kubelet/config.yaml` 中， @@ -208,7 +208,7 @@ For each node in the cluster: 对于集群中的每一个节点： - 执行命令 `kubectl drain --ignore-daemonsets`，以 - [腾空节点](/zh/docs/tasks/administer-cluster/safely-drain-node) + [腾空节点](/zh-cn/docs/tasks/administer-cluster/safely-drain-node) - 执行命令 `systemctl stop kubelet`，以停止 kubelet - 停止容器运行时 - 修改容器运行时 cgroup 驱动为 `systemd` @@ -216,7 +216,7 @@ For each node in the cluster: - 启动容器运行时 - 执行命令 `systemctl start kubelet`，以启动 kubelet - 执行命令 `kubectl uncordon `，以 - [取消节点隔离](/zh/docs/tasks/administer-cluster/safely-drain-node) + [取消节点隔离](/zh-cn/docs/tasks/administer-cluster/safely-drain-node) -由 [kubeadm](/zh/docs/reference/setup-tools/kubeadm/) 生成的客户端证书在 1 年后到期。 +由 [kubeadm](/zh-cn/docs/reference/setup-tools/kubeadm/) 生成的客户端证书在 1 年后到期。 本页说明如何使用 kubeadm 管理证书续订，同时也涵盖其他与 kubeadm 证书管理相关的说明。 ## {{% heading "prerequisites" %}} @@ -28,7 +28,7 @@ to kubeadm certificate management. -你应该熟悉 [Kubernetes 中的 PKI 证书和要求](/zh/docs/setup/best-practices/certificates/)。 +你应该熟悉 [Kubernetes 中的 PKI 证书和要求](/zh-cn/docs/setup/best-practices/certificates/)。 @@ -90,7 +90,7 @@ point to the CA certificate and key. [PKI certificates and requirements](/docs/setup/best-practices/certificates/) includes guidance on setting up a cluster to use an external CA. --> -[PKI 证书和要求](/zh/docs/setup/best-practices/certificates/)包括集群使用外部 CA 的设置指南。 +[PKI 证书和要求](/zh-cn/docs/setup/best-practices/certificates/)包括集群使用外部 CA 的设置指南。 {{< note >}} 上面的列表中没有包含 `kubelet.conf`，因为 kubeadm 将 kubelet 配置为 -[自动更新证书](/zh/docs/tasks/tls/certificate-rotation/)。 +[自动更新证书](/zh-cn/docs/tasks/tls/certificate-rotation/)。 轮换的证书位于目录 `/var/lib/kubelet/pki`。 要修复过期的 kubelet 客户端证书，请参阅 -[kubelet 客户端证书轮换失败](/zh/docs/setup/production-environment/tools/kubeadm/troubleshooting-kubeadm/#kubelet-client-cert)。 +[kubelet 客户端证书轮换失败](/zh-cn/docs/setup/production-environment/tools/kubeadm/troubleshooting-kubeadm/#kubelet-client-cert)。 {{< /note >}} 如果你正在创建一个新的集群，你可以使用 kubeadm 的 -[配置文件](/zh/docs/reference/config-api/kubeadm-config.v1beta3/)。 +[配置文件](/zh-cn/docs/reference/config-api/kubeadm-config.v1beta3/)。 ```yaml apiVersion: kubeadm.k8s.io/v1beta3 @@ -351,7 +351,7 @@ controllerManager: See [Create CertificateSigningRequest](/docs/reference/access-authn-authz/certificate-signing-requests/#create-certificatesigningrequest) for creating CSRs with the Kubernetes API. --> 有关使用 Kubernetes API 创建 CSR 的信息， -请参见[创建 CertificateSigningRequest](/zh/docs/reference/access-authn-authz/certificate-signing-requests/#create-certificatesigningrequest)。 +请参见[创建 CertificateSigningRequest](/zh-cn/docs/reference/access-authn-authz/certificate-signing-requests/#create-certificatesigningrequest)。 CSR 中包含一个证书的名字，域和 IP，但是未指定用法。 -颁发证书时，CA 有责任指定[正确的证书用法](/zh/docs/setup/best-practices/certificates/#all-certificates) +颁发证书时，CA 有责任指定[正确的证书用法](/zh-cn/docs/setup/best-practices/certificates/#all-certificates) 在集群创建过程中，kubeadm 对 `admin.conf` 中的证书进行签名时，将其配置为 `Subject: O = system:masters, CN = kubernetes-admin`。 -[`system:masters`](/zh/docs/reference/access-authn-authz/rbac/#user-facing-roles) +[`system:masters`](/zh-cn/docs/reference/access-authn-authz/rbac/#user-facing-roles) 是一个例外的超级用户组，可以绕过鉴权层（例如 RBAC）。 强烈建议不要将 `admin.conf` 文件与任何人共享。 @@ -595,9 +595,9 @@ The command accepts a mixture of command line flags and The generated kubeconfig will be written to stdout and can be piped to a file using `kubeadm kubeconfig user ... > somefile.conf`. --> -你要使用 [`kubeadm kubeconfig user`](/zh/docs/reference/setup-tools/kubeadm/kubeadm-kubeconfig) +你要使用 [`kubeadm kubeconfig user`](/zh-cn/docs/reference/setup-tools/kubeadm/kubeadm-kubeconfig) 命令为其他用户生成 kubeconfig 文件，这个命令支持命令行参数和 -[kubeadm 配置结构](/zh/docs/reference/config-api/kubeadm-config.v1beta3/)。 +[kubeadm 配置结构](/zh-cn/docs/reference/config-api/kubeadm-config.v1beta3/)。 以上命令会将 kubeconfig 打印到终端上，也可以使用 `kubeadm kubeconfig user ... > somefile.conf` 输出到一个文件中。 diff --git a/content/zh-cn/docs/tasks/administer-cluster/kubeadm/kubeadm-reconfigure.md b/content/zh-cn/docs/tasks/administer-cluster/kubeadm/kubeadm-reconfigure.md index a9af9c080c..0b757039ec 100644 --- a/content/zh-cn/docs/tasks/administer-cluster/kubeadm/kubeadm-reconfigure.md +++ b/content/zh-cn/docs/tasks/administer-cluster/kubeadm/kubeadm-reconfigure.md @@ -19,7 +19,7 @@ by using a custom [operator](/docs/concepts/extend-kubernetes/operator/). --> kubeadm 不支持自动重新配置部署在托管节点上的组件的方式。 一种自动化的方法是使用自定义的 -[operator](/zh/docs/concepts/extend-kubernetes/operator/)。 +[operator](/zh-cn/docs/concepts/extend-kubernetes/operator/)。 在 `kubeadm upgrade` 期间，此类节点的内容可能会被覆盖。 如果你想在升级后保留对 Node 对象的修改，你可以准备一个 -[kubectl patch](/zh/docs/tasks/manage-kubernetes-objects/update-api-object-kubectl-patch/) +[kubectl patch](/zh-cn/docs/tasks/manage-kubernetes-objects/update-api-object-kubectl-patch/) 并将其应用到 Node 对象： ```shell @@ -464,7 +464,7 @@ the set of node specific patches must be updated accordingly. 控制平面配置的主要来源是存储在集群中的 `ClusterConfiguration` 对象。 要扩展静态 Pod 清单配置，可以使用 -[patches](/zh/docs/setup/production-environment/tools/kubeadm/control-plane-flags/#patches)。 +[patches](/zh-cn/docs/setup/production-environment/tools/kubeadm/control-plane-flags/#patches)。 这些补丁文件必须作为文件保留在控制平面节点上，以确保它们可以被 `kubeadm upgrade ... --patches ` 使用。 @@ -504,6 +504,6 @@ kubelet 标志会覆盖相关的 `KubeletConfiguration` 选项，但请注意， - [Certificate management with kubeadm](/docs/tasks/administer-cluster/kubeadm/kubeadm-certs) --> -- [升级 kubeadm 集群](/zh/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade) -- [使用 kubeadm API 自定义组件](/zh/docs/setup/production-environment/tools/kubeadm/control-plane-flags) -- [使用 kubeadm 管理证书](/zh/docs/tasks/administer-cluster/kubeadm/kubeadm-certs) \ No newline at end of file +- [升级 kubeadm 集群](/zh-cn/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade) +- [使用 kubeadm API 自定义组件](/zh-cn/docs/setup/production-environment/tools/kubeadm/control-plane-flags) +- [使用 kubeadm 管理证书](/zh-cn/docs/tasks/administer-cluster/kubeadm/kubeadm-certs) \ No newline at end of file diff --git a/content/zh-cn/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade.md b/content/zh-cn/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade.md index 5975b3c22a..64cf1c8acf 100644 --- a/content/zh-cn/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade.md +++ b/content/zh-cn/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade.md @@ -85,7 +85,7 @@ they could be running CoreDNS Pods or other critical workloads. For more informa --> - 下述说明了在升级过程中何时腾空每个节点。如果你正在对任何 kubelet 进行小版本升级， 你需要先腾空待升级的节点（或多个节点）。对于控制面节点，其上可能运行着 CoreDNS Pods - 或者其它非常重要的负载。更多信息见[腾空节点](/zh/docs/tasks/administer-cluster/safely-drain-node/)。 + 或者其它非常重要的负载。更多信息见[腾空节点](/zh-cn/docs/tasks/administer-cluster/safely-drain-node/)。 - 升级后，因为容器规约的哈希值已更改，所有容器都会被重新启动。 - 要验证 kubelet 服务在升级后是否成功重启，可以执行 `systemctl status kubelet` 或 `journalctl -xeu kubelet` 查看服务日志。 -- 不建议使用 `kubeadm upgrade` 的 `--config` 参数和 [kubeadm 配置 API 类型](/zh/docs/reference/config-api/kubeadm-config.v1beta3) - 来重新配置集群，这样会产生意想不到的结果。请按照[重新配置 kubeadm 集群](/zh/docs/tasks/administer-cluster/kubeadm/kubeadm-reconfigure) +- 不建议使用 `kubeadm upgrade` 的 `--config` 参数和 [kubeadm 配置 API 类型](/zh-cn/docs/reference/config-api/kubeadm-config.v1beta3) + 来重新配置集群，这样会产生意想不到的结果。请按照[重新配置 kubeadm 集群](/zh-cn/docs/tasks/administer-cluster/kubeadm/kubeadm-reconfigure) 中的步骤来进行。 @@ -211,7 +211,7 @@ Pick a control plane node that you wish to upgrade first. It must have the `/etc --> `kubeadm upgrade` 也会自动对 kubeadm 在节点上所管理的证书执行续约操作。 如果需要略过证书续约操作，可以使用标志 `--certificate-renewal=false`。 - 更多的信息，可参阅[证书管理指南](/zh/docs/tasks/administer-cluster/kubeadm/kubeadm-certs)。 + 更多的信息，可参阅[证书管理指南](/zh-cn/docs/tasks/administer-cluster/kubeadm/kubeadm-certs)。 {{}} {{< note >}} @@ -263,7 +263,7 @@ Pick a control plane node that you wish to upgrade first. It must have the `/etc find your CNI provider and see whether additional upgrade steps are required. --> 你的容器网络接口（CNI）驱动应该提供了程序自身的升级说明。 - 参阅[插件](/zh/docs/concepts/cluster-administration/addons/)页面查找你的 CNI 驱动， + 参阅[插件](/zh-cn/docs/concepts/cluster-administration/addons/)页面查找你的 CNI 驱动， 并查看是否需要其他升级步骤。 -本页解释如何升级[用 kubeadm 创建的](/zh/docs/tasks/administer-cluster/kubeadm/adding-windows-nodes) +本页解释如何升级[用 kubeadm 创建的](/zh-cn/docs/tasks/administer-cluster/kubeadm/adding-windows-nodes) Windows 节点。 ## {{% heading "prerequisites" %}} @@ -30,7 +30,7 @@ Windows 节点。 cluster](/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade). You will want to upgrade the control plane nodes before upgrading your Windows nodes. --> -* 熟悉[更新 kubeadm 集群中的其余组件](/zh/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade)。 +* 熟悉[更新 kubeadm 集群中的其余组件](/zh-cn/docs/tasks/administer-cluster/kubeadm/kubeadm-upgrade)。 在升级你的 Windows 节点之前你会想要升级控制面节点。 diff --git a/content/zh-cn/docs/tasks/administer-cluster/kubelet-config-file.md b/content/zh-cn/docs/tasks/administer-cluster/kubelet-config-file.md index 3f8ee37eb7..0af51406f2 100644 --- a/content/zh-cn/docs/tasks/administer-cluster/kubelet-config-file.md +++ b/content/zh-cn/docs/tasks/administer-cluster/kubelet-config-file.md @@ -36,7 +36,7 @@ struct. --> ## 创建配置文件 -[`KubeletConfiguration`](/zh/docs/reference/config-api/kubelet-config.v1beta1/) 结构体定义了可以通过文件配置的 Kubelet 配置子集， +[`KubeletConfiguration`](/zh-cn/docs/reference/config-api/kubelet-config.v1beta1/) 结构体定义了可以通过文件配置的 Kubelet 配置子集， -- 参阅 [`KubeletConfiguration`](/zh/docs/reference/config-api/kubelet-config.v1beta1/) +- 参阅 [`KubeletConfiguration`](/zh-cn/docs/reference/config-api/kubelet-config.v1beta1/) 进一步学习 kubelet 的配置。 diff --git a/content/zh-cn/docs/tasks/administer-cluster/kubelet-in-userns.md b/content/zh-cn/docs/tasks/administer-cluster/kubelet-in-userns.md index 33c23ba810..8f456e8058 100644 --- a/content/zh-cn/docs/tasks/administer-cluster/kubelet-in-userns.md +++ b/content/zh-cn/docs/tasks/administer-cluster/kubelet-in-userns.md @@ -36,7 +36,7 @@ If you are just looking for how to run a pod as a non-root user, see [SecurityCo {{< note >}} 这个文档描述了怎么以非 root 用户身份运行 Kubernetes 节点组件以及 Pod。 -如果你只是想了解如何以非 root 身份运行 Pod，请参阅 [SecurityContext](/zh/docs/tasks/configure-pod-container/security-context/)。 +如果你只是想了解如何以非 root 身份运行 Pod，请参阅 [SecurityContext](/zh-cn/docs/tasks/configure-pod-container/security-context/)。 {{< /note >}} diff --git a/content/zh-cn/docs/tasks/administer-cluster/limit-storage-consumption.md b/content/zh-cn/docs/tasks/administer-cluster/limit-storage-consumption.md index 003b8dc7a4..668675fb6a 100644 --- a/content/zh-cn/docs/tasks/administer-cluster/limit-storage-consumption.md +++ b/content/zh-cn/docs/tasks/administer-cluster/limit-storage-consumption.md @@ -19,9 +19,9 @@ The following resources are used in the demonstration: [ResourceQuota](/docs/con [LimitRange](/docs/tasks/administer-cluster/memory-default-namespace/), and [PersistentVolumeClaim](/docs/concepts/storage/persistent-volumes/). --> -演示中用到了以下资源：[ResourceQuota](/zh/docs/concepts/policy/resource-quotas/)， -[LimitRange](/zh/docs/tasks/administer-cluster/manage-resources/memory-default-namespace/) 和 -[PersistentVolumeClaim](/zh/docs/concepts/storage/persistent-volumes/)。 +演示中用到了以下资源：[ResourceQuota](/zh-cn/docs/concepts/policy/resource-quotas/)， +[LimitRange](/zh-cn/docs/tasks/administer-cluster/manage-resources/memory-default-namespace/) 和 +[PersistentVolumeClaim](/zh-cn/docs/concepts/storage/persistent-volumes/)。 ## {{% heading "prerequisites" %}} diff --git a/content/zh-cn/docs/tasks/administer-cluster/manage-resources/cpu-constraint-namespace.md b/content/zh-cn/docs/tasks/administer-cluster/manage-resources/cpu-constraint-namespace.md index 83c178cf2e..9fe493377d 100644 --- a/content/zh-cn/docs/tasks/administer-cluster/manage-resources/cpu-constraint-namespace.md +++ b/content/zh-cn/docs/tasks/administer-cluster/manage-resources/cpu-constraint-namespace.md @@ -47,7 +47,7 @@ to learn what Kubernetes means by “1 CPU”. 集群中的每个节点都必须至少有 1.0 个 CPU 可供 Pod 使用。 -请阅读 [CPU 的含义](/zh/docs/concepts/configuration/manage-resources-containers/#meaning-of-cpu) +请阅读 [CPU 的含义](/zh-cn/docs/concepts/configuration/manage-resources-containers/#meaning-of-cpu) 理解 "1 CPU" 在 Kubernetes 中的含义。 @@ -333,7 +333,7 @@ from the LimitRange for this namespace. --> 因为这一容器没有声明自己的 CPU 请求和限制， 控制面会根据命名空间中配置 LimitRange -设置[默认的 CPU 请求和限制](/zh/docs/tasks/administer-cluster/manage-resources/cpu-default-namespace/)。 +设置[默认的 CPU 请求和限制](/zh-cn/docs/tasks/administer-cluster/manage-resources/cpu-default-namespace/)。 @@ -171,7 +171,7 @@ kubectl apply -f https://k8s.io/examples/admin/resource/cpu-defaults-pod-2.yaml View the [specification](/docs/concepts/overview/working-with-objects/kubernetes-objects/#object-spec-and-status) of the Pod that you created: --> -查看你所创建的 Pod 的[规约](/zh/docs/concepts/overview/working-with-objects/kubernetes-objects/#object-spec-and-status)： +查看你所创建的 Pod 的[规约](/zh-cn/docs/concepts/overview/working-with-objects/kubernetes-objects/#object-spec-and-status)： ``` kubectl get pod default-cpu-demo-2 --output=yaml --namespace=default-cpu-example @@ -216,7 +216,7 @@ kubectl apply -f https://k8s.io/examples/admin/resource/cpu-defaults-pod-3.yaml View the [specification](/docs/concepts/overview/working-with-objects/kubernetes-objects/#object-spec-and-status) of the Pod that you created: --> -查看你所创建的 Pod 的[规约](/zh/docs/concepts/overview/working-with-objects/kubernetes-objects/#object-spec-and-status)： +查看你所创建的 Pod 的[规约](/zh-cn/docs/concepts/overview/working-with-objects/kubernetes-objects/#object-spec-and-status)： ``` kubectl get pod default-cpu-demo-3 --output=yaml --namespace=default-cpu-example @@ -309,12 +309,12 @@ kubectl delete namespace constraints-cpu-example --> ### 集群管理员参考 -* [为命名空间配置默认内存请求和限制](/zh/docs/tasks/administer-cluster/manage-resources/memory-default-namespace/) -* [为命名空间配置内存限制的最小值和最大值](/zh/docs/tasks/administer-cluster/manage-resources/memory-constraint-namespace/) -* [为命名空间配置 CPU 限制的最小值和最大值](/zh/docs/tasks/administer-cluster/manage-resources/cpu-constraint-namespace/) -* [为命名空间配置内存和 CPU 配额](/zh/docs/tasks/administer-cluster/manage-resources/quota-memory-cpu-namespace/) -* [为命名空间配置 Pod 配额](/zh/docs/tasks/administer-cluster/manage-resources/quota-pod-namespace/) -* [为 API 对象配置配额](/zh/docs/tasks/administer-cluster/quota-api-object/) +* [为命名空间配置默认内存请求和限制](/zh-cn/docs/tasks/administer-cluster/manage-resources/memory-default-namespace/) +* [为命名空间配置内存限制的最小值和最大值](/zh-cn/docs/tasks/administer-cluster/manage-resources/memory-constraint-namespace/) +* [为命名空间配置 CPU 限制的最小值和最大值](/zh-cn/docs/tasks/administer-cluster/manage-resources/cpu-constraint-namespace/) +* [为命名空间配置内存和 CPU 配额](/zh-cn/docs/tasks/administer-cluster/manage-resources/quota-memory-cpu-namespace/) +* [为命名空间配置 Pod 配额](/zh-cn/docs/tasks/administer-cluster/manage-resources/quota-pod-namespace/) +* [为 API 对象配置配额](/zh-cn/docs/tasks/administer-cluster/quota-api-object/) ### 应用开发者参考 -* [为容器和 Pod 分配内存资源](/zh/docs/tasks/configure-pod-container/assign-memory-resource/) -* [为容器和 Pod 分配 CPU 资源](/zh/docs/tasks/configure-pod-container/assign-cpu-resource/) -* [为 Pod 配置服务质量](/zh/docs/tasks/configure-pod-container/quality-service-pod/) +* [为容器和 Pod 分配内存资源](/zh-cn/docs/tasks/configure-pod-container/assign-memory-resource/) +* [为容器和 Pod 分配 CPU 资源](/zh-cn/docs/tasks/configure-pod-container/assign-cpu-resource/) +* [为 Pod 配置服务质量](/zh-cn/docs/tasks/configure-pod-container/quality-service-pod/) diff --git a/content/zh-cn/docs/tasks/administer-cluster/manage-resources/memory-constraint-namespace.md b/content/zh-cn/docs/tasks/administer-cluster/manage-resources/memory-constraint-namespace.md index 70b3cf381d..5172f347fe 100644 --- a/content/zh-cn/docs/tasks/administer-cluster/manage-resources/memory-constraint-namespace.md +++ b/content/zh-cn/docs/tasks/administer-cluster/manage-resources/memory-constraint-namespace.md @@ -300,7 +300,7 @@ applied a from the LimitRange. --> 因为你的 Pod 没有为容器声明任何内存请求和限制，集群会从 LimitRange -获取[默认的内存请求和限制](/zh/docs/tasks/administer-cluster/manage-resources/memory-default-namespace/)。 +获取[默认的内存请求和限制](/zh-cn/docs/tasks/administer-cluster/manage-resources/memory-default-namespace/)。 应用于容器。 ### 集群管理员参考 -* [为命名空间配置默认的 CPU 请求和限制](/zh/docs/tasks/administer-cluster/manage-resources/cpu-default-namespace/) -* [为命名空间配置最小和最大内存限制](/zh/docs/tasks/administer-cluster/manage-resources/memory-constraint-namespace/) -* [为命名空间配置最小和最大 CPU 限制](/zh/docs/tasks/administer-cluster/manage-resources/cpu-constraint-namespace/) -* [为命名空间配置内存和 CPU 配额](/zh/docs/tasks/administer-cluster/manage-resources/quota-memory-cpu-namespace/) -* [为命名空间配置 Pod 配额](/zh/docs/tasks/administer-cluster/manage-resources/quota-pod-namespace/) -* [为 API 对象配置配额](/zh/docs/tasks/administer-cluster/quota-api-object/) +* [为命名空间配置默认的 CPU 请求和限制](/zh-cn/docs/tasks/administer-cluster/manage-resources/cpu-default-namespace/) +* [为命名空间配置最小和最大内存限制](/zh-cn/docs/tasks/administer-cluster/manage-resources/memory-constraint-namespace/) +* [为命名空间配置最小和最大 CPU 限制](/zh-cn/docs/tasks/administer-cluster/manage-resources/cpu-constraint-namespace/) +* [为命名空间配置内存和 CPU 配额](/zh-cn/docs/tasks/administer-cluster/manage-resources/quota-memory-cpu-namespace/) +* [为命名空间配置 Pod 配额](/zh-cn/docs/tasks/administer-cluster/manage-resources/quota-pod-namespace/) +* [为 API 对象配置配额](/zh-cn/docs/tasks/administer-cluster/quota-api-object/) ### 应用开发者参考 -* [为容器和 Pod 分配内存资源](/zh/docs/tasks/configure-pod-container/assign-memory-resource/) -* [为容器和 Pod 分配 CPU 资源](/zh/docs/tasks/configure-pod-container/assign-cpu-resource/) -* [为 Pod 配置服务质量](/zh/docs/tasks/configure-pod-container/quality-service-pod/) +* [为容器和 Pod 分配内存资源](/zh-cn/docs/tasks/configure-pod-container/assign-memory-resource/) +* [为容器和 Pod 分配 CPU 资源](/zh-cn/docs/tasks/configure-pod-container/assign-cpu-resource/) +* [为 Pod 配置服务质量](/zh-cn/docs/tasks/configure-pod-container/quality-service-pod/) diff --git a/content/zh-cn/docs/tasks/administer-cluster/manage-resources/quota-memory-cpu-namespace.md b/content/zh-cn/docs/tasks/administer-cluster/manage-resources/quota-memory-cpu-namespace.md index e00f52fbd6..e24f742681 100644 --- a/content/zh-cn/docs/tasks/administer-cluster/manage-resources/quota-memory-cpu-namespace.md +++ b/content/zh-cn/docs/tasks/administer-cluster/manage-resources/quota-memory-cpu-namespace.md @@ -107,7 +107,7 @@ ResourceQuota 在 quota-mem-cpu-example 命名空间中设置了如下要求： * 在该命名空间中所有 Pod 的 CPU 请求总和不能超过 1 cpu。 * 在该命名空间中所有 Pod 的 CPU 限制总和不能超过 2 cpu。 -请阅读 [CPU 的含义](/zh/docs/concepts/configuration/manage-resources-containers/#meaning-of-cpu) +请阅读 [CPU 的含义](/zh-cn/docs/concepts/configuration/manage-resources-containers/#meaning-of-cpu) 理解 "1 CPU" 在 Kubernetes 中的含义。 -如果有 `jq` 工具的话，你可以通过（使用 [JSONPath](/zh/docs/reference/kubectl/jsonpath/)） +如果有 `jq` 工具的话，你可以通过（使用 [JSONPath](/zh-cn/docs/reference/kubectl/jsonpath/)） 直接查询 `used` 字段的值，并且输出整齐的 JSON 格式。 ```shell @@ -237,7 +237,7 @@ individual Pods, or the containers in those Pods. To achieve that kind of limiti 同样你也可以限制内存限制总量、CPU 请求总量、CPU 限制总量。 除了可以管理命名空间资源使用的总和，如果你想限制单个 Pod，或者限制这些 Pod 中的容器资源， -可以使用 [LimitRange](/zh/docs/tasks/administer-cluster/manage-resources/memory-constraint-namespace/) 实现这类的功能。 +可以使用 [LimitRange](/zh-cn/docs/tasks/administer-cluster/manage-resources/memory-constraint-namespace/) 实现这类的功能。 ### 应用开发者参考 -* [为容器和 Pod 分配内存资源](/zh/docs/tasks/configure-pod-container/assign-memory-resource/) -* [为容器和 Pod 分配 CPU 资源](/zh/docs/tasks/configure-pod-container/assign-cpu-resource/) -* [为 Pod 配置服务质量](/zh/docs/tasks/configure-pod-container/quality-service-pod/) +* [为容器和 Pod 分配内存资源](/zh-cn/docs/tasks/configure-pod-container/assign-memory-resource/) +* [为容器和 Pod 分配 CPU 资源](/zh-cn/docs/tasks/configure-pod-container/assign-cpu-resource/) +* [为 Pod 配置服务质量](/zh-cn/docs/tasks/configure-pod-container/quality-service-pod/) diff --git a/content/zh-cn/docs/tasks/administer-cluster/manage-resources/quota-pod-namespace.md b/content/zh-cn/docs/tasks/administer-cluster/manage-resources/quota-pod-namespace.md index 5e3b7c7136..f892c30bfb 100644 --- a/content/zh-cn/docs/tasks/administer-cluster/manage-resources/quota-pod-namespace.md +++ b/content/zh-cn/docs/tasks/administer-cluster/manage-resources/quota-pod-namespace.md @@ -24,7 +24,7 @@ object. --> 本文主要介绍如何在{{< glossary_tooltip text="命名空间" term_id="namespace" >}}中设置可运行 Pod 总数的配额。 你可以通过使用 -[ResourceQuota](/zh/docs/reference/kubernetes-api/policy-resources/resource-quota-v1/) +[ResourceQuota](/zh-cn/docs/reference/kubernetes-api/policy-resources/resource-quota-v1/) 对象来配置配额。 ## {{% heading "prerequisites" %}} @@ -187,12 +187,12 @@ kubectl delete namespace quota-pod-example --> ### 集群管理人员参考 -* [为命名空间配置默认的内存请求和限制](/zh/docs/tasks/administer-cluster/manage-resources/memory-default-namespace/) -* [为命名空间配置默认的的 CPU 请求和限制](/zh/docs/tasks/administer-cluster/manage-resources/cpu-default-namespace/) -* [为命名空间配置内存的最小值和最大值约束](/zh/docs/tasks/administer-cluster/manage-resources/memory-constraint-namespace/) -* [为命名空间配置 CPU 的最小值和最大值约束](/zh/docs/tasks/administer-cluster/manage-resources/cpu-constraint-namespace/) -* [为命名空间配置内存和 CPU 配额](/zh/docs/tasks/administer-cluster/manage-resources/quota-memory-cpu-namespace/) -* [为 API 对象的设置配额](/zh/docs/tasks/administer-cluster/quota-api-object/) +* [为命名空间配置默认的内存请求和限制](/zh-cn/docs/tasks/administer-cluster/manage-resources/memory-default-namespace/) +* [为命名空间配置默认的的 CPU 请求和限制](/zh-cn/docs/tasks/administer-cluster/manage-resources/cpu-default-namespace/) +* [为命名空间配置内存的最小值和最大值约束](/zh-cn/docs/tasks/administer-cluster/manage-resources/memory-constraint-namespace/) +* [为命名空间配置 CPU 的最小值和最大值约束](/zh-cn/docs/tasks/administer-cluster/manage-resources/cpu-constraint-namespace/) +* [为命名空间配置内存和 CPU 配额](/zh-cn/docs/tasks/administer-cluster/manage-resources/quota-memory-cpu-namespace/) +* [为 API 对象的设置配额](/zh-cn/docs/tasks/administer-cluster/quota-api-object/) ### 应用开发人员参考 -* [为容器和 Pod 分配内存资源](/zh/docs/tasks/configure-pod-container/assign-memory-resource/) -* [给容器和 Pod 分配 CPU 资源](/zh/docs/tasks/configure-pod-container/assign-cpu-resource/) -* [配置 Pod 的服务质量](/zh/docs/tasks/configure-pod-container/quality-service-pod/) +* [为容器和 Pod 分配内存资源](/zh-cn/docs/tasks/configure-pod-container/assign-memory-resource/) +* [给容器和 Pod 分配 CPU 资源](/zh-cn/docs/tasks/configure-pod-container/assign-cpu-resource/) +* [配置 Pod 的服务质量](/zh-cn/docs/tasks/configure-pod-container/quality-service-pod/) diff --git a/content/zh-cn/docs/tasks/administer-cluster/memory-manager.md b/content/zh-cn/docs/tasks/administer-cluster/memory-manager.md index 4ad68c54b0..f0124a24f5 100644 --- a/content/zh-cn/docs/tasks/administer-cluster/memory-manager.md +++ b/content/zh-cn/docs/tasks/administer-cluster/memory-manager.md @@ -62,9 +62,9 @@ To align memory resources with other requested resources in a Pod Spec: 为了使得内存资源与 Pod 规约中所请求的其他资源对齐： - CPU 管理器应该被启用，并且在节点（Node）上要配置合适的 CPU 管理器策略， - 参见[控制 CPU 管理策略](/zh/docs/tasks/administer-cluster/cpu-management-policies/)； + 参见[控制 CPU 管理策略](/zh-cn/docs/tasks/administer-cluster/cpu-management-policies/)； - 拓扑管理器要被启用，并且要在节点上配置合适的拓扑管理器策略，参见 - [控制拓扑管理器策略](/zh/docs/tasks/administer-cluster/topology-manager/)。 + [控制拓扑管理器策略](/zh-cn/docs/tasks/administer-cluster/topology-manager/)。 从 v1.22 开始，内存管理器通过 -[特性门控](/zh/docs/reference/command-line-tools-reference/feature-gates/) +[特性门控](/zh-cn/docs/reference/command-line-tools-reference/feature-gates/) `MemoryManager` 默认启用。 在 v1.22 之前，`kubelet` 必须在启动时设置如下标志： @@ -266,7 +266,7 @@ A dedicated set of flags can be used for this purpose to set the total amount of for a node. This pre-configured value is subsequently utilized to calculate the real amount of node's "allocatable" memory available to pods. --> -[节点可分配](/zh/docs/tasks/administer-cluster/reserve-compute-resources/)机制通常 +[节点可分配](/zh-cn/docs/tasks/administer-cluster/reserve-compute-resources/)机制通常 被节点管理员用来为 kubelet 或操作系统进程预留 K8S 节点上的系统资源，目的是提高节点稳定性。 有一组专用的标志可用于这个目的，为节点设置总的预留内存量。 此预配置的值接下来会被用来计算节点上对 Pods “可分配的”内存。 @@ -315,7 +315,7 @@ In fact, `eviction-hard` threshold value is equal to `100Mi` by default, so if `Static` policy is used, `--reserved-memory` is obligatory. --> 你也可以忽略此参数，不过这样做时，你要清楚，所有 NUMA 节点上预留内存的数量要等于 -[节点可分配特性](/zh/docs/tasks/administer-cluster/reserve-compute-resources/) +[节点可分配特性](/zh-cn/docs/tasks/administer-cluster/reserve-compute-resources/) 所设定的内存量。如果至少有一个节点可分配参数值为非零，你就需要至少为一个 NUMA 节点设置 `--reserved-memory`。实际上，`eviction-hard` 阈值默认为 `100Mi`， 所以当使用 `Static` 策略时，`--reserved-memory` 是必须设置的。 @@ -777,7 +777,7 @@ This information can be retrieved solely for pods in Guaranteed QoS class. --> ### 设备插件资源 API {#device-plugin-resource-api} -通过使用此 [API](/zh/docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/)， +通过使用此 [API](/zh-cn/docs/concepts/extend-kubernetes/compute-storage-net/device-plugins/)， 可以获得每个容器的预留内存信息，该信息位于 protobuf 协议的 `ContainerMemory` 消息中。 只能针对 Guaranteed QoS 类中的 Pod 来检索此信息。 diff --git a/content/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/_index.md b/content/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/_index.md index cbfbaba782..d5f35928e7 100644 --- a/content/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/_index.md +++ b/content/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/_index.md @@ -25,7 +25,7 @@ installations. Our [Dockershim Removal FAQ](/blog/2022/02/17/dockershim-faq/) is to understand the problem better. --> 自从 Kubernetes 1.20 宣布 -[弃用 dockershim](/zh/blog/2020/12/08/kubernetes-1-20-release-announcement/#dockershim-deprecation)， +[弃用 dockershim](/zh-cn/blog/2020/12/08/kubernetes-1-20-release-announcement/#dockershim-deprecation)， 各类疑问随之而来：这对各类工作负载和 Kubernetes 部署会产生什么影响。 我们的[弃用 Dockershim 常见问题](/blog/2022/02/17/dockershim-faq/)可以帮助你更好地理解这个问题。 @@ -46,7 +46,7 @@ with the migration. So the issue can be fixed in a timely manner and your cluste ready for dockershim removal. --> 建议从 dockershim 迁移到其他替代的容器运行时。 -请参阅[容器运行时](/zh/docs/setup/production-environment/container-runtimes/) +请参阅[容器运行时](/zh-cn/docs/setup/production-environment/container-runtimes/) 一节以了解可用的备选项。 当在迁移过程中遇到麻烦，请[上报问题](https://github.com/kubernetes/kubernetes/issues)。 那么问题就可以及时修复，你的集群也可以进入移除 dockershim 前的就绪状态。 @@ -65,9 +65,9 @@ These tasks will help you to migrate: 下面这些任务可以帮助你完成迁移： -* [检查弃用 Dockershim 是否影响到你](/zh/docs/tasks/administer-cluster/migrating-from-dockershim/check-if-dockershim-deprecation-affects-you/) -* [将 Docker Engine 节点从 dockershim 迁移到 cri-dockerd](/zh/docs/tasks/administer-cluster/migrating-from-dockershim/migrate-dockershim-dockerd/) -* [从 dockershim 迁移遥测和安全代理](/zh/docs/tasks/administer-cluster/migrating-from-dockershim/migrating-telemetry-and-security-agents/) +* [检查弃用 Dockershim 是否影响到你](/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/check-if-dockershim-deprecation-affects-you/) +* [将 Docker Engine 节点从 dockershim 迁移到 cri-dockerd](/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/migrate-dockershim-dockerd/) +* [从 dockershim 迁移遥测和安全代理](/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/migrating-telemetry-and-security-agents/) ## {{% heading "whatsnext" %}} @@ -81,7 +81,7 @@ These tasks will help you to migrate: you can [report an issue](https://github.com/kubernetes/kubernetes/issues/new/choose) to the Kubernetes project. --> -* 查看[容器运行时](/zh/docs/setup/production-environment/container-runtimes/)了解可选的容器运行时。 +* 查看[容器运行时](/zh-cn/docs/setup/production-environment/container-runtimes/)了解可选的容器运行时。 * [GitHub 问题](https://github.com/kubernetes/kubernetes/issues/106917)跟踪有关 dockershim 的弃用和删除的讨论。 * 如果你发现与 dockershim 迁移相关的缺陷或其他技术问题， diff --git a/content/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/change-runtime-containerd.md b/content/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/change-runtime-containerd.md index 1690588b64..6688fe25f3 100644 --- a/content/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/change-runtime-containerd.md +++ b/content/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/change-runtime-containerd.md @@ -19,7 +19,7 @@ can be picked from this [page](/docs/setup/production-environment/container-runt 本任务给出将容器运行时从 Docker 改为 containerd 所需的步骤。 此任务适用于运行 1.23 或更早版本 Kubernetes 的集群操作人员。 同时，此任务也涉及从 dockershim 迁移到 containerd 的示例场景， -以及可以从[此页面](/zh/docs/setup/production-environment/container-runtimes/) +以及可以从[此页面](/zh-cn/docs/setup/production-environment/container-runtimes/) 获得的其他容器运行时列表。 ## {{% heading "prerequisites" %}} @@ -34,7 +34,7 @@ and for specific prerequisite follow --> 安装 containerd。进一步的信息可参见 [containerd 的安装文档](https://containerd.io/docs/getting-started/)。 -关于一些特定的环境准备工作，请遵循 [containerd 指南](/zh/docs/setup/production-environment/container-runtimes/#containerd)。 +关于一些特定的环境准备工作，请遵循 [containerd 指南](/zh-cn/docs/setup/production-environment/container-runtimes/#containerd)。 ## 安装 Containerd {#install-containerd} -遵循此[指南](/zh/docs/setup/production-environment/container-runtimes/#containerd) +遵循此[指南](/zh-cn/docs/setup/production-environment/container-runtimes/#containerd) 了解安装 containerd 的详细步骤。 {{< tabs name="tab-cri-containerd-installation" >}} diff --git a/content/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/check-if-dockershim-removal-affects-you.md b/content/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/check-if-dockershim-removal-affects-you.md index d63468bf80..cde525ce9a 100644 --- a/content/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/check-if-dockershim-removal-affects-you.md +++ b/content/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/check-if-dockershim-removal-affects-you.md @@ -89,7 +89,7 @@ dependency on Docker: cluster before migration. --> 4. 检查执行上述特权操作的第三方工具。 - 详细操作请参考[从 dockershim 迁移遥测和安全代理](/zh/docs/tasks/administer-cluster/migrating-from-dockershim/migrating-telemetry-and-security-agents)。 + 详细操作请参考[从 dockershim 迁移遥测和安全代理](/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/migrating-telemetry-and-security-agents)。 5. 确认没有对 dockershim 行为的间接依赖。这是一种极端情况，不太可能影响你的应用。 一些工具很可能被配置为使用了 Docker 特性，比如，基于特定指标发警报， 或者在故障排查指令的一个环节中搜索特定的日志信息。 @@ -107,7 +107,7 @@ and scheduling of Pods; on each node, the {{< glossary_tooltip text="kubelet" te uses the container runtime interface as an abstraction so that you can use any compatible container runtime. --> -[容器运行时](/zh/docs/concepts/containers/#container-runtimes)是一个软件， +[容器运行时](/zh-cn/docs/concepts/containers/#container-runtimes)是一个软件， 用来运行组成 Kubernetes Pod 的容器。 Kubernetes 负责编排和调度 Pod；在每一个节点上，{{< glossary_tooltip text="kubelet" term_id="kubelet" >}} 使用抽象的容器运行时接口，所以你可以任意选用兼容的容器运行时。 @@ -130,7 +130,7 @@ dockershim 适配器允许 kubelet 与 Docker 交互，就好像 Docker 是一 You can read about it in [Kubernetes Containerd integration goes GA](/blog/2018/05/24/kubernetes-containerd-integration-goes-ga/) blog post. --> 你可以阅读博文 -[Kubernetes 正式支持集成 Containerd](/zh/blog/2018/05/24/kubernetes-containerd-integration-goes-ga/)。 +[Kubernetes 正式支持集成 Containerd](/zh-cn/blog/2018/05/24/kubernetes-containerd-integration-goes-ga/)。 ![Dockershim 和 Containerd CRI 的实现对比图](/images/blog/2018-05-24-kubernetes-containerd-integration-goes-ga/cri-containerd.png) @@ -182,7 +182,7 @@ by Kubernetes. - Read [Migrating from dockershim](/docs/tasks/administer-cluster/migrating-from-dockershim/) to understand your next steps - Read the [dockershim deprecation FAQ](/blog/2020/12/02/dockershim-faq/) article for more information. --> -- 阅读[从 dockershim 迁移](/zh/docs/tasks/administer-cluster/migrating-from-dockershim/)， +- 阅读[从 dockershim 迁移](/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/)， 以了解你的下一步工作。 -- 阅读[dockershim 弃用常见问题解答](/zh/blog/2020/12/02/dockershim-faq/)文章，了解更多信息。 +- 阅读[dockershim 弃用常见问题解答](/zh-cn/blog/2020/12/02/dockershim-faq/)文章，了解更多信息。 diff --git a/content/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/find-out-runtime-you-use.md b/content/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/find-out-runtime-you-use.md index 9d1f0e461f..5c7a15c2da 100644 --- a/content/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/find-out-runtime-you-use.md +++ b/content/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/find-out-runtime-you-use.md @@ -17,7 +17,7 @@ weight: 10 This page outlines steps to find out what [container runtime](/docs/setup/production-environment/container-runtimes/) the nodes in your cluster use. --> -本页面描述查明集群中节点所使用的[容器运行时](/zh/docs/setup/production-environment/container-runtimes/) +本页面描述查明集群中节点所使用的[容器运行时](/zh-cn/docs/setup/production-environment/container-runtimes/) 的步骤。 -安装并配置 `kubectl`。参见[安装工具](/zh/docs/tasks/tools/#kubectl) 节了解详情。 +安装并配置 `kubectl`。参见[安装工具](/zh-cn/docs/tasks/tools/#kubectl) 节了解详情。 -你可以在[容器运行时](/zh/docs/setup/production-environment/container-runtimes/) +你可以在[容器运行时](/zh-cn/docs/setup/production-environment/container-runtimes/) 页面找到与容器运行时相关的更多信息。 容器运行时使用 Unix Socket 与 kubelet 通信，这一通信使用基于 gRPC 框架的 -[CRI 协议](/zh/docs/concepts/architecture/cri/)。kubelet 扮演客户端，运行时扮演服务器端。 +[CRI 协议](/zh-cn/docs/concepts/architecture/cri/)。kubelet 扮演客户端，运行时扮演服务器端。 在某些情况下，你可能想知道你的节点使用的是哪个 socket。 如若集群是 Kubernetes v1.24 及以后的版本， 或许你想知道当前运行时是否是使用 dockershim 的 Docker Engine。 @@ -175,7 +175,7 @@ or, if you want to continue using Docker Engine in v1.24 and later, migrate to a CRI-compatible adapter like [`cri-dockerd`](https://github.com/Mirantis/cri-dockerd). --> 如果你将节点上的容器运行时从 Docker Engine 改变为 containerd，可在 -[迁移到不同的运行时](/zh/docs/tasks/administer-cluster/migrating-from-dockershim/change-runtime-containerd/) +[迁移到不同的运行时](/zh-cn/docs/tasks/administer-cluster/migrating-from-dockershim/change-runtime-containerd/) 找到更多信息。或者，如果你想在 Kubernetes v1.24 及以后的版本仍使用 Docker Engine， 可以安装 CRI 兼容的适配器实现，如 [`cri-dockerd`](https://github.com/Mirantis/cri-dockerd)。 [`cri-dockerd`](https://github.com/Mirantis/cri-dockerd)。