하위 문제 풀이는 개인적 의견일 수 있습니다. AWS 공식 문서를 참조하는 것을 추천 드립니다.
[영문]
A company has a multi-tier web application that runs on a fleet of Amazon EC2 instances behind an Application Load Balancer (ALB). The instances are in an Auto Scaling group. The ALB and the Auto Scaling group are replicated in a backup AWS Region. The minimum value and the maximum value for the Auto Scaling group are set to zero. An Amazon RDS Multi-AZ DB instance stores the application’s data. The DB instance has a read replica in the backup Region. The application presents an endpoint to end users by using an Amazon Route 53 record.
The company needs to reduce its RTO to less than 15 minutes by giving the application the ability to automatically fail over to the backup Region. The company does not have a large enough budget for an active-active strategy.
What should a solutions architect recommend to meet these requirements?
- A. Reconfigure the application’s Route 53 record with a latency-based routing policy that load balances traffic between the two ALBs. Create an AWS Lambda function in the backup Region to promote the read replica and modify the Auto Scaling group values. Create an Amazon CloudWatch alarm that is based on the HTTPCode_Target_5XX_Count metric for the ALB in the primary Region. Configure the CloudWatch alarm to invoke the Lambda function.
- B. Create an AWS Lambda function in the backup Region to promote the read replica and modify the Auto Scaling group values. Configure Route 53 with a health check that monitors the web application and sends an Amazon Simple Notification Service (Amazon SNS) notification to the Lambda function when the health check status is unhealthy. Update the application’s Route 53 record with a failover policy that routes traffic to the ALB in the backup Region when a health check failure occurs.
- C. Configure the Auto Scaling group in the backup Region to have the same values as the Auto Scaling group in the primary Region. Reconfigure the application’s Route 53 record with a latency-based routing policy that load balances traffic between the two ALBs. Remove the read replica. Replace the read replica with a standalone RDS DB instance. Configure Cross-Region Replication between the RDS DB instances by using snapshots and Amazon S3.
- D. Configure an endpoint in AWS Global Accelerator with the two ALBs as equal weighted targets. Create an AWS Lambda function in the backup Region to promote the read replica and modify the Auto Scaling group values. Create an Amazon CloudWatch alarm that is based on the HTTPCode_Target_5XX_Count metric for the ALB in the primary Region. Configure the CloudWatch alarm to invoke the Lambda function.
[한글] (번역기)
한 회사에는 애플리케이션 로드 밸런서(ALB) 뒤의 Amazon EC2 인스턴스에서 실행되는 다중 계층 웹 애플리케이션이 있습니다. 인스턴스는 자동 확장 그룹에 있습니다. ALB와 자동 확장 그룹은 백업 AWS 리전에 복제되어 있습니다. 자동 스케일링 그룹의 최소값과 최대값은 0으로 설정됩니다. Amazon RDS Multi-AZ DB 인스턴스가 애플리케이션의 데이터를 저장합니다. DB 인스턴스에는 백업 리전에 읽기 복제본이 있습니다. 애플리케이션은 Amazon Route 53 레코드를 사용하여 최종 사용자에게 엔드포인트를 제공합니다.
이 회사는 애플리케이션에 백업 리전으로 자동 페일오버하는 기능을 제공하여 RTO를 15분 미만으로 줄여야 합니다. 이 회사는 액티브-액티브 전략을 위한 예산이 충분하지 않습니다.
이러한 요구 사항을 충족하기 위해 솔루션 설계자는 무엇을 추천해야 할까요?
A. 애플리케이션의 라우트 53 레코드를 지연 시간 기반 라우팅 정책으로 재구성하여 두 ALB 간의 트래픽을 로드 밸런싱합니다. 백업 리전에 AWS 람다 함수를 생성하여 읽기 복제본을 승격하고 자동 스케일링 그룹 값을 수정합니다. 기본 리전의 ALB에 대한 HTTPCode_Target_5XX_Count 메트릭을 기반으로 하는 Amazon CloudWatch 알람을 생성합니다. 람다 함수를 호출하도록 CloudWatch 알람을 구성합니다.
B. 백업 리전에서 AWS 람다 함수를 생성하여 읽기 복제본을 승격하고 자동 스케일링 그룹 값을 수정합니다. 웹 애플리케이션을 모니터링하고 상태 확인 상태가 비정상일 때 Lambda 함수에 Amazon SNS(Amazon Simple Notification Service) 알림을 보내는 상태 확인으로 Route 53을 구성합니다. 상태 확인 실패 시 트래픽을 백업 리전의 ALB로 라우팅하는 장애 조치 정책으로 애플리케이션의 Route 53 레코드를 업데이트합니다.
C. 백업 리전의 자동 확장 그룹이 기본 리전의 자동 확장 그룹과 동일한 값을 갖도록 구성합니다. 두 ALB 간의 트래픽 부하를 분산하는 레이턴시 기반 라우팅 정책으로 애플리케이션의 라우트 53 레코드를 재구성합니다. 읽기 복제본을 제거합니다. 읽기 복제본을 독립 실행형 RDS DB 인스턴스로 교체합니다. 스냅샷과 Amazon S3를 사용하여 RDS DB 인스턴스 간에 지역 간 복제를 구성합니다.
D. 두 ALB를 동일한 가중치 타겟으로 사용하여 AWS 글로벌 액셀러레이터에서 엔드포인트를 구성합니다. 백업 리전에서 읽기 복제본을 승격하고 자동 스케일링 그룹 값을 수정하기 위해 AWS 람다 함수를 생성합니다. 기본 리전의 ALB에 대한 HTTPCode_Target_5XX_Count 메트릭을 기반으로 하는 Amazon CloudWatch 알람을 생성합니다. 람다 함수를 호출하도록 CloudWatch 알람을 구성합니다.
[풀이]
- ALB 뒤에 EC2 인스턴스로 실행되는 다중 계층 웹 애플리케이션, ASG 설정 되어있고 백업 리전에 동일하게 복제, 최소값과 최대값이 0으로 설정, Multi-AZ DB 인스턴스가 애플리케이션 데이터 저장, 백업 리전에 Read Replica, R53을 이용해서 엔드포인트 제공, 자동 페일오버하는 기능, RTO 15분 미만으로 줄여야 한다.
- A의 경우 지연 시간 기반 라우팅 정책으로 구성해 람다 함수로 읽기 복제본을 승격, ASG 수정인데, 5XX 카운트가 헬스 체크를 정확히 해주는 게 아니라는 생각이 들고 지연 시간 기반 라우팅은 active-active 구성에 더 알맞아 보임
- C의 경우 백업 리전의 ASG와 기본 리전의 ASG가 동일 값을 갖고, ALB 간의 트래픽 부하를 분산하는 레이턴시 기반 라우팅 정책으로 재구성... 이것도 A와 마찬가지로 지연 시간 기반 라우팅이어서 active-active 구성에 알맞아 보인다.
- D의 경우 GA 에서 동일한 가중치 타겟으로 설정하고, 람다 함수 생성하고, 5XX 메트릭을 기반으로 람다 함수를 호출한다. 이것 또한 active-active 구성이 아닐까 하는 생각이 든다.
- B의 경우 R53으로 웹 애플리케이션 비정상 상태 모니터링 -> SNS에서 health check 결과 비정상이면 SNS로 노티 보내도록 함 -> SNS 노티 받은 람다 이용해서 읽기 복제본 승격하고 ASG 값 수정 -> R53 fail over 기반으로 트래픽 백업 리전 ALB로 라우팅
https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/monitoring-health-checks.html
https://docs.aws.amazon.com/global-accelerator/latest/dg/about-endpoints-endpoint-weights.html - B가 가장 합리적으로 보인다. 나머지는 거의 active-active 구조에 맞는 장애 처리 정책으로 보임.
- B 정답
[출처] : https://www.examtopics.com/exams/amazon/aws-certified-solutions-architect-associate-saa-c03/view/
위 문제에 대한 저작권은 상위 출처 링크에 있으며 해당 게시글로 문제 시 댓글 부탁 드리며 삭제 조치 진행 하겠습니다.
'자격증 > AWS SAP' 카테고리의 다른 글
| [SAP-C02][문제 풀이] #10 사용자 지정 오류 페이지 제공 문제 (0) | 2023.10.25 |
|---|---|
| [SAP-C02][문제 풀이] #9 EC2 - ElastiCache - RDS 고 가용성 문제 (0) | 2023.10.25 |
| [SAP-C02][문제 풀이] #7 웹 애플리케이션 마이크로 아키텍처 서버리스 관련 문제 (0) | 2023.10.23 |
| [SAP-C02][문제 풀이] #6 S3 버킷 정책 및 IAM 정책 관련 문제 (0) | 2023.10.23 |
| [SAP-C02][문제 풀이] #5 헤더 제거 및 서버리스 문제 (1) | 2023.10.23 |
