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

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

주제

• Amazon Aurora 글로벌 데이터베이스 개요
• Amazon Aurora 글로벌 데이터베이스의 장점
• 리전 및 버전 사용 가능 여부
• Amazon Aurora 글로벌 데이터베이스에 적용되는 제한 사항
• Amazon Aurora Global Database 시작하기
• Amazon Aurora 글로벌 데이터베이스 관리
• Amazon Aurora 글로벌 데이터베이스에 연결
• Amazon Aurora 글로벌 데이터베이스에서 쓰기 전달 사용
• Amazon Aurora Global Database에서 전환 또는 장애 조치 사용
• Amazon Aurora 글로벌 데이터베이스 모니터링
• 다른 AWS 서비스와 함께 Amazon Aurora Global Database 사용
• Amazon Aurora 글로벌 데이터베이스 업그레이드

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

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

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

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

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

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

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

Aurora 글로벌 데이터베이스는 2가지 시나리오(글로벌 데이터베이스 전환 및 글로벌 데이터베이스 장애 조치)에 따라 기본 DB 클러스터의 리전을 변경하는 2가지 작업을 지원합니다.

• 리전 순환과 같이 계획된 운영 절차의 경우 글로벌 데이터베이스 전환(이전 명칭: '계획된 관리형 장애 조치')을 사용하세요. 이 기능을 사용하면 정상적인 Aurora 전역 데이터베이스의 기본 클러스터를 데이터 손실 없이 보조 리전 중 하나로 재배치할 수 있습니다. 자세한 내용은 Amazon Aurora Global Database에서 전환 수행을 참조하십시오.

• 기본 리전에서 중단된 후 Aurora 글로벌 데이터베이스를 복구하려면 글로벌 데이터베이스 장애 조치를 사용하세요. 이 기능을 사용하면 기본 DB 클러스터에서 다른 리전으로 장애 조치할 수 있습니다(리전 간 장애 조치). 자세한 내용은 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) 가용 상태로 만들 수 있습니다.

리전 및 버전 사용 가능 여부

기능에 관한 가용성 및 지원은 각 Aurora 데이터베이스 엔진의 특정 버전 및 AWS 리전에 따라 다릅니다. Aurora 및 글로벌 데이터베이스의 버전 및 리전 가용성에 대한 자세한 정보는 Aurora 글로벌 데이터베이스를 지원하는 리전 및 DB 엔진 섹션을 참조하세요.

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

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

• Aurora Global Database는 특정 AWS 리전에서 사용할 수 있으며 특정 Aurora MySQL 및 Aurora PostgreSQL 버전에만 사용할 수 있습니다. 자세한 내용은 Aurora 글로벌 데이터베이스를 지원하는 리전 및 DB 엔진 단원을 참조하십시오.

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

• MySQL 5.7과 호환되는 Aurora MySQL의 경우 Aurora 글로벌 데이터베이스 전환에는 버전 2.09.1 이상의 마이너 버전이 필요합니다.

• 기본 및 보조 DB 클러스터에 있는 메이저, 마이너, 패치 수준 엔진 버전이 동일한 경우에만 Aurora 글로벌 데이터베이스에서 관리형 리전 간 전환 또는 장애 조치를 수행할 수 있습니다. 하지만 마이너 엔진 버전이 다음 중 하나일 경우 패치 수준이 달라질 수 있습니다.

  데이터베이스 엔진	마이너 엔진 버전
  Aurora PostgreSQL	버전 14.5 이상의 마이너 버전 버전 13.8 이상의 마이너 버전 버전 12.12 이상의 마이너 버전 버전 11.17 이상의 마이너 버전

  자세한 내용은 관리형 리전 간 전환 및 장애 조치를 위한 패치 수준 호환성 단원을 참조하십시오.

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

  • Aurora Serverless v1

  • Aurora 내 역추적

• RDS 프록시 기능을 글로벌 데이터베이스에서 사용할 때의 제한 사항은 글로벌 데이터베이스에서 RDS 프록시의 제한 사항 단원을 참조하십시오.

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

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

• Aurora MySQL 5.7을 실행하는 Aurora 글로벌 데이터베이스에서 데이터베이스 활동 스트림을 사용하려면 엔진 버전이 버전 2.08 이상이어야 합니다. 데이터베이스 활동 스트림에 대한 자세한 내용은 데이터베이스 활동 스트림을 사용하여 Amazon Aurora 모니터링 단원을 참조하십시오.

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

  • 해당 Aurora 전역 데이터베이스의 메이저 버전 업그레이드를 수행하는 동안에는 전역 데이터베이스 클러스터에 대한 사용자 지정 파라미터 그룹을 적용할 수 없습니다. 전역 클러스터의 각 리전에 사용자 지정 파라미터 그룹을 생성한 다음 업그레이드 후 리전 클러스터에 수동으로 적용합니다.

  • Aurora MySQL 기반 Aurora Global Database 사용 시 lower_case_table_names 파라미터가 활성화 되어 있는 경우 Aurora MySQL 버전 2에서 버전 3으로 현재 위치 업그레이드를 수행할 수 없습니다. 사용할 수 있는 메서드에 대한 자세한 내용은 메이저 버전 업그레이드 섹션을 참조하세요.

  • Aurora PostgreSQL 기반 Aurora 글로벌 데이터베이스 사용 시 복구 시점 목표(RPO) 기능이 켜져 있는 경우 Aurora DB 엔진의 메이저 버전 업그레이드를 수행할 수 없습니다. RPO 기능에 대한 자세한 내용은 Aurora PostgreSQL–기반 전역 데이터베이스에 대한 RPO 관리 섹션을 참조하세요.

  • Aurora MySQL 기반 Aurora Global Database 사용 시 표준 프로세스를 사용하여 버전 3.01 또는 3.02에서 3.03 이상으로 마이너 버전 업그레이드를 수행할 수 없습니다. 사용할 프로세스에 대한 자세한 내용은 엔진 버전을 수정하여 Aurora MySQL 업그레이드 섹션을 참조하세요.

  Aurora 글로벌 데이터베이스 업그레이드에 대한 자세한 내용은 Amazon Aurora 글로벌 데이터베이스 업그레이드 섹션을 참조하세요.

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

• 세컨더리 Aurora DB 클러스터에 연결된 Aurora 복제본은 특정 상황에서 다시 시작될 수 있습니다. 기본 AWS 리전의 라이터 DB 인스턴스가 다시 시작되거나 장애 조치되는 경우 보조 리전의 Aurora 복제본도 다시 시작됩니다. 모든 복제본이 프라이머리 DB 클러스터의 라이터와 다시 동기화될 때까지 세컨더리 클러스터를 사용할 수 없습니다. 재부팅 또는 장애 조치 시 기본 클러스터의 동작은 단일 비글로벌 DB 클러스터의 동작과 동일합니다. 자세한 내용은 Amazon Aurora를 사용한 복제 단원을 참조하십시오.

  기본 DB 클러스터를 변경하기 전에 Aurora 전역 데이터베이스에 대한 영향을 이해해야 합니다. 자세한 내용은 계획되지 않은 중단으로부터 Amazon Aurora Global Database 복구을 참조하십시오.

• Aurora 글로벌 데이터베이스에서는 현재 Amazon Aurora가 DB 클러스터의 AWS KMS 키에 대한 액세스 권한을 상실할 때 inaccessible-encryption-credentials-recoverable 상태를 지원하지 않습니다. 이 경우 암호화된 DB 클러스터는 바로 최종 inaccessible-encryption-credentials 상태가 됩니다. 이러한 상태에 대한 자세한 내용은 DB 클러스터 상태 보기 섹션을 참조하세요.

• 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 글로벌 데이터베이스 생성 단원을 참조하십시오.