Read replicas for performance in AWS - Cheat Sheet & Quick Revision

Recall & Review

beginner

What is a read replica in cloud databases?

A read replica is a copy of the main database that handles read requests to reduce load on the main database and improve performance.

beginner

How do read replicas improve application performance?

By directing read queries to replicas, the main database can focus on writes, reducing delays and improving overall speed.

beginner

Can read replicas be used for write operations?

No, read replicas are designed only for read operations. All writes must go to the primary database to keep data consistent.

intermediate

What happens if the primary database fails when using read replicas?

You can promote a read replica to become the new primary database to maintain availability and reduce downtime.

intermediate

Why is replication lag important in read replicas?

Replication lag is the delay between the primary database and replicas. High lag means replicas may serve outdated data, affecting accuracy.

What is the main purpose of a read replica?

A To process write operations faster

B To store backups of the database

C To replace the primary database permanently

D To handle read requests and reduce load on the primary database

Read replicas handle read requests to improve performance and reduce load on the primary database.

Can you write data directly to a read replica?

A Yes, always

B Only during maintenance

C No, writes must go to the primary database

D Only if replication lag is zero

Read replicas are read-only; all writes must be done on the primary database to keep data consistent.

What is replication lag?

A The delay between data updates on primary and replicas

B The time it takes to create a read replica

C The speed of the primary database

D The network speed between users and database

Replication lag is the delay between when data is updated on the primary and when it appears on the read replicas.

How can read replicas help during a primary database failure?

A They can be promoted to primary to restore service

B They stop serving any requests

C They delete all data to prevent errors

D They automatically become the new primary without any action

Read replicas can be promoted to primary to maintain availability if the original primary fails.

Which workload benefits most from read replicas?

A Heavy write operations

B Heavy read operations

C Backup storage

D Data encryption

Read replicas improve performance mainly for workloads with many read operations.

Explain how read replicas improve database performance and availability.

Think about how splitting reads and writes helps.

Describe the limitations and considerations when using read replicas.

Consider what read replicas cannot do and what to watch out for.

Practice

1. What is the main purpose of using read replicas in AWS databases?

easy

A. To store backups of the database

B. To handle more read requests and improve performance

C. To increase write speed on the main database

D. To encrypt data at rest automatically

Solution

1. Step 1: Understand the role of read replicas

   Read replicas are copies of the main database used to handle read traffic separately.

2. Step 2: Identify the performance benefit

   By offloading read requests to replicas, the main database is less busy, improving overall speed.

3. Final Answer:

   To handle more read requests and improve performance -> Option B

4. Quick Check:

   Read replicas improve read performance [OK]

Hint: Read replicas help with reads, not writes [OK]

Common Mistakes:

• Thinking read replicas speed up writes
• Confusing read replicas with backups
• Assuming read replicas encrypt data automatically

2. Which AWS CLI command correctly creates a read replica for an existing RDS instance named mydb?

easy

A. aws rds create-db-instance-read-replica --db-instance-identifier mydb-replica --source-db-instance-identifier mydb

B. aws rds create-db-instance --db-instance-identifier mydb-replica --source-db-instance-identifier mydb

C. aws rds create-read-replica --db-instance-identifier mydb-replica --source-db-instance mydb

D. aws rds replicate-db-instance --source mydb --target mydb-replica

Solution

1. Step 1: Identify the correct AWS CLI command for read replicas

   The correct command is create-db-instance-read-replica to create a read replica.

2. Step 2: Check the parameters

   The parameters --db-instance-identifier and --source-db-instance-identifier are required to specify the replica and source.

3. Final Answer:

   aws rds create-db-instance-read-replica --db-instance-identifier mydb-replica --source-db-instance-identifier mydb -> Option A

4. Quick Check:

   Correct AWS CLI syntax for read replica creation [OK]

Hint: Look for 'create-db-instance-read-replica' command [OK]

Common Mistakes:

• Using 'create-db-instance' which creates a new DB, not a replica
• Wrong command names like 'create-read-replica'
• Mixing source and target parameters

3. Given this AWS CLI command output snippet after creating a read replica:

{
  "DBInstanceIdentifier": "mydb-replica",
  "DBInstanceStatus": "creating",
  "ReadReplicaSourceDBInstanceIdentifier": "mydb"
}

What does the DBInstanceStatus value indicate?

medium

A. The read replica is ready and available for use

B. The read replica is being deleted

C. The read replica is currently being created and not ready yet

D. The read replica creation failed

Solution

1. Step 1: Understand the meaning of 'DBInstanceStatus'

   This field shows the current state of the database instance.

2. Step 2: Interpret the status 'creating'

   'creating' means the instance is in progress of being set up and is not yet ready.

3. Final Answer:

   The read replica is currently being created and not ready yet -> Option C

4. Quick Check:

   Status 'creating' means setup in progress [OK]

Hint: Status 'creating' means not ready yet [OK]

Common Mistakes:

• Assuming 'creating' means ready
• Confusing 'creating' with 'failed'
• Thinking 'creating' means deletion

4. You created a read replica but notice it is not receiving updates from the source database. What is a likely cause?

medium

A. The source database has no write traffic

B. The read replica was created in a different AWS region

C. The read replica is set to multi-AZ deployment

D. The source database is not configured for automated backups

Solution

1. Step 1: Understand replication requirements

   Read replicas require the source database to have automated backups enabled to support replication.

2. Step 2: Analyze the cause of no updates

   If automated backups are off, replication cannot start, so the replica won't receive updates.

3. Final Answer:

   The source database is not configured for automated backups -> Option D

4. Quick Check:

   Automated backups must be enabled for replication [OK]

Hint: Check if automated backups are enabled on source [OK]

Common Mistakes:

• Assuming region mismatch always blocks replication
• Confusing multi-AZ with read replica settings
• Thinking no write traffic stops replication

5. You have a high-traffic web app using an AWS RDS MySQL database. You want to improve read performance without affecting writes. Which setup is best?

hard

A. Create multiple read replicas and direct read queries to them

B. Increase the instance size of the main database only

C. Enable multi-AZ deployment without read replicas

D. Use a single read replica and send all traffic to it

Solution

1. Step 1: Identify the goal

   The goal is to improve read performance without slowing down writes.

2. Step 2: Evaluate options

   Creating multiple read replicas allows distributing read traffic, reducing load on the main DB and improving read speed.

3. Step 3: Compare other options

   Increasing instance size helps but may be costly and less scalable; multi-AZ improves availability, not read performance; a single replica may become a bottleneck.

4. Final Answer:

   Create multiple read replicas and direct read queries to them -> Option A

5. Quick Check:

   Multiple read replicas scale read performance best [OK]

Hint: Use many read replicas to spread read load [OK]

Common Mistakes:

• Relying only on bigger main DB instance
• Confusing multi-AZ with read scaling
• Using only one read replica for heavy reads