Una empresa tiene 10 servidores web EC2 en una VPC de producción y 10 servidores web en un centro de datos local. Tienen una conexión Direct Connect de 10 Gbps entre el centro de datos y la VPC de producción. El centro de datos utiliza 10.100.0.0/20. La empresa necesita una solución de balanceo de carga que acepte HTTPS de miles de usuarios de internet y distribuya las solicitudes entre los servidores en la nube y los servidores locales. Las sesiones deben permanecer en el mismo servidor web durante su duración, independientemente de la ubicación del servidor. ¿Qué solución satisface estos requisitos?

La opción correcta es implementar un Application Load Balancer (ALB) porque puede manejar tráfico HTTPS, que es un requisito clave. Los ALB operan en la capa 7 (aplicación) del modelo OSI, lo que les permite gestionar sesiones persistentes basadas en la aplicación (sticky sessions) para mantener a los usuarios en el mismo servidor, independientemente de su ubicación, lo cual es esencial para la experiencia del usuario. Además, los ALB pueden distribuir el tráfico a destinos basados en IP, lo que permite incluir servidores locales a través de Direct Connect en los grupos objetivo. Las opciones incorrectas son: Un Network Load Balancer (NLB) opera en la capa 4 (transporte) y no puede manejar tráfico HTTPS directamente ni ofrecer persistencia de sesión basada en la aplicación. Especificar "instance" como tipo de objetivo no es adecuado para servidores locales, ya que estos no son instancias EC2. El tipo de objetivo "IP" es necesario para registrar servidores locales.