我们正在使用Kubernetes 1.1.3及其默认的fluentd-elasticsearch日志记录。
我们还在容器上使用LivenessProbes来确保它们按预期运行。
我们的问题是,我们从LivenessProbe发送到STDOUT的行似乎没有到达Elastic Search。
有没有办法像吊舱中的常规容器一样使流利的船LivenessProbes输出?
探针的输出被节点上的Kubelet组件吞没,该节点负责运行探针(如果您有兴趣,请参见源代码)。如果探测失败,则其输出将记录为与Pod相关联的事件,应通过API对其进行访问。
除非您的Kubelet的日志级别至少为–v =
4,否则
不会在任何地方记录成功探测的输出,在这种情况下,它将存储在Kubelet的日志中。
如果您对输出想要完成的事情有想法,请随时在Github问题中提出功能请求:)
如何为我的spring boot应用程序编写kubernetes Readision probe(启动大约需要20秒)?我试着从配置活跃度、就绪和启动探测中学习,但我不知道Kubernetes是如何将状态代码200计算为成功的
HTTP-获取http://:8080/acturet/health delay=60s timeout=20s period=10s#success=1#failure=3 如何知道活跃度探测是否实际与默认执行器的健康endpoint一起运行
我刚刚测试并发现“GRPCModuleReadinessCheck”(我最后添加的健康类)实现在执行我的kubernetes pod时生效
有没有一种方法可以让fluentd船LivenessProbes输出像它对普通容器在吊舱中的输出一样?
当我执行部署并描述pod时,我看到在输出底部的'Events'下列出了以下内容: (这是令人困惑的,因为它将年龄声明为2m1s-但大于这个值-所以我不确定它为什么将这个值报告为年龄) 就绪探测随后以相同错误失败。IP号与我的pod的IP匹配,我在pod描述中的下看到了这一点: 活性和就绪探针的失败导致pod不断终止和重新启动。 该应用程序有一个默认的页面,所以我相信如果健康探测能够连接,它应该会收
我在学习Kubernetes时试图测试一个活性探针。我已经设置了一个迷你库贝,并配置了一个带有活性探针的吊舱。 测试脚本(例如,通过docker exec),它似乎会根据需要报告成功和失败。 该探测会导致失败事件,我可以通过kubectl Description podname查看这些事件,但它不会报告从失败中恢复的情况。 是否可以在不重新启动吊舱或迷你库贝的情况下进行修改? 如果失败导致pod重