AWS RDS

#1 RDS

   1. 개념

• Relational Database Service
• SQL을 쿼리 언어로 사용한 데이터베이스용 관리형 데이터베이스 서비스
• EC2의 자체 DB서비스를 배포하지 않고 RDS 사용 이유
  • 지속적인 백업 가능, 성능을 대시보드에서 모니터링 가능
  • 재해 복구 목적 다중 AZ 가능
• 단점 : SSH 액세스 불가능
• RDS 스토리지 오토스케일링
  • RDS스토리지 용량 20기가로 설정 -> 용량의 과부하 -> 저절로 용량을 늘림
  • 남은 공간이 10프로가 되거나 부족 상태가 5분 이상 지속 시 오토스케일링 작동

 

   2. 읽기전용과 다중 AZ

• 읽기전용
  • 일관적인 비동기식 복제의 의미
  • 두 개의 RDS 인스턴스 읽기전용 복제본이 있다고 가정
  • 주 인스턴스와 비동기식 복제 발생 -> 읽기가 일관적으로 유지된다는 뜻
  •  
• 다중AZ
  • 재해복구에 사용
  • 하나의 DNS의 이름가지고 standby RDS DB가 새로 생김
  • 마스터가 장애 발생시 자동으로 마스터로 승격
  • 단지 대기 목적으로만 사용 되므로 읽거나 쓸수 없다
  • 단일 AZ에서 다중 AZ로 전환시 다운타임이 전혀 없으므로 중지할 필요 없음

 

#2 Amazon Aurora

   1. 개념

• aws 고유의 기술 -> 오픈소스는 아님
• Postgres 및 MySQL과 호환
• 스토리지 자동 확장 -> 저장디스크를 신경쓰지 않아도 됨
• 장애조치 즉각적

 

   2. 높은 가용성 및 스케일링

• 3개의 AZ에 걸쳐 무언가를 기록 시 6개의 사본 저장
  • 쓰기에는 6개의 사본중 4개만 있으면 됨 -> 하나가 망가져도 괜찮음
  • 읽기에는 6개의 사본중 3개만 있으면 됨 -> 읽기 가용성이 높음
• 일종의 자가 복구 가능

 

   3. 클러스터로써의 Aurora

• writer endpoint와 reader endpoint로 자동 스케일링, 자동확장, 공유 스토리지 볼륨 가능
• 자동 장애 조치, 백업 및 복구
• 격리 및 보안, 산업 규정 준수
• 고급 모니터링, 복원

 

#3 백업

   1.  RDS

• 자동백업
  • 매일 자동으로 전체 백업을 수행
  • 5분마다 트랜잭션 로그 백업
  • 보존기간은 1 ~ 35일 사이로 설정 가능
• 수동데이터베이스 스냅샷
  • 수동 백업은 원하는 기간동안 유지 가능 
• 자동백업은 스토리지 비용이 계속 발생하더라도 스냅샵은 원할때만 하기에 훨씬 저렴

 

   2.  Aurora

• 자동백업은 RDS와 유사하지만 비활성화 불가
• 시점복구 기능
• 데이터베이스 복제
  • 기존 DB 클러스터에서 새로운 DB 클러스터 생성 가능

 

#4 Proxy

• RDS 데이터베이스 인스턴스의 연결 최소화
• 장애 조치 시간을 최대 66%까지 감소
• 데이터베이스에 IAM 인증을 강제하는데 사용
• 자격증명은 Secrets Manager서비스에 안전히 저장

 

#5 ElasticCache

   1. 개념

• RDS가 관계형 데이터베이스를 관리하는 것과 같은 방식
• 캐싱 기술인 Redis 또는 Memcached를 관리
• 캐시 : 매우 높은 성능과 짧은 지연 시간을 가진 인메모리 데이터베이스

 

   2. 아키텍처

• application (  a ) - elasticache ( e ) - rds ( r ) 있다고 가정
  • cache hit : a -> e 에게 elasticache를 쿼리하여 쿼리가 발생했는지 확인, 했다면 답을 줌
    • 쿼리를 수행하기 위해 데이터베이스로 이동하는 시간 절약
  • cache miss : a -> r