버스터블 인스턴스의 Unlimited 모드 개념
버스터블 인스턴스의 Unlimited 모드 개념
Unlimited 모드는 버스터블 퍼포먼스(burstable performance) 인스턴스를 위한 크레딧 구성 옵션이에요. 실행 중이거나 중지된 인스턴스에서 언제든지 활성화하거나 비활성화할 수 있습니다. 계정 수준에서 AWS 리전별·버스터블 퍼포먼스 인스턴스 패밀리별로 unlimited를 기본 크레딧 옵션으로 설정해, 계정의 모든 새 버스터블 퍼포먼스 인스턴스가 기본 크레딧 옵션으로 시작되게 할 수 있어요.
출처: 문서
본문
Unlimited 버스터블 퍼포먼스 인스턴스가 동작하는 방식
unlimited로 구성된 버스터블 퍼포먼스 인스턴스가 CPU 크레딧 잔액을 소진하면, **잉여 크레딧(surplus credits)**을 써서 기준선(baseline)을 넘어 버스트할 수 있어요. CPU 사용률이 기준선 아래로 떨어지면 인스턴스가 적립한 CPU 크레딧으로 이전에 쓴 잉여 크레딧을 상환합니다. 잉여 크레딧을 상환할 CPU 크레딧을 적립하는 능력 덕분에 Amazon EC2는 인스턴스의 CPU 사용률을 24시간 기간에 걸쳐 평균화할 수 있어요. 24시간 기간의 평균 CPU 사용량이 기준선을 초과하면 추가 사용량에 대해 vCPU-시간당 균일 추가 요율로 과금됩니다.
다음 그래프는 t3.large의 CPU 사용을 보여줘요. t3.large의 기준선 CPU 사용률은 30%입니다. 인스턴스가 24시간 기간에 걸쳐 평균 30% 이하의 CPU 사용률로 실행된다면 추가 요금은 없어요(비용이 이미 인스턴스 시간당 가격에 포함되어 있기 때문). 그러나 그래프처럼 인스턴스가 24시간 기간에 걸쳐 평균 40% CPU 사용률로 실행되면, 추가 10% CPU 사용량에 대해 vCPU-시간당 균일 추가 요율로 과금됩니다.
각 인스턴스 유형의 vCPU당 기준선 사용률과 각 유형이 적립하는 크레딧 수는 크레딧 표를 참고하세요.
Unlimited 모드와 고정 CPU 중 언제 사용할까
T3 같은 무제한(unlimited) 모드의 버스터블 퍼포먼스 인스턴스를 쓸지, M5 같은 고정 퍼포먼스 인스턴스를 쓸지 결정할 때는 **손익분기 CPU 사용량(breakeven CPU usage)**을 판단해야 해요. 버스터블 퍼포먼스 인스턴스의 손익분기 CPU 사용량은 버스터블 퍼포먼스 인스턴스가 고정 퍼포먼스 인스턴스와 같은 비용이 되는 지점입니다. 손익분기 CPU 사용량은 다음을 판단하는 데 도움이 돼요.
- 24시간 기간의 평균 CPU 사용량이 손익분기 CPU 사용량 이하라면, 버스터블 퍼포먼스 인스턴스의 더 낮은 가격의 혜택을 누리면서 고정 퍼포먼스 인스턴스와 같은 성능을 얻을 수 있도록 unlimited 모드의 버스터블 퍼포먼스 인스턴스를 사용하세요.
- 24시간 기간의 평균 CPU 사용량이 손익분기 CPU 사용량보다 높으면, 버스터블 퍼포먼스 인스턴스가 동일한 규모의 고정 퍼포먼스 인스턴스보다 더 비쌀 수 있어요. T3 인스턴스가 100% CPU로 지속적으로 버스트하면, 동일 규모 M5 인스턴스 가격의 약 1.5배를 지불하게 됩니다.
다음 그래프는 t3.large가 m5.large와 같은 비용이 되는 손익분기 CPU 사용량 지점을 보여줘요. t3.large의 손익분기 CPU 사용량 지점은 42.5%입니다. 평균 CPU 사용량이 42.5%이면 t3.large 실행 비용은 m5.large와 같고, 평균 CPU 사용량이 42.5%를 넘으면 더 비쌉니다. 워크로드가 42.5% 미만의 평균 CPU 사용량을 요구하면 t3.large의 더 낮은 가격의 혜택을 누리면서 m5.large와 같은 성능을 얻을 수 있어요.
다음 표는 unmited 모드의 버스터블 퍼포먼스 인스턴스와 고정 퍼포먼스 인스턴스 중 어느 것이 더 저렴한지 판단할 수 있도록 손익분기 CPU 사용량 임계값을 계산하는 방법을 보여줘요. 표의 열은 A부터 K로 표시됩니다.
| 인스턴스 유형 | vCPUs | T3 가격*/시간 | M5 가격*/시간 | 가격 차이 | T3 vCPU당 기준선 사용률(%) | 잉여 크레딧 vCPU 시간당 요금 | vCPU 분당 요금 | vCPU당 추가 버스트 분 | 추가 가능 CPU % | 손익분기 CPU % |
|---|---|---|---|---|---|---|---|---|---|---|
| A | B | C | D | E = D - C | F | G | H = G / 60 | I = E / H | J = (I / 60) / B | K = F + J |
| t3.large | 2 | $0.0835 | $0.096 | $0.0125 | 30% | $0.05 | $0.000833 | 15 | 12.5% | 42.5% |
참고 — * 가격은 us-east-1과 Linux OS 기준입니다.
표는 다음 정보를 제공합니다.
- A열은 인스턴스 유형
t3.large을 보여줍니다. - B열은
t3.large의 vCPU 수를 보여줍니다. - C열은 시간당
t3.large가격을 보여줍니다. - D열은 시간당
m5.large가격을 보여줍니다. - E열은
t3.large와m5.large의 가격 차이를 보여줍니다. - F열은
t3.large의 vCPU당 기준선 사용률인 30%를 보여주며, 기준선에서는 인스턴스의 시간당 비용이 CPU 사용 비용을 커버해요. - G열은 적립 크레딧을 소진한 뒤 100% CPU로 버스트할 때 인스턴스에 청구되는 vCPU-시간당 균일 추가 요율을 보여줍니다.
- H열은 적립 크레딧을 소진한 뒤 100% CPU로 버스트할 때 인스턴스에 청구되는 vCPU-분당 균일 추가 요율을 보여줍니다.
- I열은
t3.large가m5.large와 같은 시간당 가격을 지불하면서 100% CPU로 시간당 버스트할 수 있는 추가 분 수를 보여줍니다. - J열은
m5.large와 같은 시간당 가격을 지불하면서 인스턴스가 버스트할 수 있는 기준선 초과 추가 CPU 사용량(%)을 보여줍니다. - K열은
t3.large가m5.large보다 더 많이 지불하지 않고 버스트할 수 있는 손익분기 CPU 사용량(%)을 보여줍니다. 이 이상이 되면t3.large는m5.large보다 비쌉니다.
다음 표는 M5 인스턴스 유형과 비교한 T3 인스턴스 유형의 손익분기 CPU 사용량(%)을 보여줘요.
| T3 인스턴스 유형 | M5와 비교한 T3의 손익분기 CPU 사용량(%) |
|---|---|
| t3.large | 42.5% |
| t3.xlarge | 52.5% |
| t3.2xlarge | 52.5% |
잉여 크레딧은 요금을 발생시킬 수 있어요
인스턴스의 평균 CPU 사용률이 기준선 이하이면 추가 요금이 발생하지 않아요. 인스턴스는 24시간 기간에 최대 크레딧 수를 적립할 수 있으므로(예: t3.micro 인스턴스는 24시간 기간에 최대 288 크레딧 적립), 그 최대치까지 잉여 크레딧을 요금 없이 쓸 수 있습니다.
그러나 CPU 사용률이 계속 기준선을 넘으면 인스턴스는 쓴 잉여 크레딧을 상환할 충분한 크레딧을 적립할 수 없어요. 상환되지 않은 잉여 크레딧은 vCPU-시간당 균일 추가 요율로 청구됩니다. 요율에 대한 자세한 내용은 "T2/T3/T4g Unlimited Mode Pricing"을 참고하세요.
이전에 쓴 잉여 크레딧은 다음 중 하나가 발생할 때 청구됩니다.
- 쓴 잉여 크레딧이 인스턴스가 24시간 기간에 적립할 수 있는 최대 크레딧 수를 초과할 때. 최대치를 넘은 잉여 크레딧은 그 시간이 끝날 때 청구됩니다.
- 인스턴스가 중지되거나 종료될 때.
- 인스턴스가 unlimited에서 standard로 전환될 때.
쓴 잉여 크레딧은 CloudWatch 지표 CPUSurplusCreditBalance로 추적되고, 청구된 잉여 크레딧은 CloudWatch 지표 CPUSurplusCreditsCharged로 추적됩니다. 자세한 내용은 "버스터블 퍼포먼스 인스턴스용 추가 CloudWatch 지표"를 참고하세요.
unlimited 버스터블 퍼포먼스의 비용은 얼마인가요?
잉여 크레딧을 사용하고 적립 크레딧으로 상환되지 않으면 잉여 크레딧에 대해 vCPU-시간당 균일 추가 요율을 지불합니다. 요율은 Amazon EC2 On-Demand Pricing 페이지의 "T2/T3/T4g Unlimited Mode Pricing" 섹션에 나와 있어요.
T2 Unlimited 인스턴스에는 시작 크레딧이 없어요
T2 Standard 인스턴스는 시작 크레딧(launch credits)을 받지만 T2 Unlimited 인스턴스는 받지 않아요. T2 Unlimited 인스턴스는 평균 CPU 사용률이 롤링 24시간 창 또는 수명 중 더 짧은 기간 동안 기준선 이하인 한, 언제든지 추가 요금 없이 기준선을 넘어 버스트할 수 있습니다. 따라서 T2 Unlimited 인스턴스는 시작 직후 높은 성능을 얻기 위해 시작 크레딧이 필요하지 않아요.
T2 인스턴스가 standard에서 unlimited로 전환되면, 적립된 시작 크레딧은 CPUCreditBalance에서 제거된 뒤 나머지 CPUCreditBalance가 이월됩니다.
T8i, T4g, T3a, T3 인스턴스는 기본적으로 Unlimited 모드로 시작하므로 시작 크레딧을 결코 받지 않으며, 따라서 시작 즉시 버스트할 수 있어요. Unlimited 모드 크레딧 구성은 T8i, T4g, T3a, T3 인스턴스가 기준선을 넘어 버스트하는 데 필요한 만큼의 CPU를, 필요한 만큼 오래 사용할 수 있게 합니다.
Unlimited 모드 활성화
실행 중이거나 중지된 인스턴스에서 언제든지 unlimited에서 standard로, standard에서 unlimited로 전환할 수 있어요. 자세한 내용은 "시작 시 크레딧 사양 구성"과 "버스터블 퍼포먼스 인스턴스의 크레딧 사양 관리"를 참고하세요.
계정 수준에서 리전별·인스턴스 패밀리별로 unlimited를 기본 크레딧 옵션으로 설정해, 계정의 모든 새 인스턴스가 기본 크레딧 옵션으로 시작되게 할 수 있어요. 자세한 내용은 "계정의 기본 크레딧 사양 관리"를 참고하세요.
Amazon EC2 콘솔이나 AWS CLI로 버스터블 퍼포먼스 인스턴스가 unlimited인지 standard인지 확인할 수 있어요. 자세한 내용은 "버스터블 퍼포먼스 인스턴스 구성"을 참고하세요.
Unlimited와 Standard 사이 전환 시 크레딧은 어떻게 되나요?
CPUCreditBalance는 인스턴스가 적립한 크레딧 수를 추적하는 CloudWatch 지표이고, CPUSurplusCreditBalance는 인스턴스가 쓴 잉여 크레딧 수를 추적하는 CloudWatch 지표예요.
unlimited로 구성된 인스턴스를 standard로 변경하면:
CPUCreditBalance값은 변경되지 않고 이월됩니다.CPUSurplusCreditBalance값은 즉시 청구됩니다.
standard 인스턴스가 unlimited로 전환되면:
- 적립된 크레딧을 포함하는
CPUCreditBalance값이 이월됩니다. - T2 Standard 인스턴스의 경우 시작 크레딧이
CPUCreditBalance값에서 제거되고, 적립 크레딧을 포함하는 나머지CPUCreditBalance값이 이월됩니다.
크레딧 사용 모니터링
인스턴스가 기준선이 제공하는 것보다 더 많은 크레딧을 쓰고 있는지 확인하려면 CloudWatch 지표로 사용량을 추적하고, 시간별 경보를 설정해 크레딧 사용량 알림을 받을 수 있어요. 자세한 내용은 "버스터블 인스턴스의 CPU 크레딧 모니터링"을 참고하세요.
더 알아보기 (Learn more)
- Unlimited 모드(Unlimited mode)와 예제(Examples) 문서를 확인하세요.