Een applicatie-frontend communiceert met backend-instances via een Network Load Balancer (NLB) in dezelfde VPC. De applicatie omvat twee Availability Zones en moet inter-AZ-verkeer minimaliseren. Frontend-verkeer moet in dezelfde Availability Zone blijven, tenzij er geen gezonde target is in die AZ, in welk geval het moet failoveren naar de andere AZ. Welke configuratie voldoet aan deze vereisten?

De juiste optie is om cross-zone load balancing uit te schakelen op de NLB en de frontend te configureren om de NLB DNS-naam van de lokale Availability Zone op te lossen. Wanneer cross-zone load balancing is uitgeschakeld, stuurt de NLB verkeer alleen naar targets in dezelfde Availability Zone als de client, tenzij er geen gezonde targets zijn in die AZ. Dit minimaliseert inter-AZ-verkeer. De NLB DNS-naam voor elke AZ verwijst naar de NLB-knooppunten in die specifieke AZ. Als de frontend de lokale AZ NLB DNS-naam gebruikt, blijft het verkeer binnen de AZ. Als er geen gezonde targets zijn in die AZ, zal de NLB automatisch failoveren naar een andere AZ. De andere opties zijn incorrect: Gewogen routering met een private hosted zone is complexer en niet de meest directe manier om dit te bereiken met een NLB. Bovendien zou het nog steeds DNS-updates vereisen voor failover. Failover records in een private hosted zone zijn ook complexer en de NLB heeft al ingebouwde failover-mechanismen. Sticky sessions zijn niet relevant voor het minimaliseren van inter-AZ-verkeer op NLB-niveau; ze zorgen ervoor dat een gebruiker consistent naar dezelfde backend-instance wordt gestuurd, niet per se binnen dezelfde AZ.