Un frontal d'application communique avec des instances backend via un Network Load Balancer (NLB) dans le même VPC. L'application s'étend sur deux zones de disponibilité et doit minimiser le trafic inter-AZ. Le trafic frontal doit rester dans la même zone de disponibilité, sauf s'il n'y a pas de cible saine dans cette AZ, auquel cas il doit basculer vers l'autre AZ. Quelle configuration satisfait ces exigences ?

Désactiver l'équilibrage de charge inter-zone sur le NLB garantit que le trafic reste dans la même AZ tant qu'il y a des cibles saines. En configurant le frontal pour résoudre le nom DNS du NLB spécifique à son AZ locale (par exemple, nlb-id.elb.az-id.amazonaws.com), le trafic est dirigé vers les cibles de cette AZ. Si toutes les cibles dans l'AZ locale deviennent malsaines, le NLB bascule automatiquement le trafic vers d'autres AZ, répondant ainsi à l'exigence de basculement. Les autres options sont incorrectes car : Utiliser des zones hébergées privées avec routage pondéré ou enregistrements de basculement est une solution plus complexe et moins directe pour ce cas d'usage, et ne gère pas nativement le basculement automatique basé sur la santé des cibles du NLB de la même manière. Activer les sessions persistantes (affinité de session) est une fonctionnalité de niveau application ou ALB, non pertinente pour le comportement de routage inter-AZ du NLB et ne garantit pas la minimisation du trafic inter-AZ de cette manière.