k8s 升级（k8s升级方案）



• k8s版本：以 x.y.z 表示，其中 x 是主要版本， y 是次要版本，z 是补丁版本,不能跳过次要版本升级，比如1.28.0->1.30.0，补丁版本可以跳跃更新，比如1.28.0->1.28.10
• 推荐使用与版本匹配的 kubelet 和 kubeadm，最好各组件版本保持一致
• 升级后，因为容器spec的哈希值已更改，所有容器都会被重新启动
• 升级过程需要腾空升每个节点，将工作负载迁移

升级工作的基本流程如下：

• 升级主控制平面节点
• 升级其他控制平面节点
• 升级工作节点

控制面节点上的升级过程应该每次处理一个节点。 首先选择一个要先行升级的控制面节点。该节点上必须拥有 /etc/kubernetes/admin.conf 文件。本次模拟从1.23.17升级到1.24.15版本,其他版本升级类似。

2.1.1 升级kubeadm

2.1.2 校验升级计划，不能有报错信息

2.1.3. 执行升级命令，升级控制面组件

2.1.4. 腾空该节点，将节点标记为不可调度并驱逐所有负载，准备节点的维护

2.1.5. 升级 kubelet 和 kubectl

2.1.6. 解除节点封锁，通过将节点标记为可调度，让其重新上线

对于其他控制面节点，有两步不一样：

• 不需要执行kubeadm upgrade plan
• kubeadm upgrade node 替换 kubeadm upgrade apply
  其他流程一样。
  
  

工作节点上的升级过程应该一次执行一个节点，或者一次执行几个节点， 以不影响运行工作负载所需的最小容量.

2.3.1 升级kubeadm

2.3.2 升级kubelet 配置

2.3.3 腾空该节点，将节点标记为不可调度并驱逐所有负载，准备节点的维护

2.3.4 升级 kubelet 和 kubectl

2.3.5 解除节点封锁，通过将节点标记为可调度，让其重新上线

查询集群各节点最新版本信息

版权声明：

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！

转载请注明出处，原文链接：https://www.xkablog.com/bcyy/14367.html