k8s scale deployment 的时候（缩容），能从最老的 pod 开始 scale 吗？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 1150 天前的主题，其中的信息可能已经有所发展或是发生改变。

k8s scale deployment 的时候（缩容），能从最老的 pod 开始 scale 吗？目的是，重启服务所有服务实例。

12 条回复 • 2021-09-18 10:58:35 +08:00

kaikai5601

2021-09-16 16:54:11 +08:00 via iPhone

默认是最新的

RRyo

2021-09-16 16:55:40 +08:00

为啥不直接用滚动升级

zzgy

2021-09-16 17:49:12 +08:00

@RRyo 我不是升级，是为了重启让配置生效

Aliencn

2021-09-16 18:47:46 +08:00

kubectl rollout restart deployment <name>

重启

zzgy

2021-09-16 18:49:58 +08:00

@Aliencn 这个命令还是从最新的 pod 开始重启的，有没有办法从老的 pod 开始重启？

Aliencn

2021-09-16 18:58:38 +08:00

@zzgy 所有 pod 的状态不都是一样的嘛，为啥重启需要关注 pod 的新旧？感觉你需要蓝绿发布

sayzly

2021-09-16 18:59:48 +08:00 via Android

全部重新发布吧

zzgy

2021-09-16 19:04:32 +08:00

@Aliencn 有时候配置可能有问题，所以我改完配置会先扩容，增加一个 pod，如果验证完配置没有问题，那么这个最新的 pod 就可以正常工作了，剩下的就是把其他几个 pod 重启一下，并且恢复成以前的数量。

只是想问问有没有这方面的参数可以简化一下操作。

awalkingman

2021-09-17 09:48:14 +08:00

比较简单的做法是，你可以搞两个 deployment （一个生产已经在跑，一个是新的），他们产生的 pod lable 一样，service 指向这个 lable 的 pod 。然后通过观察新的 pod 的日志判断是否访问到新 pod 。

RRyo

2021-09-17 09:50:03 +08:00

@zzgy 那你需要的大概是灰度，而不是直接改旧版本的吧

zzgy

2021-09-18 10:56:49 +08:00

@newskillsget 这样也可以，不过现在所有微服务的发布任务里 deployment name 都一样，为了实现您说的这种功能要批量地改一堆脚本。

zzgy

2021-09-18 10:58:35 +08:00

订正：不同版本的同一个微服务的 deployment name 都一样