Aurora

Amazon Aurora

- AWS 독점 기술(오픈 소스x, AWS 최적화)

- Postgres, MySQL 처럼 사용할 수 있다

- 10GB ~ 128TB 로 자동 확장

- 최대 15개의 복제본

- 즉각적인 장애극복

- RDS보다 20% 더 비쌈

Aurora 고가용성, 읽기 확장

- 3개의 AZ를 거쳐서 6개의 복제본을 가짐

   - Write 를 위해서 4개의 복제본 필요

   - Read 를 위해서 3개의 복제본 필요

   - PTP복제로 자가 회복

- 1개의 인스턴스에서 Write 수행(Master Instance)

- 30초 이내로 Master Instance 장애극복

- 리전간 복제 가능

- CPU 사용량에 따라 읽기 복제본이 자동 확장

Aurora Serverless

- 실제 사용량에 기반하여 확장

- 드물거나 예기치못한 워크로드에 적합

- 용량을 지정할 필요가 없다

- 초당 비용지불, 좀 더 가격이 비쌀 수 있다

Aurora Multi-Master

- 즉각적인 Write-Node 의 장애 극복을 위해 사용

- 모든 노드를 R/W 하거나 읽기 복제본을 새로운 Master-Node로 승격

Grobal Aurora

- 리전간 읽기 복제본을 통하여 재해복구(즉각적 수행)

- 1개의 주요 리전

- Read 권한만 가진 세컨드 DB를 최대 5개의 리전에서 작동 가능

- 세컨드 DB당 최대 16개의 복제본을 가짐

- 지연성 감소

- 재해 복구를 위해 세컨드 리전을 1분 미만으로 주요 리전로 승격

- 일반적인 리전간 복제는 1초 이하의 시간이 걸림

Aurora 백업

- 1 ~ 35일 보관(자동 백업)

- 특정 시간으로 백업 가능

- 수동 백업 가능(원하는 만큼 보관 가능)

- 백업이나 스냅샷으로 부터 새로운 DB를 만들 수 있다

S3에서 MySQL Aurora 클러스터로 복구하는 과정

- Percona XtraBackup을 통하여 온프레미스 백업을 생성

- S3에 저장

- MySQL로 동작하는 새로운 Aurora 클러스터로 백업 파일을 복구시킨다

Aurora DB Cloning

- 기존의 DB에서 새로운 DB 클러스터를 만드는 것

- 스냅샷, 복구 보다 빠름

- 매우 빠르고 가격 효율적

- 새로운 DB 클러스터는 같은 클러스터 볼륨, 데이터를 이용하고 데이터 변경시마다 업데이트된다

- 기존의 DB에 영향을 주지않고 새로운 DB를 만드는데 유용

Aurora  Security

- 저장중 암호화

- 전송중 암호화

- IAM 인증

- 보안그룹

- SSH접근x

- 감사 로그 활성화(오랜 기간 보관을 위해서는 Cloud Watch로 전송해야함)