Una empresa utilizó IaC para crear dos instancias EC2 que han permanecido sin cambios durante años. El rápido crecimiento del negocio hizo que el equipo de operaciones introdujera un grupo de Auto Scaling, que reemplaza las instancias durante los picos de demanda. La política de la empresa requiere actualizaciones de seguridad mensuales del sistema operativo que a veces requieren un reinicio. Después de un parche reciente que requirió un reinicio, el grupo de Auto Scaling terminó las instancias parcheadas y lanzó nuevas instancias sin parchear. ¿Qué combinación de acciones debería recomendar el arquitecto de soluciones para evitar que esto vuelva a suceder? (Elija dos.)

La automatización del parcheo de una AMI y la actualización de la configuración de lanzamiento aseguran que las nuevas instancias lanzadas por Auto Scaling ya estén parcheadas, resolviendo la raíz del problema. Modificar la política de actualización del grupo de Auto Scaling para que reemplace las instancias más antiguas primero durante una actualización gradual permite que las instancias parcheadas se mantengan mientras se introducen las nuevas. Crear un segundo grupo de Auto Scaling no resuelve el problema fundamental de que las instancias se reemplacen por versiones sin parchear. Colocar un ELB y configurar la monitorización es una buena práctica, pero no evita que Auto Scaling lance instancias sin parchear. Habilitar la protección contra terminación en instancias individuales es una solución temporal y manual que anula el propósito de Auto Scaling y no es escalable.