Liveness/Readiness check for external Endpoints Services #77738
Labels
kind/feature
Categorizes issue or PR as related to a new feature.
sig/network
Categorizes an issue or PR as relevant to SIG Network.
triage/unresolved
Indicates an issue that can not or will not be resolved.
What would you like to be added:
Liveness/Readiness checks for external Endpoints.
As I understand, kube-proxy does load-balancing over
Endpoints
with multiple targets likeBut the documentation is not clear (to me) what happens if one of these three backends does not work, but I assume that addresses with the
port
closed are excluded from load balancing? But what about retry intervals or check intervals?Why would this be nice:
Adding liveness/readiness probes to
Endpoints
would make this configurable, e.g. to check either simple reachability (TCP) or periodically calling a liveness route (e.g. HTTP call to /myservice/alive an checking for200 OK
).This might look like:
Maybe this would be out of scope for Kubernetes (and best practice would be to use a loadbalancer like haproxy in a small pod), but maybe the Idea is not bad?
The text was updated successfully, but these errors were encountered: