gpt4 book ai didi

kubernetes - 未执行Openshift准备就绪探针

转载 作者:行者123 更新时间:2023-12-02 12:18:18 26 4
gpt4 key购买 nike

在OpenShift Pod中运行Spring Boot应用程序。为了执行“准备和活跃”探针,我创建了一个适当的YAML文件。但是Pod失败了,并回应说他无法通过准备检查(大约5分钟后)。

我的目标是每20分钟执行一次就绪探针。但是我认为它失败了,因为它将initalDelaySeconds与periodSeconds相加。因此,我猜想pod启动之后的第一个检查将在22分钟后执行。

遵循就绪探针的相关配置。

readinessProbe:
failureThreshold: 3
httpGet:
path: /actuator/health
port: 8080
scheme: HTTP
initialDelaySeconds: 120
periodSeconds: 1200
successThreshold: 1
timeoutSeconds: 60

我的假设正确吗?如何避免这种情况(可能会增加有关kubelet的超时时间)?

最佳答案

您的配置正确,并且initialDelaySecondsperiodSeconds不能汇总。因此,第一个readinessProbe HTTP调用将恰好在您启动POD之后的2分钟内。

我会在您的应用程序本身中查找问题,首先想到的是您的路径是/actuator/health,不应该只是/health吗?对于Spring Boot Actuator,这是默认设置。

如果那没有帮助,那么最好的方法是对其进行调试:将exec放入您的容器中,并使用curl检查您的运行状况端点是否正常运行(它应该返回HTTP Code 200)。

关于kubernetes - 未执行Openshift准备就绪探针,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/53882640/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com