Una empresa ejecuta una aplicación web en instancias de Amazon EC2 en varias zonas de disponibilidad. Las instancias EC2 están en subredes privadas. Un arquitecto de soluciones creó un Application Load Balancer (ALB) con acceso a Internet y especificó las instancias EC2 como grupo objetivo, pero el tráfico de Internet no llega a las instancias. ¿Cómo debería el arquitecto reconfigurar la arquitectura para solucionar esto?

La opción correcta es crear subredes públicas y asociarlas al ALB. Un Application Load Balancer (ALB) con acceso a Internet requiere subredes públicas para sus interfaces de red, ya que estas son las que reciben el tráfico de Internet. Las instancias EC2 pueden permanecer en subredes privadas, ya que el ALB actúa como un punto de entrada público y reenvía el tráfico a las instancias privadas. Las tablas de ruteo de las subredes públicas deben dirigir el tráfico a las subredes privadas donde se encuentran las instancias. Las otras opciones son incorrectas: Reemplazar el ALB por un Network Load Balancer no resuelve el problema de la falta de subredes públicas para el balanceador de carga de acceso a Internet. Un NAT Gateway es para tráfico saliente de las instancias privadas a Internet, no para tráfico entrante. Mover las instancias EC2 a subredes públicas es una mala práctica de seguridad, ya que las expone directamente a Internet. Actualizar las tablas de ruteo de las subredes de las instancias EC2 con una ruta al Internet Gateway no es suficiente, ya que el ALB mismo necesita subredes públicas para operar con acceso a Internet.