읽기 전용 복제본
읽기 부하를 분산하는 비동기 복제본. 가용성 수단이 아님
이게 뭔가요? / What is this?
읽기 전용 복제본은 별도 서비스가 아니라, 원본 데이터베이스의 내용을 그대로 복사해 둔 가상의 사본 데이터베이스입니다. 은행 원장을 그대로 베껴 여러 창구 직원이 각자 조회용으로 들고 있는 사본과 비슷해서, 원본에 새 기록이 생기면 시차를 두고 사본에도 반영되며, 조회(읽기)만 가능하고 원본을 대신하지는 못합니다.
개요 / Overview
읽기 전용 복제본은 원본의 변경을 비동기로 따라가며 SELECT 트래픽을 받습니다. "읽기가 너무 많아 느리다", "분석 쿼리가 운영 DB를 방해한다"는 문제의 정답입니다. 비동기이므로 약간의 지연(replica lag)이 있다는 점이 함정으로 나옵니다.
동작 원리 / How it works
읽기 전용 복제본은 원본의 트랜잭션 로그를 비동기로 재생하는 별도 인스턴스입니다. 비동기이므로 원본의 쓰기 성능에 영향이 없고, 대신 복제 지연이 생겨 방금 쓴 데이터를 복제본에서 즉시 못 볼 수 있습니다. 복제본은 자체 엔드포인트를 가지므로 애플리케이션이 읽기 질의를 그쪽으로 보내야 효과가 납니다.
복제본은 수동으로 승격해 독립 데이터베이스로 만들 수 있습니다. 이 성질 때문에 리전 간 복제본이 저비용 DR 수단이 되지만, 승격이 자동이 아니므로 RTO가 수 분 이상 걸립니다.
시험은 무엇을 보는가 / What the exam is testing
시험은 이 개념으로 "복제의 방향성"을 확인합니다. 읽기 확장은 복제본, 쓰기 확장은 샤딩이나 다른 데이터 모델, 가용성은 Multi-AZ입니다. 세 요구를 각각 다른 도구에 매핑하는지 봅니다.
시험 포인트 / Exam points
Multi-AZ는 동기 복제이며 읽기를 받지 않는 가용성 장치, 읽기 복제본은 비동기이며 읽기를 받는 성능 장치입니다. 문제의 요구가 "가용성"인지 "성능"인지부터 확인하세요.
다른 리전에 복제본을 두면 그 지역 사용자의 읽기 지연을 줄이고, 승격해서 재해 복구 대상으로 쓸 수 있습니다.
복제본을 만들어도 애플리케이션이 읽기를 복제본 엔드포인트로 보내도록 수정해야 효과가 있습니다. Aurora는 리더 엔드포인트가 이를 자동 분산해 줍니다.
자주 틀리는 함정 / Common traps
복제본을 만들었는데 애플리케이션이 여전히 원본 엔드포인트만 쓰는 구성 — 부하가 전혀 분산되지 않습니다.
강한 일관성이 필요한 읽기를 복제본으로 보내는 것 — 복제 지연으로 오래된 데이터를 읽게 됩니다.
Read Replica
Asynchronous copies that spread read load — not an availability mechanism
이게 뭔가요? / What is this?
A read replica is not a separate service — it is a virtual copy of the original database, kept in sync with it. It is like photocopying a bank master ledger so several tellers can each keep a copy for lookups: new entries reach the copies a little after they hit the original, and the copies are for reading only, never a stand-in for the master.
개요 / Overview
Read replicas follow the primary asynchronously and serve SELECT traffic. They answer "reads are overwhelming the database" and "analytics queries disturb production". The asynchronous lag is a common trap.
동작 원리 / How it works
A read replica is a separate instance asynchronously replaying the primary's transaction log. Being asynchronous, it costs the primary no write performance but introduces lag, so freshly written data may not be visible on it yet. It has its own endpoint, so the application must direct read queries there for any benefit.
A replica can be manually promoted into an independent database. That makes cross-Region replicas a low-cost DR option, though promotion is not automatic so the RTO runs to minutes.
시험은 무엇을 보는가 / What the exam is testing
This concept checks that you map three requirements to three different tools: read scale-out to replicas, write scale-out to sharding or a different data model, and availability to Multi-AZ.
시험 포인트 / Exam points
Multi-AZ is synchronous and serves no reads (availability); read replicas are asynchronous and serve reads (performance). Decide first whether the requirement is availability or performance.
A replica in another Region lowers read latency for local users and can be promoted as a disaster-recovery target.
Creating a replica helps only if the application sends reads to the replica endpoint. Aurora's reader endpoint load-balances this automatically.
자주 틀리는 함정 / Common traps
Creating a replica while the application still uses only the primary endpoint — no load is offloaded at all.
Sending strongly consistent reads to a replica — lag means stale data.
AWS SAA Hub Pro는 독립 학습 자료이며 Amazon Web Services, Inc.의 공식 서비스가 아닙니다. 시험 정책과 서비스 사양은 AWS 공식 문서를 기준으로 확인하세요.