Skip to content
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

Pega Session Affinity with AWS Application Load Balancer - JSESSIONID #870

Open
p-arikatla opened this issue Feb 3, 2025 · 0 comments
Open

Comments

@p-arikatla
Copy link

Describe the bug
When provisioning the helm chart with ingress.enabled: true, the helm chart template files provision the load balancer to use load balancer generated cookie. This is resulting in duplicating requestors id's and is affecting user functionality where session affinity is required. The request should route back to the same container where the request original from.

To Reproduce
Steps to reproduce the behavior.

Provisioned the helm charts using the values below:

ingress:
# Enter the domain name to access web nodes via a load balancer.
# e.g. web.mypega.example.com
enabled: false
ingressClassName: alb
annotations:
alb.ingress.kubernetes.io/target-type: ip

Expected behavior
Session Affinity - users request should route back to the same container in which it originated from. The user's requestor id shouldn't be duplicated across nodes.

Chart version
What version of the charts are you using? Have you made any customizations?

Version 3.25.1

The fix for this issue is adding the below annotation:

alb.ingress.kubernetes.io/target-group-attributes: load_balancing.algorithm.type=least_outstanding_requests,stickiness.enabled=true,stickiness.lb_cookie.duration_seconds=3720,stickiness.app_cookie.cookie_name=JSESSIONID,stickiness.type=app_cookie

Server (if applicable, please complete the following information):

  • OS: Amazon Linux 2
  • Environment: Amazon EKS
  • Database: PostgreSQL
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant