标签: kubernetes readinessprobe
我们的一个应用程序服务窗格已重新启动,并且最后指定的原因是由于143错误代码导致的“错误”。
在先前的容器日志的最后一百行中没有显示任何错误。唯一的错误参考是容器说明中的“就绪”探针条目。但是,基于我在搜索中看到的所有参考,基于就绪性探针的故障仅应阻止将流量路由到Pod实例。是否存在重复的准备工作探针故障会导致Kubernetes吊舱被标记为不健康并重新启动的情况?