Una empresa está migrando sus servidores web basados en Linux a un grupo de Amazon EC2 Auto Scaling. Actualmente, los administradores acceden por SSH a instancias estáticas para recuperar archivos de registro, y la empresa ejecuta con frecuencia consultas en los registros para el análisis de sesiones de aplicaciones y problemas de usuario. La empresa quiere asegurarse de que no se pierdan registros durante los eventos de reducción de escala (scale-in) y minimizar los costos. ¿Qué combinación de acciones debe tomar un ingeniero de seguridad? (Elija dos).

La opción correcta es instalar y configurar el agente de Amazon CloudWatch en las instancias para transmitir los registros a Amazon CloudWatch Logs. Esto asegura que los registros se recopilen y persistan centralmente, evitando la pérdida de datos durante los eventos de reducción de escala de Auto Scaling. La segunda opción correcta es usar Amazon CloudWatch Logs Insights para ejecutar consultas en los registros. Logs Insights es una herramienta potente y rentable para analizar los registros almacenados en CloudWatch Logs, lo que permite a la empresa realizar análisis de sesiones y solucionar problemas de usuario de manera eficiente. Configurar un cron job para cargar registros a S3 es una solución menos eficiente y puede generar costos más altos por el acceso frecuente y la gestión de objetos. AWS Glue y Amazon Athena son excelentes para el análisis de grandes volúmenes de datos en S3, pero requieren que los registros ya estén en S3, lo que no aborda la recopilación inicial ni la prevención de pérdida durante la reducción de escala. Escribir registros en Amazon EFS sería costoso y no es la solución principal para la recopilación de registros en un entorno de Auto Scaling.