메뉴
Amazon Relational Database Service
사용 설명서 (API Version 2014-10-31)

Amazon Aurora를 사용한 복제

Aurora 복제본

Aurora 복제본은 Aurora DB 클러스터에서 독립된 엔드포인트이며, 읽기 연산을 조정하여 가용성을 높이는 데 가장 적합합니다. AWS 리전 내에서 DB 클러스터에 포함된 가용 영역에 배포할 수 있는 최대 Aurora 복제본 수는 15개입니다. DB 클러스터 볼륨은 DB 클러스터의 데이터 사본들로 구성됩니다. 하지만 DB 클러스터의 기본 인스턴스 및 Aurora 복제본에는 클러스터 볼륨 데이터가 단 하나의 논리 볼륨으로 표시됩니다.

그 결과, 모든 Aurora 복제본은 복제본 지연 시간을 최소화하여 쿼리 결과에 대한 데이터를 동일하게 반환합니다. 이 지연 시간은 기본 인스턴스가 업데이트를 적용한 후 100밀리초 미만이지만 데이터베이스 변경률에 따라 달라집니다. 즉, 데이터베이스의 쓰기 연산이 많은 기간에는 복제 지연 시간이 증가할 수 있습니다.

Aurora 복제본은 클러스터 볼륨의 읽기 연산에 전적으로 사용되므로 읽기 조정에 유용합니다. 쓰기 연산은 기본 인스턴스에서 관리합니다. 클러스터 볼륨은 DB 클러스터의 모든 DB 인스턴스가 공유하기 때문에 각 Aurora 복제본의 데이터 사본을 추가로 복제할 필요는 없습니다.

가용성을 높이려면 Aurora 복제본을 장애 조치 대상으로 사용할 수 있습니다. 즉 기본 인스턴스에 장애가 발생하면 Aurora 복제본이 기본 인스턴스로 승격됩니다. 기본 인스턴스에 대한 읽기/쓰기 요청이 예외로 인해 장애가 발생하는 동안에는 시스템이 짧게 중단됩니다. Aurora DB 클러스터에 Aurora 복제본이 없는 경우에는 기본 인스턴스가 장애 조치 이벤트를 통해 재생성됩니다. 하지만 Aurora 복제본을 승격시키는 것이 기본 인스턴스를 재생성하는 것보다 훨씬 빠릅니다. 고가용성 시나리오에서는 Aurora 복제본을 1개 이상 생성하는 것이 좋습니다. 이때 복제본은 DB 인스턴스 클래스가 기본 인스턴스와 동일해야 하고, 가용 영역이 Aurora DB 클러스터의 가용 영역과 달라야 합니다. 장애 조치 대상인 Aurora 복제본에 대한 자세한 내용은 Aurora DB 클러스터의 내결함성 단원을 참조하십시오.

Aurora 복제본 생성 방법에 대한 세부 정보는 콘솔을 사용한 Aurora 복제본 생성 단원을 참조하십시오.

Aurora MySQL 복제

Aurora 복제본 외에도 다음과 같이 Aurora MySQL 복제에 사용할 수 있는 옵션이 있습니다.

  • 다른 AWS 리전에 속하는 Aurora MySQL DB 클러스터의 Aurora 읽기 전용 복제본을 생성하여 다른 AWS 리전에 Aurora MySQL DB 클러스터 2개를 설정합니다.

  • MySQL 이진 로그(binlog) 복제를 사용하여 동일한 리전에 Aurora MySQL DB 클러스터 2개를 설정합니다.

  • Amazon RDS MySQL DB 인스턴스의 Aurora 읽기 전용 복제본을 생성하여 마스터인 Amazon RDS MySQL DB 인스턴스와 Aurora MySQL DB 클러스터를 설정합니다. 일반적으로 이 방법은 진행 중인 복제보다는 Aurora MySQL로의 마이그레이션에 사용됩니다.

Aurora MySQL 복제에 대한 자세한 내용은 Amazon Aurora MySQL 복제 단원을 참조하십시오.

Aurora PostgreSQL 복제

Aurora 복제본 외에도 마스터인 Amazon RDS PostgreSQL DB 인스턴스와 Aurora PostgreSQL DB 클러스터 사이에 복제를 설정하는 방법이 있습니다. Amazon RDS PostgreSQL DB 인스턴스의 Aurora 읽기 전용 복제본을 생성하면 됩니다.

Aurora PostgreSQL 복제에 대한 자세한 내용은 Amazon Aurora PostgreSQL 복제 단원을 참조하십시오.