본문 바로가기

개발

[AWS] RDS 막대한 비용

반응형

고객 서비스들 대부분 aws를 사용하고, db는 rds입니다. 그런데 배포를하면 항상 클라이언트들에게 연락이 오죠. '금액이 이게 맞냐'를 시작으로 한시간정도 놀란 감정을 얘기합니다. 즉, 개발자 입장에서 rds는 매우 혁신적이고 가성비적이지만(backup, multi az가능) 테스트 혹은 초기규모 팀 ceo에게는 매우 놀랄 금액입니다. 오늘은 미리 대비하자는 의도로 주의 요소를 보겠습니다.

 

 

크게 두 항목이 있습니다

-Amazon Relational Database Service for MySQL Community Edition:

rds가 떠있는 시간만큼 내는 비용입니다. 

 

-Amazon Relational Database Service Provisioned Storage:

storage 유형에 따라 측정된 IOPS(Input/Output Operations Per Second, IOPS)로 계산된 비용입니다.

*스토리지 유형은 provision과 ssd가 있습니다. provision이 더 비쌉니다

 

즉, rds는 사용 시간에 따른 비용 + iops에 따른 비용의 합이 총 비용입니다. 그러면 어떻게 해야 조금 낼수 있을까요?

 

 

1) multi-az를 하지 않는다.

az를 두개이상둬, fail-over에 따른 서비스 중지를 방지합니다. 어떤 이유로 db가 멈추면 알아서 stand by db로 교체해주는 역할을 하죠. 클라우드 서비스 이전에는 db 교체가 매우 중요해 규모 있는 서비스에서는 매우 가성비지만, 초기 규모에서는 부담이 될수 있습니다.

2) storage 유형 -> ssd

provision 유형은 알아서 자원을 늘렸다 줄였다 합니다. ssd는 정해진 양만큼만 사용하구요. provision 더 비싸니 초기에는 ssd로 합니다

 

3) Backup retention period -> 0days

Backup retention period은 백업 보존 기간으로 백업 내용을 보존하는 기간을 설정합니다. 길수록 비용청구가 되니, 가능한 짧게 하는게 좋습니다

 

 

aws 사용시 사용한 만큼 금액을 지불하기에 금액이 적게 든다고 합니다. 그런데, 사용한만큼은 맞지만 세부 설정도 해야함을 잊지 않으셨으면 합니다

 

 

 

'개발' 카테고리의 다른 글

[Linux] nohup.out 출력이 안될때  (0) 2022.07.16
[AWS] IOPS in RDS  (0) 2022.07.04
[Selenium] console log 찾기  (0) 2022.07.02
[AWS] ACM 갱신자격 부적격  (0) 2022.06.28
[보안] Buffer-Overflow attack  (0) 2022.06.26