RDS 인스턴스를 삭제해도 수동 스냅샷은 자동으로 삭제되지 않습니다. 남은 비용을 조사할 때 최종 스냅샷·수동 스냅샷·보존 자동 백업을 나누고, 복구에 필요한 자료인지 확인한 뒤 정리 여부를 결정하세요.
적용 환경: Amazon RDS DB 인스턴스; Aurora 클러스터 삭제 절차는 제외, 조회 권한 필요. 자료 확인일: 2026-10-27. 문서 기반 안내이며 실제 운영 시험 결과가 아닙니다.
1. 원인: 본체 삭제와 백업 삭제는 별개
RDS는 최종 스냅샷과 이전 수동 스냅샷을 보존할 수 있습니다. 삭제할 때 보존을 선택한 자동 백업은 당시 설정된 보존 기간의 영향을 받습니다. 이런 자료는 삭제될 때까지 비용이 발생할 수 있습니다.
인스턴스 목록이 비었다는 화면만으로 모든 관련 비용이 끝났다고 판단하지 않습니다. 리전과 계정이 다른 자료 또는 별도로 남은 DB 자원이 있는지도 범위를 맞춰 조사해야 합니다.
2. 해결: 삭제 대신 목록부터 작성
| 대상 | 확인할 질문 |
| 최종 스냅샷 | 삭제 직전 복구 지점인가 |
| 수동 스냅샷 | 누가 어떤 목적으로 보관하는가 |
| 보존 자동 백업 | 현재 복구 가능 기간은 무엇인가 |
| 비용 내역 | 같은 계정·리전·기간의 항목인가 |
스냅샷 식별자와 생성 시각, 보관 담당자, 필요한 복구 기한을 기록하세요. 오래됐다는 이유만으로 불필요하다고 판정하면 안 됩니다. 리소스 이름에 final이 있다는 사실만으로 최신 복구 자료라고 확정하지도 않습니다.
3. 확인: 복구 필요성과 비용을 함께 판단
서비스 담당자에게 실제 필요한 데이터 시점을 확인합니다. 복구 시험이 필요하다면 별도 승인된 환경에서 수행하고, 새 DB 비용과 네트워크·권한 영향을 미리 검토하세요. 스냅샷이 목록에 있다는 것만으로 애플리케이션 복구 시험이 끝난 것은 아닙니다.
보존 또는 정리를 결정한 근거와 승인자를 남긴 후 비용 내역의 집계 시각을 확인합니다. 리소스 상태와 청구 집계의 시차를 구분하고, 이 글의 점검만으로 청구액이 0이 된다고 단정하지 않습니다.
4. 주의와 FAQ
백업을 지우면 되돌릴 수 있나요? 필요한 복구 자료를 잃을 수 있습니다. 이 글에는 스냅샷 삭제 명령을 포함하지 않으며 보존 목적 확인이 먼저입니다.
이것만 확인하면 모든 비용이 설명되나요? 아닙니다. 남은 인스턴스·클러스터와 약정 조건 등 다른 항목도 실제 비용 내역에 따라 조사해야 합니다.
공식 출처와 관련 글
공식 문서: RDS를 삭제했는데 비용이 남을 때: 수동 스냅샷과 보존 백업 점검
공식 문서: RDS를 삭제했는데 비용이 남을 때: 수동 스냅샷과 보존 백업 점검
관리형 PostgreSQL 선택: 자체 운영·Amazon RDS·Cloud SQL 비교와 비용 체크리스트
그림: 애플리케이션 연결부터 데이터베이스 운영·가용성·복구 시험까지 평가하는 관리형 PostgreSQL 선택 구조입니다. 직접 제작한 개념도입니다.PostgreSQL을 클라우드로 옮길 때 서버 요금만 비교
papa-titipo.com

'소프트웨어개발' 카테고리의 다른 글
| Git 브랜치가 다른 worktree에서 사용 중일 때: 강제 전환 전 확인 순서 (0) | 2026.10.28 |
|---|---|
| AWS Budgets 알림이 늦을 때: 예산 한도와 실제 사용 중단을 구분하기 (0) | 2026.10.28 |
| 원격 로그는 남는데 docker logs는 짧을 때: dual logging 캐시 확인 (0) | 2026.10.27 |