kubernetes - 手动创建的端点的 liveness 探针

Question

这是东西吗？

我有一些遗留服务，这些服务永远不会在Kubernetes中运行，通过定义服务并手动上载终结点对象，这些服务目前对群集可用。

但是，服务是水平分片的，我们经常需要重新启动其中一个端点。我的google-fu可能很弱，但我不知道Kubernetes是否足够聪明，可以防止Service反复尝试失效的端点？

理想的行为是，代理应检测到中断，将端点标记为失败，并在端点返回时的某个时候重新将其重新纳入工作端点的完整列表中。

顺便说一句，我了解到目前， liveness 探针仅是HTTP。这将是一个TCP探针，因为它是不使用HTTP的复制数据库服务。

Answer 1

我认为该设计用于管理端点地址，以便根据 liveness 添加/删除它们。对于由Pod支持的服务，基于Pod的就绪检查，将Pod IP添加到端点。如果Pod的 liveness 检查失败，则将其删除并将其IP从端点中删除。

如果您是手动管理端点地址，则当前(或外部运行状况检查器)要负担维护端点中的地址/ notReadyAddresses的负担。