Amazon Aurora 복제 솔루션 비교

다음 표는 세 가지 Amazon Aurora 복제 솔루션을 비교한 것입니다.

	Aurora 복제본	리전 간 Aurora 복제본	Aurora 글로벌 데이터베이스
고가용성 제공	예	아니요	아니요
재해 복구 제공	아니요	예	예
복제 유형	비동기식	비동기식	비동기식
자동 장애 조치	예	아니요	아니요
SELECT 쿼리를 오프로드합니다.	예	예	예
복제본에 대한 쓰기를 실행할 수 있습니다.	아니요	예(권장되지 않음)	아니요
기본 클러스터에 대한 근접성	항상 기본 리전과 동일한 리전에 존재합니다.	기본 리전과 동일한 리전에는 존재할 수 없습니다.	기본 리전과 동일한 리전에는 존재할 수 없습니다.
복제 지연	일반적으로 100밀리초 미만	트랜잭션 볼륨에 따라 다릅니다. 일반적으로 대부분의 시스템에서는 몇 초 정도 걸립니다.	일반적으로 1초 미만입니다.
비용 고려 사항	추가 DB 인스턴스 노드에 대해서만 비용을 지불합니다.	기본 리전과 각 보조 리전 간의 인스턴스, 스토리지, 리전 간 데이터 전송, 백업 스토리지 및 복제된 쓰기 I/O에 대해 표준 Aurora 요금을 지불합니다.	기본 리전과 각 보조 리전 간의 인스턴스, 스토리지, 리전 간 데이터 전송, 백업 스토리지 및 복제된 쓰기 I/O에 대해 표준 Aurora 요금을 지불합니다.
지원되는 복제본 수	동일한 리전 내에서 15	Aurora MySQL 호환 버전의 경우 서로 다른 리전에 최대 5개의 보조 DB 클러스터. (Aurora PostgreSQL 호환 버전은 리전 간 복제본을 지원하지 않습니다.)	서로 다른 리전에서 최대 5개의 보조 DB 클러스터.
프로비저닝 시간	데이터베이스 크기에 관계없이 5분 미만입니다.	복제본을 생성하려면 데이터베이스의 전체 복사본을 보조 리전에 복제해야 하므로 데이터베이스 크기에 따라 다릅니다.	복제본을 생성하려면 데이터베이스의 전체 복사본을 보조 리전에 복제해야 하므로 데이터베이스 크기에 따라 다릅니다.

구현할 옵션을 결정할 때 다음 지침을 사용합니다.

• Aurora 클러스터의 고가용성이 필요한 경우 Aurora 복제본을 사용합니다. 기본 인스턴스에 장애가 발생하면 Aurora는 Aurora 복제본 중 하나를 자동으로 승격합니다. Aurora 복제본은 읽기 워크로드를 수평적으로 조정하는 데에도 적합합니다. Aurora 연결 관리자는 공통 리더 엔드포인트를 사용하여 동일한 내의 여러 Aurora 복제본 AWS 리전 에 워크로드를 자동으로 분산합니다.

• 리전 간 재해 복구(DR)를 찾고 있다면 Aurora 글로벌 데이터베이스를 사용하세요. Aurora 글로벌 데이터베이스를 사용하면 여러에 걸쳐 빠른 로컬 읽기와 빠른 DR을 활성화 AWS 리전 할 수 있습니다. 리전 성능 저하 또는 중단에서 빠르게 복구해야 하는 경우 보조 리전을 백업 옵션으로 사용할 수 있습니다. 보조 리전의 데이터베이스는 1분 이내에 전체 읽기/쓰기 기능으로 승격될 수 있습니다.

• 리전 간 Aurora 복제본은 몇 가지 사용 사례를 제공합니다. 먼저 Aurora 데이터베이스의 리전 간 복사본이 필요하고 일부 제한 사항으로 인해 글로벌 데이터베이스를 사용할 수 없는 경우 리전 간 Aurora 복제본을 사용할 수 있습니다. 둘째, MySQL용 Amazon Relational Database Service(Amazon RDS)에서 Aurora MySQL 호환 버전으로 마이그레이션해야 하는 경우 Aurora MySQL 복제본을 설정할 수 있습니다.