버스트형 EC2의 절감액은 기본요금과 CPU 크레딧 비용을 함께 비교한다
버스트형 EC2에서 작은 타입의 기본요금이 싸다는 사실은 같은 작업의 총 컴퓨팅 비용이 그 차이만큼 줄어든다는 뜻이 아니다. 기본 CPU 예산·크레딧 모드·시간에 따른 부하를 함께 비교해야 한다. Standard의 성능 제한과 Unlimited의 추가 요금은 별개의 결과다.
기본선은 최대 성능이 아니라 CPU 시간의 예산이다
1 CPU 크레딧은 vCPU 1개를 100%로 1분 사용하는 양이다. 인스턴스는 실행 중 타입별 크레딧을 계속 제공받고 CPU를 사용하는 만큼 소모한다. 기본선 아래에서는 제공량이 소모량보다 커 잔액이 쌓이고, 기본선 위에서는 반대로 잔액이 줄어든다. “기본선을 넘을 때만 크레딧을 사용한다”는 설명은 순잔액 감소와 총소모를 혼동한다.
vCPU 수를 N, 기본 사용률을 B, CPU 사용률을 U라고 하면, 사용률을 0~1의 비율로 표현할 때 다음 관계가 성립한다.
- 시간당 제공량 E = 60 × N × B 크레딧.
- 일정한 사용률에서 시간당 소모량 = 60 × N × U 크레딧.
- 기본선 B = E ÷ (60 × N).
| 타입 | vCPU | 메모리 | 기본 사용률 | 시간당 제공량 | 적립 잔액 상한 |
|---|---|---|---|---|---|
| t4g.medium | 2 | 4 GiB | 20% | 24 | 576 |
| t4g.large | 2 | 8 GiB | 30% | 36 | 864 |
20%는 CPU를 최대 20%까지만 쓸 수 있다는 뜻이 아니다. 크레딧을 사용하면 기본선을 넘어 버스트할 수 있다. CloudWatch CPUUtilization은 인스턴스의 vCPU 평균 수준으로 읽으며, medium의 기본선은 20%이지 두 vCPU를 더한 40%가 아니다. 같은 vCPU 수·같은 작업을 전제로 기본선이 낮아지는 것 자체가 CPUUtilization을 높이는 것은 아니다.
medium이 한 시간 동안 5%를 사용하면 6개를 소모하고 24개를 제공받아 잔액은 18개 증가한다. 50%를 사용하면 60개를 소모해 잔액이 36개 감소한다. 잔액 상한에 도달하면 새로 남는 크레딧을 무제한 보관할 수 없다.
잔액 소진과 청구는 구분한다
- Standard: 쌓인 크레딧을 소진하면 성능이 점차 기본 수준으로 제한된다. CPU 추가 요금이 0이어도 같은 작업의 응답 시간이나 처리량을 유지한다고 볼 수 없다.
- Unlimited: 잔액을 소진한 뒤 초과 크레딧을 사용할 수 있다. 이후 낮은 부하에서 제공받는 크레딧으로 초과분을 갚을 수 있으므로 짧은 버스트가 곧바로 추가 청구를 뜻하지는 않는다.
Unlimited에서는 24시간에 제공받을 수 있는 최대 크레딧을 넘는 초과 잔액이 시간 말에 과금된다. 중지·종료하거나 Standard로 전환할 때도 미상환 초과 잔액이 청구된다. AWS는 이를 이동하는 24시간 구간 또는 그보다 짧은 인스턴스 수명에 걸친 기본선과 사용량의 관계로 설명한다. 월평균 하나만으로 실제 청구를 확정할 수는 없다.
T4g의 기본 모드는 Unlimited지만 개별 인스턴스의 설정은 확인해야 한다. 2026-10-12 공식 가격 기준 T4g Linux/RHEL/SLES의 초과 CPU 요금은 $0.04/vCPU·시간이다. 기본 제공분이나 쌓인 크레딧으로 충당한 CPU 시간까지 이 단가로 다시 과금하는 것은 아니다.
기본요금 차이와 순절감액
같은 비교 기간의 기본요금 차이는 다음과 같다.
S_{base} = H(P_{before} - P_{after})CPU 추가 요금을 포함한 컴퓨팅 순절감액은 다음과 같다.
S_{net} = S_{base} + C_{before} - C_{after}H는 가동 시간, P는 시간당 기본요금, C는 해당 기간 CPU 추가 요금이다. 변경 후 추가 요금만 빼는 대신 변경 전후를 모두 비교한다. 계산 결과가 음수면 절감이 아니라 비용 증가다. 스토리지·IPv4·네트워크·세금 등은 이 식에 포함하지 않았으며, 바뀌는 항목이 있다면 총비용 비교에 별도로 반영한다. 할인 약정·프로모션 크레딧에 따른 실제 지출 변화도 정가 차이와 구분한다.
일정한 장기 부하에서만 쓰는 근사식
Unlimited에서 일정한 부하가 장기간 지속되고 초기 축적 크레딧의 효과를 제외할 때:
C \approx HN\max(0,U-B)RR은 초과 CPU의 vCPU·시간당 단가다. U=0.25, H=730인 동일 작업이 두 타입에서 계속 실행된다고 가정하면 large의 추가 요금은 0, medium은 730 × 2 × (0.25−0.20) × 0.04 = 2.92다. 따라서 기본요금 절감 예상에서 $2.92를 빼는 예다. 이는 특정 서버의 실제 청구액이 아니라 가정에 따른 계산이다.
730시간은 월 환산의 비교 가정이며 모든 달의 실제 가동 시간이 아니다. 축적 잔액, 적립 상한, 부하가 발생한 순서, 초과 잔액 상환, 중지 시점 때문에 가변 부하의 월평균에 이 근사식을 그대로 적용하면 오차가 생길 수 있다. vCPU 수나 CPU 세대가 달라지는 비교에서는 변경 전 사용률을 변경 후에도 그대로 적용하지 않는다.
실측과 예측에 필요한 정보
- 크레딧 모드와 비교할 타입의 vCPU 수·기본선·단가.
- CPUUtilization 시계열, CPUCreditUsage, CPUCreditBalance.
- CPUSurplusCreditBalance: 아직 미상환인 초과 잔액이며, 이미 청구된 금액과 다르다.
- CPUSurplusCreditsCharged: 실제 과금된 초과 크레딧. 비교 기간의 중복 없는 구간별 Sum을 더한 값 ÷ 60 × R로 CPU 추가 요금을 대조한다.
과거의 실제 과금 지표가 미래 후보 타입의 비용까지 증명하지는 않는다. 후보 비용은 명시한 부하 가정과 잔액·정산 모델로 추정하고, 정보가 없으면 “추가 요금 없음”이 아니라 미확인으로 둔다. 비용 판단과 별도로 메모리 피크·응답 시간·CPU 제한 위험을 확인한다.
근거와 연결
- EC2 CPU 크레딧과 다운사이징 비용 판단 - Mixdog 대화: 질문·정정과 공식 문서 확인 이력.
- AWS 크레딧·기본선 정의, Unlimited 정산 규칙, 추가 CPU 요금: AWS 작성, 확인 2026-10-12. 게시일은 조회 본문에서 확인하지 못했다.
- 자원 지표의 이상은 사용자 증상과 처리 구조에 대조해 해석한다: CPU 그래프 변화와 원인 확정을 구분하는 관련 판단.
- Atomic Notes > 클라우드 비용과 성능