Pods运行状态检查失败，为什么新的pods没有启动？

Question

我正在尝试理解如何最好地使用Kubernetes的就绪和活跃度探针。我在测试时观察到的是，如果就绪探测失败，那么pod将被标记为未就绪，并从负载均衡器中删除。然而，我随后期望一个新的pod被启动并移动到负载均衡器中，直到原来的pod再次准备就绪(或者它的活动探测失败并被终止)，然后它们中的一个可以被终止。

如果就绪探测失败，我们可能希望暂时从服务中移除一个pod，但这似乎存在所有pod都可能处于未就绪状态的风险，这将导致负载均衡器中没有pod，也不会启动新的pod。

我假设我观察到的没有新的pod开始覆盖那些未准备好的pod是预期行为？在哪种情况下，就绪探测的用例到底是什么?如何降低所有pod未就绪的风险？

Answer 1

无论有多少个pod，如果就绪探测失败，则无论如何都会重启。并且流量将不会被发送到它，除非它通过就绪探测。重新启动同一个容器比创建一个新的容器更有意义。