回答情况：
提问时间：
问题标签：
如果我使用readinessProbe和livenessProbe，即使延迟低至10秒，它们的节点也永远不会连接在一起。如果我去掉这些探头，它们就能很好地找到对方。
浏览 1修改于2017-07-20得票数 2
我已经部署了k8s吊舱和下面的准备状态探测器， tcpSocket: initialDelaySeconds: 15
periodSeconds
浏览 0提问于2018-02-26得票数 0
回答已采纳
- image: quote-data:2 name: quote-data ports: protocol: TCP
我们能否使用readinessprobe在我的测试中，即使readinessprobe失败，服务(类型: LoadBalancer)也会继续在
浏览 0修改于2019-03-01得票数 0
我试着用livenessProbe和readinessProbe来应用我的pod。
浏览 57修改于2019-09-19得票数 0
回答已采纳
如何通过Halyard覆盖Spinnaker部署的halyard配置中的readinessprobe配置？readinessProbe: periodSeconds:
浏览 4修改于2020-03-02得票数 0
我试着告诉K8s，当连接到MongoDB和Redis以及一个Express服务器启用时，我的Pod已经准备好了。我已经配置了：initialDelaySeconds: 60，但是Pod在20多岁之后准备得太快了，大概是：见上图中的21。
浏览 7修改于2022-01-26得票数 0
回答已采纳
containerPort: 9000 - configMapRef: readinessProbe
浏览 1修改于2021-01-03得票数 3
概述我有两个吊舱的部署。一个运行nginx，另一个构建应用程序，并将资产放到构建目录中，这是两个容器共享的卷。containers: readinessProbe: command:latest - name: build-volume -
浏览 8提问于2020-09-24得票数 0
回答已采纳
我在部署readinessProbe时添加了K8s以进行健康检查，但是pod无法准备启动，因此我使用命令检查了日志： key: password - containerPort: 3000
readinessProbe
浏览 1修改于2020-03-19得票数 0
回答已采纳
我目前配置了我的Nginx readinessProbe来监视Redis端口6379，并且在redis服务(ClusterIP)后面配置了redis-pod。当我使用readinessProbe.host: redis-service.default.svc.cluster.local时，Nginx没有运行。image: nginx livenessProbe: path: / readinessProbe</em
浏览 5修改于2020-04-30得票数 2
回答已采纳
我对readinessProbe的设置如下： httpGet: port
浏览 25提问于2019-07-09得票数 0
回答已采纳
我有以下准备探测器的设置： httpGet: port: 8888
initialDelaySeconds
浏览 2提问于2017-04-21得票数 2
回答已采纳
如何正确设置库伯奈特斯的readinessProbe？ httpGet: port: 8080 - name: Authorization是否也需要将Accept或Content-Type设置为httpHeaders
而且，将此健康检查设置为livenessProbe或readinessProbe好吗？
浏览 1提问于2021-03-12得票数 1
回答已采纳
是否有方法通过使用链接到部署的服务名称来请求readinessProbe的状态？例如，在initContainer中？假设我们有一个部署X，使用一个readinessProbe，一个链接到它的服务，这样我们就可以请求例如http://service-X:8080。
浏览 3提问于2019-10-15得票数 0
回答已采纳
使用Kubernetes探测指令，在Dockerfile中指定健康检查的新功能似乎是多余的。对什么时候使用有什么建议吗？
浏览 5修改于2019-02-08得票数 24
回答已采纳
readinessProbe: path: /health initialDelaySeconds: 60澄清！
浏览 5修改于2019-03-29得票数 49
我对HTTP readinessProbe有一些疑问：
假设探针多次失败(failureThreshold)，并且一个pod标记为“未准备好”。如果k8s开始正确地响应，它会永远尝试readinessProbe并最终标记为准备好吗？或者一个被标记为还没有准备好的豆荚永远留在那里，而不需要重新尝试？如果一个吊舱通过了readinessProbe，k8s会继续检查它是否已经准备好，并最终(如果它开始失败)将它标记为将来没有准备好吗？这有可能吗？或者一个一旦被标记为准备好的豆荚就永远准备好了？
浏览 0提问于2021-11-08得票数 3
回答已采纳
我有一个运行在Kubernetes上的弹簧引导应用程序，现在我正在尝试设置一个水平吊舱自动定标器。示例
在这种情况下，当HPA条件满足，但吊舱还没有准备好时，会发生什么情况？它会马上再添加一个吊舱吗?还是先等待吊舱准备好，然后启动-horizontal-pod-a
浏览 1修改于2022-07-13得票数 1
回答已采纳
下面的statefulset只有在我注释readinessProbe部分时才有效。volumeMounts: mountPath: /var/lib/kafka # ATTENTION: readinessProbe# initialDelaySeconds: 10 exe
浏览 1提问于2017-12-21得票数 5
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号