Savings Plans는 정확히 무엇을 약정하는 상품인가?
Savings Plans는 특정 인스턴스를 예약하는 상품이 아니라, 1년 또는 3년 동안 시간당 달러 기준 지출액을 약정하고 그 약정액까지 할인 요금을 받는 모델이다출처: AWS 공식 가격 페이지. 약정액을 넘는 사용량은 그냥 온디맨드로 청구되고, 약정액을 못 채우면 그 차액은 할인도 못 받고 날아간다. 그래서 이 글의 결론은 간단하다 — "최대 66~72% 할인"이라는 숫자보다 먼저 봐야 할 것은 "우리 팀의 최저 지속 사용량이 얼마냐"다.
- Savings Plans는 인스턴스 예약이 아니라 시간당 지출 약정이며, 약정 초과분은 온디맨드로 과금된다.
- Compute SP 최대 66%, EC2 Instance SP 최대 72%는 AWS 공식 상한치이며 모든 계정의 평균 절감률이 아니다.
- Spot 사용량과 용량 보장(Capacity Reservation)은 Savings Plans의 적용 범위 밖이다.
- 약정은 중도 변경·취소가 안 되므로, 오토스케일로 사용량이 들쭉날쭉하면 미사용 약정이 할인보다 더 큰 비용 요인이 될 수 있다.
판교에서 비용 리뷰를 몇 번 돌려보면서 느낀 건, Savings Plans 도입 실패 사례는 대부분 "얼마나 할인되는가"를 먼저 묻고 "우리가 바닥까지 얼마나 꾸준히 쓰는가"를 나중에 물어서 생긴다는 점이다. 야간 배치 서버를 내리는 팀, 주말 트래픽이 급감하는 커머스 서비스, 계절성이 강한 교육 플랫폼이라면 약정액 설정 순서를 거꾸로 밟아야 한다.
Compute Savings Plans와 EC2 Instance Savings Plans는 뭐가 다른가?
둘의 차이는 유연성과 할인율의 트레이드오프다. Compute Savings Plans는 인스턴스 패밀리·크기·리전·OS·테넌시 변경을 폭넓게 허용하고 EC2뿐 아니라 Fargate, Lambda에도 적용되며 공식 최대 할인율은 66%다출처: AWS Savings Plans 가격. 반면 EC2 Instance Savings Plans는 특정 리전·특정 인스턴스 패밀리에 묶이는 대신 최대 72%까지 할인율이 올라가고, 같은 패밀리 안에서는 크기·OS·테넌시 변경만 허용된다출처: AWS 공식 문서.
AWS가 제시한 적용 예시를 보면 체감이 더 쉽다. Linux r5.4xlarge는 온디맨드 시간당 1.00달러에서 Compute Savings Plans 적용 시 0.70달러로 30% 절감되고, Fargate vCPU는 0.04달러에서 0.03달러로 25% 절감된다출처: AWS 적용 가이드. 같은 문서의 Windows Server 3년 전체 선불 조건에서는 일부 구성이 60%, EC2 Instance SP 조건에서는 73% 절감 예시도 나온다출처: AWS 마이그레이션 가이드. 다만 이 숫자들은 리전·패밀리·OS·테넌시·결제 옵션이 고정된 조건부 예시이지, 계정마다 그대로 재현되는 평균치가 아니다.
| 구분 | Compute SP | EC2 Instance SP |
|---|---|---|
| 적용 범위 | EC2+Fargate+Lambda, 패밀리/리전 변경 허용 | EC2만, 특정 패밀리+리전 고정 |
| 공식 최대 할인율 | 66% | 72% |
| 적합 상황 | 아키텍처 전환 가능성 있음 | 패밀리·리전 장기 고정 |
약정액을 넘기거나 못 채우면 요금은 어떻게 갈리나?
핵심은 "초과분은 온디맨드, 미달분은 그냥 손실"이라는 비대칭 구조다. 약정액까지는 할인 요금이 적용되지만, 그 시간에 실제 사용량이 약정액보다 적으면 남는 약정분은 환불도 이월도 되지 않는다. 반대로 사용량이 약정액을 넘으면 초과분은 할인 없이 온디맨드 요금 그대로 청구된다. 그래서 실제 청구액을 계산할 때는 할인율 하나로 보지 말고 "약정 비용 + 초과 온디맨드 비용 + 미사용 약정의 기회비용" 세 요소를 합쳐서 봐야 안전하다.
이 구조 때문에 약정 비율을 보수적으로 잡는 게 실무에서 안전한 선택이다. 예를 들어 피크 시간대 컴퓨트 사용량을 기준으로 100% 약정하면 야간·주말엔 미사용 약정이 쌓이고, 반대로 평균 사용량 기준으로 약정하면 피크 시간대는 온디맨드 할증을 그대로 맞는다. 보통은 최근 3~6개월의 최저 지속 사용량(가장 사용량이 적었던 시간대의 평균)을 기준으로 약정하고, 그 위 구간은 온디맨드나 Spot으로 커버하는 식의 레이어링이 쓰인다.
Database Savings Plans와 SageMaker AI Savings Plans는 어떻게 다른가?
AWS는 Savings Plans를 EC2·Fargate·Lambda 바깥으로도 확장했는데, 이 둘은 대상 서비스와 할인 상한이 전혀 다르다. Database Savings Plans는 Aurora, RDS, DynamoDB, ElastiCache, DocumentDB, Timestream, Neptune, Keyspaces, DMS, OpenSearch Service 등을 대상으로 하며 공식 최대 할인율은 35%다출처: AWS 공식 문서. SageMaker AI Savings Plans는 ML 워크로드 대상으로 최대 64%까지 제시된다. 같은 문서가 명시하듯 서비스·사용 유형별로 할인율이 다르기 때문에출처: AWS FAQ, "데이터베이스 예약 할인"처럼 뭉뚱그려 부르면 실제 적용 범위를 오해하기 쉽다. RDS를 쓰는 팀이 이 숫자만 보고 EC2 Compute SP와 같은 수준의 절감을 기대하면 청구서에서 실망할 가능성이 크다.
흔한 오해 — "Savings Plans를 사면 용량도 보장된다"는 맞는 말인가?
틀렸다. Savings Plans는 요금 모델이지 용량 보장이나 SLA 상품이 아니다. 특정 리전에서 원하는 인스턴스 타입을 확보하지 못하는 상황이나 장애 시 가용성 문제는 Savings Plans로 해결되지 않으며, 그런 보장이 필요하면 On-Demand Capacity Reservation을 별도로 구성해야 한다출처: AWS 공식 문서. 이 경우 Savings Plans는 그 Capacity Reservation 사용량에 적용될 수는 있지만, 반대 방향—Savings Plans를 사면 용량이 따라온다—는 성립하지 않는다.
비슷하게 Spot 인스턴스에는 Savings Plans가 아예 적용되지 않는다는 점도 자주 놓친다. Savings Plans나 RI가 이미 적용된 사용량도 중복 할인 대상이 아니므로, 비용 분석 시 온디맨드·Savings Plans·RI·Spot 사용량을 섞어서 보면 적용률 계산 자체가 틀어진다출처: AWS 공식 문서. Cost Explorer에서 이 네 가지를 분리해서 보지 않으면 "할인이 안 먹힌다"는 잘못된 결론에 도달하기 쉽다.
언제 쓰고 언제 피해야 하나?
적합한 경우는 명확하다. 워크로드가 EC2에서 Fargate나 Lambda로 이전될 가능성이 있거나, 인스턴스 패밀리 교체나 리전 이동 계획이 있다면 Compute Savings Plans 쪽이 유연성을 흡수한다. AWS 문서도 C4에서 M5로의 변경, 아일랜드에서 런던 리전으로의 이동, EC2에서 Fargate·Lambda로의 전환을 적용 범위 예시로 든다출처: AWS 가격 페이지. 반대로 특정 리전·특정 패밀리를 장기간 유지할 확신이 있고 할인율을 최대한 끌어올리고 싶다면 EC2 Instance Savings Plans가 맞는 선택지다.
피해야 할 조건도 분명하다. 마이그레이션 계획이 확정되지 않은 상태에서 패밀리·리전을 먼저 고정하면 나중에 유연성 비용을 치른다. 또 오토스케일링으로 야간·주말에 컴퓨트가 크게 줄거나 계절성 트래픽이 강한 서비스라면, 약정 비율을 보수적으로 잡지 않는 한 미사용 약정 구간이 생긴다. 이 경우 1년 약정으로 먼저 검증하고, Cost Explorer의 적용률(이상적으로는 95% 이상)과 미사용 약정액을 몇 달간 관찰한 뒤 3년으로 확대하는 단계적 접근이 리스크를 줄인다.
핵심 정리
- Savings Plans는 인스턴스 예약이 아니라 시간당 지출액 약정이며, 약정 초과분은 온디맨드로, 미달분은 할인 없이 소멸한다.
- Compute SP(최대 66%, EC2+Fargate+Lambda, 유연)와 EC2 Instance SP(최대 72%, 특정 패밀리·리전 고정)는 유연성과 할인율의 트레이드오프 관계다.
- Database SP(최대 35%)와 SageMaker AI SP(최대 64%)는 EC2 계열과 대상·할인율이 전혀 다르므로 뭉뚱그려 비교하면 안 된다.
- Savings Plans는 비용 모델일 뿐 용량 보장이나 SLA가 아니며, Spot 인스턴스에는 아예 적용되지 않는다.
- 판단 기준은 할인율 숫자가 아니라 최저 지속 사용량, 약정 비율, 적용률, 미사용 약정 기회비용을 합산한 실제 청구액이어야 한다.