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

[zzgy]

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

[kaikai5601]

默认是最新的

[RRyo]

为啥不直接用滚动升级

[zzgy]

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

[Aliencn]

kubectl rollout restart deployment <name>

重启

[zzgy]

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

[Aliencn]

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

[sayzly]

全部重新发布吧

[zzgy]

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

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

[awalkingman]

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

[RRyo]

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

[zzgy]

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

[zzgy]

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