Aurora 복제본

다중 AZ 배포에서 Aurora는 여러 가용 영역에 걸쳐 있는 기본 스토리지 계층과 상호 작용하는 추가 Aurora 컴퓨팅 인스턴스를 생성합니다. 이러한 다른 DB 인스턴스는 읽기 전용이며 Aurora 복제본이라고 합니다. 또한 클러스터 내에서 라이터 및 리더 DB 인스턴스를 결합할 수 있는 방법에 대해 논의할 때 이 항목을 리더 인스턴스라고 합니다. Aurora 복제본의 한 가지 이점은 리더 인스턴스를 사용하여 SELECT 쿼리를 처리함으로써 읽기 집약적인 애플리케이션의 일부 작업을 오프로드할 수 있다는 점입니다.

문제가 기본 인스턴스에 영향을 미치는 경우 이러한 리더 인스턴스 중 하나로 장애 조치되며, 여기로 기본 인스턴스 역할을 인계합니다. Aurora는 데이터베이스 문제를 감지하고 필요한 경우 장애 조치 메커니즘을 자동으로 활성화합니다. Aurora 장애 조치에 대한 자세한 내용은 Amazon Aurora의 고가용성을 참조하세요.

Aurora DB 클러스터의 모든 인스턴스는 기본 스토리지 볼륨을 공유하므로 Aurora 복제본은 소비된 스토리지 또는 디스크 쓰기 작업 측면에서 추가 비용을 부과하지 않습니다. 라이터에서 생성되고 스토리지 노드로 전송된 로그 스트림도 모든 리더 인스턴스로 전송됩니다. 리더 인스턴스에서 데이터베이스는 각 로그 레코드를 차례로 고려하여 이 로그 스트림을 사용합니다. 로그 레코드가 리더 인스턴스의 버퍼 캐시에 있는 페이지를 참조하는 경우 리더 인스턴스는 로그 어플리케이터를 사용하여 캐시의 페이지에 지정된 다시 실행 작업을 적용합니다. 그렇지 않으면 리더 인스턴스가 로그 레코드를 삭제합니다.

Aurora 복제본은 라이터 인스턴스의 관점에서 로그 레코드를 비동기적으로 사용하므로 리더 인스턴스와 독립적인 사용자의 커밋을 승인합니다. Aurora 복제본은 일반적으로 라이터 인스턴스보다 짧은 간격(100밀리초 이하)으로 지연됩니다. Aurora DB 클러스터의 Aurora 복제본, 기본 DB 인스턴스 및 클러스터 볼륨 간 관계에 대한 자세한 내용은 AWS 설명서를 참조하세요.