Een bedrijf heeft een applicatie voor meubelinventarisatie geïmplementeerd op een vloot van Amazon EC2-instances in meerdere Availability Zones achter een Application Load Balancer (ALB). De solutions architect merkt op dat inkomend verkeer één EC2-instance bevoordeelt, wat leidt tot latentie voor sommige verzoeken. Wat moet de solutions architect doen om dit probleem op te lossen?

Sessie-affiniteit (sticky sessions) zorgt ervoor dat verzoeken van dezelfde client naar dezelfde backend-instance worden gestuurd. Als één instance bevoordeeld wordt, betekent dit waarschijnlijk dat sessie-affiniteit is ingeschakeld en dat een groot deel van de gebruikerssessies naar die specifieke instance wordt geleid, wat leidt tot ongelijkmatige belasting en latentie. Door sessie-affiniteit uit te schakelen, kan de ALB het verkeer gelijkmatiger verdelen over alle beschikbare instances. Een Network Load Balancer (NLB) zou het probleem niet oplossen, omdat het een ander type load balancer is dat op laag 4 werkt en geen applicatie-specifieke functionaliteit zoals sessie-affiniteit heeft. Het verhogen van het aantal EC2-instances zou de ongelijke verdeling niet oplossen als sessie-affiniteit nog steeds actief is. Het aanpassen van de frequentie van health checks heeft geen invloed op de verkeersdistributie bij een gezonde instance.