EC2 온디맨드 예약 인스턴스 Savings Plans 스팟 인스턴스 요금 방식 차이 비교
EC2 온디맨드 예약 인스턴스 Savings Plans 스팟 인스턴스 요금 방식 차이를 이해하면 같은 서버를 사용하면서도 클라우드 비용을 크게 줄일 수 있습니다. 대부분의 사람들은 처음 EC2를 만들 때 기본값인 온디맨드 요금으로 사용하는데, 서버를 오랫동안 켜두는 서비스라면 이 방식이 가장 비싼 선택일 수 있습니다. AWS는 사용 패턴에 따라 할인받을 수 있는 여러 구매 옵션을 제공하고 있어 차이를 알아두면 비용 계획을 세우기가 훨씬 수월해집니다.
저도 예전에는 할인 옵션이라는 말만 듣고 무조건 약정을 걸면 이득이라고 생각했습니다. 그런데 자세히 알아보니 약정은 사용하지 않아도 비용을 내야 하는 구조이고, 스팟 인스턴스는 싸지만 언제든 회수될 수 있다는 조건이 붙어 있었습니다. 결국 어떤 옵션이 가장 싸냐가 아니라 내 작업이 어떤 성격이냐에 따라 맞는 옵션이 다르다는 것을 알게 되었습니다.
오늘 제가 준비한 포스팅에서는 EC2 온디맨드 예약 인스턴스 Savings Plans 스팟 인스턴스 요금 방식 차이를 중심으로 각 구매 옵션의 원리와 할인 수준, 약정 조건, 중단 위험, 그리고 실제 서비스에서 옵션을 조합해 비용을 최적화하는 방법까지 차근차근 정리해보겠습니다.
핵심을 먼저 정리하면 온디맨드는 약정 없이 쓴 만큼 내는 기본 요금, 예약 인스턴스와 Savings Plans는 1년 또는 3년 사용을 약정하고 할인받는 방식, 스팟 인스턴스는 AWS의 남는 용량을 크게 할인된 가격에 쓰되 중단될 수 있는 방식입니다. 오래 켜두는 기본 서버는 약정 할인으로, 중단되어도 괜찮은 작업은 스팟으로 처리하는 조합이 일반적입니다.
온디맨드는 약정 없이 사용한 만큼 내는 기본 요금입니다
온디맨드(On-Demand) 인스턴스는 미리 약속하는 조건 없이 인스턴스를 실행한 시간만큼 요금을 내는 방식입니다. 리눅스 인스턴스를 비롯한 상당수 인스턴스는 초 단위로 요금이 계산되며, 최소 과금 시간이 적용됩니다. 인스턴스를 종료하면 그 시점부터 컴퓨팅 요금이 발생하지 않습니다.
가장 큰 장점은 유연성입니다. 언제든 원하는 유형을 만들고 필요 없으면 바로 없앨 수 있어서 개발 테스트, 단기 이벤트, 사용량을 예측하기 어려운 신규 서비스에 적합합니다. 약정에 따른 위험이 전혀 없다는 점도 초기 단계에서 중요한 요소입니다.
단점은 단가가 가장 높다는 것입니다. 한 달 내내 켜두는 서버를 온디맨드로만 운영하면 약정 할인을 받았을 때보다 상당히 많은 비용을 내게 됩니다. 그래서 서비스가 안정화되어 사용량이 일정해지면 다른 옵션으로 전환을 검토하는 것이 좋습니다.
온디맨드는 유연성이 가장 높지만 단가도 가장 높으므로, 사용량이 불확실한 초기 단계나 짧게 쓰고 없애는 작업에 우선 활용하는 것이 효율적입니다.
예약 인스턴스는 특정 인스턴스 조건을 약정하고 할인받는 방식입니다
예약 인스턴스(Reserved Instances, RI)는 특정 인스턴스 유형과 리전 등의 조건으로 1년 또는 3년 동안 사용하겠다고 약정하고 온디맨드보다 낮은 요금을 적용받는 방식입니다. 실제로 서버 한 대를 예약해두는 것이 아니라, 조건에 맞는 인스턴스가 실행되면 할인 요금이 자동으로 적용되는 결제 방식에 가깝습니다.
예약 인스턴스에는 표준(Standard)과 전환형(Convertible)이 있습니다. 표준은 할인율이 더 높지만 변경 가능한 범위가 좁고, 전환형은 할인율이 조금 낮은 대신 약정 기간 중 다른 인스턴스 패밀리로 교환할 수 있습니다. 결제 방식은 전액 선결제, 부분 선결제, 선결제 없음 가운데 선택하며 선결제 비중이 클수록 할인폭이 커집니다.
주의할 점은 약정한 조건의 인스턴스를 실제로 사용하지 않아도 요금이 부과된다는 것입니다. 서비스 구조가 바뀌어 다른 인스턴스 유형으로 이동하면 기존 예약 인스턴스의 할인을 제대로 활용하지 못하는 상황이 생길 수 있습니다.
예약 인스턴스는 약정 기간 동안 사용 여부와 관계없이 비용이 발생하므로, 인스턴스 유형과 사용량이 충분히 안정된 워크로드에만 적용해야 합니다.
Savings Plans는 시간당 사용 금액을 약정하는 유연한 할인 방식입니다
Savings Plans는 인스턴스 유형 대신 1시간당 일정 금액만큼의 컴퓨팅 사용을 1년 또는 3년 동안 약정하는 방식입니다. 예를 들어 시간당 10달러를 약정하면 그 금액까지의 사용량에는 할인 요금이 적용되고, 초과한 부분은 온디맨드 요금으로 계산됩니다.
Savings Plans는 크게 두 종류가 많이 사용됩니다. Compute Savings Plans는 인스턴스 패밀리, 크기, 리전, 운영체제에 관계없이 EC2에 적용되고 AWS Fargate와 Lambda 사용량에도 적용될 수 있어 유연성이 가장 높습니다. EC2 Instance Savings Plans는 특정 리전의 특정 인스턴스 패밀리에 한정되는 대신 할인율이 더 높습니다.
AWS는 새로 약정 할인을 검토하는 고객에게 예약 인스턴스보다 Savings Plans를 우선 고려하도록 안내하고 있습니다. 서비스 구조가 바뀌어 인스턴스 유형을 변경하거나 일부 워크로드를 서버리스로 옮기더라도 할인 혜택을 유지하기 쉽기 때문입니다.
약정 금액은 과거 사용 기록을 바탕으로 정하는 것이 안전합니다. AWS 결제 콘솔의 Savings Plans 메뉴에서는 최근 사용량을 분석해 약정 금액을 추천해주므로, 추천값보다 조금 보수적으로 시작하고 사용량이 확인되면 추가 구매하는 방식이 무난합니다.
Savings Plans는 인스턴스 유형이 아닌 시간당 금액을 약정하기 때문에 서비스 구조가 바뀌어도 할인을 유지하기 쉬우며, 과거 사용량 기반 추천값보다 보수적으로 시작하는 것이 안전합니다.
스팟 인스턴스는 크게 저렴하지만 중단될 수 있습니다
스팟 인스턴스(Spot Instances)는 AWS 데이터센터에서 사용되지 않고 남아 있는 EC2 용량을 온디맨드 대비 최대 90%까지 할인된 가격으로 사용하는 방식입니다. 약정은 필요 없지만, AWS가 해당 용량이 필요해지면 인스턴스를 회수할 수 있다는 조건이 있습니다.
회수가 결정되면 AWS는 2분 전에 중단 알림을 보냅니다. 이 시간 동안 작업 상태를 저장하거나 다른 인스턴스로 요청을 넘기는 처리를 해야 합니다. 따라서 스팟 인스턴스는 중간에 멈춰도 다시 이어서 할 수 있는 작업에 적합합니다.
대표적인 사용 사례는 대규모 데이터 처리, 이미지와 동영상 변환, 테스트 자동화, 머신러닝 학습의 일부 작업, 오토 스케일링 그룹에서 추가로 늘어나는 서버 등입니다. 반대로 데이터베이스처럼 중단되면 서비스에 바로 영향을 주는 서버에는 적합하지 않습니다.
스팟 인스턴스를 안정적으로 쓰려면 여러 인스턴스 유형과 가용 영역을 함께 지정해 용량을 확보할 가능성을 높이는 것이 좋습니다. 오토 스케일링 그룹의 혼합 인스턴스 정책을 사용하면 온디맨드와 스팟을 일정 비율로 섞어 운영할 수도 있습니다.
스팟 인스턴스는 2분 전 알림 후 회수될 수 있으므로 중단되어도 재시작 가능한 작업에만 사용하고, 여러 인스턴스 유형과 가용 영역을 함께 지정해 안정성을 높여야 합니다.
EC2 구매 옵션별 차이 한눈에 비교하기
네 가지 구매 옵션의 특징을 정리하면 다음과 같습니다. 제가 만든 아래 표를 참고해보세요.
| 구매 옵션 | 약정 조건 | 할인 수준(온디맨드 대비) | 중단 위험 | 적합한 작업 |
|---|---|---|---|---|
| 온디맨드 | 없음 | 할인 없음 | 없음 | 개발·테스트, 예측 어려운 신규 서비스 |
| 예약 인스턴스 | 1년·3년, 인스턴스 조건 약정 | 최대 약 72% (조건별 상이) | 없음 | 유형이 고정된 장기 운영 서버 |
| Savings Plans | 1년·3년, 시간당 사용 금액 약정 | 최대 약 72% (종류별 상이) | 없음 | 구조 변경 가능성이 있는 장기 워크로드 |
| 스팟 인스턴스 | 없음 | 최대 약 90% | 2분 전 알림 후 회수 가능 | 배치 처리, 변환 작업, 테스트 |
표의 할인율은 AWS가 공식적으로 안내하는 최대치이며, 실제 할인폭은 인스턴스 유형, 리전, 약정 기간, 선결제 방식에 따라 달라집니다. 구매 전에는 반드시 요금 계산기나 결제 콘솔의 추천 화면에서 실제 금액을 확인해야 합니다.
구매 옵션을 조합해 비용을 최적화하는 방법
실무에서는 한 가지 옵션만 쓰기보다 여러 옵션을 층층이 조합합니다. 먼저 하루 24시간 항상 켜져 있어야 하는 최소 서버 규모를 파악합니다. 이 기본 사용량에는 Savings Plans나 예약 인스턴스를 적용해 가장 큰 할인을 받습니다.
다음으로 낮 시간이나 이벤트 기간처럼 사용량이 늘어나는 부분은 온디맨드로 처리합니다. 약정 없이 필요할 때만 늘렸다가 줄이면 되기 때문에 낭비가 없습니다. 이 가운데 중단에 강한 작업은 스팟 인스턴스로 옮기면 추가로 비용을 줄일 수 있습니다.
마지막으로 약정 활용률을 정기적으로 확인해야 합니다. 결제 콘솔의 Savings Plans 활용률과 적용 범위 보고서를 보면 약정한 금액을 실제로 얼마나 사용하고 있는지 알 수 있습니다. 활용률이 낮다면 약정이 과도했다는 신호이므로 다음 구매 시 규모를 조정해야 합니다.
기본 사용량은 약정 할인, 변동 사용량은 온디맨드, 중단 가능한 작업은 스팟으로 나누는 층별 조합이 EC2 비용을 줄이는 가장 일반적인 전략입니다.
EC2 온디맨드 예약 인스턴스 Savings Plans 스팟 인스턴스 요금 방식 차이 총정리
온디맨드는 약정 없이 쓴 만큼 내는 가장 유연하지만 비싼 방식이고, 예약 인스턴스와 Savings Plans는 1년 또는 3년 약정으로 할인받는 방식입니다. Savings Plans는 시간당 금액을 약정해 구조 변경에 더 유연하며, 스팟 인스턴스는 최대 90% 할인 대신 2분 알림 후 회수될 수 있습니다. 항상 필요한 기본 용량은 약정, 변동분은 온디맨드, 중단 가능한 작업은 스팟으로 조합하는 것이 효과적입니다.
질문 QnA
개인 실습 계정에도 Savings Plans를 구매하는 것이 좋을까요?
실습처럼 사용 시간이 불규칙하고 짧다면 약정 할인이 오히려 손해가 될 수 있습니다. 서버를 1년 이상 꾸준히 켜둘 계획이 확실할 때만 검토하는 것이 좋습니다.
스팟 인스턴스로 개인 블로그 서버를 운영해도 되나요?
가능은 하지만 회수되면 사이트가 중단될 수 있습니다. 항상 접속되어야 하는 서비스라면 온디맨드나 약정 할인을 적용한 인스턴스를 사용하는 편이 안정적입니다.
예약 인스턴스를 샀는데 더 이상 필요 없으면 환불되나요?
원칙적으로 약정 기간의 요금은 계속 발생합니다. 조건을 충족하는 표준 예약 인스턴스는 예약 인스턴스 마켓플레이스에서 판매할 수 있는 경우가 있으므로 공식 조건을 확인해보세요.
Savings Plans는 EC2 말고 다른 서비스에도 적용되나요?
Compute Savings Plans는 EC2 외에 AWS Fargate와 AWS Lambda 사용량에도 적용될 수 있습니다. 머신러닝용 SageMaker에는 별도의 Savings Plans가 제공됩니다.
EC2 구매 옵션은 복잡해 보이지만 결국 얼마나 오래, 얼마나 일정하게, 중단을 견딜 수 있는지라는 세 가지 질문으로 정리할 수 있습니다. 이 질문에 답해보면 내 서버에 맞는 요금 방식이 자연스럽게 드러납니다.
운영 중인 서버가 있다면 결제 콘솔의 Cost Explorer에서 최근 3개월 EC2 사용량을 확인해보세요. 매일 일정하게 켜져 있는 부분이 보인다면 Savings Plans 추천 화면을 열어 예상 절감액을 확인하는 것부터 시작해보시길 권해드립니다.
※ 본 글은 2026년 9월 기준 Amazon EC2 요금, Savings Plans, 스팟 인스턴스 공식 문서를 참고해 작성했으며, 할인율과 적용 조건은 변경될 수 있으니 구매 전 반드시 AWS 공식 페이지에서 최신 내용을 확인해 주세요.