[AWS][SAA][EXAMTOPICS] Question 94 (확인)

A shopping cart application connects to an Amazon RDS Multi-AZ database instance. The database performance is causing the application to slow down. There was no significant performance improvement after upgrading to the next-generation instance type.
According to the analysis, around 700 IOPS are maintained, typical queries execute for extended periods of time, and memory use is significant.

Which application modification might a solutions architect propose to address these concerns?

• A. Migrate the RDS instance to an Amazon Redshift cluster and enable weekly garbage collection.
• B. Separate the long-running queries into a new Multi-AZ RDS database and modify the application to query whichever database is needed.
• C. Deploy a two-node Amazon ElastiCache cluster and modify the application to query the cluster first and query the database only if needed.
• D. Create an Amazon Simple Queue Service (Amazon SQS) FIFO queue for common queries and query it first and query the database only if needed.

 

한글번역

장바구니 애플리케이션은 Amazon RDS 다중 AZ 데이터베이스 인스턴스에 연결됩니다. 데이터베이스 성능으로 인해 애플리케이션이 느려집니다. 차세대 인스턴스 유형으로 업그레이드한 후에도 성능이 크게 향상되지 않았습니다.
분석에 따르면 약 700 IOPS가 유지되고 일반적인 쿼리가 장기간 실행되며 메모리 사용량이 상당합니다.

솔루션 설계자는 이러한 문제를 해결하기 위해 어떤 애플리케이션 수정을 제안할 수 있습니까?

• A. RDS 인스턴스를 Amazon Redshift 클러스터로 마이그레이션하고 매주 가비지 수집을 활성화합니다.
• B. 장기 실행 쿼리를 새로운 다중 AZ RDS 데이터베이스로 분리하고 필요한 데이터베이스를 쿼리하도록 애플리케이션을 수정합니다.
• C. 2노드 Amazon ElastiCache 클러스터를 배포하고 클러스터를 먼저 쿼리하고 필요한 경우에만 데이터베이스를 쿼리하도록 애플리케이션을 수정합니다.
• D. 일반적인 쿼리를 위한 Amazon Simple Queue Service(Amazon SQS) FIFO 대기열을 생성하고 먼저 쿼리하고 필요한 경우에만 데이터베이스를 쿼리합니다.

 

 

 

정답

• C. Deploy a two-node Amazon ElastiCache cluster and modify the application to query the cluster first and query the database only if needed.
  
  

해설

Amazon ElastiCache는 유연한 실시간 사용 사례를 지원하는 완전관리형 인 메모리 캐싱 서비스입니다. 캐싱에 ElastiCache를 사용하면 애플리케이션 및 데이터베이스 성능을 가속화할 수 있으며, 세션 스토어, 게임 리더보드, 스트리밍 및 분석과 같이 내구성이 필요하지 않는 사용 사례에서는 기본 데이터 스토어로 사용할 수 있습니다. ElastiCache는 Redis 및 Memcached와 호환 가능합니다.

애플리케이션 성능 가속화

초고속 애플리케이션 성능을 위해 마이크로초 단위의 대기 시간과 높은 처리랑을 기반으로 데이터에 액세스합니다.

간편한 백엔드 데이터베이스 로드

데이터를 캐싱하여 백엔드 데이터베이스에서 부담을 줄이면 애플리케이션 확장성을 개선하고 운영 부담을 줄일 수 있습니다.

낮은 대기 시간 데이터 스토어 구축

ElastiCache를 사용하여 메모리에 내구성이 없는 데이터 집합을 저장하고 마이크로초 대기 시간으로 실시간 애플리케이션을 지원합니다.

 

참조 문서:

https://aws.amazon.com/ko/elasticache/

Amazon ElastiCache – 관리형 캐싱 서비스 – Amazon Web Services

 

 

20221111

장바구니 애플리케이션은 Amazon RDS 다중 AZ 데이터베이스 인스턴스에 연결됩니다. 데이터베이스 성능으로 인해 애플리케이션이 느려집니다. 차세대 인스턴스 유형으로 업그레이드한 후에도 성능이 크게 향상되지 않았습니다.
분석에 따르면 약 700 IOPS가 유지되고 일반적인 쿼리가 장기간 실행되며 메모리 사용량이 상당합니다.

솔루션 설계자는 이러한 문제를 해결하기 위해 어떤 애플리케이션 수정을 제안할 수 있습니까?

 

현재 RDS는 멀티에이지 허용되어 있으며 데이터베이스 성능으로 인해 애플리케이션의 Latency가 발생한다고 한다.
분석에 따르면 약 700 IOPS가 유지되고 일반적인 쿼리가 장기간 실행되며 메모리 사용량이 상당하다고 할때 애플리케이션 수정을 해야한다.

우선 선택지 B "장기 실행 쿼리를 새로운 다중 AZ RDS 데이터베이스로 분리하고 필요한 데이터베이스를 쿼리하도록 애플리케이션을 수정합니다." 해당 솔션은 RDS를 용도에 따라 분리하고 필요한 데이터베이스를 쿼리하도록 애플리케이션을 수정하는데, 이는 해당 아키로 변경하는데 검수가 많이 필요로 하며, 해당 솔루션이 적합한지도 검증되지 않았기 때문에 올바른 선택지가 아니다.
다음 선택지 D "일반적인 쿼리를 위한 Amazon Simple Queue Service(Amazon SQS) FIFO 대기열을 생성하고 먼저 쿼리하고 필요한 경우에만 데이터베이스를 쿼리합니다." SQS는 메시징 서비스로 작업의 순서를 결정하는 솔루션이기 때문에 DB의 성능과는 크게 상관 없으며, 작업의 순서를 둔다고 해도 정작 DB의 성능을 해결하는것이 아니기 때문에 한개의 작업에서 Latency가 발생한다고 하면 이전과 동일한 현상이 발생할 것으로 예상된다.

따라서 선택지 A와 C가 정답이 될수 있는데 이중 선택지 C의 "2노드 Amazon ElastiCache 클러스터를 배포하고 클러스터를 먼저 쿼리하고 필요한 경우에만 데이터베이스를 쿼리하도록 애플리케이션을 수정합니다."

Amazon ElastiCache는 유연한 실시간 사용 사례를 지원하는 완전 관리형 메모리 캐시 서비스이다.
지문에서 RDS의 메모리 사용량이 상당하다고 하는데, 이에 적합한 솔루션은 ElastiCache로 판단된다.