A. Cloudformation 스택을 사용하여 리소스를 배포합니다. 2개의 Cloudformation 스택을 사용합니다.원할 때마다
두 번째 Cloudformation 스택의 리소스를 전환, 배포 및 사용합니다.

B. Elastic beantalk 서비스를 사용하여 리소스를 배포합니다. 2개의 Elastic beantalkenvironments를 사용합니다. 사용
전환할 롤링 배포
환경.

C. Auto Scaling 그룹을 사용하는 로드 밸런서 뒤에 애플리케이션을 다시 배포하고 동일한 그룹을 새로 생성합니다.
Auto Scaling 그룹을 만들고 로드 밸런서에 연결합니다. 배포하는 동안 원하는 수를 설정합니다.
이전 Auto Scaling 그룹의 인스턴스를 0으로 만들고 모든 인스턴스가 종료되면 이전을 삭제합니다.
오토 스케일링 그룹.

D. Opsworks sen/ice를 사용하여 리소스를 배포합니다. 2개의 Opswork 레이어를 사용하여
애플리케이션. 전환할 시간이 되면 Opswork 스택의 대체 레이어로 변경합니다.

A. AWS Elastic Beanstalk

B. AWS 람다

C. 오토 스케일링

D. 탄력적 로드 밸런싱

A. 먼저 볼륨을 마운트 해제합니다.

B. 처리하기 전에 볼륨의 모든 I/O를 중지합니다.

C. 분리하기 전에 볼륨의 스냅샷을 찍습니다.

D. 모든 데이터가 그대로 유지되도록 볼륨을 강제로 분리합니다.

A. 효과 없음

B. 지원되는 데이터 유형

C. 주요 리소스

D. 버전 관리

A. 사용률을 보고하고 Amazon DynamoDB 테이블에 인스턴스를 저장하도록 EC2 인스턴스에서 예약된 스크립트를 설정합니다. DynamoDB를 소스 데이터로 사용하여 Amazon QuickSight에서 대시보드를 생성하여 활용도가 낮은 인스턴스를 찾습니다. AWS Lambda의 Amazon QuickSight에서 트리거를 설정하여 활용도가 낮은 인스턴스를 줄이십시오.

B. 비용 센터, 환경 및 팀을 기반으로 EC2 인스턴스 태그에 대한 별도의 Amazon CloudWatch 대시보드를 생성하고 각 팀에 대한 고유 링크를 사용하여 인스턴스 태그를 게시합니다. 각 팀에 대해 CloudWatch 대시보드를 소스로 사용하여 CloudWatch 이벤트 규칙을 설정하고, 사용률이 낮은 인스턴스를 줄이기 위해 AWS Lambda 기능을 시작하도록 트리거를 설정합니다.

C. AWS Trusted Advisor를 사용률이 낮은 EC2 인스턴스의 소스로 사용하여 Amazon CloudWatch Events 규칙을 생성합니다. 각 팀, 환경 및 비용 센터에 대한 태그를 기반으로 보고된 데이터를 필터링하는 AWS Lambda 함수를 트리거하고 Amazon S3에 Lambda 함수를 저장합니다. 사용률이 낮은 인스턴스를 줄이기 위해 Lambda 함수를 시작하도록 두 번째 트리거를 설정합니다.

D. AWS Systems Manager를 사용하여 인스턴스 사용률을 추적하고 사용률이 낮은 인스턴스를 Amazon CloudWatch에 보고합니다. 팀, 환경 및 비용 센터에 대한 태그를 기반으로 CloudWatch에서 데이터를 필터링합니다. 사용률이 낮은 인스턴스를 줄이기 위해 CloudWatch에서 AWS Lambda로 트리거 설정