[AWS RDS][비용] 멈춘 인스턴스와 삭제한 인스턴스에서 backup storage 요금이 계속 남는 지점

IT 리서치 노트

[AWS RDS][비용] 멈춘 인스턴스와 삭제한 인스턴스에서 backup storage 요금이 계속 남는 지점

RDS 인스턴스를 멈췄는데도 청구서에 backup storage가 남거나, 인스턴스를 삭제했는데 스냅샷 쪽 요금이 계속 보이는 경우가 있다. 2026년 6월 26일 기준 AWS 공식 문서를 다시 보면 stop 상태의 backup storage, 삭제 후 retained automated backup, final snapshot은 서로 다른 규칙으로 남는다. 이 글은 어떤 비용이 어떤 객체에 매달려 남는지 구분하는 순서를 정리한다.

목차

1. 개요
2. 어디서 실제로 막히는가
3. 실무에서 적용하는 순서
4. 공식 문서와 예시 화면으로 확인하기
5. 주의사항과 리스크
6. 결론
7. 참고 링크

1. 개요

결론부터 말하면 RDS backup storage는 '인스턴스가 켜져 있느냐'보다 '어떤 백업 객체가 남아 있느냐'에 더 크게 좌우된다. stop 상태에서는 automated backup과 manual snapshot이 남아 있을 수 있고, delete 이후에는 retained automated backup과 final snapshot이 별개로 남는다. 비용을 끊으려면 이 네 갈래를 따로 확인해야 한다.

이미 RDS를 멈춰도 7일 뒤 다시 켜지는 이유 글을 읽었다면 이번 글은 그 이후 청구서 관점이다. 언제 자동 백업이 남고, 언제 final snapshot이 따로 비용을 만들며, 어떤 항목은 정지 시간 동안 retention 계산이 멈추는지를 분리해서 본다.

2. 어디서 실제로 막히는가

가장 흔한 오해는 stop과 delete를 같은 비용 이벤트로 보는 것이다. stop은 instance hour만 멈출 뿐 backup storage와 storage는 남을 수 있고, delete는 retained automated backup과 final snapshot을 어떻게 선택했는지에 따라 비용 경로가 갈린다. 여기에 snapshot copy나 cross-region copy까지 있으면 청구서만 보고는 원인을 구분하기 어렵다.

또 retention period를 일수로만 이해하면 정지 상태에서 계산이 멈추는 규칙을 놓치기 쉽다. AWS 문서는 stopped state 시간이 retention 계산에 포함되지 않을 수 있다고 설명한다. 그래서 '7일 retention이면 멈춘 뒤 일주일이면 사라진다'처럼 계산하면 실제 청구와 어긋난다.

• 증상: RDS 인스턴스를 멈췄는데 backup storage 요금이 계속 보인다.
• 실패: final snapshot과 retained automated backup을 같은 항목으로 본다.
• 막힘: 정지 시간 동안 retention 계산이 멈출 수 있다는 규칙을 놓친다.
• 누락: manual snapshot, retained automated backup, copied snapshot을 같은 bucket으로 묶어 본다.

상황	먼저 볼 곳	판단 기준
멈춘 인스턴스의 청구가 남는다	stop 문서와 backup storage 합계	instance hour 외 backup storage와 storage가 남는지 본다
삭제 후에도 백업 비용이 남는다	retained automated backup과 final snapshot	둘 중 무엇을 남겼는지 따로 확인한다
예상보다 오래 남는다	stopped state retention rule	정지 시간 동안 retention 계산이 멈췄는지 본다

3. 실무에서 적용하는 순서

가장 빠른 확인 순서는 다섯 단계다. 첫째, 인스턴스가 stop 상태인지 이미 delete된 상태인지 나눈다. 둘째, manual snapshot 목록과 retained automated backup 목록을 따로 조회한다. 셋째, retention period와 stopped state 규칙을 확인한다. 넷째, final snapshot을 남겼는지, retained automated backup을 유지했는지 삭제 시점 옵션을 다시 본다. 마지막으로 copied snapshot이나 cross-region backup이 있는지 확인한다.

1. stop 상태인지 delete 이후 상태인지 먼저 나눈다.
2. manual snapshot과 retained automated backup을 별도 목록으로 조회한다.
3. retention period와 stopped state 계산 규칙을 다시 확인한다.
4. final snapshot 유지 여부와 retained automated backup 유지 여부를 구분한다.
5. snapshot copy나 cross-region backup도 같이 점검한다.

비용 메모 예시

db_state: stopped
manual_snapshots: 2
retained_automated_backups: 1
final_snapshot_after_delete: false
backup_retention_days: 7
stopped_state_affects_retention: true

이 메모만 있어도 청구서의 backup storage가 어디서 오는지 빠르게 갈라진다. 예를 들어 manual snapshot이 0인데 retained automated backup이 1이라면 삭제 후 남은 자동 백업 쪽을 먼저 보게 된다.

운영에서는 목록을 조회한 뒤 그대로 끝내지 말고, 유지할 snapshot을 표시하고, 필요 없는 retained automated backup은 삭제하고, 다음 월말 전에 콘솔에서 다시 조회할 날짜를 기록해 두는 편이 좋다.

4. 공식 문서와 예시 화면으로 확인하기

첫 화면은 RDS stop instance 문서의 핵심 경고다. 인스턴스를 멈췄다고 DB instance hour만 사라질 뿐, backup storage와 provisioned storage가 함께 남는다는 점을 여기서 먼저 확인해야 한다.

RDS stop instance 문서는 정지 상태에서도 backup storage와 storage 요금이 남는다고 분명히 적고 있다.

즉 비용 회고를 인스턴스 시간만 기준으로 보면 안 된다. 이미 발행한 RDS를 멈춰도 7일 뒤 다시 켜지는 이유 글이 정지 상태의 운영 규칙이라면, 이번 글은 그때 남는 backup storage를 manual snapshot과 retained automated backup으로 나눠서 본다.

두 번째 자료는 RDS backup overview 문서다. 이 문서에서 중요한 부분은 backup storage가 자동 백업과 manual snapshot을 모두 합친 Region 단위 합계라는 점이다.

RDS backup overview는 backup storage가 automated backups와 manual snapshots의 합이라고 설명한다.

그래서 snapshot을 여러 개 남겼거나 다른 리전으로 복사했다면 비용이 예상보다 길게 남는다. 인스턴스를 멈춘 시점 하나만 봐서는 총 backup storage를 설명하기 어렵다.

세 번째 화면은 retention period 문서의 stopped state 규칙이다. 여기서 봐야 할 포인트는 정지 중에는 자동 백업이 생성되지 않고, 정지 시간은 retention 계산에도 포함되지 않는다는 점이다.

Backup retention 문서는 정지 시간 동안 retention 계산이 멈출 수 있다고 설명한다.

즉 인스턴스를 오래 멈추면 자동 백업이 새로 쌓이지는 않더라도 기존 backup storage가 retention 계산상 더 오래 남을 수 있다. 이 때문에 '정지했으니 백업도 곧 없어질 것'이라고 가정하면 비용 예측이 어긋난다.

네 번째 자료는 retained automated backups 문서의 retention costs 구간이다. 인스턴스를 삭제한 뒤 retained automated backup을 남겼다면 transaction log는 추가 과금이 없더라도 system snapshot storage는 계속 비용 대상이 될 수 있다.

Retained automated backups 문서는 삭제 후에도 system snapshot storage 비용이 남는다고 설명한다.

또 final snapshot은 retained automated backup과 별개라서, 둘을 동시에 남기면 비용이 하나가 아니라 두 갈래로 이어질 수 있다. 삭제 직전 선택지를 분리해서 기록해야 하는 이유가 여기 있다.

다섯 번째 화면은 RDS pricing FAQ다. 정지 상태에서 무엇이 멈추고 무엇이 계속 청구되는지, 그리고 모든 RDS 관련 과금을 끊으려면 snapshot까지 삭제해야 한다는 문장이 한 번에 모여 있다.

RDS pricing FAQ는 정지 상태 비용과 snapshot 삭제 전까지 남는 과금을 함께 설명한다.

이 문장을 기준으로 보면 cost cleanup은 stop, delete, retain final snapshot, retain automated backup 네 선택지를 따로 본 뒤 무엇을 실제로 지웠는지 확인해야 한다. Cloud Run의 billing mode 글처럼 '켜져 있지 않아도 남는 단위'를 먼저 알아야 비용이 읽힌다.

실무에서는 콘솔보다 CLI가 빨리 답을 줄 때가 많다. retained automated backup과 snapshot 목록을 각각 따로 조회하면 stop 비용인지 delete 이후 잔존 비용인지 범위를 바로 나눌 수 있다.

RDS CLI 점검 예시는 retained automated backup과 manual snapshot을 별도로 조회하는 순서를 보여 준다.

이렇게 나눠 봐야 backup storage가 자동 백업인지 manual snapshot인지 바로 드러난다. 비용이 남아 있다는 사실보다 어떤 객체가 남아 있는지가 더 중요하다.

5. 주의사항과 리스크

첫 번째 리스크는 stop과 delete를 같은 비용 이벤트로 보는 것이다. 두 번째 리스크는 final snapshot과 retained automated backup을 같은 객체로 오해하는 것이다. 세 번째 리스크는 정지 시간 동안 retention 계산이 멈추는 규칙을 놓치고 날짜만 세는 것이다.

비용 정리 전에는 최소한 manual snapshot 수, retained automated backup 수, final snapshot 유지 여부를 같이 적어 두는 편이 좋다. 그래야 삭제 이후에도 남는 backup storage를 객체 기준으로 추적할 수 있다. 월말에는 목록을 다시 조회하고, retain 옵션을 비교하고, 실제 삭제한 항목을 기록해 두는 편이 안전하다.

• backup storage는 인스턴스 상태보다 남아 있는 백업 객체를 먼저 본다.
• retained automated backup과 final snapshot은 별개다.
• stopped state는 retention 계산을 늘릴 수 있다.

6. 결론

RDS backup storage 요금이 남는 이유를 보려면 stop, delete, retained automated backup, final snapshot을 따로 봐야 한다. 인스턴스가 꺼졌는지보다 어떤 백업 객체가 어느 retention 규칙 아래 살아 있는지가 비용을 더 잘 설명한다.

• stop 상태 비용과 delete 이후 비용을 먼저 나눈다.
• manual snapshot과 retained automated backup을 별도로 본다.
• retention 규칙과 stopped state 영향을 함께 확인하고 삭제 여부를 결정한다.

7. 참고 링크

1. https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_StopInstance.html
2. https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.html
3. https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.BackupRetention.html
4. https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.Retaining.html
5. https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups-Deleting.html
6. https://aws.amazon.com/rds/pricing/