超级会员免费看
本文介绍了Kubernetes中的健康检查机制，包括livenessProbe和readinessProbe，用于监控应用的运行状态。通过exec、tcp和httpGet三种方式执行探针，确保应用在初始化完成前不接收流量，并在出现问题时及时重启。文中详细讨论了各种探针的配置和使用场景，强调了初始延迟和周期设置的重要性，以避免因应用启动时间不同导致的误判。
健康检查
一个pod启动了之后，它有可能还在做初始化，这就意味着在初始化的应用进程还不能接受网络流量，所以要去控制一下pod的状态，也就是我还没有就绪，我还不能够接受流量。
有些应用跑着跑着没有响应，出现大量的503，应用实例以及不能够正常工作了，是否需要帮你重启。
tcp stocket 查看某个端口，比如某个应用跑在80端口上面，你只需要去看80端口是否是活着的，你就能够知道它是否就绪了。
但是有时候80端口启动了并不代表我业务正常了，可能应用已经死掉了，那么可以通过HTTP，任何的微服务里面都要开放healthz的健康检查的uri，我们就可以针对uri去做健康检查。
如果这个文件存在，那么会返回code为0，这样就认为健康检查是通过的，如果这个文件不存在，那么这个return code为非0，也就是这次健康检查会失败。
Kubernetes三种探针
k8s支持存活livenessProbe和就绪readinessProbe两种探针，两
订阅专栏 解锁全文
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
