RDS 중지해도 요금이 나오는 이유: 7일 재시작·백업 점검

AI Editter

RDS를 중지했는데 요금이 나온다면 먼저 청구 항목이 DB 실행 시간인지 저장 공간인지 구분해야 합니다. RDS 중지는 데이터를 보존하는 일시 정지입니다. 인스턴스가 stopped여도 프로비저닝한 스토리지와 일부 관련 비용이 남고, 일반 RDS DB 인스턴스는 연속 7일 중지 후 자동으로 시작됩니다.

이 글은 일반 Amazon RDS DB 인스턴스를 중심으로 합니다. Aurora, RDS Custom, Multi-AZ DB 클러스터는 별도 제약과 과금 구조를 확인해야 합니다. “DB”라는 이름이 같다고 EC2 중지나 다른 데이터베이스 서비스와 같은 동작을 기대하면 안 됩니다.

일반 RDS의 ① 실행 ② 중지 ③ 7일 후 자동 시작과 계속 확인할 저장·IOPS·백업 비용 도식 — 직접 제작한 설명 도식이며 실제 AWS 콘솔 화면이 아닙니다. 실행 요금 변화는 온디맨드 인스턴스 기준이며 예약 약정은 별도로 확인합니다. 저장·백업 비용은 구성과 허용량에 따라 달라집니다. 공식 참고 문서 · 그림을 누르면 크게 볼 수 있습니다.

① 실행 중: 중지 요청 시각과 DB 식별자·리전을 기록합니다. 월 누적 비용에는 이 시점의 사용량도 포함됩니다.
② 중지 중: 상태가 stopped인지 확인한 뒤, 실행 시간과 스토리지·IOPS·백업 청구 항목을 나눠 봅니다. 중지 요청이 접수됐다는 것과 실제 중지가 끝난 것은 다릅니다.
③ 자동 시작 후: 일반 RDS DB 인스턴스는 연속 7일 중지 뒤 자동으로 시작됩니다. 이벤트의 시작 시각과 청구서의 실행 시간을 맞춰 보고 다음 사용 계획을 정합니다.

중지하면 멈추는 비용과 남는 자원을 분리한다

항목	중지 상태에서 확인할 내용
DB 인스턴스 실행	실제로 stopped인지, 이후 자동 시작됐는지
프로비저닝 스토리지	할당 용량과 스토리지 유형이 유지됨
Provisioned IOPS	설정한 IOPS 관련 비용이 유지될 수 있음
자동 백업·수동 스냅샷	보관량, 무료 허용량, 리전·교차 리전 복사
별도 리소스	RDS Proxy, 네트워크 등 자체 요금과 상태
예약 약정	인스턴스 중지가 약정 해지인지 별도 확인

중지 중 스토리지·IOPS·백업이 유지되는 동작과 7일 자동 시작은 RDS 중지 공식 문서에 설명되어 있습니다. 실제 단가와 백업 포함량은 엔진·리전별 RDS 요금 안내를 확인하세요.

1. 비용이 발생한 날짜와 현재 상태를 연결한다

Cost Explorer에서 서비스를 RDS로 선택하고 일별 사용량을 리전·Usage type으로 나눕니다. “이번 달 총액”만 보면 중지하기 전 사용량과 중지 후 사용량이 섞입니다. 중지 시각 전후 날짜의 인스턴스 시간과 저장 관련 항목을 비교해야 합니다.

RDS 콘솔은 리전 단위이므로 다른 리전에 남은 DB와 스냅샷도 확인합니다. 아래 AWS CLI 조회는 읽기 전용 예시입니다. 실제 리전과 권한이 있는 프로필을 사용하세요.

aws rds describe-db-instances --region ap-northeast-2 \
  --query 'DBInstances[].{ID:DBInstanceIdentifier,Status:DBInstanceStatus,Engine:Engine,GB:AllocatedStorage,Type:StorageType,IOPS:Iops,BackupDays:BackupRetentionPeriod}' \
  --output table

aws rds describe-db-snapshots --region ap-northeast-2 \
  --snapshot-type manual \
  --query 'DBSnapshots[].{Snapshot:DBSnapshotIdentifier,DB:DBInstanceIdentifier,Created:SnapshotCreateTime,GB:AllocatedStorage}' \
  --output table

AllocatedStorage는 할당량이며 스냅샷의 실제 증분 청구 용량과 같지 않습니다. 목록의 GB를 단순 합산해 청구액으로 환산하지 마세요. 스냅샷 상태와 보관 이유를 확인하는 인벤토리로 사용합니다. 조회할 리전이 많다면 승인된 리전 목록을 정해 같은 검사를 반복합니다.

2. ‘일주일 뒤 다시 켜짐’을 장애로 오해하지 않는다

일반 RDS 인스턴스는 7일 연속 중지 후 자동으로 시작됩니다. 개발 DB를 휴가 전에 멈췄다가 다음 주 실행 비용이 다시 붙는 이유가 될 수 있습니다. 이벤트와 작업 기록에서 중지·시작 시각을 확인하고 사람이 실행한 시작 요청과 서비스의 자동 동작을 구분하세요.

주중 특정 시간만 쓸 개발 DB라면 승인된 시작·중지 스케줄을 검토할 수 있습니다. 다만 스토리지 비용은 남고, 시작에 시간이 걸리며, 애플리케이션의 재연결도 필요합니다. read replica가 있거나 자신이 read replica인 인스턴스처럼 중지를 지원하지 않는 구성도 있습니다. 자동화가 모든 엔진·배포 형태에 동일하게 적용된다고 가정하지 않습니다.

3. 지운 DB의 백업도 별도로 남을 수 있다

RDS 콘솔의 Snapshots와 Automated backups에서 수동 스냅샷, 최종 스냅샷, 삭제 후 보존된 자동 백업을 확인합니다. DB를 삭제할 때 선택한 옵션에 따라 남은 데이터가 다릅니다. 백업 이름에 “final”이 있다는 이유로 불필요하다고 판단하지 말고 복구 담당자·보존 기한·마지막 복원 시험을 확인하세요.

수동 스냅샷과 보존된 자동 백업의 수명은 같지 않습니다. 보존된 자동 백업 문서와 DB 삭제 문서를 기준으로 삭제 후 무엇을 남길지 정해야 합니다.

장기 미사용이라면 중지와 ‘스냅샷 후 삭제’를 비교한다

몇 달 쓰지 않을 DB라면 스냅샷 보존 후 인스턴스를 삭제하는 방식을 검토할 수 있습니다. 하지만 이는 재시작 버튼으로 돌아오는 상태가 아닙니다. 복원 시 새 DB를 만들고 엔드포인트·보안 그룹·파라미터·애플리케이션 연결을 검증해야 합니다. 엔진 버전과 암호화 키 접근 권한도 복구 계획에 포함합니다.

의사결정 표에는 월 절감 예상액 외에 복원 소요 시간, 허용 데이터 손실, 의존 애플리케이션, 담당자를 적으세요. 스냅샷을 실제 별도 인스턴스로 복원해 읽기 검사를 하기 전에는 원본 삭제를 비용 절감의 첫 단계로 삼지 않습니다. 복원 시험용 인스턴스에도 비용이 발생하므로 시험 종료 후 자원 목록을 확인합니다.

비용 점검 완료 기준

중지 후 특정 비용이 계속 발생한다면 “알 수 없는 요금”으로 남기지 말고 인스턴스·스토리지·백업·별도 서비스 항목 중 하나와 연결해야 합니다. 다음 청구 집계에서 의도한 실행 시간이 줄었는지 확인하고, 자동 시작 예정일과 남겨 둔 백업의 보존 기한을 운영 기록에 남기세요. 중지 상태만 확인하는 것보다 이 기록이 다음 달 같은 청구를 해석하는 데 도움이 됩니다.

DB 외 자원까지 청구를 점검하려면 AWS 요금 알림·EC2와 잔여 자원 확인에서 계정 단위 점검 범위를 이어갈 수 있습니다.