kubernetes - 当 readinessProbe 失败时，K8s 服务是否会重新发送请求？

Question

一个 service分派(dispatch)到 deployment 的多个副本(默认循环)。

后端实例暂时必须下线，即它们将关闭其端口 80，需要一些时间，然后再次打开该端口。
deployment.yaml正在使用 readinessProbe 定期检查哪些后端实例已准备好为请求提供服务。

但是在以下情况下会发生什么？

1) readiness check backend A: OK
2) backend A goes offline
3) requests to service is forwarded to backend A
4) readiness check backend A: fail

服务会再次发送请求，但会发送到另一个后端实例，还是会丢失？

Answer 1

这取决于服务的类型。

如果 Service 是 ClusterIP 或 NodePort，它会被实例化为 iptables 规则。发往现在离线 pod 的数据包将无法投递，导致请求超时。

如果 Service 是 LoadBalancer，则实现是应用程序，如 nginx 或等效项。它会监视超时，一般来说——尽管取决于配置——会重试，允许请求到达在线 pod。