RDS
관리형 관계형 데이터베이스. 가용성은 Multi-AZ, 읽기 확장은 복제본
이게 뭔가요? / What is this?
RDS는 직접 설치한 데이터베이스 서버가 아니라, MySQL·PostgreSQL 같은 기존 데이터베이스 엔진을 AWS가 대신 설치·패치·백업까지 관리해 주는 관리형 서비스입니다. 개인 정비사를 고용하는 대신, 원래 몰던 차종(익숙한 DB 엔진)을 그대로 몰되 정비와 관리는 전문 카센터(AWS)에 맡기는 것과 같습니다.
개요 / Overview
RDS는 MySQL·PostgreSQL·MariaDB·Oracle·SQL Server를 관리형으로 제공하며 패치·백업·장애 조치를 대신합니다. 시험에서 RDS 문제는 거의 항상 두 축 중 하나입니다 — 가용성을 묻는가(Multi-AZ), 읽기 성능을 묻는가(읽기 전용 복제본). 이 둘을 바꿔 놓은 오답 선택지가 매우 흔합니다.
동작 원리 / How it works
RDS는 여러분의 VPC 서브넷 안에 DB 인스턴스를 띄우고 엔진 설치·패치·백업·모니터링을 대신합니다. OS 접근권은 주지 않으므로 SSH로 들어가는 선택지는 항상 오답입니다. 연결은 엔드포인트 DNS 이름으로 하고, Multi-AZ 장애 조치는 이 DNS가 대기 인스턴스를 가리키도록 바뀌는 방식으로 일어납니다 — 그래서 애플리케이션이 DNS 캐시를 오래 붙들면 장애 조치 후에도 옛 주소로 붙으려 합니다.
Multi-AZ와 읽기 전용 복제본은 복제 방식이 근본적으로 다릅니다. Multi-AZ는 동기 복제로 커밋이 대기 인스턴스에 반영될 때까지 기다리므로 데이터 손실이 없지만 쓰기 지연이 약간 늘고, 대기 인스턴스는 트래픽을 받지 않습니다. 읽기 복제본은 비동기라 쓰기 성능에 영향이 없지만 복제 지연이 생기고 읽기를 받습니다.
시험은 무엇을 보는가 / What the exam is testing
RDS 137문제의 대부분은 "가용성인가 성능인가"를 구분하는 훈련입니다. 문제가 "AZ 장애에도 서비스 유지"를 원하면 Multi-AZ, "읽기가 너무 많아 느리다"를 원하면 읽기 복제본이며, 이 둘을 바꿔 놓은 선택지가 거의 모든 문항에 함정으로 들어갑니다. 세 번째 축은 자격 증명 관리입니다.
시험 포인트 / Exam points
대기 인스턴스에 동기 복제하지만 읽기를 받지 않습니다. 장애 시 DNS가 자동으로 대기 인스턴스로 전환됩니다. "읽기 성능 향상"을 Multi-AZ로 답하는 선택지는 오답입니다.
비동기 복제로 최대 15개까지 만들 수 있고 다른 리전에도 둘 수 있습니다. 읽기 부하 분산과 분석 쿼리 격리에 쓰며, 수동 승격으로 재해 복구에도 활용됩니다.
Lambda나 오토스케일링 그룹처럼 인스턴스가 수시로 뜨고 내려가는 구조에서는 DB 연결 수가 폭증해 "too many connections"로 죽습니다. RDS Proxy가 연결 풀을 대신 관리해 데이터베이스가 보는 연결 수를 일정하게 유지합니다. 페일오버 때의 재접속도 프록시가 흡수해 전환 시간이 크게 줄어듭니다. "Lambda 동시 실행이 늘면서 DB 연결이 고갈된다"가 나오면 인스턴스 크기를 키우는 선택지가 아니라 프록시가 정답입니다.
자동 백업은 최대 35일 보존되며 그 범위 안에서 특정 시점 복원(PITR)이 가능합니다. 더 길게 보관하려면 수동 스냅샷을 뜹니다.
DB 비밀번호를 코드나 환경 변수에 두는 선택지는 오답입니다. Secrets Manager에 저장해 자동 교체하거나 IAM 데이터베이스 인증을 씁니다.
자주 틀리는 함정 / Common traps
읽기 성능 개선을 Multi-AZ로 답하는 것 — 대기 인스턴스는 읽기를 받지 않습니다.
고가용성을 읽기 복제본으로 답하는 것 — 비동기라 데이터 손실 가능성이 있고 자동 장애 조치도 아닙니다.
DB 비밀번호를 환경 변수나 파라미터 그룹에 넣는 선택지 — Secrets Manager로 저장하고 자동 교체하는 것이 정답입니다.
헷갈리는 것 구분하기 / Telling them apart
엔진 호환성을 유지하면서 성능·가용성을 크게 올려야 하면 Aurora입니다. Aurora는 6중 복제, 최대 15개 저지연 복제본, 1분 내 리전 승격(Global Database)을 제공합니다. Oracle·SQL Server가 필요하면 Aurora가 지원하지 않으므로 RDS입니다.
권장 아키텍처 패턴 / Reference pattern
Amazon RDS
Managed relational database: Multi-AZ for availability, replicas for read scale
이게 뭔가요? / What is this?
RDS is not a database server installed by hand — it is a managed service where AWS installs, patches, and backs up a familiar engine such as MySQL or PostgreSQL. It is like still driving the same car model as always (the familiar database engine), but handing all the maintenance and repairs over to a professional garage (AWS) instead of doing it directly.
개요 / Overview
RDS runs MySQL, PostgreSQL, MariaDB, Oracle, and SQL Server as a managed service handling patching, backup, and failover. Almost every RDS question turns on one of two axes: availability (Multi-AZ) or read performance (read replicas). Swapping the two is the most common distractor.
동작 원리 / How it works
RDS launches a DB instance inside your VPC subnets and handles engine installation, patching, backup, and monitoring. You get no OS access, so any option involving SSH is wrong. Applications connect via an endpoint DNS name, and Multi-AZ failover works by repointing that DNS at the standby — which is why an application holding a stale DNS cache keeps dialling the old address after failover.
Multi-AZ and read replicas replicate in fundamentally different ways. Multi-AZ is synchronous: a commit waits for the standby, so there is no data loss but write latency rises slightly, and the standby serves no traffic. Read replicas are asynchronous: no write-path cost, but replication lag exists and they do serve reads.
시험은 무엇을 보는가 / What the exam is testing
Most of the 137 RDS questions drill one distinction: availability versus performance. "Stay up through an AZ failure" → Multi-AZ. "Reads are overwhelming it" → read replicas. An option swapping the two appears as a distractor in nearly every question. The third axis is credential management.
시험 포인트 / Exam points
The standby replicates synchronously but serves no reads; failover swings DNS to it automatically. Any option claiming Multi-AZ improves read performance is wrong.
Asynchronous, up to 15 replicas, optionally cross-Region. They offload reads and isolate analytics, and can be promoted manually for disaster recovery.
When instances churn — Lambda concurrency or an Auto Scaling group — database connections explode and the engine fails with "too many connections". RDS Proxy pools connections so the database sees a steady count, and it absorbs reconnects during failover, cutting switchover time sharply. If a question describes Lambda concurrency exhausting DB connections, the answer is the proxy, not a bigger instance.
Automated backups retain up to 35 days and enable point-in-time restore within that window. Manual snapshots keep data longer.
Storing DB passwords in code or environment variables is wrong. Use Secrets Manager with rotation, or IAM database authentication.
자주 틀리는 함정 / Common traps
Answering a read-performance question with Multi-AZ — the standby serves no reads.
Answering an availability question with read replicas — asynchronous means possible data loss, and failover is not automatic.
Placing the DB password in environment variables or a parameter group — storing it in Secrets Manager with rotation is correct.
헷갈리는 것 구분하기 / Telling them apart
Aurora when you must keep engine compatibility while sharply raising performance and availability: six-way replication, up to 15 low-lag replicas, and about one-minute Region promotion via Global Database. If Oracle or SQL Server is required, Aurora does not support them, so RDS.
권장 아키텍처 패턴 / Reference pattern
AWS SAA Hub Pro는 독립 학습 자료이며 Amazon Web Services, Inc.의 공식 서비스가 아닙니다. 시험 정책과 서비스 사양은 AWS 공식 문서를 기준으로 확인하세요.