[AWS][SAA][EXAMTOPICS] Question 289

On Amazon Aurora, a business is operating a database. Every nightfall, the database is inactive. When user traffic surges in the early hours, an application that makes large reads on the database will face performance concerns. When reading from the database during these peak hours, the program encounters timeout issues. Due to the lack of a dedicated operations crew, the organization need an automated solution to solve performance concerns.

Which activities should a solutions architect take to ensure that the database automatically adjusts to the increasing read load? (Select two.)

• A. Migrate the database to Aurora Serverless.
• B. Increase the instance size of the Aurora database.
• C. Configure Aurora Auto Scaling with Aurora Replicas.
• D. Migrate the database to an Aurora multi-master cluster.
• E. Migrate the database to an Amazon RDS for MySQL Multi-AZ deployment.

 

한글 번역

Amazon Aurora에서 기업은 데이터베이스를 운영하고 있습니다. 매일 밤 데이터베이스는 비활성화됩니다. 이른 시간에 사용자 트래픽이 급증하면 데이터베이스에서 많은 양의 읽기를 수행하는 애플리케이션이 성능 문제에 직면하게 됩니다. 이러한 피크 시간 동안 데이터베이스에서 읽을 때 프로그램에서 시간 초과 문제가 발생합니다. 전담 운영 인력이 없기 때문에 조직은 성능 문제를 해결하기 위한 자동화된 솔루션이 필요합니다.

데이터베이스가 증가하는 읽기 로드에 자동으로 조정되도록 솔루션 설계자가 취해야 하는 활동은 무엇입니까? (2개를 선택하세요.)

• A. 데이터베이스를 Aurora Serverless로 마이그레이션합니다.
• B. Aurora 데이터베이스의 인스턴스 크기를 늘립니다.
• C. Aurora 복제본을 사용하여 Aurora Auto Scaling을 구성합니다.
• D. 데이터베이스를 Aurora 멀티 마스터 클러스터로 마이그레이션합니다.
• E. 데이터베이스를 Amazon RDS for MySQL 다중 AZ 배포로 마이그레이션합니다.

 

 

 

정답

• A. Migrate the database to Aurora Serverless.
• C. Configure Aurora Auto Scaling with Aurora Replicas.

 

해설

이 문제의 키워드는 트래픽이 급증하면서 DB에서 많은 양의 읽기를 수행하는 애플리케이션의 성능이 떨어지며 시간 초과 문제가 발생하는 것이다. 

그러므로 트래픽이 급증시 읽기를 자동으로 확장해야 한다. 

Amazon Aurora Serverless는 Amazon Aurora의 온디맨드 자동 크기 조정 구성 버전입니다. 애플리케이션 요구 사항을 기반으로 자동으로 시작 및 종료되어 용량을 확장 또는 축소합니다. 데이터베이스 용량을 관리할 필요 없이 AWS에서 데이터베이스를 실행할 수 있습니다.

데이터베이스 용량을 수동으로 관리하면 시간이 오래 걸리고 데이터베이스 리소스의 비효율적 사용을 초래할 수 있습니다. Aurora Serverless를 사용하면 데이터베이스 생성, 원하는 데이터베이스 용량 범위 지정, 애플리케이션 연결 등을 수행할 수 있습니다. 데이터베이스가 활성 상태일 때 사용하는 데이터베이스 용량을 초당 요금으로 지불하고 Amazon Relational Database Service(Amazon RDS) 콘솔에서 몇 단계를 수행하여 표준 구성과 서버리스 구성 간에 마이그레이션할 수 있습니다.

Aurora의 Multi AZ는 쓰기 능력을 향상시키는 것이기 때문에 답이 될 수 없다.

 

Aurora 복제본과 함께 Amazon Aurora Auto Scaling 사용

연결 및 워크로드 요구 사항을 충족하기 위해 Aurora Auto Scaling은 단일 마스터 복제를 사용하여 Aurora DB 클러스터에 프로비저닝된 Aurora 복제본 수를 동적으로 조정합니다. Aurora Auto Scaling은 Aurora MySQL 및 Aurora PostgreSQL 모두에서 사용할 수 있습니다. Aurora Auto Scaling을 사용하면 Aurora DB 클러스터가 연결 또는 워크로드의 갑작스러운 증가를 처리할 수 있습니다. 연결 또는 워크로드가 감소하면 Aurora Auto Scaling이 불필요한 Aurora 복제본을 제거하여 사용하지 않은 프로비저닝된 DB 인스턴스에 대해 비용을 지불하지 않습니다.

조정 정책을 정의하고 Aurora DB 클러스터에 적용합니다. 조정 정책 은 Aurora Auto Scaling이 관리할 수 있는 최소 및 최대 Aurora 복제본 수를 정의합니다. 정책에 따라 Aurora Auto Scaling은 Amazon CloudWatch 지표 및 대상 값을 사용하여 결정된 실제 워크로드에 따라 Aurora 복제본 수를 늘리거나 줄입니다.

AWS Management 콘솔을 사용하여 사전 정의된 지표를 기반으로 조정 정책을 적용할 수 있습니다. 또는 AWS CLI 또는 Aurora Auto Scaling API를 사용하여 사전 정의된 지표 또는 사용자 지정 지표를 기반으로 조정 정책을 적용할 수 있습니다.

 

 

참조 문서

https://aws.amazon.com/ko/rds/aurora/serverless/

Amazon Aurora Serverless | MySQL PostgreSQL 관계형 데이터베이스 | Amazon Web Services

https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Integrating.AutoScaling.html

Using Amazon Aurora Auto Scaling with Aurora replicas - Amazon Aurora