읽기 전용 복제본을 독립 DB 인스턴스로 승격

장애 복구 실행(Implementing failure recovery) – 기본 DB 인스턴스에 장애가 발생할 경우 읽기 전용 복제본을 데이터 복구 체계로 사용할 수 있습니다. 이 방법은 동기식 복제, 장애 자동 감지 및 장애 조치를 보완합니다.

비동기식 복제의 영향이나 한계에 대해 알고 있더라도 데이터 복구를 위해 읽기 전용 복제본 승격을 사용할 수 있습니다. 이를 위해 먼저 읽기 전용 복제본을 생성한 다음 기본 DB 인스턴스의 장애 여부를 모니터링해야 합니다. 그 결과 장애가 발견된 경우에는 다음과 같이 실행합니다.

스토리지 구성 업그레이드 -소스 DB 인스턴스가 원하는 스토리지 구성이 아닌 경우, 인스턴스의 읽기 전용 복제본을 만들고 스토리지 파일 시스템 구성을 업그레이드할 수 있습니다. 이 옵션은 읽기 전용 복제본의 파일 시스템을 원하는 구성으로 마이그레이션합니다. 그런 다음 읽기 전용 복제본을 독립 실행형 인스턴스로 승격할 수 있습니다.

이 옵션을 사용하면 이전 32비트 파일 시스템의 스토리지 및 파일 크기 조정 제한을 극복할 수 있습니다. 자세한 내용은 DB 인스턴스의 스토리지 파일 시스템 업그레이드 단원을 참조하십시오.

이 옵션은 소스 DB 인스턴스가 최신 스토리지 구성을 사용하지 않거나 동일한 요청으로 DB 인스턴스 클래스를 수정하는 경우에만 사용할 수 있습니다.

샤딩 – 샤딩이란 "무공유(share-nothing)" 아키텍처를 구현함으로써 기본적으로 대규모 데이터베이스를 다수의 소규모 데이터베이스로 분할하는 기술입니다. 데이터베이스 분할은 동일한 쿼리에 조인되지 않은 테이블을 다른 호스트로 분할하는 방법이 일반적입니다. 그 밖에 테이블을 여러 호스트로 복사한 후 해싱 알고리즘을 사용해 어떤 호스트를 업데이트할지 결정하는 방법도 있습니다. 각 샤드(소규모 데이터베이스)에 해당하는 읽기 전용 복제본을 생성한 후 독립된 샤드로 변환하기로 결정 시 이러한 복제본을 승격할 수 있습니다. 그런 다음 각 샤드마다 요건에 따라 키 범위(행을 분할한 경우)나 배포된 테이블을 얻을 수 있습니다.

DDL 작업 실행(MySQL 및 MariaDB에 한함) – 인덱스를 생성하거나 리빌드하는 등의 DDL 작업은 시간이 걸릴 뿐만 아니라 DB 인스턴스에 상당한 성능 저하를 초래할 수 있습니다. MySQL 또는 MariaDB 읽기 전용 복제본에서 이러한 작업을 수행하려면 먼저 읽기 전용 복제본이 기본 DB 인스턴스와 동기화되어 있어야 합니다. 그런 다음 읽기 전용 복제본을 승격해야 애플리케이션이 승격된 인스턴스를 사용하도록 유도할 수 있습니다.

독립형 DB 인스턴스는 승격 전 읽기 전용 복제본의 옵션 그룹 및 파라미터 그룹을 그대로 보존합니다.

독립형 DB 인스턴스에서 읽기 전용 복제본을 생성하고 특정 시점 복원 작업을 수행할 수 있습니다.

DB 인스턴스는 더 이상 읽기 전용 복제본이 아니므로, 복제 대상으로 사용할 수 없습니다.

백업 전략을 검토합니다.

트랜잭션이 기본 DB 인스턴스에 기록되지 않도록 한 다음 RDS가 모든 업데이트를 읽기 전용 복제본에 적용할 때까지 기다립니다.

읽기 전용 복제본에서 수행된 데이터베이스 업데이트는 기본 DB 인스턴스의 업데이트가 끝난 후에 이어집니다. 복제 지연은 상당히 다양하게 나타날 수 있습니다. Replica Lag 지표를 사용하여 읽기 전용 복제본의 업데이트가 모두 완료되는 시간을 측정합니다.

(MySQL 및 MariaDB에 한함) MySQL 또는 MariaDB 읽기 전용 복제본을 승격하기 전에 변경하려면 읽기 전용 복제본의 DB 파라미터 그룹에서 read_only 파라미터를 0으로 설정합니다. 그래야만 인덱스 생성 등 필요한 DDL 작업을 모두 읽기 전용 복제본에서 실행할 수 있기 때문입니다. 읽기 전용 복제본에서 실행하는 작업은 기본 DB 인스턴스의 성능에 아무런 영향도 끼치지 않습니다.