[AWS][SAP] Question 38

 

A read only news reporting site with a combined web and application tier and a database tier that receives large and unpredictable traffic demands must be able to respond to these traffic fluctuations automatically.
What AWS services should be used meet these requirements?

• A. Stateless instances for the web and application tier synchronized using ElastiCache Memcached in an autoscaimg group monitored with CloudWatch and RDS with read replicas.
• B. Stateful instances for the web and application tier in an autoscaling group monitored with CloudWatch and RDS with read replicas.
• C. Stateful instances for the web and application tier in an autoscaling group monitored with CloudWatch and multi-AZ RDS.
• D. Stateless instances for the web and application tier synchronized using ElastiCache Memcached in an autoscaling group monitored with CloudWatch and multi-AZ RDS.

 

 

 

한글 번역

웹 및 응용 프로그램 계층이 결합된 읽기 전용 뉴스 보고 사이트와 크고 예측할 수 없는 트래픽 요구를 수신하는 데이터베이스 계층은 이러한 트래픽 변동에 자동으로 대응할 수 있어야 합니다.
이러한 요구 사항을 충족하기 위해 어떤 AWS 서비스를 사용해야 합니까?

• A. 읽기 전용 복제본이 있는 CloudWatch 및 RDS로 모니터링되는 autoscaimg 그룹에서 ElastiCache Memcached를 사용하여 동기화된 웹 및 애플리케이션 계층에 대한 상태 비저장 인스턴스입니다.
• B. 읽기 전용 복제본을 사용하여 CloudWatch 및 RDS로 모니터링되는 자동 크기 조정 그룹의 웹 및 애플리케이션 계층에 대한 상태 저장 인스턴스입니다.
• C. CloudWatch 및 다중 AZ RDS로 모니터링되는 자동 크기 조정 그룹의 웹 및 애플리케이션 계층에 대한 상태 저장 인스턴스입니다.
• D. CloudWatch 및 다중 AZ RDS로 모니터링되는 자동 크기 조정 그룹에서 ElastiCache Memcached를 사용하여 동기화된 웹 및 애플리케이션 계층에 대한 상태 비저장 인스턴스입니다.

 

 

 

 

정답

• A. Stateless instances for the web and application tier synchronized using ElastiCache Memcached in an autoscaimg group monitored with CloudWatch and RDS with read replicas.

 

해설

상태 비저장 웹 계층

자동 크기 조정 구성에서 여러 웹 서버를 활용하려면 웹 계층이 상태 비저장이어야 합니다. 상태 비저장 응용 프로그램은 이전 상호 작용에 대한 지식이 필요하지 않고 세션 정보를 저장하지 않는 응용 프로그램입니다. WordPress의 경우 이는 요청을 처리 한 웹 서버에 관계없이 모든 최종 사용자가 동일한 응답을받습니다. 상태 비저장 응용 프로그램은 사용 가능한 계산 리소스(즉, 웹 서버 인스턴스)에서 요청을 처리할 수 있으므로 수평으로 확장할 수 있습니다. 해당 용량이 더 이상 필요하지 않으면 실행 중인 작업이 소모된 후) 개별 리소스를 안전하게 종료할 수 있습니다. 이러한 자원은 동료의 존재를 인식 할 필요가 없습니다 - 필요한 모든 것은 그들에게 워크로드를 분배하는 방법입니다.

사용자 세션 데이터 저장과 관련하여 WordPress 코어는 클라이언트의 웹 브라우저에 저장된 쿠키에 의존하기 때문에 완전히 무국적입니다. 세션 스토리지는 네이티브 PHP 세션에 의존하는 사용자 정의 코드 (예 : WordPress 플러그인)를 설치하지 않은 한 문제가되지 않습니다.

그러나 WordPress는 원래 단일 서버에서 실행되도록 설계되었습니다. 결과적으로 서버의 로컬 파일 시스템에 일부 데이터가 저장됩니다. 다중 서버 구성에서 WordPress를 실행할 때 웹 서버 간에 불일치가 있기 때문에 문제가 발생합니다. 예를 들어 사용자가 새 이미지를 업로드하는 경우 서버 중 하나에만 저장됩니다.

이것은 중요한 데이터를 공유 저장소로 이동하기 위해 기본 WordPress 실행 구성을 개선해야하는 이유를 보여줍니다. 모범 사례 아키텍처는 데이터베이스를 웹 서버 외부의 별도의 계층으로 가지며 공유 저장소를 사용하여 사용자 업로드, 테마 및 플러그인을 저장합니다.

 

이 문제에서는 고가용성을 요구하지도 않았고 트래픽을 효율적으로 처리하기 위한 답변을 찾고 있다. 또한 오토 스케일링 구성에서 여러 웹 서버를 사용하려면 상태 비저장 상태여야 한다.

그러므로 답은 A이다. D의 경우 다중 AZ RDS의 경우 고가용성을 보장하지만 위에서 요구하는 내용에서는 고가용성을 요구하지 않으므로 더욱 적합한 답은 A이다. 

 

 

참조

Stateless web tier - Best Practices for WordPress on AWS (amazon.com)

Stateless web tier - Best Practices for WordPress on AWS