- 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 解除节点封锁，通过将节点标记为可调度，让其重新上线
查询集群各节点最新版本信息
讯享网
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请联系我们，一经查实，本站将立刻删除。
如需转载请保留出处：https://51itzy.com/kjqy/191252.html