Une entreprise a une application d'inventaire de meubles déployée sur un parc d'instances Amazon EC2 réparties sur plusieurs zones de disponibilité derrière un Application Load Balancer (ALB). L'architecte de solutions observe que le trafic entrant favorise une instance EC2, ce qui entraîne une latence pour certaines requêtes. Que doit faire l'architecte de solutions pour résoudre ce problème ?

L'affinité de session (sticky sessions) dirige les requêtes d'un même client vers la même instance EC2. Si une instance reçoit un volume de trafic disproportionné, cela peut entraîner une surcharge et une latence, comme décrit dans le scénario. Désactiver l'affinité de session permet à l'ALB de distribuer le trafic de manière plus équilibrée entre toutes les instances disponibles, résolvant ainsi le problème de favoritisme d'une instance. Remplacer l'ALB par un Network Load Balancer n'est pas la solution car le problème est lié à la distribution du trafic au niveau de la couche 7 (HTTP/HTTPS) et non à la performance de la couche 4. Augmenter le nombre d'instances EC2 pourrait masquer le problème temporairement mais ne résoudrait pas la cause racine de la distribution inégale du trafic si l'affinité de session est activée. Ajuster la fréquence des vérifications de l'état de santé n'a aucun impact sur la façon dont le trafic est distribué aux instances saines.