K8S 无感发布
大约 3 分钟
背景
问题一: 比如现在k8s有个deployment,有3个pod。此时有个请求在pod A中进行处理,假设需要耗时5分钟。在这个5分钟内,执行了k8s的滚动发布,并开始销毁这个pod。 这个场景下,如果不做一些额外配置,那么pod A的这个请求应该会处理异常。
问题二: 滚动发布的时候,k8s刚启动了一个pod,但这个pod可能需要等一段时间才能真正对外提供服务。但k8s此时开始转发请求到这个pod了,这种情况下,请求是不能成功处理的
核心问题:
- k8s如何知道pod可以对外提供服务了
- pod如何知道k8s要销毁这个pod了,pod里的应用程序知道后就能自己进行shutdown
配置
其实主要利用k8s pod的两个东西:
- 就绪探针
- preStop
如果pod中运行的是spring boot项目,那么就可以结合spring-actuator来完成。
- 就绪探针就配置 /actuator/health,或者自定义一个url
- preStop就配置/actuator/shutdown
系统推荐
- synchronized原理深度剖析
- 在没有 telnet 和 nc 的世界里,如何优雅地判断端口是否通?
- 来个JVM冷知识
- HTTP1 0 vs HTTP1 1 vs WebSocket
- 批量修改git历史记录中的用户名和邮箱
- 分库分表
- Centos离线安装Docker
- Arthas使用记录
- MySQL索引
- PGSQL的json和 jsonb 读写性能测试
- Linux dev shm目录
- 表单重复提交解决方案
- 随机毒鸡汤:又到了一切矛盾,都能用「大过年的」四个字,解决的时候了。