kubernetes - failureThreshold 值的有线行为
问题描述
我面临一个奇怪的问题,即 Pod 的 failureThreshold 值。这是特定的问题块:
readinessProbe:
enabled: true
httpPort: 12987
initialDelaySeconds: 10
periodSeconds: 30
timeoutSeconds: 10
failureThreshold: 1
如果其值为 1,则容器成功启动,但如果其值为 2,则它会继续重新启动。有谁知道,为什么会这样?
我们在k8s版本:v1.12.3-1+fee411aca93f0e
相同的配置在其他(开发)kubernetes 集群中运行良好,所以我可以假设它不是代码问题。
解决方案
将选择器httpPort更改为port。
failureThreshold的默认值为3。最小值为1。因此,您的容器很自然会重新启动,因为您增加了此值。
请注意,在您的情况下,值initialDelaySeconds与timeoutSeconds相同。尝试增加initialDelaySeconds。
推荐阅读
- python - 如何使用 python.pathlib.Path 在根目录中创建目录?
- highcharts - 除非数据点超过最小/最大网格线,否则如何停止 Highcharts 在图表的末端创建新的网格线?
- r - 根据某些条件查找持续时间
- amazon-web-services - Amazon AWS SQS 队列消息保留期
- angular - RxJS:TypeError:您在预期流的位置提供了无效对象。您可以提供 Observable、Promise、Array 或 Iterable
- javascript - For in 循环不会遍历对象的每个项目
- android - 如何使应用发布符合 Google Play 64 位要求 Google 错误
- php - 如何使用 PHP 生成多个 PDF 并通过电子邮件附件发送?
- swift - 协议一致性检查
- docker - portainer.io 的入口点不像在 Docker 映像中那样工作