한 회사에서 단일 Amazon EC2 온디맨드 인스턴스에 스테이트리스 웹사이트 분석 애플리케이션을 호스팅하고 있습니다. 이 애플리케이션은 사용량이 많은 시간대에 성능이 저하되고 5xx 오류를 반환합니다. 회사는 애플리케이션이 원활하게 확장되기를 원합니다. 다음 중 이러한 요구 사항을 가장 비용 효율적으로 충족하는 솔루션은 무엇입니까?

정답은 웹 애플리케이션의 Amazon Machine Image(AMI)를 생성하고, 이를 시작 템플릿에 적용한 후, 시작 템플릿을 포함하는 Auto Scaling 그룹을 생성하며, Spot Fleet을 사용하도록 시작 템플릿을 구성하고, Auto Scaling 그룹에 Application Load Balancer를 연결하는 것입니다. 이 솔루션은 애플리케이션의 자동 확장 및 고가용성을 보장하며, Spot Fleet을 사용하여 비용 효율성을 극대화합니다. Application Load Balancer는 트래픽을 여러 인스턴스에 분산하여 성능 저하 및 5xx 오류를 방지합니다. 다른 옵션들은 다음과 같은 이유로 최적의 해결책이 아닙니다: 두 번째 EC2 온디맨드 인스턴스를 수동으로 추가하고 Application Load Balancer를 사용하는 것은 자동 확장을 제공하지 않아 사용량 급증 시 여전히 성능 문제가 발생할 수 있습니다. Route 53 가중치 기반 라우팅은 로드 밸런싱을 제공하지만, 인스턴스 상태 확인 및 자동 확장을 지원하지 않아 고가용성 및 확장성 요구 사항을 완전히 충족하지 못합니다. EC2 인스턴스 유형을 변경하는 AWS Lambda 함수를 사용하는 것은 수직 확장이지만, 무상태 애플리케이션의 수평 확장에 비해 비용 효율성이 떨어지고, 인스턴스 중단이 발생하여 서비스 중단이 초래될 수 있습니다.