[AWS/SAA-C02] 시험대비 12일차 + RDS

2022.11.02

SAA-C02 시험대비 공부 12일차

 

 

출처

  ① AWS 바로 시작하기(사내인터넷강의)

  ② AWS Certified Solutions Architect - Associate 자격증 준비하기(인프런인터넷강의)

  ③ AWS 공인 솔루션스 아키텍트 스터디 가이드(직접구매)

 

 

RDS(관계형 데이터베이스)

  ① 데이터들이 서로 연결되어 관계들로 구성된 DB

  ② 데이터를 테이블 형태로 관리하여 관계를 통해서 역녈된 여러 테이블에 분산

  ③ SQL을 사용하여 데이터를 검색 및 좢ㄱ

  ④ 데이터를 중복없이 다루기에 데이터 무결성이 보장

  ⑤ Amazo RDS, Amazon Aurora가 AWS의 대표적인 DB

 

 

NoSQL(Non Relational Databases)

  ① 관계 구조를 갖지 않는 DB관리 시스템

  ② 대규모의 데이터를 유연하게 처리할 수 있음 (이미지, 비디오 등)

  ③ Amazon DynamoDB가 대표적

 

 

In-memory DB

  ① 디스크가 아닌 주 메모리에 데이터를 보유하고 있는 DB

  ② 데이터 접근이 훨씬 빠름

  ③ Amazon Elasticache가 대표적

  ④ Redis

 

 

Amazon Relational Database Service

  ① Cloud기반 RDS

  ② Aurora, MySQL, Oracle 등의 RDS 엔진을 AWS에서 제공

  ③ Storage Auto Scailing 지원

  ④ 범용 SSD Storage, 프로비저닝된 IOPS SSD Storage, 마그네틱 Storage 3가지 유형을 지원

  ※ Storage Auto Scailing: DB 다운타임 없이 Stroage 용량만큼 자동으로 확장하는 기능

 

 

Amazon RDS DB Stroage 유형

  ① 범용 SSD Storage: 일반적인 용도. 

  ② 프로비저닝된 IOPS SSD Storage: 일관되게 높은 수준의 성능이 필요한 경우 사용

  ③ 마그네틱 Storage:  엑세스 빈도가 낮은 경우 사용. 사용을 권장하지 않음. 가장 저렴

 

 

RDS 백업

  ① RDS를 사용하면 DB Instance의 EBS 볼륨 스냅샷을 기록할 수 있음. 백업 내용은 S3에 저장됨

  ② 스냅샷에는 Instance에 있는 모든 DB와 S3에 저장된 데이터까지 기록되며, 중복구현을 위해 동일 Region, AZ에 저장됨

  ③ RDS 백업 옵션 선택에서 RTO, RPO를 선택할 수 있음

  ④ 자동백업, 스냅샷 2가지 기능을 제공

  ※ RTO: Recovery Time Objective. 데이터 복원 및 데이터 처리 재개가 가능한 최대 허용 시간

  ※ RPO: Recovery Point Objective. 최대 데이터 손실 허용 기간

 

 

Automated Backup(자동백업)

  ① 백업을 수행하는 백업 기간을 설정 가능

  ② 백업 보존 기간은 1일 ~ 35일까지 설정 가능. 0으로 설정시 자동백업기능 비활성화

  ③ DB Instance를 특정 시점으로 복구 가능 (Point in time Recovery)

  ④ RDS는 DB트랜잭션 로그를 5분마다 백업

 

 

DB Snapshots(DB 스냅샷)

  ① 사용자가 수동으로 스냅샷 생성가능

  ② 사용자가 지정한만큼 백업을 보존할 수 있음 (보존기간 없음)

 

 

RDS 보안

  ① SSL/TLS를 사용하여  Application과 DB Instance간의 전송 중 암호화 가능

  ② KMS를 통해 모든 DB엔진에 대한 저장 중 암호화 가능

  ③ 암호화되지 않은 DB Instance 암호화 가능

 

 

RDS 읽기 전용 복제본(Read Replica)

  ① 읽기만 가능한 DB Instance의 복제본을 여러 개 만드는 기능

  ② Scale up 또는 Scale Out 옵션으로 성능 수준을 높일 수 있음

  ③ 백업이 활성화된 상태에서만 읽기 전용 복제본이 작동됨

 

 

멀티AZ(고가용성 구현)

  ① DB Instance에 문제가 발생할 시 DR을 위해 다수의 AZ에 DB Instance를 배포하는 것

  ② 일반적으로 PrimaryDB에 접근하지만 장애발생시 Standby Replica에 접근

  ③ DB의 내구성과 가용성을 향상 시킬 수 있음. 다운타임을 최소한으로 줄일 수 있음

  ④ 멀티AZ를 배포하려면 모든 Instance가 반드시 동일한 Region에 있어야 함

  ※ PrimaryDB: 원본DB

  ※ Standby Replica: 예비복제본