Merge pull request #35071 from yanrongshi/zh-cn]update-cluster-upgrade.md

[zh-cn]Update cluster-upgrade.md
pull/35215/head
Kubernetes Prow Robot 2022-07-23 03:12:56 -07:00 committed by GitHub
commit 0f2edb1c13
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 5 additions and 5 deletions

View File

@ -97,7 +97,7 @@ You should manually update the control plane following this sequence:
- kube-apiserver (所有控制平面的宿主机) - kube-apiserver (所有控制平面的宿主机)
- kube-controller-manager - kube-controller-manager
- kube-scheduler - kube-scheduler
- cloud controller manager, 在你用到时 - cloud controller manager (在你用到时)
<!-- <!--
At this point you should At this point you should
@ -112,8 +112,8 @@ kubelet on that node and bring the node back into service.
[安装最新版本的 `kubectl`](/zh-cn/docs/tasks/tools/). [安装最新版本的 `kubectl`](/zh-cn/docs/tasks/tools/).
对于集群中的每个节点, 对于集群中的每个节点,
[排空](/zh-cn/docs/tasks/administer-cluster/safely-drain-node/) 首先需要[腾空](/zh-cn/docs/tasks/administer-cluster/safely-drain-node/)
节点,然后,或者用一个运行了 {{< skew currentVersion >}} kubelet 的新节点替换它; 节点,然后使用一个运行了 kubelet {{< skew currentVersion >}} 版本的新节点替换它;
或者升级此节点的 kubelet并使节点恢复服务。 或者升级此节点的 kubelet并使节点恢复服务。
<!-- <!--
@ -152,7 +152,7 @@ write it back also using the latest supported API.
当底层的 API 更改时,这些对象可能需要用新 API 重写。 当底层的 API 更改时,这些对象可能需要用新 API 重写。
如果不能做到这一点,会导致再也不能用 Kubernetes API 服务器解码、使用该对象。 如果不能做到这一点,会导致再也不能用 Kubernetes API 服务器解码、使用该对象。
对于每个受影响的对象,用最新支持的 API 获取它,然后再用最新支持的 API 写回来 对于每个受影响的对象,请使用最新支持的 API 读取它,然后使用所支持的最新 API 将其写回
<!-- <!--
### Update manifests ### Update manifests
@ -164,7 +164,7 @@ For example:
--> -->
### 更新清单 {#update-manifests} ### 更新清单 {#update-manifests}
升级到新版本 Kubernetes 就可以提供新的 API。 升级到新版本 Kubernetes 就可以获取到新的 API。
你可以使用 `kubectl convert` 命令在不同 API 版本之间转换清单。 你可以使用 `kubectl convert` 命令在不同 API 版本之间转换清单。
例如: 例如: