【k8s】deploy-minReadySeconds
环境
- kubernetes 1.20.4
- Spring Boot 2.5.0-M3
目标
deploy 在更新过程中,启动 Pod 后,minReadySeconds 可以定义该 Pod 经过多少秒后才被视为可用。
如果新的 Pod 不可用,是不会替换旧的,直到新的可用为止。
示例
Deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
name: busybox
spec:
minReadySeconds: 30
strategy:
rollingUpdate:
maxUnavailable: 0
maxSurge: 1
selector:
matchLabels:
app: busybox
replicas: 4
template:
metadata:
labels:
app: busybox
spec:
terminationGracePeriodSeconds: 5
containers:
- name: busybox
image: busybox:1.31.0
command: ["/bin/sh", "-c", "sleep 3600"]
然后将版本升级到 1.31.0。
kubectl set image deployment/busybox busybox=busybox:1.31.0 --record
查看
busybox-59c95c7d4b-8lk22 0/1 Pending 0 0s
busybox-59c95c7d4b-8lk22 0/1 Pending 0 0s
busybox-59c95c7d4b-8lk22 0/1 ContainerCreating 0 0s
busybox-59c95c7d4b-8lk22 1/1 Running 0 2s
busybox-6bd65c67cf-mjn64 1/1 Terminating 0 46s
busybox-59c95c7d4b-shzxn 0/1 Pending 0 0s
busybox-59c95c7d4b-shzxn 0/1 Pending 0 0s
busybox-59c95c7d4b-shzxn 0/1 ContainerCreating 0 0s
busybox-59c95c7d4b-shzxn 1/1 Running 0 1s
busybox-6bd65c67cf-mjn64 0/1 Terminating 0 52s
busybox-6bd65c67cf-mjn64 0/1 Terminating 0 53s
busybox-6bd65c67cf-mjn64 0/1 Terminating 0 53s
busybox-6bd65c67cf-nv6hv 1/1 Terminating 0 77s
busybox-59c95c7d4b-cx6zx 0/1 Pending 0 0s
busybox-59c95c7d4b-cx6zx 0/1 Pending 0 0s
busybox-59c95c7d4b-cx6zx 0/1 ContainerCreating 0 0s
busybox-59c95c7d4b-cx6zx 1/1 Running 0 2s
busybox-6bd65c67cf-nv6hv 0/1 Terminating 0 83s
busybox-6bd65c67cf-nv6hv 0/1 Terminating 0 90s
busybox-6bd65c67cf-nv6hv 0/1 Terminating 0 90s
busybox-6bd65c67cf-5mrnx 1/1 Terminating 0 109s
busybox-59c95c7d4b-cjvg7 0/1 Pending 0 0s
busybox-59c95c7d4b-cjvg7 0/1 Pending 0 0s
busybox-59c95c7d4b-cjvg7 0/1 ContainerCreating 0 0s
busybox-59c95c7d4b-cjvg7 1/1 Running 0 2s
busybox-6bd65c67cf-5mrnx 0/1 Terminating 0 115s
busybox-6bd65c67cf-5mrnx 0/1 Terminating 0 116s
busybox-6bd65c67cf-5mrnx 0/1 Terminating 0 116s
busybox-6bd65c67cf-fz4l2 1/1 Terminating 0 2m21s
busybox-6bd65c67cf-fz4l2 0/1 Terminating 0 2m27s
busybox-6bd65c67cf-fz4l2 0/1 Terminating 0 2m31s
busybox-6bd65c67cf-fz4l2 0/1 Terminating 0 2m31s
因为将 maxUnavailable 为 0,maxSurge 为 1,所以先新增了一个 Pod。
不过在新增成功后,并没有马上停止旧的,而是等了一段时间才停止旧的。
等待的时间必须大于 minReadySeconds 定义的时间。
总结
minReadySeconds 可用定义新建的 Pod 经过多少秒后才被视为可用。
附录
分类:
Kubernetes
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 展开说说关于C#中ORM框架的用法!
2020-04-02 Redis:ERR max number of clients reached