Exam AWS Certified Solutions Architect - Associate SAA-C02 topic 1 question 527 discussion

A and C - The problem here is to AUTOMATICALLY SCALE READS during traffic surges A. Migrate the database to Aurora Serverless. Correct. https://aws.amazon.com/rds/aurora/serverless/ B. Increase the instance size of the Aurora database. Wrong. The excess capacity will be unutilized during off-peak periods C. Configure Aurora Auto Scaling with Aurora Replicas. Correct. https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Integrating.AutoScaling.html D. Migrate the database to an Aurora multi-master cluster. Wrong. This helps to scale WRITES, not reads - https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-multi-master.html E. Migrate the database to an Amazon RDS for MySQL Multi-AZ deployment. Wrong. This is for availability and disaster recovery, NOT read scaling. The standby instance is NOT used to serve reads or writes. Active-passive failover is adopted. https://aws.amazon.com/rds/features/multi-az/

This questions was on my test I took today 1-18-22, I went with AC

ACACACACACAC

C and D Aurora Multi-Master enables the Aurora database to maintain read and write availability with zero application downtime

Vote A and C.

It can not be d. It improves write only. To manage operation select A and to improve read c. Answer a and c

Aurora multi-master scales Writes but here use case is for Reads.

if the question ask what are the 2 solution to address than i will chose A and C. However, that is not the question is "Which activities should a solutions architect take to ensure that the database automatically adjusts to the increasing read load?" So i chose C and D

Amazon Aurora and Aurora Serverless are two distinct products from AWS. While Amazon's Aurora lets you use cloud-based computing resources to test and run your applications, the Aurora Serverless is a configuration that enables automated capacity scaling and for connecting applications.

CD. The question already mentioned it is on Aurora, why migrate Aurora to Aurora? Serverless is just a characteristics of Aurora.

Question deals with auto adjustment, A and C look fine. Here a use case for Aurora serverless from AWS : "Infrequently-used applications You have an application that is only used for a few minutes several times per day or week, such as a low-volume blog site, and you want a cost-effective database that only requires you to pay when it's active. With Aurora Serverless v1, you only pay for the database resources you consume." Here is a use case for Auto scaling : "When the connectivity or workload decreases, Aurora Auto Scaling removes unnecessary Aurora Replicas so that you don't pay for unused provisioned DB instances."

A is wrong. It doesn't solve anything. C and D

AC is the right answer

A&C are correct.

A and C

A and C for me. Multi cluster is more for high availability

You don't get to choose Multi master with Server less Capacity type. Only Provisioned options allows replication features. Server less: You specify the minimum and maximum amount of resources needed, and Aurora scales the capacity based on database load. This is a good option for intermittent or unpredictable workloads.