Todas as instâncias EC2 em um grupo do Auto Scaling atrás de um Application Load Balancer pararam de servir tráfego e estão falhando nas verificações de integridade do grupo de destino HTTP. O processo do aplicativo não está em execução e os logs do sistema mostram muitos erros de falta de memória. Para melhorar a resiliência contra um possível vazamento de memória e habilitar monitoramento/alertas, qual combinação de ações você deve tomar? (Escolha duas.)

A primeira ação correta é modificar o grupo do Auto Scaling para substituir automaticamente as instâncias que falham nas verificações de integridade do balanceador de carga. Isso garante resiliência, pois instâncias com vazamento de memória (e que falham nas verificações) serão automaticamente encerradas e substituídas por novas, restaurando a capacidade de serviço. A segunda ação correta é instalar e configurar o agente do Amazon CloudWatch nas instâncias EC2 para coletar métricas de utilização de memória. Isso permite monitorar o uso real da memória, criar alarmes para alta utilização e receber notificações via SNS, ajudando a identificar e mitigar problemas de vazamento de memória antes que causem falhas. Reduzir o HealthCheckIntervalSeconds apenas detectaria a falha mais rapidamente, mas não resolveria a causa nem a resiliência. Alterar as verificações de integridade para TCP não detectaria que o processo da aplicação falhou devido à falta de memória, apenas que a porta está acessível. Habilitar uma métrica de consumo de memória disponível no console do CloudWatch para todo o grupo do Auto Scaling não é uma opção padrão para métricas detalhadas de memória por instância; o agente do CloudWatch é necessário para isso.