AWS Aurora

 

Amazon Aurora

 

- MySQL 및 PostgreSQL과 호환되는 완전 관리형 관계형 데이터베이스 엔진입니다.

- 일부 워크로드의 경우 Aurora은 기존 애플리케이션을 거의 변경하지 않고도 MySQL의 처리량을 최대 5배, PostgreSQL의 처리량을 최대 3배 제공할 수 있습니다.

- Aurora에는 고성능 스토리지 하위시스템이 포함됩니다. MySQL 및 PostgreSQL과 호환되는 데이터베이스 엔진은 빠른 분산형 스토리지를 활용하도록 사용자 지정됩니다.

- 기본 스토리지는 필요에 따라 자동으로 커집니다. Aurora 클러스터는 최대 128 tebibytes (TiB) 크기까지 늘릴 수 있습니다.

- 데이터베이스 구성 및 관리의 가장 어려운 측면 중 하나인 데이터베이스 클러스터링 및 복제를 자동화하고 표준화합니다.

 

 

 

Amazon Aurora DB cluster

- 하나 이상의 DB 인스턴스와 이 DB 인스턴스의 데이터를 관리하는 클러스터 볼륨으로 구성됩니다.

- Aurora 클러스터 볼륨은 다중 가용 영역을 아우르는 가상 데이터베이스 스토리지 볼륨으로서, 각 가용 영역에는 DB 클러스터 데이터의 사본이 있습니다.

- 기본 DB 인스턴스 – 읽기 및 쓰기 작업을 지원하고, 클러스터 볼륨의 모든 데이터 수정을 실행합니다. Aurora DB 클러스터마다 기본 DB 인스턴스가 하나씩 있습니다.

- Aurora 복제본 – 기본 DB 인스턴스와 동일한 스토리지 볼륨에 연결되며 읽기 작업만 지원합니다. 각 Aurora DB 클러스터는 기본 DB 인스턴스에 더해 최대 15개까지 Aurora 복제본을 구성할 수 있습니다.

 

Aurora 복제본 (Replication)

- Aurora 프로비저닝된 DB 클러스터에서 DB 인스턴스를 생성하면 Aurora는 라이터 DB 인스턴스에서 다른 모든 DB 인스턴스로의 복제를 자동으로 설정합니다. 이러한 다른 DB 인스턴스는 읽기 전용이며 Aurora 복제본이라고 합니다.

- 어플리케이션에 대한 읽기 작업을 확장하기 위해 쿼리를 실행할 수 있습니다. 일반적으로 클러스터의 읽기 장치 엔드포인트에 연결하여 이 작업을 수행합니다. 이렇게 하면 Aurora 는 읽기 전용 연결에 대한 로드를 클러스터에 있는 여러 Aurora 복제본에 분산할 수 있습니다.

- 가용성을 높이는 데 도움이 됩니다. 클러스터의 라이터(writer) 인스턴스를 사용할 수 없게 되면 Aurora는 리더(reader) 인스턴스 중 하나를 자동으로 승격하여 새 라이터로 사용합니다.

 

 

 

DB 파리미터 그룹

- DB 파라미터 그룹은 하나 이상의 DB 인스턴스에 적용되는 엔진 구성 값의 컨테이너 역할을 합니다.

- DB 파라미터 그룹은 Amazon RDS와 Aurora 모두에 있는 DB 인스턴스에 적용됩니다. 이 구성 설정은 Aurora 클러스터 내의 DB 인스턴스 사이에서 변화할 수 있는 속성에 적용됩니다.

- DB 클러스터 파라미터 그룹은 Aurora DB 클러스터의 모든 DB 인스턴스에 적용되는 엔진 구성 값의 컨테이너 역할을 합니다.

- 물리적 스토리지 레이아웃에 영향을 미치는 파라미터는 클러스터 파라미터 그룹의 일부입니다. DB 클러스터 파라미터 그룹에는 모든 인스턴스 수준 파라미터의 기본값도 들어 있습니다.

 

 

 

 

데이터 복구 (Restore)

- Aurora에서 유지되는 백업 데이터에서 또는 이전에 저장한 DB 클러스터 스냅샷에서 새 Aurora DB 클러스터를 생성하여 데이터를 복구할 수 있습니다.

- 백업 데이터에서 생성된 DB 클러스터의 새 사본을 백업 보존 기간 중 임의 시점으로 빨리 복구할 수 있습니다.

- DB 클러스터의 최근 복구 시간은 DB 클러스터를 복구할 수 있는 가장 최근 시점을 나타내며 일반적으로 현재 시간에서 5분 이내입니다..

 

 

 

 

RDS 장애 조치(Failover)

- 다중 AZ를 활성화한 경우, DB 인스턴스에 계획되거나 계획되지 않은 중단이 발생하면 Amazon RDS는 자동으로 다른 가용 영역에 있는 예비 복제본으로 전환합니다.

- 장애 조치가 완료되는 데 소요되는 시간은 기본 DB 인스턴스를 사용할 수 없게 된 시점의 데이터베이스 활동 및 기타 조건에 따라 달라집니다.

- 트랜잭션의 규모가 크거나 복구 프로세스가 복잡한 경우 장애 조치에 소요되는 시간이 증가할 수 있습니다.

- 장애 조치가 완료되면 RDS 콘솔 UI가 새로운 가용 영역에 반영하는 데 추가적으로 시간이 소요됩니다.