豆荚准备就绪检查在运行后失败，为什么新豆荚没有启动？

Question

我正在尝试了解如何最好地使用Kubernetes的就绪和活跃性探针。我在测试时观察到的是，如果准备就绪探针失败，则将吊舱标记为未就绪，并从负载均衡器中将其移除。但是，然后我希望启动一个新的Pod，并将其移入负载平衡器，直到原始Pod再次准备就绪（或者它的活动性探针失败并被杀死），然后可以终止其中一个。

如果准备就绪探针失败，我们可能希望暂时将Pod从服务中删除，但这似乎冒着所有Pod可能都未准备就绪的风险，这将导致负载均衡器中没有Pod，也没有启动任何新Pod。

我假设我正在观察的情况是没有新的pod开始覆盖那些尚未准备就绪的pod，这是预期的行为吗？在哪种情况下，就绪探针的用例是什么？如何降低所有吊舱未就绪的风险？

Answer 1

无论有多少个Pod，如果就绪探针失败，它​​将立即重新启动。除非通过就绪探针，否则流量将不会发送给它。重新启动同一个容器比创建一个新容器更有意义。