Scale out/Auto scaling in AWS RDS

※ 100% 이해하지는 못했다. 더 알아보자.

 

RDS에서 스토리지 Auto scaling을 지원한다는 글을 보고, Aurora의 Auto scaling과 뭔 차이인가 해서 시작.

https://aws.amazon.com/ko/about-aws/whats-new/2019/06/rds-storage-auto-scaling/

Amazon RDS, 이제 스토리지 Auto Scaling 지원

??? : 뭐여. 이제 모든 엔진에 Auto scaling 지원하는거 아니냐? Aurora 왜 씀?

-> 이게 아니니까 이 글을 작성한다.

 

단순히 생각하면 Scale out이나 Auto scaling이나 똑같아 보일 수 있다.

하지만 자동화라는 아아아아주 크고 중요한 차이점이 있다.

 

• 동일한 경우를 가정해 보자 - DB가 모자라다!

RDS의 상황을 생각해 보면 대응 방식은 2가지가 있다.

1. DB 인스턴스를 추가한다.

2. DB 스토리지를 추가한다.

 

두 방법은 엄연히 다른 방법이다.

굳이 이름 붙이자면 1번은 인스턴스 레벨에서의 확장이고, 2번은 스토리지 레벨에서의 확장이 될 것이다.

 

Q. DB 성능이냐 저장 용량이냐의 차이인가요?

A. 그건 아니다. 스토리지를 추가하면 성능도 오르긴 한다. 그래서 2가지 방식을 칼같이 구분하기가 어렵다는 것.

 

마찬가지로 AWS RDS에서 Auto scaling은 Aurora만 지원한다, 라고 하는데, 1번 기능을 말하는 것이다.

스토리지 확장은 상단의 링크에서 말하듯 모든 엔진에서 지원한다.

 

그래서 "RDS의 모든 엔진은 Auto Scaling을 지원하나요?" 라고 묻는다면, 일반적으로는 Aurora만 지원한다고 대답하자.

"스토리지 Auto scaling"이라 묻는다면 모든 엔진이 지원하는 것이 맞다. 근데 굳이 이걸 질문할 이유는 없겠지.

---

+ Lambda와 RDS 연동해서 지표 감지 후 인스턴스를 확장하는 방식도 있지 않나? 이러면 다른 엔진도 지원하는거 아님?

-> 감지 후 새롭게 확장된 인스턴스에 대한 연결 문제 발생. 새로 생성된 인스턴스는 어떻게 연결해줄 것인가?

웹 서버에 ALB를 연결해 알아서 새로운 서버로 보내주듯, RDS에도 그런 프로세스가 필요하다는 것.

Aurora에서는 클러스터 엔드포인트라는 것을 제공해줘서 새로운 DB 인스턴스에 자동으로 연결이 가능하다.

https://dulki.tistory.com/138

AWS Lambda와 RDS connection 관리 삽질

(대충 RDS와 Lambda의 궁합은 좋지 않다는 내용 + 개선 서비스가 나왔다는 내용)

 

https://aws.amazon.com/ko/blogs/korea/amazon-rds-proxy-now-generally-available/

Amazon RDS Proxy 정식 출시 (서울 리전 포함) | Amazon Web Services

위 블로그에서 말한 서비스인 RDS Proxy

 

RDS Proxy 출시로 다른 엔진과 Aurora의 차이가 좀 줄었는지는 아직 모르겠다.

 

 

더 알아볼 부분

- 스토리지 추가와 인스턴스 추가는 어떤 방식으로 차이가 나는가?

- AWS RDS Proxy 출시 후 달라진 점은?