Un sitio web ejecuta un nivel web (grupo de Auto Scaling de EC2 en dos AZ) y un nivel de base de datos (RDS para MySQL Multi-AZ). Las ACL de red de la subred de la base de datos están restringidas solo a las subredes web que necesitan acceso a la base de datos; las subredes web utilizan reglas NACL predeterminadas. Recientemente se agregó una tercera subred al grupo de Auto Scaling. Después del escalado, algunos usuarios ven intermitentemente errores de que el servidor web no puede conectarse a la base de datos. Se han verificado las tablas de ruteo y los grupos de seguridad. ¿Qué cambios debe realizar un administrador de SysOps para que los servidores web de la nueva subred puedan acceder a la instancia de la base de datos? (Elija dos opciones).

Las ACL de red (NACL) son sin estado, lo que significa que tanto el tráfico de entrada como el de salida deben permitirse explícitamente. La subred de la base de datos tiene NACL restringidas, y la nueva subred web necesita acceso. Para que la nueva subred web se conecte a la base de datos, la NACL de la subred de la base de datos debe permitir el tráfico de entrada en el puerto 3306 (MySQL) desde la nueva subred web. Además, para que la respuesta de la base de datos regrese a la instancia web, la NACL de la subred de la base de datos debe permitir el tráfico de salida en el rango de puertos efímeros TCP (1024-65535) hacia la nueva subred web. Las opciones incorrectas no abordan la naturaleza sin estado de las NACL o intentan modificar las NACL predeterminadas de la subred web, que no son el problema principal.