클라우드 비용은 왜 계속 오르나요?
대부분은 쓰지 않는 리소스와 과하게 큰 리소스를 그대로 두기 때문입니다. 서비스가 성장하면서 비용이 오르는 것은 자연스럽지만, 정리와 관찰 없이 운영하면 낭비가 함께 쌓입니다.
Flexera의 2026 State of the Cloud Report는 응답 기업이 추정한 IaaS·PaaS 지출 낭비율을 29% 로 발표했습니다. 5년 만에 처음 증가한 수치이며, AI 워크로드 증가로 비용 예측이 어려워진 것을 원인으로 꼽았습니다.
이 글의 요금은 별도 표기가 없으면 AWS 공식 요금 페이지의 미국 동부(버지니아 북부) 리전 기준이며, 2026년 10월 확인 시점의 값입니다. 서울 리전 등 다른 리전은 단가가 다르고 요금은 수시로 바뀌므로, 실제 계산은 AWS Pricing Calculator로 하세요.
1단계: 어디에 돈이 새는지 어떻게 확인하나요?
AWS Cost Explorer와 비용 할당 태그로 서비스별·환경별 비용을 먼저 나눠 봅니다.
- 서비스별 비용: EC2, RDS, S3, 데이터 전송 중 무엇이 큰지
- 태그별 비용: 프로젝트, 환경(dev/staging/prod), 팀 단위로 분리
- 시간대별 패턴: 야간·주말에도 비용이 같다면 스케줄링 여지가 있음
추가로 다음 도구를 함께 확인하면 좋습니다.
- AWS Compute Optimizer: 사용률 기반 인스턴스 크기 추천
- Cost Optimization Hub: 계정 전반의 절감 권고를 한곳에 모아 보여줌
- Cost Anomaly Detection: 평소와 다른 비용 급증 탐지
즉시 확인할 항목
- 사용하지 않는 EC2 인스턴스가 있는가?
- 인스턴스에 연결되지 않은 EBS 볼륨이 있는가?
- 오래된 스냅샷이 쌓여 있는가?
- 개발·스테이징 환경이 24시간 켜져 있는가?
- 쓰지 않는 공인 IPv4 주소가 있는가?
- S3에 오랫동안 접근하지 않은 데이터가 있는가?
2단계: 바로 적용할 수 있는 절감 방법은?
유휴 리소스 정리
| 리소스 | 확인 방법 | 단가(us-east-1) |
|---|---|---|
| 미사용 EC2 | CloudWatch CPU·네트워크 사용률이 장기간 낮음 | 인스턴스 요금 전액 |
| 미연결 EBS | 볼륨 상태 available | gp3 $0.08/GB-월, gp2 $0.10/GB-월 |
| 오래된 EBS 스냅샷 | 보존 정책 밖의 스냅샷 | Standard $0.05/GB-월 (Archive $0.0125) |
| 공인 IPv4 주소 | 사용 중·유휴 모두 과금 | $0.005/시간 (약 $3.6/월) |
| 트래픽 없는 로드밸런서 | ALB/NLB 요청 수 0 | 시간당 요금 + 사용량 요금 |
2024년 2월부터 AWS는 사용 중인 공인 IPv4 주소에도 시간당 요금을 부과합니다. 인스턴스마다 공인 IP를 붙이는 구조라면 로드밸런서 뒤로 모으거나 IPv6 사용을 검토하세요. gp2 볼륨은 gp3로 바꾸면 GB당 단가가 낮아집니다.
개발·스테이징 환경 스케줄링
개발 환경이 24시간 켜져 있을 필요는 없습니다.
- 평일 12시간만 실행하면 주당 가동 시간이 168시간에서 60시간으로 줄어, 해당 인스턴스 비용이 약 64% 감소합니다.
- 방법: AWS Instance Scheduler 또는 EventBridge Scheduler + Lambda로 자동 시작·중지
- 주의: RDS는 중지해도 7일이 지나면 자동으로 다시 시작됩니다. 스케줄러로 다시 중지하도록 설정하세요.
S3 스토리지 클래스 조정
| 스토리지 클래스 | GB-월(us-east-1) | 적합한 데이터 |
|---|---|---|
| S3 Standard | $0.023 | 자주 접근하는 데이터 |
| S3 Standard-IA | $0.0125 | 드물게 접근하지만 즉시 필요 |
| S3 Glacier Instant Retrieval | $0.004 | 분기 1회 수준 접근 |
| S3 Glacier Deep Archive | $0.00099 | 장기 보관(복원에 수 시간) |
접근 패턴을 모르겠다면 S3 Intelligent-Tiering을 고려하세요. 객체 1,000개당 월 $0.0025의 모니터링 요금이 있고, 128KB 미만 객체는 자동 계층 이동 대상이 아닙니다. 작은 파일이 아주 많다면 수명 주기(Lifecycle) 규칙이 더 경제적일 수 있습니다. IA·Glacier 계열은 조회 요금과 최소 보관 기간이 있으니 함께 확인하세요.
3단계: 1~3개월 안에 할 중기 전략은?
인스턴스 Right-sizing
같은 인스턴스 패밀리 안에서는 크기를 한 단계 줄이면(예: xlarge → large) vCPU·메모리와 온디맨드 단가가 대체로 절반이 됩니다. CPU·메모리 사용률이 낮게 유지된다면 Compute Optimizer 추천을 근거로 한 단계씩 줄이고, 줄인 뒤 1~2주간 지표를 확인합니다.
Savings Plans와 Reserved Instances
예측 가능한 사용량에는 약정 할인을 적용합니다. 할인율은 AWS가 안내하는 최대치이며, 기간·선납 방식·인스턴스·리전에 따라 실제 할인율은 다릅니다.
| 약정 유형 | 최대 할인(온디맨드 대비) | 적용 범위 |
|---|---|---|
| Compute Savings Plans | 최대 66% | EC2(패밀리·리전 무관), Fargate, Lambda |
| EC2 Instance Savings Plans | 최대 72% | 특정 리전의 특정 인스턴스 패밀리 |
| Reserved Instances | 최대 72% | 인스턴스 속성 고정(RDS 등 별도 RI 있음) |
| Database Savings Plans | 서버리스 최대 35%, 프로비저닝 최대 20% | Aurora, RDS, DynamoDB, ElastiCache 등 (1년, 선납 없음) |
3년 약정은 할인이 크지만 서비스 구조가 바뀌면 남는 약정이 낭비가 됩니다. 먼저 사용량 하한선만큼만 1년 Compute Savings Plans로 약정하고, 사용 패턴이 안정되면 범위를 넓히는 방식을 권합니다. Database Savings Plans는 2025년 12월 출시된 상품이라 적용 대상을 콘솔에서 확인한 뒤 결정하세요.
Spot 인스턴스 활용
AWS는 Spot이 온디맨드 대비 최대 90% 저렴하다고 안내합니다. 다만 EC2가 용량을 회수할 때 2분 전 알림 후 중지·종료될 수 있습니다.
| 워크로드 | Spot 적합성 | 예시 |
|---|---|---|
| 배치 처리 | 적합 | 데이터 ETL, 이미지 변환 |
| CI/CD 빌드 | 적합 | self-hosted 빌드 러너 |
| 개발·테스트 서버 | 적합 | 개발 환경 |
| 상태 없는 웹 서버 | 조건부 | Auto Scaling 그룹 일부를 Spot으로 혼합 |
| 데이터베이스 | 부적합 | 중단 시 장애·데이터 손실 위험 |
4단계: 3개월 이후 아키텍처는 어떻게 바꾸나요?
Graviton(ARM) 전환
AWS는 Graviton 인스턴스가 비슷한 x86 인스턴스보다 최대 20% 저렴하고, 같은 성능 기준 에너지를 최대 60% 적게 쓴다고 안내합니다. Fargate 요금 예시에서도 ARM이 x86보다 약 20% 낮게 계산됩니다. 다만 네이티브 라이브러리나 x86 전용 바이너리가 있으면 사전 호환성 테스트가 필요합니다.
서버리스·컨테이너 최적화
- 트래픽이 불규칙하고 적은 API: Lambda + API Gateway는 요청이 없으면 컴퓨팅 비용이 거의 들지 않습니다. 요청이 꾸준히 많다면 오히려 컨테이너가 저렴할 수 있으니 계산기로 비교하세요.
- Fargate Spot: AWS는 일반 Fargate 대비 최대 70% 할인을 안내합니다. 중단을 견딜 수 있는 ECS 작업에만 씁니다.
- Task 리소스 조정: CPU·메모리 할당을 실제 사용량에 맞춥니다.
데이터 전송 비용
데이터 전송료는 놓치기 쉬운 비용입니다.
- 인터넷으로 나가는 전송: 처음 10TB까지 GB당 $0.09(us-east-1). 모든 리전 합산 월 100GB는 무료입니다.
- NAT Gateway: 시간당 요금과 별도로 처리 데이터 GB당 요금이 붙습니다. S3·DynamoDB는 Gateway VPC Endpoint로 NAT를 우회할 수 있습니다.
- AZ 간·리전 간 전송에도 요금이 있으므로, 통신이 많은 서비스는 배치 위치를 함께 설계합니다.
- 정적 파일과 이미지는 CloudFront로 캐시해 원본 전송량을 줄입니다.
비용을 계속 관리하려면 무엇이 필요한가요?
한 번 정리해도 관리하지 않으면 비용은 다시 오릅니다. 2026년에는 이를 FinOps라는 운영 방식으로 다루는 경우가 많습니다. 엔지니어·재무·경영이 같은 비용 데이터를 보고, 팀별 책임을 정해 반복 개선하는 방식입니다.
| 도구 | 비용 | 용도 |
|---|---|---|
| AWS Cost Explorer | 콘솔 사용 무료(API는 유료) | 비용 분석, 예측 |
| AWS Budgets | 예산·알림 무료, 액션 예산은 2개 초과분부터 하루 $0.10 | 예산 초과 알림 |
| Cost Anomaly Detection | 무료 | 비용 이상 탐지 |
| Compute Optimizer / Cost Optimization Hub | 기본 기능 무료 | 크기 조정·절감 권고 |
| Infracost | 오픈소스(유료 플랜 별도) | Terraform 변경 시 비용 미리 보기 |
최소한 이것만 설정하세요.
1. 월 예산 알림: 예산의 80%, 100% 도달 시
2. Cost Anomaly Detection 활성화
3. 비용 할당 태그 필수화: 태그 없는 리소스는 생성하지 못하도록 정책 적용
결론
클라우드 비용 최적화는 한 번의 프로젝트가 아니라 운영 습관입니다.
- 즉시: 유휴 리소스 정리, 개발 환경 스케줄링, 공인 IPv4 정리
- 1~3개월: Right-sizing, 사용량 하한선만큼 Savings Plans
- 3개월 이후: Graviton 전환, Spot 혼합, 데이터 전송 구조 개선
핵심 원칙: 쓰지 않으면 끄고, 예측 가능하면 약정하고, 중단 가능하면 Spot을 씁니다.
미라클스튜디오는 30분 무료 상담에서 현재 구조를 함께 보고, 개선 범위와 견적을 3영업일 이내에 드립니다.
참고 자료
- Flexera Finds Cloud Value is Rising While AI Waste Grows (2026 State of the Cloud)
- Compute Savings Plans 요금 - AWS
- Announcing Database Savings Plans - AWS
- Amazon EC2 Spot Instances - AWS
- Spot Instance interruption notices - AWS 문서
- AWS Graviton Processor - AWS
- AWS Fargate 요금 - AWS
- Amazon S3 요금 - AWS
- Amazon EBS 요금 - AWS
- Amazon VPC 요금(공인 IPv4, NAT Gateway) - AWS
- AWS Budgets 요금 - AWS
- FinOps Framework - FinOps Foundation





