[AWS][SAP] Question 24

 

Your application is using an ELB in front of an Auto Scaling group of web/application servers deployed across two AZs and a Multi-AZ RDS Instance for data persistence.
The database CPU is often above 80% usage and 90% of I/O operations on the database are reads. To improve performance you recently added a single-node
Memcached ElastiCache Cluster to cache frequent DB query results. In the next weeks the overall workload is expected to grow by 30%.
Do you need to change anything in the architecture to maintain the high availability or the application with the anticipated additional load? Why?

• A. Yes, you should deploy two Memcached ElastiCache Clusters in different AZs because the RDS instance will not be able to handle the load if the cache node fails.
• B. No, if the cache node fails you can always get the same data from the DB without having any availability impact.
• C. No, if the cache node fails the automated ElastiCache node recovery feature will prevent any availability impact.
• D. Yes, you should deploy the Memcached ElastiCache Cluster with two nodes in the same AZ as the RDS DB master instance to handle the load if one cache node fails.

 

 

한글 번역

애플리케이션이 두 개의 AZ에 배포된 웹/애플리케이션 서버의 Auto Scaling 그룹 앞에 ELB를 사용하고 데이터 지속성을 위해 다중 AZ RDS 인스턴스를 사용하고 있습니다.
데이터베이스 CPU는 종종 80% 이상의 사용량을 가지며 데이터베이스에 대한 I/O 작업의 90%가 읽기입니다. 성능을 향상시키기 위해 최근에 단일 노드
Memcached ElastiCache 클러스터를 추가하여 빈번한 DB 쿼리 결과를 캐시했습니다. 다음 주에 전체 작업 부하가 30% 증가할 것으로 예상됩니다.
고가용성 또는 예상되는 추가 로드가 있는 애플리케이션을 유지하기 위해 아키텍처에서 변경해야 할 사항이 있습니까? 그 이유는 무엇입니까?

• A. 예. 캐시 노드가 실패할 경우 RDS 인스턴스가 로드를 처리할 수 없으므로 두 개의 Memcached ElastiCache 클러스터를 서로 다른 AZ에 배포해야 합니다.
• B. 아니요, 캐시 노드가 실패하면 가용성에 영향을 미치지 않고 항상 DB에서 동일한 데이터를 가져올 수 있습니다.
• C. 아니요, 캐시 노드가 실패하면 자동화된 ElastiCache 노드 복구 기능이 가용성에 미치는 영향을 방지합니다.
• D. 예. 하나의 캐시 노드가 실패할 경우 로드를 처리하기 위해 RDS DB 마스터 인스턴스와 동일한 AZ에 두 개의 노드가 있는 Memcached ElastiCache 클러스터를 배포해야 합니다.

 

 

 

 

 

정답

• A. Yes, you should deploy two Memcached ElastiCache Clusters in different AZs because the RDS instance will not be able to handle the load if the cache node fails.

 

 

 

해설

 

ElastiCache 클러스터를 시작할 때 클러스터가 있는 가용 영역을 선택할 수 있습니다. 최상의 성능을 얻으려면 애플리케이션 서버와 동일한 가용 영역을 사용하도록 클러스터를 구성해야 합니다. 특정 가용 영역에서 ElastiCache 클러스터를 시작하려면 캐시 클러스터를 만드는 동안 기본 설정
영역 옵션을 지정해야 합니다. 사용자가 지정하는 가용 영역은 ElastiCache가 캐시 노드를 시작하는 위치입니다. 영역 간에 노드 분산을 선택하면 ElastiCache에 캐시 노드를 가능한 한 균등하게 분산하도록 지시하는 것이 좋습니다. 이 배포는 가용 영역 중단이 ElastiCache 노드에 미치는 영향을 완화합니다. 일e 트레이드 오프는 응용 프로그램에서 ElastiCache로의 요청 중 일부가 다른 가용 영역의 노드로 이동하므로 대기 시간이 약간 높아진다는 것입니다.