AWS에서 예상치 못한 요금이 보이면 가장 먼저 ‘서버를 껐는지’가 아니라 Billing에서 어느 서비스·리전·사용유형이 비용을 만들었는지 확인해야 합니다. EC2 인스턴스를 중지하거나 종료해도 저장장치, IP, 네트워크 게이트웨이, 로드밸런서, 백업과 데이터 전송 같은 별도 리소스가 남아 있을 수 있습니다.
1. 총액이 아니라 서비스·리전·사용유형으로 쪼개세요
AWS Bills 안내에 따라 Bills와 Cost Explorer에서 청구액을 EC2, EBS, VPC, RDS, S3처럼 서비스별로 나누고 어느 리전에서 발생했는지 봅니다. 금액이 나온 날짜와 사용유형까지 확인하면 ‘어떤 리소스를 찾아야 하는지’ 범위를 줄일 수 있습니다. 여러 리전을 실습했다면 현재 화면의 기본 리전만 보고 끝내지 마세요.
2. EC2를 껐어도 EBS·스냅샷은 남을 수 있습니다
AWS EC2 중지·과금 안내처럼 인스턴스가 멈춰 있어도 연결된 EBS 볼륨이나 별도로 만든 스냅샷·AMI·백업이 저장공간을 계속 사용할 수 있습니다. 서버 종료 시 루트 볼륨이 자동 삭제되도록 설정됐는지, 추가 볼륨은 별도로 남았는지 확인하세요. EC2 생성 단계의 비용 구조는 AWS EC2 연결 리소스 점검법에서 먼저 볼 수 있습니다.
3. 공인 IPv4·NAT Gateway·로드밸런서를 따로 확인하세요
네트워크 리소스는 서버와 별도 가격체계를 가질 수 있습니다. 공인 IPv4, Elastic IP, NAT Gateway, 로드밸런서처럼 생성할 때 한 번 클릭하고 잊기 쉬운 항목을 VPC·EC2 콘솔에서 확인하세요. AWS VPC 요금표에 따르면 NAT Gateway는 실습을 끝냈는데도 남아 있으면 사용시간과 처리 데이터에 따라 비용이 이어질 수 있으므로 필요 여부를 명확히 판단해야 합니다.
4. RDS·S3·로그·백업은 자동 생성 항목을 보세요
데이터베이스 인스턴스를 지웠더라도 최종 스냅샷이나 자동 백업이 남는지, S3 버킷에는 오래된 객체와 버전이 계속 쌓이는지 확인하세요. CloudWatch 로그·지표, Backup 정책처럼 운영 중 자동으로 늘어나는 데이터도 프로젝트 종료 때 함께 점검해야 합니다. ‘서비스를 안 쓰고 있다’는 기억보다 콘솔에 실제 리소스가 남아 있는지를 기준으로 봅니다.
5. 데이터 전송과 Marketplace 구독도 청구 원인이 될 수 있습니다
리전 간 전송, 인터넷으로 나가는 데이터, CDN이나 다른 서비스와 연결된 트래픽에는 별도 요금이 적용될 수 있습니다. Marketplace에서 유료 소프트웨어 이미지를 사용했다면 AWS 인프라 비용과 별도로 소프트웨어 구독이 붙는지도 확인해야 합니다. 청구서의 사용유형 이름을 검색해 어떤 가격표와 연결되는지 확인하는 습관이 좋습니다.
6. Free Tier와 크레딧을 ‘자동 차단장치’로 생각하지 마세요
AWS 공식 플랜 안내에 따르면 2025년 7월 15일 이후 신규 계정은 Free plan과 Paid plan 구조를 사용하고, 가입 시 크레딧과 상시 무료 한도가 적용될 수 있습니다. Paid plan에서는 크레딧을 넘거나 적용되지 않는 사용량에 표준요금이 청구될 수 있습니다. 현재 제도는 2026 AWS 프리 티어 정리와 자신의 Billing 화면을 함께 확인하세요.
7. 삭제 후에도 다음 청구서를 한 번 더 확인하세요
리소스를 삭제한 시각과 Billing 반영 시점에 차이가 있을 수 있습니다. 삭제 직후 0원이라고 단정하지 말고 다음 비용 화면에서 사용이 멈췄는지 확인하세요. 설명되지 않는 청구가 남는다면 리소스 ID·리전·삭제시각·청구 사용유형을 기록해 AWS Support에 문의하면 원인 확인이 쉬워집니다.
AWS 비용 문제를 해결하는 가장 빠른 순서는 ‘모든 걸 지우기’가 아니라 청구서에서 비용을 만든 서비스와 리전을 찾고, 그 서비스의 실제 리소스를 하나씩 종료하는 것입니다. 이후 예산·사용량 알림을 설정해 같은 문제가 반복되지 않게 관리하세요.
