Kubernetes 手动创建端点的活动性探测
这是一件事吗 我有一些不会在Kubernetes中运行的遗留服务,我目前通过定义一个服务并手动上载一个endpoints对象,将这些服务提供给集群 但是,服务是水平分片的,我们通常需要重新启动其中一个端点。我的google fu可能很弱,但我不知道Kubernetes是否足够聪明,能够阻止服务重复尝试死端点 理想的行为是代理应该检测到中断,将端点标记为失败,并在端点返回时的某个点将其重新接纳到工作端点的完整列表中Kubernetes 手动创建端点的活动性探测,kubernetes,Kubernetes,这是一件事吗 我有一些不会在Kubernetes中运行的遗留服务,我目前通过定义一个服务并手动上载一个endpoints对象,将这些服务提供给集群 但是,服务是水平分片的,我们通常需要重新启动其中一个端点。我的google fu可能很弱,但我不知道Kubernetes是否足够聪明,能够阻止服务重复尝试死端点 理想的行为是代理应该检测到中断,将端点标记为失败,并在端点返回时的某个点将其重新接纳到工作端点的完整列表中 顺便说一句,据我所知,目前,liveness探测器仅限于HTTP。这将需要一个TC
顺便说一句,据我所知,目前,liveness探测器仅限于HTTP。这将需要一个TCP探测器,因为它是一个复制的数据库服务,不会破坏HTTP。我认为设计是为了管理端点地址,根据活动性添加/删除它们。对于pod支持的服务,pod IP将根据pod的就绪检查添加到端点。如果pod的活动性检查失败,它将被删除,其IP将从端点移除
如果您正在手动管理端点地址,则当前您(或您的外部健康检查器)的负担是维护端点中的地址/NotReadyAddress 从设计的角度来看是有意义的。如果有一个手动管理端点的工具,它为您提供了一个很好的框架和用于检查手动配置的端点的钩子,那就更好了。有这样的事吗?谢谢你的回答。