Merge pull request #401 from danwinship/iptables-readiness

Warn that iptables proxier doesn't handle readiness failures.
This commit is contained in:
Tim Hockin 2016-07-05 23:32:53 -07:00 committed by GitHub
commit c8c918ad98
1 changed files with 4 additions and 1 deletions

View File

@ -193,7 +193,10 @@ default is `"None"`).
As with the userspace proxy, the net result is that any traffic bound for the
`Service`'s IP:Port is proxied to an appropriate backend without the clients
knowing anything about Kubernetes or `Services` or `Pods`. This should be
faster and more reliable than the userspace proxy.
faster and more reliable than the userspace proxy. However, unlike the
userspace proxier, the iptables proxier cannot automatically retry another
`Pod` if the one it initially selects does not respond, so it depends on
having working [readiness probes](/docs/user-guide/production-pods/#liveness-and-readiness-probes-aka-health-checks).
![Services overview diagram for iptables proxy](/images/docs/services-iptables-overview.svg)