Amazon RDS 읽기 전용 복제본
Amazon RDS 읽기 전용 복제본은 Amazon RDS 데이터베이스(DB) 인스턴스의 성능과 내구성을 높여줍니다. 읽기 전용 복제본을 사용하면 손쉽게 단일 DB 인스턴스의 용량 한도 이상으로 탄력적으로 스케일 아웃하여 읽기 중심의 데이터베이스 워크로드를 처리할 수 있습니다. 특정 소스 DB 인스턴스의 복제본을 여러 개 만들어 여러 데이터 사본이 요청하는 높은 애플리케이션 읽기 트래픽도 처리할 수 있습니다. 덕분에 전체 읽기 처리량이 향상됩니다. 필요한 경우 읽기 전용 복제본은 독립 실행형 DB 인스턴스로 승격될 수 있습니다. 읽기 전용 복제본은 Amazon RDS for MySQL, Amazon RDS for MariaDB, Amazon RDS for PostgreSQL, Amazon RDS for Oracle 및 Amazon RDS for SQL Server 그리고 Amazon Aurora에서 사용할 수 있습니다.
MySQL, MariaDB, PostgreSQL, Oracle 및 SQL Server 데이터베이스 엔진의 경우, Amazon RDS에서 소스 DB 인스턴스의 스냅샷을 사용해 두 번째 DB 인스턴스를 생성합니다. 그런 다음 엔진의 기본 비동기식 복제 기능을 사용해 소스 DB 인스턴스가 변경될 때마다 읽기 전용 복제본을 업데이트합니다. 읽기 전용 복제본은 읽기 전용 연결만 가능한 DB 인스턴스 역할을 수행합니다. 애플리케이션을 읽기 전용 복제본에 연결하는 방법은 DB 인스턴스에 연결하는 방법과 동일합니다. Amazon RDS는 원본 DB 인스턴스의 모든 데이터베이스를 복제합니다.
Amazon Aurora는 데이터베이스 워크로드를 위해 특별히 구축된 SSD 지원 가상화 스토리지 계층을 활용하여 읽기 전용 복제본의 이점을 더욱 확장합니다. Amazon Aurora 읽기 전용 복제본은 소스 인스턴스와 동일한 기본 스토리지를 공유하므로 비용이 절감되고 데이터를 복제본 노드에 복사할 필요가 없습니다. Amazon Aurora의 읽기 전용 복제본에 대한 자세한 내용은 온라인 설명서를 참조하십시오.
Amazon RDS 읽기 전용 복제본의 이점
설정
AWS Management Console을 사용하면 읽기 전용 복제본을 기존 DB 인스턴스에 손쉽게 추가할 수 있습니다. AWS Management Console에서 DB 인스턴스에 해당하는 ‘Create Read Replica(읽기 전용 복제본 생성)’ 옵션을 사용합니다. Amazon RDS for MySQL, Amazon RDS for PostgreSQL, Amazon RDS for MariaDB, Amazon RDS for SQL Server에서는 DB 인스턴스당 최대 15개의 읽기 전용 복제본을 추가할 수 있습니다. Amazon RDS for Oracle에서는 DB 인스턴스당 최대 5개의 읽기 전용 복제본을 추가할 수 있습니다.
Amazon RDS for MySQL, Amazon RDS for PostgreSQL, Amazon RDS for MariaDB, Amazon RDS for Oracle은 데이터베이스 스토리지를 위해 일반 사용 및 프로비저닝된 IOPS라는 두 가지 SSD 기반 옵션을 제공합니다. 이러한 엔진용 읽기 전용 복제본에서는 기본 DB 인스턴스와 같은 유형의 스토리지를 사용할 필요가 없습니다. 읽기 전용 복제본에 대해 다른 스토리지 유형을 선택하여 성능 또는 비용을 최적화할 수 있습니다. 자세한 내용은 Amazon RDS for MySQL, Amazon RDS for MariaDB, Amazon RDS for PostgreSQL, Amazon RDS for Oracle, Amazon RDS for SQL Server 및 Amazon Aurora의 읽기 전용 복제본 설명서를 참조하세요.
읽기 전용 복제본, 다중 AZ 배포 및 다중 리전 배포
Amazon RDS 읽기 전용 복제본은 다중 AZ 배포를 보완합니다. 두 기능 모두 데이터의 두 번째 복사본을 유지하지만, 이 두 기능에는 차이가 있습니다.
다중 AZ 배포 |
다중 리전 배포 |
읽기 전용 복제본 |
|---|---|---|
고가용성이 주요 목적 |
재해 복구 및 로컬 성능이 주요 목적 |
확장성이 주요 목적 |
비 Aurora: 동기식 복제, Aurora: 동기식 복제 |
비동기식 복제 |
비동기식 복제 |
비 Aurora: 기본 인스턴스만 활성화, Aurora: 모든 인스턴스 활성화 |
모든 리전은 접근이 가능하며 읽기도 가능 |
모든 읽기 전용 복제본은 접근이 가능하며 읽기 확장도 가능 |
비 Aurora: 자동 백업은 대기 상태에서 수행, Aurora: 자동 백업은 공유 스토리지 계층에서 수행 |
자동 백업은 각 리전에서 수행될 수 있음 |
기본 제공된 백업 구성 없음 |
단일 리전 내에서 항상 2개 이상의 가용성 영역 확장 |
각 리전에 다중 AZ 배포가 있을 수 있음 |
가용 영역, 교차 AZ 또는 교차 리전 내에 있을 수 있음 |
비 Aurora: 기본 데이터베이스 엔진 버전 업그레이드 발생, Aurora: 모든 인스턴스가 함께 업데이트됨 |
비 Aurora: 각 리전에서 데이터베이스 엔진 버전 업그레이드는 독립적임, Aurora: 모든 인스턴스가 함께 업데이트됨 |
비 Aurora: 소스 인스턴스에서 데이터베이스 엔진 버전 업그레이드는 독립적임, Aurora: 모든 인스턴스가 함께 업데이트됨 |
문제가 감지되면 대기(비 Aurora) 또는 읽기 전용 복제본(Aurora)으로 자동 장애 조치 |
Aurora를 통해 보조 리전을 기본 리전으로 프로모션 가능 |
독립 실행형 데이터베이스 인스턴스(비 Aurora) 또는 기본 인스턴스(Aurora)로 수동 프로모션 가능 |
읽기 전용 복제본과 기타 Amazon RDS 기능을 조합하여 각각의 이점을 상호 보완적으로 활용할 수 있습니다. 예를 들어 고가용성을 위해 원본 데이터베이스를 다중 AZ로 구성하고 읽기 확장성을 위해 읽기 전용 복제본(단일 AZ)을 만들 수 있습니다. 또는 Aurora Global Database를 사용하여 다중 AZ Aurora 배포의 데이터를 추가 리전으로 복제할 수 있습니다.
RDS for MySQL, RDS for MariaDB, RDS for PostgreSQL, RDS for Oracle을 사용하면 읽기 전용 복제본을 다중 AZ로 설정할 수 있어 읽기 전용 복제본을 DR 대상으로 사용할 수 있습니다. 읽기 전용 복제본을 독립형 데이터베이스로 승격하면 다중 AZ는 이미 활성화되어 있습니다.