[AWS] RDS

베하~ 수 지 타 산 입니다.

독감이 유행한다고 합니다.

모두 가을을 즐기는 것은 좋지만

건강 유의하면서어!!

저번 주까지 오토스켈링에 대한 실습을 했으므로

복습은 생략하고 RDS 시작할까요~?

팔로팔로팔로미

 

---

 

Amazon Relational Database Service(Amazon RDS)는
 AWS 클라우드에서 관계형 데이터베이스를 더 쉽게 설치, 운영 및 확장할 수 있는 웹 서비스입니다.

이 서비스는 산업 표준 관계형 데이터베이스를 위한 경제적이고 크기 조절이 가능한 용량을 제공하고

공통 데이터베이스 관리 작업을 관리합니다. 

 

즉, AWS 클라우드에서 관계형 데이터베이스를 실행해야 하는 이유는 AWS가 관계형 데이터베이스의 까다롭고 번거로운 관리 작업을 대부분 대신하기 때문입니다.

1. 이미 친숙한 MySQL, MariaDB, PostgreSQL, Oracle 및 Microsoft SQL Server 같은 데이터베이스 제품을 사용할 수 있습니다.

2. Amazon RDS는 백업, 소프트웨어 패치, 자동 장애 감지 및 복구를 관리합니다.자동화된 백업을 설정하거나 고유한 백업 스냅샷을 수동으로 생성할 수 있습니다. 이러한 백업을 사용하여 데이터베이스를 복원할 수 있습니다.

3. Amazon RDS 복원 프로세스는 안정적이고 효율적입니다.기본 인스턴스 및 문제 발생 시 장애 조치를 수행할 수 있는 동기식 보조 인스턴스에서 가용성을 높일 수 있습니다. 읽기 전용 복제본을 사용하여 읽기 조정을 높일 수도 있습니다.

4. 데이터베이스 패키지의 보안 외에도 AWS Identity and Access Management(IAM)을 사용해 사용자 및 권한을 정의하는 방법으로 RDS 데이터베이스에 액세스할 수 있는 사용자를 제어할 수 있습니다. 데이터베이스를 Virtual Private Cloud(VPC)에 배치하여 데이터베이스를 보호할 수도 있습니다.

5. 각 DB 인스턴스는 데이터베이스 엔진을 지원합니다. ​Amazon RDS는 현재 MySQL, MariaDB, PostgreSQL, Oracle, Microsoft SQL Server, Amazon Aurora 데이터베이스 엔진을 지원합니다.

 

---

 

 

여기까지 RDS에 대한 특징을 간략하게 알아보았습니다.

RDS도 컴퓨팅 리소스와 같이 EC2와 비슷해서 조금 혼동이 올 수도 있을 것 같아요.

하지만 사용하는 목적, 용도는 전혀 다릅니다. 

또한 더 중요한 것이 사용자가 관리해야 하는 영역도 다르다는 점입니다.

관련하여 아래 표에 보기 쉽게 정리되어 있습니다.

 

---

 

AWS RDS 사용 시, 주의할 점에 대해 알아볼까요 ~?

 

-  DB 인스턴스 식별자는 한 AWS 리전 내의 해당 고객에 대해 고유할 것
DB 인스턴스마다 DB 인스턴스 식별자가 있습니다. 이 식별자는 고객이 하는 지정하는 이름으로, Amazon RDS API 및 AWS CLI 명령과 상호 작용하는 경우 이름으로 DB 인스턴스를 고유하게 식별합니다. 따라서, DB 인스턴스 식별자는 한 AWS 리전 내의 해당 고객에 대해 고유해야 합니다. 식별자는 RDS에 의해 인스턴스에 할당된 DNS 호스트 이름의 일부로 사용됩니다. 예를 들어 db1을 DB 인스턴스 식별자로 지정하는 경우 RDS는 db1.123456789012.us-east-1.rds.amazonaws.com과 같은 인스턴스의 DNS 엔드포인트를 자동으로 할당합니다. 여기서 123456789012는 계정의 특정 리전에 대한 고정 식별자입니다.


- RDS의 마스터 사용자를 잘 관리할 것
Amazon RDS는 DB 인스턴스를 생성하는 중에 DB 인스턴스의 마스터 사용자 계정을 생성합니다. 이 마스터 사용자는 데이터베이스 생성을 비롯하여 마스터 사용자가 생성하는 테이블의 생성, 삭제, 선택 및 업데이트 및 삽입 작업을 수행할 수 있는 권한을 가집니다. DB 인스턴스를 만들 때 마스터 사용자 암호를 설정해야 하지만 AWS CLI, Amazon RDS API 작업 또는 AWS Management Console을 사용하여 이를 언제든지 변경할 수 있습니다. 또한 SQL 표준 명령을 사용하여 마스터 사용자 암호를 변경하고 사용자를 관리할 수도 있습니다.

 

---

 

위에서 설명했듯이 RDS 역시 인스턴스라고 언급을 했습니다. 따라서, RDS 인스턴스의 종류에 대해 살펴보겠습니다.

 

• db.m6g - AWS Graviton2 프로세서로 구동되는 범용 인스턴스 클래스 이러한 인스턴스 클래스는 광범위한 범용 워크로드에 균형 잡힌 컴퓨팅, 메모리 및 네트워킹을 제공합니다. 다른 DB 인스턴스 수정 작업과 동일한 단계를 통해, AWS Graviton2 프로세서가 지원하는 DB 인스턴스 클래스 중 하나를 사용하도록 DB 인스턴스를 수정할 수 있습니다.
• db.m6g - AWS Graviton2 프로세서로 구동되는 범용 인스턴스 클래스 이러한 인스턴스 클래스는 광범위한 범용 워크로드에 균형 잡힌 컴퓨팅, 메모리 및 네트워킹을 제공합니다. 여기에는 고속, 대기 시간이 짧은 로컬 스토리지가 필요한 애플리케이션용 로컬 NVMe 기반 SSD 블록 레벨 스토리지가 있습니다.
• db.m6i— 광범위한 범용 워크로드에 적합한 범용 인스턴스 클래스
• db.m5d – 짧은 지연 시간, 매우 높은 임의 I/O 성능, 높은 순차 읽기 처리량에 최적화된 범용 인스턴스 클래스.
• db.m5 – 컴퓨팅, 메모리 및 네트워크 리소스가 균형잡힌 범용 인스턴스 클래스로, 대부분의 애플리케이션에 적합합니다. db.m5 인스턴스 클래스는 이전의 db.m4 인스턴스 클래스보다 더 많은 컴퓨팅 용량을 제공합니다. 전용 하드웨어 및 경량 하이퍼바이저 결합된 AWS Nitro System을 기반으로 합니다.
• db.m4 – 이전 db.m3 인스턴스 클래스에 비해 더 많은 컴퓨팅 용량을 제공하는 범용 인스턴스 클래스입니다.
• db.m3 – 이전 db.m1 인스턴스 클래스에 비해 더 많은 컴퓨팅 용량을 제공하는 범용 인스턴스 클래스입니다.

 

 

다음은 사용 가능한 메모리 최적화 DB 인스턴스 클래스입니다.

 

• db.x2g - 메모리 집약적 애플리케이션에 최적화되고 AWS Graviton2 프로세서로 구동되는 인스턴스 클래스입니다. 이는 메모리 GiB당 낮은 비용을 제공합니다. 다른 DB 인스턴스 수정 작업과 동일한 단계를 통해, AWS Graviton2 프로세서가 지원하는 DB 인스턴스 클래스 중 하나를 사용하도록 DB 인스턴스를 수정할 수 있습니다.
• db.z1d – 메모리 집약적 애플리케이션에 최적화된 인스턴스 클래스. 이러한 인스턴스들은 높은 컴퓨팅 용량과 큰 메모리 공간을 제공합니다. 고주파수 z1d 인스턴스는 최대 4.0GHz의 일관된 올코어 주파수를 제공합니다.
• db.x1e – 메모리 집약적 애플리케이션에 최적화된 인스턴스 클래스. 이러한 클래스는 DB 인스턴스 클래스의 RAM 기비바이트(GiB) 및 DRAM 기반 인스턴스 메모리의 최대 3,904GiB 당 최저 비용을 듭니다.
• db.x1 – 메모리 집약적 애플리케이션에 최적화된 인스턴스 클래스. 이러한 클래스는 DB 인스턴스 클래스의 RAM GiB 및 DRAM 기반 인스턴스 메모리의 최대 3,904GiB 당 최저 비용을 듭니다.
• db.r6g - AWS Graviton2 프로세서로 구동되는 인스턴스 클래스 이는 MySQL 및 PostgreSQL과 같은 오픈 소스 데이터베이스에서 메모리 사용량이 많은 워크로드를 실행하는 데 적합합니다. 다른 DB 인스턴스 수정 작업과 동일한 단계를 통해, AWS Graviton2 프로세서가 지원하는 DB 인스턴스 클래스 중 하나를 사용하도록 DB 인스턴스를 수정할 수 있습니다.
• db.r6g - AWS Graviton2 프로세서로 구동되는 인스턴스 클래스 이는 MySQL 및 PostgreSQL과 같은 오픈 소스 데이터베이스에서 메모리 사용량이 많은 워크로드를 실행하는 데 적합합니다. 여기에는 고속, 대기 시간이 짧은 로컬 스토리지가 필요한 애플리케이션용 로컬 NVMe 기반 SSD 블록 레벨 스토리지가 있습니다.  
• db.r6i - 메모리 사용량이 많은 워크로드를 실행하는 데 적합한 인스턴스 클래스
• db.r5b – 처리량이 많은 애플리케이션에 대해 메모리 최적화된 인스턴스 클래스. AWS Nitro 시스템을 기반으로 하는 db.r5b 인스턴스는 최대 60Gbps의 대역폭과 260,000 IOPS의 EBS 성능으로 EC2에서 가장 빠른 블록 스토리지 성능을 제공합니다.
• db.r5d – 짧은 지연 시간, 매우 높은 임의 I/O 성능, 높은 순차 읽기 처리량에 최적화된 인스턴스 클래스.
• db.r4 – 메모리 집약적 애플리케이션에 최적화된 인스턴스 클래스. 향상된 네트워킹과 Amazon Elastic Block Store(Amazon EBS) 성능을 제공합니다. 전용 하드웨어 및 경량 하이퍼바이저 결합된 AWS Nitro System을 기반으로 합니다.
• db.r3 – 메모리 최적화를 제공하는 인스턴스 클래스.

 

 

다음은 사용 가능한 버스트 성능 DB 인스턴스 클래스입니다.

 

• db.t4g - Arm 기반 AWS Graviton2 프로세서로 구동되는 범용 인스턴스 클래스입니다. 이는 광범위한 범용 워크로드 집합에 대해 이전의 버스트 가능 성능 DB 인스턴스 클래스보다 더 나은 가격 성능을 제공합니다. Amazon RDS T4g 인스턴스는 무제한 모드로 구성되어 있습니다. 즉, 추가 요금을 지불하면 24시간 동안 기준 이상으로 높일 수 있습니다.
• 다른 DB 인스턴스 수정 작업과 동일한 단계를 통해, AWS Graviton2 프로세서가 지원하는 DB 인스턴스 클래스 중 하나를 사용하도록 DB 인스턴스를 수정할 수 있습니다.
• db.t2 – CPU 사용률을 최대로 버스트할 수 있는 기능으로 기준 성능 수준을 제공하는 인스턴스 클래스입니다. T3 인스턴스는 무제한 모드로 구성됩니다. 이 인스턴스 클래스는 이전의 db.t2 인스턴스 클래스보다 더 많은 컴퓨팅 용량을 제공합니다. 전용 하드웨어 및 경량 하이퍼바이저 결합된 AWS Nitro System을 기반으로 합니다.
• db.t2 – CPU 사용률을 최대로 버스트할 수 있는 기능으로 기준 성능 수준을 제공하는 인스턴스 클래스입니다. T2 인스턴스는 무제한 모드로 구성됩니다. 이러한 인스턴스 클래스는 개발 및 테스트 서버 또는 기타 비 프로덕션 서버에만 사용하는 것이 좋습니다.

---

 

RDS인 만큼 스토리지에 대해 정확하게 짚고 넘어가겠습니다

 

DB 인스턴스는 데이터베이스 및 로그 스토로지의 크기 때문에 Amazon Elastic Block Store(Amazon EBS)를 사용합니다. Amazon RDS는 필요한 스토리지 용량에 따라 자동으로 데이터를 여러 Amazon EBS 볼륨에 나누어 저장하여 성능을 강화합니다.

 

->  이러한 3가지 유형은 성능 특성과 가격이 다르므로 데이터베이스 워크로드 요건에 따라 스토리지 성능과 비용을 조정할 수 있습니다. 

-> 최대 64테비바이트(TiB)의 스토리지로 MySQL, MariaDB, Oracle 및 PostgreSQL RDS DB 인스턴스를 생성할 수 있습니다. 

-> SQL Server RDS DB 인스턴스는 스토리지의 최대 16TiB까지 생성할 수 있습니다. 이 스토리지 크기 때문에 프로비저닝된 IOPS SSD 및 범용 SSD 스토리지 유형을 사용합니다.

 

---

 

여기까지 RDS에 대한 기초적인 내용을 살펴보았습니다.  

앞의 내용들이 너무 간단하게 이론을 진행하다보니

AWS 리소스에 대한 지식의 깊이가 낮고

애매하게 알려드리는 것 같아 오늘은 꼼꼼하게 내용을 구성했습니다.

글이 많다고 저희 손절하시는거 아니져..?

 

그럼 다음 주에도 만나요

제에에에에바아아아아아아알