半吊子如何操作 k8s 升级

[wtfedc]

集群在 20 个节点以内，k8s 版本已经落后好多个版本了（八九个），近期证书会过期，看更换证书的流程也挺麻烦的，想着要不一块把 k8s 升级了。鉴于运维不在了，我头有点大。

之前尝试过上云，感觉太不灵活了，踩了几个坑就停下来了。

如果升级的话，是用 kubeadm upgrade 一步步升级，还是重新开 20 个机器，装上最新版 k8s ，把服务都重新部署一遍呢。

我们跑的服务晚上停一阵也没关系。

请大家给点建议，或者跨 N 多版本升级，容易出现什么坑，提点一下

[maichael]

1. 不出问题，没有新需求不要升级
2. 不要原地升级，新开机器部署新版本测试完全后逐步迁移

[seers]

开三台新的部署一遍跑起来了再把流量导过去，没必要停啊

[wtfedc]

楼上的朋友说的有三分道理，[赞]

[boatrain1111]

不要原地升级，尤其是这种落后很多版本的，reddit 就因为升级 k8s 把网站搞宕机了： https://www.reddit.com/r/RedditEng/comments/11xx5o0/you_broke_reddit_the_piday_outage/

[perfectlife]

说句实话 建议能不升级就不升级了，升级过程万一出啥幺蛾子，然后就是不同版本 k8s ，api 还不一样，有可能现在用的 api,某个版本废弃了，再然后就是 api server 证书更新 比升级简单多了

[morphyhu]

升级的目的是什么？现有的版本满足不了需求？还是为了升级而升级？

[BeautifulSoap]

不是专家的话乱升级 k8s 会变得不幸

[chenPiMeiHaoChi]

两三年前我也遇到过和你一样的问题，我当时选了升级。再给我次机会我必选证书延期。

[wtfedc]

@boatrain1111 淦，也太恐怖了

[NGXDLK]

@chenPiMeiHaoChi 哈哈，跑路没

[runinhard]

如果非要升，重新部署好一点

[McreeWu]

同半吊子，能跑就别升级，尤其是你不是运维的情况下，出了问题自己背锅的，从简升级证书即可。

[Marinaaaa]

能跑就行。

k8s 跟人 有一个能跑就行

[goodryb]

非必要不变更、非必要不升级、非必要不重启

[chronos]

别随便升级，这种大环境操作还是先去开几台机器验证一下再做后续处理。K8S 升级影响还是挺大的，API 变化，旧版本某些用 Docker 的还要改一下 CRI runtime 。有条件的话还是开新的集群把服务迁过去再切流量比较好。

[wtfedc]

@chronos 目前 CRI 用的还是 docker ，新版本用 containerd ，这确实是个问题

[99999999999]

跑路留给下一个人，我也是好多不想动了

[Nnq]

如果节点版本都相同的话，可以从一个简单的节点开始搞

[Trient]

别升！别升！别升！
没有新需求涉及到 k8s 新版本特性要求什么的就不要去升级!
换个证书还能麻烦到哪里去，老老实实手动换!

[Evovil]

建议别升除非你是专业的

除了楼上说的那些问题
k8s 的版本滚动很快，
很多 yaml 的 apiversion 会滚动 删除，或者不兼容

举个例子
https://kubernetes.io/blog/2021/07/14/upcoming-changes-in-kubernetes-1-22/