Q: 13
A company is migrating a legacy application to AWS. The application runs on EC2 instances across
multiple Availability Zones behind an Application Load Balancer (ALB). The target group routing
algorithm is set to weighted random, and the application requires session affinity (sticky sessions).
After deployment, users report random application errors that were not present before migration,
even though target health checks are passing.
Which solution will meet this requirement?
Options
Discussion
Option A is the way to go. Weighted random doesn't work with sticky sessions, so users can get routed to different EC2s mid-session, causing errors. Least outstanding requests works better with session affinity. Pretty sure that's the fix-let me know if anyone's seen otherwise.
Definitely check the official AWS study guide and practice tests, this scenario lines up with Option A.
I don't think D is right for strict session affinity. Random routing breaks sticky sessions, so it's A.
If "session affinity" was only crucial for a specific subset, like admin users, maybe D would be ok. But as it's stated for the whole app, have to say A.
I don't think D fixes sticky session problems, that's a trap here. It's A.
Looks a lot like scenarios from the official AWS practice tests. A is correct since least outstanding requests supports sticky sessions, unlike weighted random. I think this matches what you'd see in the study guide too. Disagree?
Not B, it's A. Weighted random breaks sticky sessions so users bounce between targets and lose session state. Least outstanding requests works with stickiness. Option B's more for dealing with traffic anomalies, not session affinity issues.
C/D? Not fully sold on either, but sticky sessions definitely need supported routing. Still, deregistration delay (D) sometimes helps clean up errors in transition phases. I think A is right but curious if anyone made D work here.
Official guide says sticky sessions don't work with weighted random routing. Switching to least outstanding requests (A) is what fixes it. Pretty sure this matches AWS docs and I've seen similar in practice tests. Disagree?
I feel like D could help since increasing the deregistration delay gives connections more time to finish, maybe fixing some errors. Not totally convinced it's the real fix for sticky sessions though, but worth a try if that's the issue.
Be respectful. No spam.