RDS : Relational Database Service

• 관계형 데이터베이스 서비스(Relational Database Service)의 약자
• SQL을 쿼리 언어로 사용하는 데이터베이스용 관리형 데이터베이스 서비스
• 클라우드의 RDS 서비스에 DB를 생성할 수 있고 AWS에서 DB를 관리하므로 누릴 수 있는 혜택이 많다.

AWS 관리 DB 목록

• Postgres
• MySQL
• MariaDB
• Oracle
• Microsoft SQL Server
• Aurora

RDS를 사용하는 이유?

• EC2 인스턴스에 자체 DB 서비스를 배포하여 사용하지 않고 AWS RDS를 사용하는 이유는 AWS를 사용한다면 사용하지 않을 이유가 없기 때문이다.
• RDS는 관리형 서비스로 데이터베이스뿐만 아니라 다양한 서비스를 제공한다.
  • 데이터베이스 프로비저닝과 기본 운영체제 패치가 완전 자동화되어 있다.
  • 지속적으로 백업이 생성되므로 특정 타임스탬프, 즉 특정 시점으로 복원할 수 있다.
  • 데이터베이스의 성능을 대시보드에서 모니터링할 수 있고 읽기 전용 복제본을 활용해 읽기 성능을 개선할 수 있다.
  • 재해 복구 목적으로 다중 AZ를 설정할 수 있다.
  • 유지 관리 기간에 업그레이드 할 수 있다.
  • 인스턴스 유형을 늘려 수직 확장하거나 읽기 전용 복제본을 추가하여 수평 확장할 수 있다.
  • 파일 스토리지는 EBS에 구성된다. (gp2 or io1)
• 한 가지 단점은 RDS 인스턴스에 SSH 액세스 할 수 없다. 관리형 서비스이므로 AWS가 서비스를 제공하지만 기본 EC2 인스턴스에는 액세스할 수 없다. 하지만 EC2 인스턴스에 데이터베이스 엔진을 배포할 때 설정할 모든 것들을 AWS에서 제공해준다.

RDS의 Storage Auto Scaling

• RDS 데이터베이스를 만들 때 데이터베이스를 많이 사용하면 공간이 부족해질 수 있다.
• RDS Storage Auto Scaling을 활성화되어 있다면 RDS가 이를 감지해서 자동으로 스토리지를 확장해 준다. 스토리지 확장을 위해 DB를 다운시키는 등의 작업을 할 필요가 없다.
• 데이터베이스를 수동으로 확장하는 작업을 피할 수 있게 해준다.
• 이를 위해 스토리지의 임계값을 설정해야 한다. 스토리지를 확장할 최대치를 결정하는 것이다.
• 스토리지 자동 수정 예 :
  • 할당된 용량에서 남은 공간이 10% 미만이 되면 스토리지를 자동으로 수정한다.
  • 스토리지 부족 상태가 5분 이상 지속되거나 지난 수정으로 부터 6시간이 지났을 경우에 오토 스케일링이 활성화되어 있다면 스토리지를 자동 확장한다.
• 워크로드를 예측할 수 없는 애플리케이션에서 굉장히 유용하고 모든 RDS 데이터베이스 엔진에서 지원되는 기능이다.

RDS 읽기 전용 복제본

• 애플리케이션은 데이터베이스 인스턴스에 대해 읽기와 쓰기를 수행한다.
• 주 인스턴스가 너무 많은 요청을 받아서 충분히 스케일링할 수 없기에 읽기를 스케일링 하는 경우가 있다.
• 이 때 읽기 전용 복제본을 최대 15개까지 생성할 수 있고 이들은 동일한 AZ나 리전을 걸쳐서 생성될 수 있다.
• 읽기 전용 복제본은 SELECT만 가능하며 INSERT, UPDATE, DELETE등은 사용할 수 없다.
• 비동기식으로 복제 된다. 즉, 읽기가 일관적으로 유지된다는 것을 의미 = 복제본을 읽어들이면 모든 데이터를 얻음
• 복제본을 승격시켜 데이터베이스로도 이용할 수 있다. 승격시킨 후에는 복제 메커니즘을 완전히 탈피한다. 자체적인 생애 주기를 갖고 모든 연결을 업데이트해야 하며 RDS 클러스터 상의 전용 복제본 전체 목록을 활용할 수 있다.

RDS 읽기 전용 복제본의 네트워킹 비용

• AWS에서 하나의 가용 영역에서 다른 가용 영역으로 데이터가 이동할 때에 비용이 발생한다.
• 하지만 예외가 존재하며 보통 관리형 서비스에서 나타난다.
• RDS 읽기 전용 복제본은 관리형 서비스이다.
• 읽기 전용 복제본이 다른 AZ 상이지만 동일한 리전 내에 있을 때는 비용이 발생하지 않는다.
• 동일 리전내에 있을 경우 비동기식 복제로 해당 트래픽은 무료로 이용할 수 있다.
• 하지만 다른 리전에 있을 경우 트래픽이 여러 리전을 넘나들어야 하기 때문에 네트워크에 대한 복제 비용이 발생한다.

RDS Multi AZ

• 주로 재해 복구(Disaster Recovery)를 위해 사용
• 동기식으로 복제, 마스터 데이터베이스의 모든 변화를 동기적으로 복제한다. 이는 애플리케이션의 마스터에 쓰이는 변경 사항이 대기 인스턴스에도 그대로 복제된다는 것을 의미한다.
• 애플리케이션 또는 하나의 DNS 이름을 갖고 통신하여 마스터에 문제가 생길때도 스탠바이 데이터베이스에 자동으로 장애 조치가 수행된다.
• 가용성을 높일 수 있다.
• 전체 AZ 또는 네트워크가 손실될 때에 대비한 장애 조치이자 마스터 데이터베이스의 인스턴스 또는 스토리지에 장애가 발생할 때 스탠바이 데이터베이스가 새로운 마스터가 될 수 있도록 하는 것이다.
• 따로 앱에 수동으로 조치를 취할 필요가 없다. 자동으로 데이터베이스에 연결이 시도되고 장애 조치가 필요하게 될 때에도 스탠바이가 마스터로 승격되는 과정이 자동으로 이루어진다.
• 스케일링에 이용되지 않는다. 스탠바이 데이터베이스는 단지 대기 목적 하나만 수행한다.
• 재해 복구를 대비해서 읽기 전용 복제본을 다중 AZ로 설정할 수 있다.

단일 AZ에서 다중 AZ로의 RDS 데이터베이스 전환

• 이 작업에는 다운타임이 전혀 없다. (DB를 중지시킬 필요가 없음)
• 데이터베이스 수정을 클릭하고 다중 AZ기능을 활성화시키기만 하면 된다.
• 이를 통해서 RDS 데이터베이스 인스턴스는 마스터를 갖고 동기식 복제본인 스탠바이 데이터베이스를 확보한다. 이 때 설정을 수정하는 것 외에는 아무 작업도 할 필요없다.