From 93d5065da1d21c09ceadc34cdb76275a5d4fa0c4 Mon Sep 17 00:00:00 2001 From: Ricardo Pchevuzinske Katz Date: Thu, 16 Feb 2017 08:40:35 -0200 Subject: [PATCH] Adds a new situation in affinity config example --- examples/affinity/cookie/nginx/README.md | 3 +++ 1 file changed, 3 insertions(+) diff --git a/examples/affinity/cookie/nginx/README.md b/examples/affinity/cookie/nginx/README.md index ea5a3d3b2..51aeec310 100644 --- a/examples/affinity/cookie/nginx/README.md +++ b/examples/affinity/cookie/nginx/README.md @@ -72,3 +72,6 @@ If the backend pool grows up NGINX will keep sending the requests through the sa When the backend server is removed, the requests are then re-routed to another upstream server and NGINX creates a new cookie, as the previous hash became invalid. +When you have more than one Ingress Object pointing to the same Service, but one containing affinity configuration and other don't, the first created Ingress will be used. +This means that you can face the situation that you've configured Session Affinity in one Ingress and it doesn't reflects in NGINX configuration, because there is another Ingress Object pointing to the same service that doesn't configure this. +