스테이트리스(stateless) 애플리케이션이 Auto Scaling 그룹의 EC2 인스턴스에서 ALB 뒤에서 실행됩니다. 이 그룹은 부트스트랩이 없는 완전히 구워진(fully baked) 사용자 지정 AMI를 사용합니다. 최근 해당 AMI가 삭제되어 AMI ID가 더 이상 존재하지 않기 때문에 Auto Scaling 그룹이 인스턴스를 시작하지 못하고 있습니다. DevOps 엔지니어는 작동하는 스케일링을 복원하기 위해 어떤 일련의 작업을 수행해야 합니까? (세 가지 선택)

Auto Scaling 그룹이 인스턴스를 시작하지 못하는 이유는 AMI가 삭제되어 더 이상 존재하지 않기 때문입니다. 이 문제를 해결하려면 먼저 "Auto Scaling 그룹에서 실행 중인 기존 EC2 인스턴스에서 새 AMI를 생성합니다." 기존 인스턴스는 여전히 작동 중이므로 이를 기반으로 새 AMI를 생성하여 애플리케이션의 현재 상태를 보존할 수 있습니다. 다음으로, "교체 AMI를 참조하는 새 시작 템플릿을 생성합니다." 새 AMI ID를 포함하는 새 시작 템플릿을 만들어 Auto Scaling 그룹이 새 AMI를 사용하여 인스턴스를 시작할 수 있도록 합니다. 마지막으로, "새 시작 템플릿을 사용하도록 Auto Scaling 그룹을 업데이트합니다." Auto Scaling 그룹이 이 새 시작 템플릿을 사용하도록 구성하면, 그룹은 성공적으로 새 인스턴스를 시작할 수 있게 됩니다. 다른 옵션들은 다음과 같은 이유로 올바르지 않습니다. "Auto Scaling 그룹의 원하는 용량을 0으로 줄입니다." 또는 "Auto Scaling 그룹의 원하는 용량을 1만큼 늘립니다."는 AMI 문제를 해결하지 못하고, 오히려 인스턴스 수를 변경하여 문제를 악화시킬 수 있습니다. "인스턴스의 운영 체제와 일치하는 최신 퍼블릭 OS AMI를 복사하여 새 AMI를 생성합니다."는 애플리케이션의 구성이나 데이터를 포함하지 않으므로, 완전히 구워진 AMI의 목적에 부합하지 않습니다.