Een nieuwe webapplicatie wordt gelanceerd op meerdere EC2-instances achter een Application Load Balancer in een Auto Scaling-groep. Gebruikers klagen dat ze herhaaldelijk moeten inloggen. Wat moet de SysOps-beheerder doen om frequent opnieuw authenticeren te stoppen?

Het inschakelen van sessie-affiniteit (sticky sessions) op de ALB-doelgroep zorgt ervoor dat verzoeken van een specifieke gebruiker consistent naar dezelfde EC2-instance worden gerouteerd. Dit is essentieel voor webapplicaties die sessiestatus op de server bijhouden, zoals inloggegevens. Zonder sticky sessions kan een gebruiker bij elk nieuw verzoek naar een andere instance worden gestuurd, die de sessiestatus niet kent, waardoor de gebruiker opnieuw moet inloggen. Een Amazon CloudFront-distributie is een CDN en verbetert de prestaties en beveiliging, maar lost het probleem van sessiebeheer tussen de ALB en de EC2-instances niet op. Het herbouwen van EC2-instances in een spread placement group verbetert de beschikbaarheid, maar heeft geen invloed op sessiebeheer. Het vervangen van een Application Load Balancer door een Network Load Balancer is niet correct, omdat een NLB werkt op laag 4 en geen HTTP-headers kan inspecteren om sticky sessions te implementeren op basis van applicatiesessies.