这是一件事吗？
我有一些遗传服务，它们永远不会在Kubernetes中运行，我目前通过定义服务和手动上传端点对象来提供给我的集群。
但是，服务是水平分片的，我们经常需要重新启动其中一个端点。我的google-fu可能很弱，但我无法弄清楚Kubernetes是否足够聪明以防止服务重复尝试死端点？
理想的行为是代理应该检测到中断，将端点标记为失败，并且在端点返回时的某个时刻重新将其接纳到工作端点的完整列表中。
BTW，据我所知，目前，活跃度探测仅限HTTP。这需要是一个TCP探测器，因为它是一个不会破坏HTTP的复制数据库服务。
答案 0 :(得分：1)
我认为设计是针对管理端点地址的事情，根据实时性添加/删除它们。对于由pod支持的服务，pod IP将根据pod的准备情况检查添加到端点。如果pod的活动检查失败，则会删除该活动并从端点移除其IP。
如果您手动管理端点地址，则当前负担（或您的外部运行状况检查程序）负责维护端点中的地址/ notReadyAddresses。