Amazon RDS, 스냅샷별 청구 도입: 요금이 인스턴스 합계에서 스냅샷 ARN으로 이동해 인스턴스 ARN 기반 규칙은 갱신 필요

Published · AI Daily — AI-assisted deep research, methodology & disclosure

AWS는 2026년 11월 2일 Amazon RDS의 스냅샷별 청구를 발표했습니다. 스냅샷 스토리지 요금은 더 이상 데이터베이스 인스턴스별로 합산되지 않고 비용 및 사용 보고서와 Cost Explorer에서 스냅샷마다 표시되며, 모든 상용 리전과 GovCloud(US) 리전의 RDS 엔진에 기본으로 켜져 있고 추가 요금이 없습니다. 사용자 가이드는 가격과 전체 요금이 변하지 않지만 ResourceId에서 DB 인스턴스 ARN을 일치시키던 Cost Categories, Budgets 필터, 비용 배부 작업은 더 이상 일치하지 않아 스냅샷 ARN이나 태그로 바꿔야 한다고 덧붙입니다. 무료 한도는 하나의 비율 할인으로 분배되므로 개별 금액은 단독 가격이 아닙니다.

2026년 11월 2일 AWS는 Amazon RDS가 스냅샷별 청구(per snapshot billing)를 지원한다고 발표했다. 지금까지 스냅샷 요금은 비용 및 사용 보고서(CUR)와 Cost Explorer에서 데이터베이스 인스턴스 단위로 합산되었기 때문에, 팀은 한 인스턴스의 스냅샷이 모두 합쳐 얼마인지는 알아도 개별 스냅샷의 비용은 알 수 없었다. AWS에 따르면 이 변경은 모든 RDS 스냅샷에 기본으로 켜져 있고 추가 요금이 없으며, 모든 상용 AWS 리전과 AWS GovCloud(US) 리전의 모든 RDS 엔진에서 사용할 수 있다. 발표는 스냅샷에 비용 할당 태그를 쓰면 각 스냅샷의 비용을 정확히 볼 수 있다고도 말한다.

발표는 짧지만, 이것이 좋은 소식인지 깨진 보고서인지를 가르는 부분은 RDS 사용자 가이드가 채워 준다. 가이드에 따르면 스냅샷 스토리지 요금은 이제 개별 스냅샷 수준에서 표시된다. CUR의 ResourceId 필드에는 DB 스냅샷이면 RDS 스냅샷 ARN, DB 클러스터 스냅샷이면 클러스터 스냅샷 ARN이 나타나고, 각 스냅샷이 별도의 줄이 된다. 가이드는 가격과 전체 요금은 그대로이며 바뀌는 것은 귀속과 표시 방식뿐이라고 분명히 밝힌다.

가이드의 첫 번째 경고는 기존 규칙에 관한 것이다. ResourceId에서 DB 인스턴스 ARN을 일치시켜 스냅샷 요금을 귀속하던 규칙은 이제 이 요금에 일치하지 않는다. 가이드는 AWS Cost Categories, AWS Budgets 필터, ResourceId를 읽는 비용 배부 작업을 예로 들며, 이를 RDS 스냅샷 ARN에 일치하도록 바꾸거나 스냅샷에 비용 할당 태그를 적용하라고 한다. 이것이 이 변경의 실무적 요점이다. 인스턴스의 백업 비용을 보여 주던 대시보드가 조용히 더 적게 표시할 수 있고, 비용 배부 작업이 오류 메시지 없이 팀에 덜 청구할 수 있다.

두 번째는 무료 한도의 계산 방식이다. RDS는 각 리전에서 계정에 프로비저닝된 데이터베이스 스토리지 총량의 100퍼센트에 해당하는 무료 백업 스토리지를 제공하며, DB 스냅샷과 DB 클러스터 스냅샷에 적용된다. 이 한도는 특정 스냅샷 하나에서 빼는 것이 아니라 그 계정과 리전의 모든 스냅샷에 하나의 비율 할인으로 적용된다. 가이드의 예에서 프로비저닝 스토리지가 100GB이고 50GB와 75GB 스냅샷이 있으면 스냅샷 스토리지의 80퍼센트가 무료이므로 각 스냅샷은 20퍼센트만 청구되어 10GB와 15GB, 합계 25GB가 된다. 이 방식 때문에 태그 기반 인스턴스별 집계는 예전에 보던 인스턴스별 합계와 일치하지 않으며, 계정과 리전의 전체 요금은 그대로라고 가이드는 경고한다.

주목할 귀속 규칙이 두 가지 더 있다. 원본 DB 인스턴스나 다중 AZ DB 클러스터가 삭제된 스냅샷의 요금은 그 요금을 발생시킨 스냅샷 또는 클러스터 스냅샷 ARN에 귀속되며, ResourceId가 빈 줄은 없다. 리전 간 또는 계정 간 스냅샷의 요금은 대상 계정이나 리전의 스냅샷 ARN에 귀속된다. 스냅샷 요금을 인스턴스별로 묶으려면 가이드는 각 스냅샷에 원본 인스턴스 이름을 태그로 붙이라고 제안하며, 비용 할당 태그는 원본 인스턴스가 삭제된 뒤에도 작동한다고 말한다.

합리적인 대응은 짧은 감사이다. RDS 스냅샷 지출을 계산하려고 ResourceId를 읽는 비용 범주, 예산 필터, 보고서 쿼리, 비용 배부 작업을 모두 찾아낸다. 모든 스냅샷에 원본 인스턴스 태그를 붙이는 식의 태그 규칙을 정하고, 새로 만들거나 복사한 스냅샷에도 붙는지 확인한다. 그런 다음 인스턴스별이 아니라 계정별, 리전별로 한 달 합계를 비교해 전체 청구액이 바뀌지 않았음을 확인한다. 발표는 이미 존재하는 스냅샷에 태그가 어떻게 붙는지, 청구 쪽에서 별도 설정을 켜야 하는지를 말하지 않으므로, 보고서를 믿기 전에 링크된 문서에서 두 가지를 확인해야 한다. 발표 어디에도 비용이 줄어든다는 주장은 없다. 가시성은 높아지지만 기존의 귀속 방식이 깨질 수 있다.

Sources

FAQ

RDS 스냅샷별 청구로 무엇이 바뀌나요?

스냅샷 스토리지 요금이 더 이상 데이터베이스 인스턴스별로 합산되지 않고, CUR과 Cost Explorer에서 각 스냅샷이 별도의 줄이 되며 ResourceId에 스냅샷 ARN이 표시됩니다. AWS는 기본으로 켜져 있고 추가 요금이 없으며 가격과 전체 요금은 그대로이고 귀속과 표시만 바뀐다고 말합니다.

기존의 어떤 규칙이 조용히 작동하지 않게 되나요?

ResourceId에서 DB 인스턴스 ARN을 일치시켜 스냅샷 요금을 귀속하던 규칙은 더 이상 일치하지 않습니다. Cost Categories, Budgets 필터, 비용 배부 작업이 해당합니다. 스냅샷 ARN에 맞추거나 태그를 쓰고, 계정과 리전 합계로 전체 청구액이 그대로인지 확인해야 합니다.

무료 한도는 개별 스냅샷 금액에 어떤 영향을 주나요?

무료 한도는 계정과 리전의 프로비저닝 스토리지 100퍼센트이며, 하나에서 고정액을 빼는 것이 아니라 모든 스냅샷에 같은 비율의 할인으로 적용됩니다. 80퍼센트가 무료라면 각 스냅샷은 20퍼센트만 청구되므로 표시된 금액이 그 스냅샷 단독의 가격은 아닙니다.