-
Notifications
You must be signed in to change notification settings - Fork 304
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support session affinity via Ingress annotation #516
Comments
@lornemet-eno We will happily accept an implementation for this :) See #513 for an example. |
I happen to have the same need, I'll cook a PR (unless you started working on it @lornemet-eno ?) |
/kind feature |
FYI: This is now launched on GKE for cluster versions at or above 1.11.3-gke.18! Docs: https://cloud.google.com/kubernetes-engine/docs/how-to/configure-backend-service /close |
@rramkumar1: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
ingress.kubernetes.io/affinity annotation is currently discarded.
The expected behavior would be to disable/enable session affinity based on the annotations value:
none (default) -> NONE
cookie -> GENERATED_COOKIE
??? -> CLIENT_IP
While simply turning on session affinity in the GCE ingress itself would not enable session affinity down to the POD (GCE would still send traffic to the NodePort of computes in the resourcegroup, which would not care about HTTP cookies), but would eliminate the need of manual/out-of-kubernetes configuration if additional measures are implamented (ie deployment -> daemonset, or pod antiaffinity + externalTrafficPolicy: Local).
The text was updated successfully, but these errors were encountered: