El frontend de una aplicación se comunica con instancias de backend a través de un Network Load Balancer (NLB) en la misma VPC. La aplicación abarca dos zonas de disponibilidad y debe minimizar el tráfico entre zonas de disponibilidad. El tráfico del frontend debe permanecer en la misma zona de disponibilidad a menos que no haya un destino en buen estado en esa AZ, en cuyo caso debe conmutar por error a la otra AZ. ¿Qué configuración satisface estos requisitos?

La opción correcta desactiva el balanceo de carga entre zonas en el NLB, lo que asegura que el tráfico permanezca dentro de la misma AZ. Al configurar el frontend para resolver el nombre DNS del NLB específico de su AZ local, se dirige el tráfico directamente a los destinos dentro de esa AZ. Si no hay destinos saludables en esa AZ, el NLB automáticamente conmuta por error a destinos saludables en otras AZs, cumpliendo con el requisito de conmutación por error. Las otras opciones son incorrectas: La creación de una zona alojada privada con enrutamiento ponderado por AZ o registros de conmutación por error es más compleja de lo necesario y no garantiza que el tráfico permanezca en la AZ local de forma predeterminada con conmutación por error automática. El NLB ya maneja la conmutación por error. Habilitar sesiones persistentes (afinidad de sesión) no minimiza el tráfico entre zonas de disponibilidad por sí solo; solo asegura que las solicitudes de un cliente vayan al mismo destino una vez establecida la sesión, pero no controla la distribución inicial del tráfico por AZ.