1
kaikai5601 2021-09-16 16:54:11 +08:00 via iPhone
默认是最新的
|
2
RRyo 2021-09-16 16:55:40 +08:00
为啥不直接用滚动升级
|
4
Aliencn 2021-09-16 18:47:46 +08:00
kubectl rollout restart deployment <name>
重启 |
7
sayzly 2021-09-16 18:59:48 +08:00 via Android
全部重新发布吧
|
8
zzgy OP @Aliencn 有时候配置可能有问题,所以我改完配置会先扩容,增加一个 pod,如果验证完配置没有问题,那么这个最新的 pod 就可以正常工作了,剩下的就是把其他几个 pod 重启一下,并且恢复成以前的数量。
只是想问问有没有这方面的参数可以简化一下操作。 |
9
awalkingman 2021-09-17 09:48:14 +08:00
比较简单的做法是,你可以搞两个 deployment (一个生产已经在跑,一个是新的),他们产生的 pod lable 一样,service 指向这个 lable 的 pod 。然后通过观察新的 pod 的日志判断是否访问到新 pod 。
|
11
zzgy OP @newskillsget 这样也可以,不过现在所有微服务的发布任务里 deployment name 都一样,为了实现您说的这种功能要批量地改一堆脚本。
|
12
zzgy OP 订正:不同版本的同一个微服务的 deployment name 都一样
|