升级集群

    升级集群的方式取决于你最初部署它的方式、以及后续更改它的方式。

    从高层规划的角度看，要执行的步骤是：

    • 升级控制平面
    • 升级集群中的节点
    • 根据新 Kubernetes 版本带来的 API 变化，调整清单文件和其他资源

    你必须有一个集群。 本页内容涉及从 Kubernetes 1.26 升级到 Kubernetes 1.27。 如果你的集群未运行 Kubernetes 1.26， 那请参考目标 Kubernetes 版本的文档。

    如果你的集群是使用 安装工具部署而来， 那么升级集群的详细信息，请参阅升级 kubeadm 集群。

    升级集群之后，要记得。

    手动部署

    这些步骤不考虑网络和存储插件等第三方扩展。

    你应该按照下面的操作顺序，手动更新控制平面：

    • etcd (所有实例)
    • kube-apiserver (所有控制平面的宿主机)
    • kube-controller-manager
    • kube-scheduler

    现在，你应该。

    对于集群中的每个节点， 首先需要腾空节点， 然后使用一个运行了 kubelet 1.27 版本的新节点替换它； 或者升级此节点的 kubelet，并使节点恢复服务。

    参阅你的集群部署工具对应的文档，了解用于维护的推荐设置步骤。

    切换集群的存储 API 版本

    当底层的 API 更改时，这些对象可能需要用新 API 重写。 如果不能做到这一点，会导致再也不能用 Kubernetes API 服务器解码、使用该对象。

    对于每个受影响的对象，请使用最新支持的 API 读取它，然后使用所支持的最新 API 将其写回。

    升级到新版本 Kubernetes 就可以获取到新的 API。

    你可以使用 kubectl convert 命令在不同 API 版本之间转换清单。 例如：

    替换了 pod.yaml 的内容， 在新的清单文件中， 被设置为 Pod（未变）， 但 apiVersion 则被修订了。

    设备插件

    有关详细信息，请参阅 API 兼容性和 。