Amazon Aurora MySQL을 사용한 복제 - Amazon Aurora
Aurora 복제본복제 옵션복제 성능제로 다운타임 다시 시작(ZDR)복제 필터 구성 복제 모니터링

Amazon Aurora MySQL을 사용한 복제

Aurora MySQL 복제 기능은 클러스터의 고가용성과 성능을 위한 핵심 기능입니다. Aurora에서는 최대 15개의 Aurora 복제본을 사용하여 클러스터를 손쉽게 생성하거나 크기를 조정할 수 있습니다.

모든 복제본은 동일한 기반 데이터에서 작동합니다. 일부 데이터베이스 인스턴스가 오프라인으로 전환되는 경우 다른 인스턴스는 쿼리를 계속 처리하거나 필요한 경우 라이터 역할을 대신할 수 있습니다. Aurora는 읽기 전용 연결을 여러 데이터베이스 인스턴스에 자동으로 분산시켜 Aurora 클러스터에서 쿼리 집약적인 워크로드를 지원할 수 있도록 지원합니다.

다음 주제에서는 Aurora MySQL 복제의 작동 방식과 최적의 가용성 및 성능을 위해 복제 설정을 미세 조정하는 방법에 대한 정보를 확인할 수 있습니다.

주제

Aurora 복제본 사용

Aurora 복제본은 Aurora DB 클러스터의 독립 엔드포인트로서, 읽기 작업을 조정하고 가용성을 높이기 위해 사용하기에 가장 적합합니다. 최대 15개의 Aurora 복제본을 AWS 리전 내 DB 클러스터에 포함된 가용 영역에 배포할 수 있습니다. DB 클러스터 볼륨은 DB 클러스터의 여러 데이터 사본으로 구성되어 있지만, DB 클러스터의 기본 인스턴스 및 Aurora 복제본에는 클러스터 볼륨 데이터가 단 하나의 논리 볼륨으로 표시됩니다. Aurora 복제본에 대한 자세한 내용은 Aurora 복제본 단원을 참조하십시오.

Aurora 복제본은 클러스터 볼륨의 읽기 연산에 전적으로 사용되므로 읽기 조정에 유용합니다. 쓰기 연산은 기본 인스턴스에서 관리합니다. 클러스터 볼륨은 Aurora MySQL DB 클러스터의 모든 인스턴스가 공유하기 때문에 각 Aurora 복제본의 데이터 사본을 추가로 복제할 필요는 없습니다. 이와는 대조적으로 MySQL 읽기 전용 복제본은 소스 DB 인스턴스부터 로컬 데이터 스토어에 이르는 모든 쓰기 작업을 단일 스레드에서 재실행해야 합니다. 이러한 제한은 대용량 읽기 트래픽을 지원하는 MySQL 읽기 전용 복제본의 기능에 영향을 끼칠 수 있습니다.

Aurora MySQL을 사용하여 Aurora 복제본이 삭제될 때 인스턴스 엔드포인트가 즉시 제거되고, Aurora 복제본은 리더(Reader) 엔드포인트에서 제거됩니다. 삭제되는 Aurora 복제본을 실행하는 문이 있는 경우 3분의 유예 기간이 있습니다. 기존 문은 유예 기간 동안 정상적으로 완료할 수 있습니다. 유예 기간이 종료되면 Aurora 복제본이 종료 및 삭제됩니다.

중요

Aurora MySQL용 Aurora 복제본은 InnoDB 테이블의 작업에 대해 항상 기본 트랜잭션 격리 수준 REPEATABLE READ를 사용합니다. SET TRANSACTION ISOLATION LEVEL 명령을 사용하여 Aurora MySQL DB 클러스터의 기본 인스턴스에 대한 트랜잭션 수준만 변경할 수 있습니다. 이렇게 제한함에 따라 Aurora 복제본의 사용자 수준 잠금이 방지되고, 복제 지연 시간을 최소화하는 동시에 Aurora 복제본을 확장하여 수천 개의 활성 사용자 연결을 지원할 수 있습니다.

참고

기본 인스턴스에서 실행되는 DDL 문은 연결된 Aurora 복제본의 데이터베이스 연결을 중단할 수 있습니다. Aurora 복제본 연결에서 테이블 등 데이터베이스 객체를 적극적으로 사용 중이고 DDL 문을 사용하여 해당 객체를 기본 인스턴스에서 수정하는 경우 Aurora 복제본 연결이 중단됩니다.

참고

중국(닝샤) 리전은 리전 간 읽기 전용 복제본을 지원하지 않습니다.

Amazon Aurora MySQL의 복제 옵션

다음 옵션들 중에서 복제를 설정할 수 있습니다.

참고

Amazon Aurora DB 클러스터의 기본 인스턴스를 재부팅하면 DB 클러스터 전체에서 읽기/쓰기 일관성을 보장하는 진입점을 다시 설정하기 위해 해당 DB 클러스터에 대한 Aurora 복제본도 자동으로 재부팅됩니다.

Amazon Aurora MySQL 복제를 위한 성능 고려 사항

다음 기능을 사용하여 Aurora MySQL 복제본의 성능을 세부 조정할 수 있습니다.

복제본 로그 압축 기능은 복제 메시지에 대한 네트워크 대역폭을 자동으로 줄입니다. 각 메시지는 Aurora 복제본에 전송되기 때문에 크기가 큰 클러스터에 매우 유용한 기능입니다. 이 기능은 압축을 수행하기 위해 라이터(Writer) 노드에서 약간의 CPU 오버헤드가 발생합니다. Aurora MySQL 버전 2와 버전 3에서는 항상 활성화되어 있습니다.

binlog 필터링 기능은 복제 메시지에 대한 네트워크 대역폭을 자동으로 줄입니다. Aurora 복제본은 복제 메시지에 포함된 binlog 정보를 사용하지 않기 때문에 해당 노드로 전송된 메시지에서 이 데이터가 제외됩니다.

Aurora MySQL 버전 2에서 aurora_enable_repl_bin_log_filtering 파라미터를 변경하여 이 기능을 제어할 수 있습니다. 이 파라미터는 기본적으로 활성화됩니다. 이 최적화는 투명성을 위한 것이기 때문에 복제 관련 문제에 대한 진단이나 문제 해결 중에만 이 설정을 비활성화할 수 있습니다. 예를 들어 이 기능이 제공되지 않은 이전 버전 Aurora MySQL 클러스터의 동작과 일치시키기 위해 이 설정을 비활성화할 수 있습니다.

Aurora MySQL 버전 3에서는 Binlog 필터링이 항상 활성화되어 있습니다.

Amazon Aurora MySQL의 제로 다운타임 다시 시작(ZDR)

제로 다운타임 다시 시작(ZDR) 기능은 특정 종류의 다시 시작 중에 DB 인스턴스에 대한 활성 연결의 일부 또는 전부를 보관할 수 있습니다. ZDR은 Aurora에서 오류 조건(예: 복제본이 소스보다 너무 멀리 지연되기 시작하는 경우)을 해결하기 위해 자동으로 수행하는 다시 시작에 적용됩니다.

중요

ZDR 메커니즘은 최선의 노력을 기반으로 작동합니다. Aurora MySQL 버전, 인스턴스 클래스, 오류 조건, 호환되는 SQL 작업 및 ZDR이 적용되는 위치를 결정하는 기타 요소는 언제든지 변경될 수 있습니다.

Aurora MySQL 2.x의 ZDR에는 버전 2.10 이상이 필요합니다. ZDR은 Aurora MySQL 3.x의 모든 마이너 버전에서 사용할 수 있습니다. Aurora MySQL 버전 2 및 3에서는 ZDR 메커니즘이 기본적으로 설정되어 있으며 Aurora에는 aurora_enable_zdr 파라미터가 사용되지 않습니다.

Aurora는 제로 다운타임 재시작과 관련된 활동을 이벤트 페이지에 보고합니다. Aurora는 ZDR 메커니즘을 사용하여 재시작을 시도할 때 이벤트를 기록합니다. 이 이벤트에는 Aurora에서 다시 시작을 수행하는 이유가 명시됩니다. 다시 시작이 완료되면 Aurora는 다른 이벤트를 기록합니다. 이 최종 이벤트는 프로세스의 소요 시간과 다시 시작 중에 유지되거나 삭제된 연결 수를 보고합니다. 데이터베이스 오류 로그를 참조하여 다시 시작 중에 발생한 활동에 대한 자세한 내용을 확인할 수 있습니다.

성공적인 ZDR 작업 후 연결은 그대로 유지되지만 일부 변수와 기능은 다시 초기화됩니다. 다음 유형의 정보는 제로 다운타임 다시 시작으로 인한 다시 시작 중에 보관되지 않습니다.

  • 글로벌 변수 Aurora는 세션 변수를 복원하지만 다시 시작 후 글로벌 변수를 복원하지 않습니다.

  • 상태 변수. 특히 엔진 상태에 의해 보고된 가동 시간 값은 재설정됩니다.

  • LAST_INSERT_ID.

  • 테이블의 인 메모리 auto_increment 상태. 인 메모리 자동 증분 상태는 다시 초기화됩니다. 자동 증분 값에 대한 자세한 내용은 MySQL 참조 매뉴얼을 참조하세요.

  • INFORMATION_SCHEMA 및 PERFORMANCE_SCHEMA 테이블의 진단 정보. 이 진단 정보는 SHOW PROFILE 및 SHOW PROFILES와 같은 명령 출력에도 표시됩니다.

다음 표에는 버전, 인스턴스 역할 및 클러스터의 DB 인스턴스를 다시 시작할 때 Aurora에서 ZDR 메커니즘을 사용할 수 있는지 여부를 결정하는 기타 상황이 나와 있습니다.

Aurora MySQL version 라이터에 ZDR 적용 여부 리더에 ZDR 적용 여부 ZDR 상시 활성화 여부 참고

2.x, 2.10.0 미만

아니요

아니요

N/A

이러한 버전에서는 ZDR을 사용할 수 없습니다.

2.10.0~2.11.0

예

예

예

Aurora는 활성 연결에서 진행 중인 모든 트랜잭션을 롤백합니다. 애플리케이션에서 트랜잭션을 다시 시도해야 합니다.

Aurora는 TLS/SSL, 임시 테이블, 테이블 잠금 또는 사용자 잠금을 사용하는 모든 연결을 취소합니다.

2.11.1 이상

예

예

예

Aurora는 활성 연결에서 진행 중인 모든 트랜잭션을 롤백합니다. 애플리케이션에서 트랜잭션을 다시 시도해야 합니다.

Aurora는 임시 테이블, 테이블 잠금 또는 사용자 잠금을 사용하는 모든 연결을 취소합니다.

3.01~3.03

예

예

예

Aurora는 활성 연결에서 진행 중인 모든 트랜잭션을 롤백합니다. 애플리케이션에서 트랜잭션을 다시 시도해야 합니다.

Aurora는 TLS/SSL, 임시 테이블, 테이블 잠금 또는 사용자 잠금을 사용하는 모든 연결을 취소합니다.

3.04 이상

예

예

예

Aurora는 활성 연결에서 진행 중인 모든 트랜잭션을 롤백합니다. 애플리케이션에서 트랜잭션을 다시 시도해야 합니다.

Aurora는 임시 테이블, 테이블 잠금 또는 사용자 잠금을 사용하는 모든 연결을 취소합니다.

Aurora MySQL을 사용한 복제 필터 구성

복제 필터를 사용하여 읽기 복제본과 함께 복제할 데이터베이스와 테이블을 지정할 수 있습니다. 복제 필터는 데이터베이스와 테이블을 복제에 포함하거나 복제에서 제외할 수 있습니다.

다음은 복제 필터의 몇 가지 사용 사례입니다.

  • 읽기 복제본의 크기를 줄이는 방법. 복제 필터링을 사용하면 읽기 복제본에 필요하지 않은 데이터베이스와 테이블을 제외할 수 있습니다.

  • 보안상의 이유로 읽기 복제본에서 데이터베이스와 테이블을 제외하는 방법.

  • 다른 읽기 복제본에서 특정 사용 사례에 대해 서로 다른 데이터베이스와 테이블을 복제하는 방법. 예를 들어 분석 또는 샤딩에 특정 읽기 복제본을 사용할 수 있습니다.

  • 여러 AWS 리전에 읽기 전용 복제본이 있는 DB 클러스터의 경우 서로 다른 AWS 리전에 있는 다른 데이터베이스 또는 테이블을 복제합니다.

  • 인바운드 복제 토폴로지에서 복제본으로 구성된 Aurora MySQL DB 클러스터에서 복제할 데이터베이스와 테이블을 지정합니다. 이 구성에 대한 자세한 정보는 Aurora과 MySQL 간의 복제 또는 Aurora와 다른 Aurora DB 클러스터(이진 로그 복제본) 간의 복제 섹션을 참조하세요.

Aurora MySQL에 대한 복제 필터링 파라미터 설정

복제 필터를 구성하려면 다음 파라미터를 설정합니다.

  • binlog-do-db – 지정된 이진 로그에 변경 사항을 복제합니다. binlog 소스 클러스터에 대해 이 파라미터를 설정하면 파라미터에 지정된 바이너리 로그만 복제됩니다.

  • binlog-ignore-db – 지정된 이진 로그에 변경 사항을 복제하지 않습니다. binlog 소스 클러스터에 대해 binlog-do-db 파라미터가 설정되면 이 파라미터는 평가되지 않습니다.

  • replicate-do-db – 지정된 데이터베이스에 변경 내용을 복제합니다. binlog 복제본 클러스터에 대해 이 파라미터를 설정하면 파라미터에 지정된 데이터베이스만 복제됩니다.

  • replicate-ignore-db – 지정된 데이터베이스에 변경 내용을 복제하지 마세요. binlog 복제본 클러스터에 대해 replicate-do-db 파라미터가 설정되면 이 파라미터는 평가되지 않습니다.

  • replicate-do-table – 지정된 테이블에 변경 사항을 복제합니다. 읽기 복제본에 대해 이 파라미터를 설정하면 파라미터에 지정된 테이블만 복제됩니다. 또한, replicate-do-db 또는 replicate-ignore-db 파라미터가 설정되면 복제에 지정된 테이블이 포함된 데이터베이스를 binlog 복제본 클러스터와 함께 포함해야 합니다.

  • replicate-ignore-table – 지정된 테이블에 변경 내용을 복제하지 마세요. binlog 복제본 클러스터에 대해 replicate-do-table 파라미터가 설정되면 이 파라미터는 평가되지 않습니다.

  • replicate-wild-do-table – 지정된 데이터베이스와 테이블 이름 패턴을 기반으로 테이블을 복제합니다. % 및 _ 와일드카드 문자가 지원됩니다. replicate-do-db 또는 replicate-ignore-db 파라미터가 설정되면 복제에 지정된 테이블이 포함된 데이터베이스를 binlog 복제본 클러스터와 함께 포함해야 합니다.

  • replicate-wild-ignore-table – 지정된 데이터베이스와 테이블 이름 패턴을 기반으로 테이블을 복제하지 마세요 % 및 _ 와일드카드 문자가 지원됩니다. binlog 복제본 클러스터에 대해 replicate-do-table 또는 replicate-wild-do-table 파라미터가 설정되면 이 파라미터는 평가되지 않습니다.

파라미터는 나열된 순서대로 평가됩니다. 이러한 파라미터의 작동 방식에 대한 자세한 내용은 MySQL 설명서를 참조하세요.

기본적으로 이러한 각 파라미터에는 빈 값이 있습니다. 각 binlog 클러스터에서 이러한 파라미터를 사용하여 복제 필터를 설정, 변경 및 삭제할 수 있습니다. 이러한 파라미터 중 하나를 설정할 때 각 필터를 쉼표로 구분합니다.

% 및 _ 파라미터에 replicate-wild-do-table 및 replicate-wild-ignore-table 와일드카드 문자를 사용할 수 있습니다. % 와일드카드는 원하는 수의 문자를 찾으며 _ 와일드카드는 한 문자만 찾습니다.

원본 DB 인스턴스의 이진 로깅 형식은 데이터 변경 기록을 결정하므로 복제에 중요합니다. binlog_format 파라미터 설정에 따라 복제가 행 기반인지 또는 문 기반인지가 결정됩니다. 자세한 내용은 Aurora MySQL 이진 로깅 구성 섹션을 참조하세요.

참고

원본 DB 인스턴스의 binlog_format 설정과 관계없이, 모든 DDL(데이터 정의어) 문은 문으로 복제됩니다.

Aurora MySQL에 대한 복제 필터링 제한 사항

Aurora MySQL에 대한 복제 필터링에 다음과 같은 제한 사항이 적용됩니다.

  • 복제 필터는 Aurora MySQL 버전 3에서만 지원됩니다.

  • 각 복제 필터링 파라미터에는 2,000자 제한이 있습니다.

  • 복제 필터에서는 쉼표가 지원되지 않습니다.

  • 복제 필터링은 XA 트랜잭션을 지원하지 않습니다.

    자세한 내용은 MySQL 설명서에서 XA 트랜잭션에 대한 제한 사항을 참조하세요.

Aurora MySQL에 대한 복제 필터링 예제

읽기 복제본에 대한 복제 필터링을 구성하려면 읽기 복제본과 연결된 DB 클러스터 파라미터 그룹에서 복제 필터링 파라미터를 수정합니다.

참고

기본 DB 클러스터 파라미터 그룹을 수정할 수 없습니다. 읽기 복제본에서 기본 파라미터 그룹을 사용 중인 경우 새 파라미터 그룹을 생성하여 읽기 복제본과 연결합니다. DB 클러스터 파라미터 그룹에 대한 자세한 내용은 파라미터 그룹 작업 섹션을 참조하세요.

AWS Management Console, AWS CLI 또는 RDS API를 사용하여 파라미터 그룹에서 DB 클러스터 파라미터를 설정할 수 있습니다. 파라미터 설정에 대한 자세한 내용은 DB 파라미터 그룹의 파라미터 수정을 참조하세요. DB 클러스터 파라미터 그룹에서 파라미터를 설정하면 파라미터 그룹과 연결된 모든 DB 클러스터가 파라미터 설정을 사용합니다. DB 클러스터 파라미터 그룹에서 복제 필터링 파라미터를 설정하는 경우, 파라미터 그룹이 읽기 복제본 클러스터에만 연결되어 있는지 확인합니다. 원본 DB 인스턴스에 대해 복제 필터링 파라미터를 비워 둡니다.

다음 예제에서는 AWS CLI를 사용하여 파라미터를 설정합니다. 이 예제는 CLI 명령이 완료된 직후에 파라미터가 변경되도록 ApplyMethod을(를) immediate(으)로 설정합니다. 읽기 복제본이 재부팅된 후 보류 중인 변경 사항을 적용하려면 ApplyMethod을(를) pending-reboot(으)로 설정합니다.

다음 예제에서는 복제 필터를 설정합니다.

예 복제에 데이터베이스 포함

다음 예제에서는 복제에 mydb1 및 mydb2 데이터베이스가 포함되어 있습니다.

Linux, macOS, Unix:

aws rds modify-db-cluster-parameter-group \
  --db-cluster-parameter-group-name myparametergroup \
  --parameters "ParameterName=replicate-do-db,ParameterValue='mydb1,mydb2',ApplyMethod=immediate"

Windows의 경우:

aws rds modify-db-cluster-parameter-group ^
  --db-cluster-parameter-group-name myparametergroup ^
  --parameters "ParameterName=replicate-do-db,ParameterValue='mydb1,mydb2',ApplyMethod=immediate"
예 복제에 테이블 포함

다음 예제에서는 복제의 table1 데이터베이스에 table2 및 mydb1 테이블이 포함되어 있습니다.

Linux, macOS, Unix:

aws rds modify-db-cluster-parameter-group \
  --db-cluster-parameter-group-name myparametergroup \
  --parameters "ParameterName=replicate-do-table,ParameterValue='mydb1.table1,mydb1.table2',ApplyMethod=immediate"

Windows의 경우:

aws rds modify-db-cluster-parameter-group ^
  --db-cluster-parameter-group-name myparametergroup ^
  --parameters "ParameterName=replicate-do-table,ParameterValue='mydb1.table1,mydb1.table2',ApplyMethod=immediate"
예 와일드카드 문자를 사용하여 복제에 테이블 포함

다음 예제에서는 복제의 데이터베이스 order에 return 및 mydb(으)로 시작하는 이름을 가진 테이블이 포함되어 있습니다.

Linux, macOS, Unix:

aws rds modify-db-cluster-parameter-group \
  --db-cluster-parameter-group-name myparametergroup \
  --parameters "ParameterName=replicate-wild-do-table,ParameterValue='mydb.order%,mydb.return%',ApplyMethod=immediate"

Windows의 경우:

aws rds modify-db-cluster-parameter-group ^
  --db-cluster-parameter-group-name myparametergroup ^
  --parameters "ParameterName=replicate-wild-do-table,ParameterValue='mydb.order%,mydb.return%',ApplyMethod=immediate"
예 복제에서 데이터베이스 제외

다음 예제에서는 mydb5 및 mydb6 데이터베이스를 복제에서 제외합니다.

Linux, macOS, Unix:

aws rds modify-db-cluster-parameter-group \
  --db-cluster-parameter-group-name myparametergroup \
  --parameters "ParameterName=replicate-ignore-db,ParameterValue='mydb5,mydb6',ApplyMethod=immediate"

Windows의 경우:

aws rds modify-db-cluster-parameter-group ^
  --db-cluster-parameter-group-name myparametergroup ^
  --parameters "ParameterName=replicate-ignore-db,ParameterValue='mydb5,mydb6,ApplyMethod=immediate"
예 복제에서 테이블 제외

다음 예시에서는 데이터베이스 mydb5의 table1 테이블과 데이터베이스 mydb6의 table2 테이블을 복제에서 제외합니다.

Linux, macOS, Unix:

aws rds modify-db-cluster-parameter-group \
  --db-cluster-parameter-group-name myparametergroup \
  --parameters "ParameterName=replicate-ignore-table,ParameterValue='mydb5.table1,mydb6.table2',ApplyMethod=immediate"

Windows의 경우:

aws rds modify-db-cluster-parameter-group ^
  --db-cluster-parameter-group-name myparametergroup ^
  --parameters "ParameterName=replicate-ignore-table,ParameterValue='mydb5.table1,mydb6.table2',ApplyMethod=immediate"
예 와일드카드 문자를 사용하여 복제에서 테이블 제외

다음 예제에서는 데이터베이스 order에서 return 및 mydb7(으)로 시작하는 이름을 가진 테이블을 복제에서 제외합니다.

Linux, macOS, Unix:

aws rds modify-db-cluster-parameter-group \
  --db-cluster-parameter-group-name myparametergroup \
  --parameters "ParameterName=replicate-wild-ignore-table,ParameterValue='mydb7.order%,mydb7.return%',ApplyMethod=immediate"

Windows의 경우:

aws rds modify-db-cluster-parameter-group ^
  --db-cluster-parameter-group-name myparametergroup ^
  --parameters "ParameterName=replicate-wild-ignore-table,ParameterValue='mydb7.order%,mydb7.return%',ApplyMethod=immediate"

읽기 복제본에 대한 복제 필터 보기

다음과 같은 방법으로 읽기 복제본에 대한 복제 필터를 볼 수 있습니다.

  • 읽기 복제본과 연결된 파라미터 그룹에서 복제 필터링 파라미터 설정을 확인합니다.

    지침은 DB 파라미터 그룹의 파라미터 값 보기 섹션을 참조하세요.

  • MySQL 클라이언트에서 읽기 전용 복제본에 연결하고 SHOW REPLICA STATUS 문을 실행합니다.

    출력 시, 다음 필드에서 읽기 복제본에 대한 복제 필터를 보여줍니다.

    • Binlog_Do_DB

    • Binlog_Ignore_DB

    • Replicate_Do_DB

    • Replicate_Ignore_DB

    • Replicate_Do_Table

    • Replicate_Ignore_Table

    • Replicate_Wild_Do_Table

    • Replicate_Wild_Ignore_Table

    이러한 필드에 대한 자세한 내용은 MySQL 설명서의 복제 상태 확인을 참조하세요.

Amazon Aurora MySQL 복제 모니터링

읽기 조정과 고가용성은 최소 지연 시간에 따라 달라집니다. Amazon CloudWatch AuroraReplicaLag 지표를 모니터링하여 Aurora 복제본이 Aurora MySQL DB 클러스터의 기본 인스턴스보다 얼마나 지연되는지 모니터링할 수 있습니다. AuroraReplicaLag 지표는 각 Aurora 복제본에 기록됩니다.

기본 DB 인스턴스는 AuroraReplicaLagMaximum 및 AuroraReplicaLagMinimum Amazon CloudWatch 지표도 기록합니다. AuroraReplicaLagMaximum 메트릭은 기본 DB 인스턴스와 DB 클러스터의 각 Aurora 복제본 간의 최대 지연 정도를 기록합니다. AuroraReplicaLagMinimum 메트릭은 기본 DB 인스턴스와 DB 클러스터의 각 Aurora 복제본 간의 최소 지연 정도를 기록합니다.

Aurora 복제본 지연의 최신 값이 필요할 경우 Amazon CloudWatch에서 AuroraReplicaLag 지표를 확인할 수 있습니다. Aurora 복제본 지연은 information_schema.replica_host_status 테이블에 있는 Aurora MySQL DB 클러스터의 각 Aurora 복제본에도 기록됩니다. 이 테이블에 대한 자세한 내용은 information_schema.replica_host_status 섹션을 참조하세요.

RDS 인스턴스 및 CloudWatch 지표 모니터링에 대한 자세한 내용은 Amazon Aurora 클러스터에서 지표 모니터링 단원을 참조하세요.