Aurora
AWS가 재작성한 MySQL·PostgreSQL 호환 엔진. 성능과 가용성 모두 상위
이게 뭔가요? / What is this?
Aurora는 완전히 새로운 데이터베이스 제품이 아니라, MySQL·PostgreSQL과 똑같은 방식으로 조작하되 내부 엔진과 저장 구조를 AWS가 처음부터 다시 설계해서 더 빠르고 튼튼하게 만든 관리형 서비스입니다. 겉모습과 운전 방법(호환 인터페이스)은 늘 타던 차와 같지만, 그 밑의 엔진과 서스펜션(스토리지 계층)을 AWS가 통째로 새로 만든 것과 비슷합니다.
개요 / Overview
Aurora는 스토리지를 3개 AZ에 6중 복제하는 분산 계층 위에 올려 표준 RDS보다 빠르고 견고합니다. "MySQL 호환을 유지하면서 성능·가용성을 크게 높여라"는 요구의 정답이며, 사용량이 들쭉날쭉하면 Serverless v2가 답이 됩니다.
동작 원리 / How it works
Aurora는 데이터베이스 엔진과 스토리지를 분리한 구조입니다. 스토리지는 3개 AZ에 6개 사본을 두는 분산 로그 계층이고, 컴퓨팅 노드(라이터 1개 + 리더 최대 15개)는 그 위에 얹혀 같은 스토리지를 공유합니다. 그래서 리더를 추가해도 데이터 복사가 일어나지 않아 복제 지연이 밀리초 수준이고, 라이터가 죽어도 스토리지는 온전하므로 승격이 빠릅니다.
Serverless v2는 이 컴퓨팅 계층을 ACU 단위로 초 단위 확장·축소합니다. 간헐적 워크로드에서 유휴 비용을 없애는 것이 목적입니다. Global Database는 스토리지 계층 복제를 다른 리전으로 확장해 1초 미만 지연과 1분 내외 승격을 제공합니다.
시험은 무엇을 보는가 / What the exam is testing
시험은 Aurora를 "RDS로는 부족할 때의 상위 선택지"로 씁니다. 낮은 RPO·RTO를 요구하는 다중 리전 DR, 읽기 확장이 큰 규모, 사용량이 들쭉날쭉한 개발 환경 비용 절감이 대표적 신호입니다.
시험 포인트 / Exam points
3개 AZ에 6개 사본을 두고 자동으로 복구하며, 최대 128TB까지 스스로 확장합니다. 인스턴스 장애와 스토리지 장애가 분리되어 복구가 빠릅니다.
초 단위로 용량을 늘리고 줄여 간헐적·예측 불가 워크로드에 맞습니다. "가끔만 쓰는 개발·테스트 DB 비용 절감"의 정답입니다.
보조 리전으로 1초 미만 지연의 복제를 제공하고 1분 내외로 승격할 수 있습니다. 낮은 RPO·RTO를 요구하는 재해 복구 문제의 정답입니다.
Aurora 복제본은 같은 스토리지를 공유해 복제 지연이 매우 짧고, 장애 시 자동 승격 우선순위를 지정할 수 있습니다.
자주 틀리는 함정 / Common traps
Oracle이나 SQL Server 워크로드에 Aurora를 고르는 것 — Aurora는 MySQL·PostgreSQL 호환만 지원합니다.
지속적으로 높은 부하에 Serverless v2를 비용 절감안으로 고르는 것 — 상시 최대치로 확장되면 프로비저닝된 인스턴스보다 비쌀 수 있습니다.
Amazon Aurora
AWS-rebuilt MySQL/PostgreSQL-compatible engine with higher performance and availability
이게 뭔가요? / What is this?
Aurora is not a brand-new database product — it is a managed service operated exactly like MySQL or PostgreSQL, while AWS rebuilt the engine and storage layer underneath from scratch for more speed and durability. The dashboard and driving feel (the compatible interface) match the car always driven, but AWS rebuilt the engine and suspension (the storage layer) entirely underneath.
개요 / Overview
Aurora places a MySQL/PostgreSQL-compatible engine on storage replicated six ways across three AZs, outperforming standard RDS. It answers "keep MySQL compatibility but raise performance and availability", and Serverless v2 answers intermittent usage.
동작 원리 / How it works
Aurora separates engine from storage. Storage is a distributed log layer holding six copies across three AZs; compute nodes (one writer plus up to 15 readers) sit on top and share that storage. Adding a reader therefore copies no data, keeping replication lag in milliseconds, and losing the writer leaves storage intact so promotion is fast.
Serverless v2 scales that compute layer in ACU units within seconds to remove idle cost on intermittent workloads. Global Database extends storage-layer replication to other Regions with sub-second lag and roughly one-minute promotion.
시험은 무엇을 보는가 / What the exam is testing
The exam uses Aurora as the step up when RDS is not enough. Typical signals: multi-Region DR with low RPO and RTO, large read scale-out, and cutting cost on dev environments with erratic usage.
시험 포인트 / Exam points
Six copies across three AZs with self-healing, growing automatically to 128 TB. Separating instance failure from storage failure makes recovery fast.
Scales capacity in seconds for intermittent or unpredictable workloads — the answer for cutting cost on rarely used dev and test databases.
Replicates to secondary Regions with sub-second lag and promotes in about a minute — the answer for low RPO and RTO disaster recovery.
Aurora replicas share the same storage, so replication lag is minimal, and failover priority can be assigned.
자주 틀리는 함정 / Common traps
Choosing Aurora for Oracle or SQL Server — Aurora is MySQL and PostgreSQL compatible only.
Choosing Serverless v2 as a saving for constantly high load — pinned near maximum capacity it can cost more than a provisioned instance.
AWS SAA Hub Pro는 독립 학습 자료이며 Amazon Web Services, Inc.의 공식 서비스가 아닙니다. 시험 정책과 서비스 사양은 AWS 공식 문서를 기준으로 확인하세요.