하위 문제 풀이는 개인적 의견일 수 있습니다. AWS 공식 문서를 참조하는 것을 추천 드립니다.
[영문]
A retail company is operating its ecommerce application on AWS. The application runs on Amazon EC2 instances behind an Application Load Balancer (ALB). The company uses an Amazon RDS DB instance as the database backend. Amazon CloudFront is configured with one origin that points to the ALB. Static content is cached. Amazon Route 53 is used to host all public zones.
After an update of the application, the ALB occasionally returns a 502 status code (Bad Gateway) error. The root cause is malformed HTTP headers that are returned to the ALB. The webpage returns successfully when a solutions architect reloads the webpage immediately after the error occurs.
While the company is working on the problem, the solutions architect needs to provide a custom error page instead of the standard ALB error page to visitors.
Which combination of steps will meet this requirement with the LEAST amount of operational overhead? (Choose two.)
- A. Create an Amazon S3 bucket. Configure the S3 bucket to host a static webpage. Upload the custom error pages to Amazon S3.
- B. Create an Amazon CloudWatch alarm to invoke an AWS Lambda function if the ALB health check response Target.FailedHealthChecks is greater than 0. Configure the Lambda function to modify the forwarding rule at the ALB to point to a publicly accessible web server.
- C. Modify the existing Amazon Route 53 records by adding health checks. Configure a fallback target if the health check fails. Modify DNS records to point to a publicly accessible webpage.
- D. Create an Amazon CloudWatch alarm to invoke an AWS Lambda function if the ALB health check response Elb.InternalError is greater than 0. Configure the Lambda function to modify the forwarding rule at the ALB to point to a public accessible web server.
- E. Add a custom error response by configuring a CloudFront custom error page. Modify DNS records to point to a publicly accessible web page.
[한글] (번역기)
한 소매업체가 AWS에서 이커머스 애플리케이션을 운영하고 있습니다. 이 애플리케이션은 애플리케이션 로드 밸런서(ALB) 뒤의 Amazon EC2 인스턴스에서 실행됩니다. 이 회사는 데이터베이스 백엔드로 Amazon RDS DB 인스턴스를 사용합니다. Amazon CloudFront는 ALB를 가리키는 하나의 오리진으로 구성됩니다. 정적 콘텐츠는 캐시됩니다. Amazon Route 53은 모든 공용 영역을 호스팅하는 데 사용됩니다.
애플리케이션을 업데이트한 후 ALB가 때때로 502 상태 코드(잘못된 게이트웨이) 오류를 반환합니다. 근본 원인은 ALB로 반환되는 잘못된 HTTP 헤더입니다. 솔루션 아키텍트가 오류 발생 직후 웹페이지를 다시 로드하면 웹페이지가 정상적으로 반환됩니다.
회사에서 문제를 해결하는 동안 솔루션 설계자는 방문자에게 표준 ALB 오류 페이지 대신 사용자 지정 오류 페이지를 제공해야 합니다.
이 요구 사항을 가장 적은 운영 오버헤드로 충족하는 단계 조합은 무엇인가요? (두 개를 선택하세요.)
A. Amazon S3 버킷을 만듭니다. 정적 웹페이지를 호스팅하도록 S3 버킷을 구성합니다. 사용자 지정 오류 페이지를 Amazon S3에 업로드합니다.
B. ALB 상태 확인 응답 Target.FailedHealthChecks가 0보다 클 경우 AWS Lambda 함수를 호출하도록 Amazon CloudWatch 알람을 생성합니다. 공개적으로 액세스할 수 있는 웹 서버를 가리키도록 ALB에서 전달 규칙을 수정하도록 Lambda 함수를 구성합니다.
C. 상태 확인을 추가하여 기존 Amazon Route 53 레코드를 수정합니다. 상태 검사에 실패할 경우 폴백 대상을 구성합니다. 공개적으로 액세스할 수 있는 웹 페이지를 가리키도록 DNS 레코드를 수정합니다.
D. ALB 상태 검사 응답 Elb.InternalError가 0보다 큰 경우 AWS Lambda 함수를 호출하도록 Amazon CloudWatch 알람을 생성합니다. 공개적으로 액세스할 수 있는 웹 서버를 가리키도록 ALB에서 전달 규칙을 수정하도록 Lambda 함수를 구성합니다.
E. CloudFront 사용자 지정 오류 페이지를 구성하여 사용자 지정 오류 응답을 추가합니다. 공개적으로 액세스할 수 있는 웹 페이지를 가리키도록 DNS 레코드를 수정합니다.
[풀이]
- 이커머스 애플리케이션, ALB 뒤의 EC2 인스턴스, DB로 RDS, CF는 ALB를 가리키고 정적 콘텐츠 캐싱, R53은 public hosting, ALB가 때때로 502 상태 반환, ALB로 반환되는 잘못된 HTTP 헤더가 이유, 502가 발생하고 문제 해결하는 동안 방문자에게 사용자 지정 오류 페이지를 제공 해야함. 최소한의 운영 오버헤드
- A의 경우 S3 버킷으로 오류 페이지를 업로드 한다고 해도 지정 오류 페이지를 어떤 응답으로 어떤 과정을 거쳐서 띄울 것인지에 대한 내용이 없는 듯함 만약 CF를 사용한다고 하면 올바른 정답인 듯 하다.
- B의 경우 오버헤드가 너무 들어간다.
- C의 경우 502가 발생하면 상태 확인을 이용해서 S3에 있는 퍼블릭 접속 가능한 웹 페이지에 접근한다 같은데... 일단 이 방법은 HTTP 통신만 가능해서 가능성을 열고 생각하면 아닐 것 같다.
- D의 경우 B와 동일
- E의 경우 CF에서 제공하는 사용자 지정 오류 페이지를 이용해서 특정 오류 코드를 뱉을 경우 오류 페이지로 이동하는 서비스.
https://docs.aws.amazon.com/ko_kr/AmazonCloudFront/latest/DeveloperGuide/GeneratingCustomErrorResponses.html - A와 C의 문제가 조금 애매하긴 굳이 운영 오버헤드 생각하면 A, E
[출처] : https://www.examtopics.com/exams/amazon/aws-certified-solutions-architect-associate-saa-c03/view/
위 문제에 대한 저작권은 상위 출처 링크에 있으며 해당 게시글로 문제 시 댓글 부탁 드리며 삭제 조치 진행 하겠습니다.
'자격증 > AWS SAP' 카테고리의 다른 글
| [SAP-C02][문제 풀이] #12 Private 통신 SaaS 애플리케이션 통신 문제 (0) | 2023.10.25 |
|---|---|
| [SAP-C02][문제 풀이] #11 계정 간 리소스 공유 문제 (0) | 2023.10.25 |
| [SAP-C02][문제 풀이] #9 EC2 - ElastiCache - RDS 고 가용성 문제 (0) | 2023.10.25 |
| [SAP-C02][문제 풀이] #8 웹 애플리케이션 across region fail over (0) | 2023.10.25 |
| [SAP-C02][문제 풀이] #7 웹 애플리케이션 마이크로 아키텍처 서버리스 관련 문제 (0) | 2023.10.23 |
