Amazon Aurora 글로벌 데이터베이스 사용 - Amazon Aurora

Amazon Aurora 글로벌 데이터베이스 사용

Amazon Aurora Global Database는 여러 AWS 리전에 걸쳐 있으므로 대기 시간이 짧은 글로벌 읽기를 지원하며, 전체 AWS 리전에 영향을 미칠 수 있는 드물게 발생하는 중단을 신속하게 복구할 수 있습니다. Aurora 전역 데이터베이스는 하나의 리전에 기본 DB 클러스터를, 그리고 하나 이상의 다른 리전에 최대 5개의 보조 DB 클러스터를 포함합니다.

Amazon Aurora 글로벌 데이터베이스 개요

Amazon Aurora Global Database를 사용하면 여러 AWS 리전에 걸쳐 있는 단일 Aurora 데이터베이스를 사용하여 전역으로 분산된 애플리케이션을 실행할 수 있습니다.

Aurora Global Database는 데이터를 마스터링하는 하나의 기본 AWS 리전 및 최대 5개의 읽기 전용 보조 AWS 리전으로 구성됩니다. 쓰기 연산을 기본 AWS 리전의 프라이머리 DB 클러스터에서 직접 시작합니다. Aurora는 일반적으로 1초 미만의 대기 시간으로 전용 인프라를 사용하여 보조 AWS 리전에 데이터를 복제합니다.

다음 다이어그램에서 두개의 AWS 리전에 걸쳐 있는 Aurora Global Database의 예를 볼 수 있습니다.


         Aurora 글로벌 데이터베이스에는 하나의 기본 DB 클러스터와 하나 이상의 보조 Aurora DB 클러스터가 있습니다.

하나 이상의 Aurora 복제본 (읽기 전용 Aurora DB 인스턴스)를 추가하여 읽기 전용 워크로드를 처리함으로써 보조 클러스터를 독립적으로 확장할 수도 있습니다.

기본 클러스터만 쓰기 작업을 수행합니다. 쓰기 작업을 수행하는 클라이언트는 기본 클러스터의 DB 클러스터 엔드포인트에 연결합니다. 다이어그램에 표시된 대로 Aurora 전역 데이터베이스는 복제에 데이터베이스 엔진이 아닌 클러스터 스토리지 볼륨을 사용합니다. 자세한 내용은 Aurora 스토리지 개요 단원을 참조하십시오.

Aurora 전역 데이터베이스는 전 세계 설치 공간을 갖춘 애플리케이션 용으로 설계되었습니다. 읽기 전용 보조 DB 클러스터 (AWS 리전) 를 사용하면 애플리케이션 사용자와 근접하게 읽기 작업을 지원할 수 있습니다. 쓰기 전달 등의 기능을 사용하면 보조 클러스터가 Aurora MySQL–기본 클러스터로 데이터를 보내도록 기반 전역 데이터베이스를 구성할 수도 있습니다. 자세한 내용은 Amazon Aurora 글로벌 데이터베이스에서 쓰기 전달 사용 섹션을 참조하세요.

Aurora 전역 데이터베이스는 두 가지 다른 장애 조치 접근 방식을 지원할 수 있습니다. 계획되지 않은 장애 조치 프로세스를 사용하면 기본 리전에서 중단된 후 다른 리전으로 장애 조치하여 Aurora 전역 데이터베이스를 복구할 수 있습니다(교차 리전 장애 조치). 이 수동 프로세스에 대한 자세한 내용은 계획되지 않은 중단으로부터 Amazon Aurora 전역 데이터베이스 복구 단원을 참조하세요.

재해 대비를 위해 계획된 관리형 장애 조치를 사용하면 정상적인 Aurora 전역 데이터베이스의 기본 클러스터를 데이터 손실 없이 보조 리전 중 하나로 재배치할 수 있습니다. 자세한 내용은 Amazon Aurora 전역 데이터베이스에 대한 계획된 관리형 장애 조치 단원을 참조하십시오.

Amazon Aurora 글로벌 데이터베이스의 장점

Aurora 전역 데이터베이스를 사용하면 다음과 같은 이점을 얻을 수 있습니다.

  • 로컬 대기 시간으로 글로벌 읽기 – 전 세계에 지사를 두고 있는 경우, Aurora Global Database를 사용하여 기본 AWS 리전에서 정보의 주요 소스를 최신 상태로 유지할 수 있습니다. 다른 리전의 사무실은 로컬 지연 시간을 사용하여 해당 리전의 정보에 액세스할 수 있습니다.

  • 확장 가능한 보조 Aurora DB 클러스터 – AWS 리전에 읽기 전용 인스턴스(Aurora 복제본)를 추가하여 보조 클러스터를 확장할 수 있습니다. 세컨더리 클러스터는 읽기 전용이므로 단일 Aurora 클러스터에 대하여 일반적인 제한인 15개가 아닌 최대 16개의 읽기 전용 Aurora 복제본 인스턴스를 지원할 수 있습니다.

  • 기본 DB클러스터에서 보조 Aurora DB 클러스터로의 빠른 복제 – Aurora Global Database에서 수행되는 복제는 기본 DB 클러스터의 성능에 거의 영향을 미치지 않습니다. DB 인스턴스의 리소스는 애플리케이션 읽기/쓰기 워크로드 처리 전용입니다.

  • 리전 전체의 운영 중단으로부터 복구 – 보조 클러스터를 사용하면 기존 복제 솔루션보다 적은 데이터 손실(더 낮은 RPO)로 새로운 기본 AWS 리전에서 Aurora Global Database를 보다 신속하게(더 낮은 RTO) 가용 상태로 만들 수 있습니다.

Amazon Aurora 글로벌 데이터베이스에 적용되는 제한 사항

현재 다음 제한이 Aurora 글로벌 데이터베이스에 적용됩니다.

  • Aurora Global Database는 특정 AWS 리전에서 사용할 수 있으며 특정 Aurora MySQL 및 Aurora PostgreSQL 버전에만 사용할 수 있습니다. 자세한 내용은 Aurora 글로벌 데이터베이스 섹션을 참조하세요.

  • Aurora Global Database에는 지원되는 Aurora DB 인스턴스 클래스, 최대 AWS 리전 수 등에 대한 특정 구성 요구 사항이 있습니다. 자세한 내용은 Amazon Aurora 전역 데이터베이스의 구성 요구 사항 섹션을 참조하세요.

  • Aurora 전역 데이터베이스에 대한 계획된 관리형 장애 조치에는 다음 Aurora 데이터베이스 엔진 중 하나가 필요합니다.

    • Aurora MySQL 5.7, 버전 2.09.1 이상

    • Aurora MySQL 5.6, 버전 1.23.1 이상

    • Aurora PostgreSQL 버전 13.3 이상, 12.4 이상, 11.9 이상, 10.14 이상

  • Aurora 글로벌 데이터베이스는 현재 다음 Aurora 기능을 지원하지 않습니다.

    • Aurora 멀티 마스터 클러스터

    • Aurora Serverless v1

    • Aurora 내 역추적

    • Amazon RDS 프록시

  • 자동 마이너 버전 업그레이드는 Aurora MySQL 및 Aurora 글로벌 데이터베이스의 부분인 Aurora PostgreSQL 클러스터에는 적용되지 않습니다. 글로벌 데이터베이스 클러스터의 일부인 DB 인스턴스에 대해 이 설정을 지정할 수 있지만 이 설정은 아무런 영향을 미치지 않습니다.

  • Aurora 글로벌 데이터베이스는 현재 세컨더리 데이터베이스 클러스터에 대해 Aurora Auto Scaling을 지원하지 않습니다.

  • 다음 Aurora MySQL 및 Aurora PostgreSQL 버전만 실행하는 Aurora 전역 데이터베이스에서 데이터베이스 활동 스트림을 시작할 수 있습니다.

    데이터베이스 엔진 기본 AWS 리전 보조 AWS 리전

    Aurora MySQL 5.7

    버전 2.08 이상

    버전 2.08 이상

    Aurora PostgreSQL

    버전 13.3 이상

    버전 13.3 이상

    버전 12.4 이상

    버전 12.4 이상

    버전 11.7 이상

    버전 11.9 이상

    버전 10.11 이상

    버전 10.14 이상

    데이터베이스 활동 스트림에 대한 자세한 내용은 데이터베이스 활동 스트림을 사용하여 Amazon Aurora 모니터링 단원을 참조하십시오.

  • Aurora 글로벌 데이터베이스를 업그레이드하려면 기본 클러스터를 업그레이드하기 전에 모든 보조 클러스터를 업그레이드하십시오. 하지만 Aurora PostgreSQL–기반 Aurora 글로벌 데이터베이스의 경우 Aurora DB 엔진을 새 마이너 버전으로만 업그레이드할 수 있습니다. 이 제한은 Aurora PostgreSQL에 대한 Aurora DB 클러스터에만 적용되며 Aurora MySQL에 적용되지 않습니다. Aurora DB 엔진 업그레이드에 대한 자세한 내용은 Aurora MySQL DB 클러스터의 부 버전 또는 패치 수준 업그레이드 또는 Aurora PostgreSQL용 PostgreSQL DB 엔진 업그레이드를 참조하십시오.

  • Aurora 글로벌 데이터베이스에서 Aurora DB 클러스터를 개별적으로 중지하거나 시작할 수는 없습니다. 자세한 내용은 Amazon Aurora DB 클러스터 중지 및 시작 단원을 참조하십시오.

  • 메인 Aurora DB 클러스터에 연결된 Aurora 복제본은 특정 상황에서 다시 시작될 수 있습니다. 기본 AWS 리전의 DB 인스턴스가 다시 시작되거나 장애 조치되는 경우 해당 리전의 Aurora 복제본도 다시 시작됩니다. 모든 복제본이 기본 DB 클러스터의 라이터와 다시 동기화될 때까지 해당 클러스터를 사용할 수 없습니다. 이 동작은 예상되며 Amazon Aurora를 사용한 복제에 설명되어 있습니다. 기본 DB 클러스터를 변경하기 전에 Aurora 전역 데이터베이스에 대한 영향을 이해해야 합니다. 자세한 내용은 계획되지 않은 중단으로부터 Amazon Aurora 전역 데이터베이스 복구 단원을 참조하십시오.

  • Aurora 글로벌 데이터베이스에서 실행한 Aurora PostgreSQL–기반 DB 클러스터에는 다음의 제한 사항이 있습니다:

    • Aurora 글로벌 데이터베이스의 일부인 Aurora PostgreSQL DB 클러스터에는 클러스터 캐시 관리가 지원되지 않습니다.

    • Aurora 전역 데이터베이스의 기본 DB 클러스터가 Amazon RDS PostgreSQL 인스턴스의 복제본을 기반으로 하는 경우 보조 클러스터를 생성할 수 없습니다. AWS Management Console, AWS CLI, 또는 CreateDBCluster API 작업을 사용하여 해당 클러스터에서 보조 클러스터를 생성하지 마십시오. 이렇게 하면 시간이 초과되며 보조 클러스터가 생성되지 않습니다.

기본 DB 엔진과 동일한 버전의 DB 엔진을 사용하여 Aurora 글로벌 데이터베이스에 대한 보조 Aurora DB 클러스터를 생성하는 것이 좋습니다. 자세한 내용은 Amazon Aurora 글로벌 데이터베이스 생성 섹션을 참조하세요.