Spring Openshift/Kubernetes Livelity探头弹簧执行器
我已经实现了spring执行器健康端点,并在Livelines probe中添加了它- http获取 当我描述pod时,我没有看到成功计数器在增加 http get delay=60s超时=20s周期=10s成功=1失败=3Spring Openshift/Kubernetes Livelity探头弹簧执行器,spring,kubernetes,openshift,spring-boot-actuator,Spring,Kubernetes,Openshift,Spring Boot Actuator,我已经实现了spring执行器健康端点,并在Livelines probe中添加了它- http获取 当我描述pod时,我没有看到成功计数器在增加 http get delay=60s超时=20s周期=10s成功=1失败=3 如何知道Liveity probe是否实际使用默认执行器的健康端点运行此处的成功值为成功阈值。它不是计数器字段 kubectl explain pod.spec.containers.livenessProbe.successThreshold DESCRIPTION:
如何知道Liveity probe是否实际使用默认执行器的健康端点运行此处的成功值为成功阈值。它不是计数器字段
kubectl explain pod.spec.containers.livenessProbe.successThreshold
DESCRIPTION:
Minimum consecutive successes for the probe to be considered successful
after having failed. Defaults to 1. Must be 1 for liveness. Minimum value
is 1.
同样,也存在一个故障阈值
kubectl explain pod.spec.containers.livenessProbe.failureThreshold
当Pod启动且探测失败时,Kubernetes会在放弃之前尝试failureThreshold次。如果是liveness probe,则放弃意味着重新启动容器。如果准备就绪,则Pod将标记为未准备就绪。默认值为3。最小值为1
如何知道Liveity probe是否实际使用默认执行器的健康端点运行 检查吊舱的日志
kubectl日志-f$pod
或者检查kubelet探测吊舱的日志
journalctl-f-u kubelet