Una empresa ejecuta una aplicación en instancias EC2 en un grupo de Auto Scaling detrás de un Application Load Balancer (ALB). Al iniciar, las instancias ejecutan scripts de user-data para descargar contenido crítico de la aplicación desde un bucket de S3. Las instancias se inician, pero después de un tiempo, se terminan con el mensaje: “An instance was taken out of service in response to an ELB system health check failure.” Auto Scaling lanza y termina instancias repetidamente en un bucle. El único cambio reciente fue la adición de una gran cantidad de contenido crítico al bucket de S3. La empresa no quiere modificar los scripts de user-data en producción. ¿Qué debe hacer un arquitecto de soluciones para que el entorno de producción pueda implementarse correctamente?

La respuesta correcta es aumentar el período de gracia del health check del grupo de Auto Scaling. El problema describe un bucle de lanzamiento y terminación de instancias debido a fallos en el health check del ALB. Dado que se añadió una gran cantidad de contenido a S3, es probable que las instancias tarden más en descargar el contenido crítico durante el inicio, excediendo el tiempo que el ALB espera una respuesta saludable. El período de gracia del health check permite que las instancias recién lanzadas tengan tiempo suficiente para inicializarse y pasar las verificaciones de estado antes de que Auto Scaling las considere no saludables. Aumentar los tamaños de las instancias EC2 (A) podría no resolver el problema si el cuello de botella es el tiempo de descarga. Aumentar el valor de tiempo de espera del health check del ALB (B) es una opción válida, pero el período de gracia es más específico para el tiempo de inicio de la instancia. Cambiar la ruta del health check del ALB a una URL diferente (C) no abordaría el problema de tiempo de inicialización.