Amazon RDB, DynamoDB

DB 고려 사항

1) scailability

scale-up/down	수직적 확장: 개체 자체의 scale를 변경 ex. t2 -> t3 단점: downtime 발생 서비스 중단 상태 발생
scale-in/out	수평적 확장: 개수를 줄이고/늘림 ex. 5대 -> 10대 장점: downtime이 없음

 

2) 관계형 / 비관계형

• 관계형
  • 엄격한 schema 규칙 및 data 품질 적용 필요
  • DB가 과도한 R/W 용량을 필요로 하지 않음
  • RDS는 scale-up/down만 가능

• 비관계형
  • 수평적(downtime 없이) scale-in/out 필요 경우 사용
  • 데이터가 기존 schema 에 적합하지 않은 경우
  • 대용량의 단순 data
  • 신속, 간편한 확장
  • 복잡한 join이 불필요한 경우
  • { ISBN: 91822932465265, <-- column:value ... }

 

3) 관리형 / 비관리형

• 관리형
  • DB S/W 설치 부터만 client가 수행
• 비관리형 DB
  • AWS가 관리를 해 주지 않는 DB
  • 모두 client가 수행해야 함
    • 전력, HVAC, net
    • lack and stack
    • server 유지 관리
    • OS 설치, 패치
    • DB S/W 설치, 패치
    • DB backup
    • 고가용성
    • 규모 조정
    • 앱 최적화
• 완전관리형
  • 고객은 "앱 최적화" 만 수행

 

AWS DB types

DB type	관리방식	사용 경우	특징
Amazon RDS	관리형	복잡한 data data set의 결합, 연결 필요 구문 규칙 사용 시
Amazon Redshift	관리형		Oracle을 (red라서) 밀어내기 위한 작명
Amazon Aurora	관리형		MySQL, PostgreSQL과 호환되는 완전 관리형 관계형 DB
DynamoDB	비관리형
ElasticCache	비관리형
Naptune	비관리형

 

Amazon RDS

• 관계형 DB
• 적합 경우
  • 복잡한 data
  • data set의 결합, 연결 필요
  • 구문 규칙 사용 시

 

Amazon Aurora

MySQL, PostgreSQL과 호환되는 완전 관리형 관계형 DB

MySQL의 처리량 최대 5배

PostgreSQL의 ... 3배

3개의 가용영역에 6개의 복제본

Read Replica 

1개의 master DB와 복제한 15개의 DB

master에서 R/W를 다 수행하면 contention 발생하니, R는 read replica DB에서 (5개) 수행

 

Amazon DynamoDB

완전관리형

이벤트 중심

 

lambda라는 serverless의

S3가 lambda function을 kicking

Lambda가 DynamoDB에 loading

 

최상의 수평 확장

Lambda는 여러 언어 지원

 

DynamoDB 일관성 옵션

최종 일관성 (Eventually consistency)

 

강력한 일관성 (Strongly consistency)

각각의 복제본([ ])과 모두 일관성을 유지해야함

 

 

DynamoDB 보안

 

보안 고려 사항

• access
• 저장/전송 시 암호화
  • SSL
• 이벤트 알림

 

DynamoDB 보안 제어

• 액세스 권한
  • 테이블에서 항목, 속성까지 권한 
• 저장 시 암호화
  • SSL/TLS
    • TLS: SSL의 version 4
    • HTTPS protocol을 사용하여 암호화

 

AWS DB로 data migration

1. 이기종 인 경우 (heterogeneous)

On-premise DB가 EC2나 RDS, S3로 갈 수 있음

AWS 간도 가능