한 벤더가 EC2용 AMI(Amazon Machine Image) 형태로 단위 테스트 제품을 제공합니다. 구성 설정은 Amazon DynamoDB에 저장되고 테스트 출력은 Amazon S3에 저장됩니다. 이 제품은 실행하는 데 최소 3개의 EC2 인스턴스가 필요하며, 테스트 팀은 Spot 가격이 목표에 도달하면 Spot Instance를 사용하여 3개의 EC2 인스턴스를 추가할 수 있기를 원합니다. SysOps 관리자로서 운영 유지 관리가 최소화된 고가용성 배포를 설계하십시오. 어떤 접근 방식이 가장 적은 오버헤드로 이러한 요구 사항을 충족합니까?

이 접근 방식은 단일 Auto Scaling 그룹 내에서 온디맨드 인스턴스와 스팟 인스턴스를 모두 관리하여 운영 오버헤드를 최소화합니다. 시작 템플릿은 최신 기능과 유연성을 제공하며, 여러 인스턴스 유형 및 구매 옵션을 지정할 수 있습니다. Auto Scaling 그룹은 최소 3개의 온디맨드 인스턴스를 유지하면서 스팟 가격이 목표에 도달하면 추가 스팟 인스턴스를 자동으로 프로비저닝하여 고가용성과 비용 효율성을 동시에 달성합니다. 오답 설명: 제공된 AMI를 참조하는 시작 구성을 사용하는 Amazon EC2 Auto Scaling 그룹을 생성합니다. 시작 구성에서 3개의 On-Demand Instance와 3개의 Spot Instance를 지정합니다. 시작 구성에서 최대 Spot Instance 가격을 설정합니다. 시작 구성은 온디맨드 및 스팟 인스턴스를 혼합하는 데 필요한 유연성이 부족하며, 여러 인스턴스 유형을 지정할 수 없습니다. 제공된 AMI를 참조하는 시작 구성을 사용하는 두 개의 개별 Auto Scaling 그룹을 생성합니다. 하나의 Auto Scaling 그룹은 3개의 On-Demand Instance를 유지해야 합니다. 다른 Auto Scaling 그룹은 3개의 Spot Instance를 유지하고 시작 구성에 최대 Spot Instance 가격을 포함해야 합니다. 두 개의 개별 Auto Scaling 그룹을 사용하는 것은 단일 그룹으로 관리하는 것보다 운영 오버헤드가 더 큽니다. 또한 시작 구성은 여전히 유연성이 부족합니다. 제공된 AMI를 참조하는 시작 템플릿을 사용하는 두 개의 개별 Auto Scaling 그룹을 생성합니다. 하나의 Auto Scaling 그룹은 3개의 On-Demand Instance를 유지해야 합니다. 다른 Auto Scaling 그룹은 3개의 Spot Instance를 유지하고 시작 템플릿에 최대 Spot Instance 가격을 포함해야 합니다. 두 개의 개별 Auto Scaling 그룹을 사용하는 것은 단일 그룹으로 관리하는 것보다 운영 오버헤드가 더 큽니다.