首页 > TAG信息列表 > livenessProbe
K8s系列之：Pod生命周期和重启策略
K8s系列之：Pod生命周期和重启策略 一、Pod状态二、Pod的重启策略三、Pod重启策略和状态转换场景关系四、Pod健康检查五、LivenessProbe探针1.ExecAction2.TCPSocketAction3.HTTPGetAction 六、initialDelaySeconds和timeoutSeconds参数含义 一、Pod状态 Pod在整个生命周期Kubernetes-探针readinessProbe、livenessProbe和startupProbe
更多相关资料见 : K8S Basic-Pod资源管理进阶（Pod声明周期、相位、资源限制） 目录一、Pod三种探针方式1.1、readinessProbe存活探针1.1.1、存活探针 - HTTP协议1.1.2、存活探针 - TCP协议1.2、readnessProbe就绪探针1.2.1、就绪探针 - HTTP协议1.3、startupProbe启动探针1.3.1、kubernetes的三种探针startupprobe,ReadinessProbe,LivenessProbe记录
kubernetes的三种探针 startupprobe： k8s1.16版本后新加的探测方式，用于判断容器内应用程序是否已经启动，如果配置了startuprobe，就会先禁用其他的探测，直到它成功为止，成功后将不再进行探测。 ReadinessProbe: 一般用于探测容器内的程序是否健康，它的返回值如果为success，那么就代表这kubernetes中启动探针startupProbe
16.1、startupProbe 因为k8s中采用大量的异步机制、以及多种对象关系设计上的解耦，当应用实例数 增加/删除、或者应用版本发生变化触发滚动升级时，系统并不能保证应用相关的service、ingress配置总是及时能完成刷新。在一些情况下，往往只是新的Pod完成自身初始化，系统尚未完成EndPoink8s 存活探针LivenessProbe
为什么需要存活探针 如果没有探针，k8s无法知道应用是否还活着，只要进程还在运行，k8s则认为容器是健康的。 k8s容器探测机制 http get 对容器的ip地址(指定的端口和路径)执行http get请求 如果探测器收到响应，并且响应码是2xx, 3xx，则认为探测成功。如果服务器没有响应或者返回错误响应