

# 성능 순간 확장 가능 인스턴스의 무제한 모드
<a name="burstable-performance-instances-unlimited-mode"></a>

`unlimited`로 구성된 성능 순간 확장 가능 인스턴스는 필요한 경우 언제든지 원하는 기간 동안 높은 CPU 사용률을 유지할 수 있습니다. 24시간 동안 또는 인스턴스 수명(더 짧음) 동안 인스턴스의 평균 CPU 사용률이 기준 이하인 경우에 모든 CPU 사용량 급증에 대해 시간당 CPU 인스턴스 요금이 적용됩니다.

대부분의 범용 워크로드에서 `unlimited`로 구성된 인스턴스는 추가 요금 없이 충분한 성능을 제공합니다. 인스턴스 실행에 장기간 높은 CPU 사용률이 필요한 경우, vCPU-시간당 추가 고정 요금으로 인스턴스를 실행할 수 있습니다. 요금에 대한 자세한 내용은 [Amazon EC2 요금](https://aws.amazon.com/ec2/pricing/) 및 [T2/T3/T4 무제한 모드 요금](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)을 참조하세요.

2025년 7월 15일 전에 AWS 계정을 생성했고 [AWS 프리 티어](https://aws.amazon.com/free/) 혜택에 따라 `t2.micro` 또는 `t3.micro` 인스턴스를 사용하며 이 인스턴스를 `unlimited` 모드에서 사용하는 경우 24시간 롤링 기간 동안 평균 사용률이 인스턴스의 [기준 사용률](burstable-credits-baseline-concepts.md#baseline_performance)을 초과하면 요금이 적용될 수 있습니다.

T4g, T3a, T3 인스턴스는 [기본값을 변경](burstable-performance-instances-how-to.md#burstable-performance-instance-set-default-credit-specification-for-account)하지 않는 한 기본적으로 `unlimited`로 시작됩니다. 24시간 동안 평균 CPU 사용량이 기준을 초과하면 잉여 크레딧에 대한 요금이 발생합니다. 스팟 인스턴스를 `unlimited`으로 시작하고 CPU 크레딧 누적에 대한 유휴 시간 없이 즉시 짧은 기간 동안 사용하려는 경우, 추가 크레딧에 대한 요금이 발생합니다. 더 높은 비용을 지불하지 않으려면 [표준](burstable-performance-instances-standard-mode.md) 모드에서 스팟 인스턴스를 시작하는 것이 좋습니다. 자세한 내용은 [잉여 크레딧으로 요금 발생 가능](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-surplus-credits) 및 [성능 버스트 가능 인스턴스 시작](how-spot-instances-work.md#burstable-spot-instances) 섹션을 참조하세요.

**참고**  
전용 호스트에서 시작되는 T3 인스턴스는 기본적으로 `standard`로 시작되며, `unlimited` 모드에서는 전용 호스트의 T3 인스턴스에 대해 지원하지 않습니다.

**Contents**
+ [성능 버스트 가능 인스턴스의 무제한 모드 개념](burstable-performance-instances-unlimited-mode-concepts.md)
  + [무제한 성능 순간 확장 가능 인스턴스의 작동 방식](burstable-performance-instances-unlimited-mode-concepts.md#how-burstable-performance-instances-unlimited-works)
  + [무제한 모드 대 고정 CPU 사용 시기](burstable-performance-instances-unlimited-mode-concepts.md#when-to-use-unlimited-mode)
  + [잉여 크레딧으로 요금 발생 가능](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-surplus-credits)
  + [무제한 버스트 가능 성능은 비용이 얼마인가요?](burstable-performance-instances-unlimited-mode-concepts.md#how-much-does-unlimited-burstable-performance-cost)
  + [T2 무제한 인스턴스에는 시작 크레딧이 없음](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-no-launch-credits)
  + [무제한 모드 활성화](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-enabling)
  + [무제한과 스탠다드 간 전환 시 크레딧에 발생하는 현상](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-switching-and-credits)
  + [크레딧 사용량 모니터링](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-monitoring-credit-usage)
+ [성능 버스트 가능 인스턴스의 무제한 모드 예제](unlimited-mode-examples.md)
  + [예 1: T3 무제한의 크레딧 사용 설명](unlimited-mode-examples.md#t3_unlimited_example)
  + [예 2: T2 무제한의 크레딧 사용 설명](unlimited-mode-examples.md#t2_unlimited_example)

# 성능 버스트 가능 인스턴스의 무제한 모드 개념
<a name="burstable-performance-instances-unlimited-mode-concepts"></a>

`unlimited` 모드는 성능 순간 확장 가능 인스턴스에 사용할 수 있는 크레딧 구성 옵션입니다. 이 모드는 실행 중인 또는 중지된 인스턴스에 대해 언제든지 활성화 또는 비활성화할 수 있습니다. 버스트 가능 성능 인스턴스 패밀리별로 각 AWS 리전의 계정 수준에서 [`unlimited`를 기본 크레딧 옵션으로 설정](burstable-performance-instances-how-to.md#burstable-performance-instance-set-default-credit-specification-for-account)하면 계정의 모든 새로운 버스트 가능 성능 인스턴스가 기본 크레딧 옵션을 사용하여 시작됩니다.

## 무제한 성능 순간 확장 가능 인스턴스의 작동 방식
<a name="how-burstable-performance-instances-unlimited-works"></a>

`unlimited`로 구성된 성능 순간 확장 가능 인스턴스의 CPU 크레딧 밸런스가 감소하면 *잉여* 크레딧을 사용하여 [기준](burstable-credits-baseline-concepts.md#baseline_performance) 이상으로 버스트할 수 있습니다. CPU 사용률이 기준 미만으로 떨어지면 획득한 CPU 크레딧을 사용하여 이전에 소비한 잉여 크레딧을 청산할 수 있습니다. CPU 크레딧을 획득하고 잉여 크레딧을 청산하는 기능을 통해 Amazon EC2은 24시간 동안 인스턴스의 CPU 사용률을 평균 수준으로 유지할 수 있습니다. 24시간 동안의 평균 CPU 사용량이 기준을 초과하는 경우 인스턴스에 추가 사용량에 대해 vCPU 시간당 [고정 추가 요금](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)이 청구됩니다.

다음 그래프는 `t3.large`의 CPU 사용량을 보여줍니다. `t3.large`에 대한 기본 CPU 사용률은 30%입니다. 인스턴스가 24시간 동안 평균 30% CPU 사용률로 실행되는 경우 이미 인스턴스 시간당 가격으로 비용이 처리되었으므로 추가 비용이 발생하지 않습니다. 그러나 그래프에 표시된 것처럼 24시간 동안의 평균 40%의 CPU 사용률로 실행되는 경우 이 인스턴스는 추가 10% CPU 사용량에 대해 vCPU 시간당 [추가 고정 요금](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)이 청구됩니다.

![\[t3.large 인스턴스의 CPU 비용 청구 사용량입니다.\]](http://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/images/t3-cpu-usage.png)


각 인스턴스 유형별 vCPU 당 기준 사용률 및 각 인스턴스 유형에서 얻은 크레딧 수에 대한 자세한 내용은 [크레딧 표](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)를 참조하세요.

## 무제한 모드 대 고정 CPU 사용 시기
<a name="when-to-use-unlimited-mode"></a>

T3와 같은 `unlimited` 모드 또는 M5와 같은 고정 성능 인스턴스에서 버스트 가능한 성능 인스턴스를 사용해야 하는지 결정할 때는 손익분기 CPU 사용량을 결정해야 합니다. 버스트 가능한 성능 인스턴스에 대한 손익분기 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`의 저렴한 가격으로 혜택을 볼 수 있습니다.

![\[t3.large 인스턴스의 손익분기점 CPU 사용량은 42.5%입니다.\]](http://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/images/T3-unltd-when-to-use.png)


다음 표는 손익분기 CPU 사용량 임계값을 계산하여 `unlimited` 모드 또는 고정 성능 인스턴스에서 버스트 가능한 성능 인스턴스를 사용하는 것이 더 경제적인 시기가 언제인지를 결정할 수 있는 방법을 보여줍니다. 테이블의 열은 A에서 K로 표시됩니다.


|  인스턴스 유형  |  vCPUs  |  T3 가격\$1/시간  |  M5 가격\$1/시간  |  가격 차이  |  vCPU당 T3 기준 사용률(%)  |  잉여 크레딧에 대한 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 \$1 J  | 
|  t3.large  |  2  |  0.0835 USD  |  0.096 USD  |  0.0125 USD  |  30%  |  0.05 USD  |  0.000833 USD   |  15  |  12.5%  |  42.5%  | 


|  | 
| --- |
| \$1 가격은 us-east-1 및 Linux OS를 기준으로 합니다. | 

이 테이블에서는 다음 정보를 제공합니다.
+ A열은 인스턴스 유형인 `t3.large`을 표시합니다.
+ B열은 `t3.large`에 대한 vCPU 수를 나타냅니다.
+ C열은 시간당 `t3.large`의 가격을 보여줍니다.
+ D열은 시간당 `m5.large`의 가격을 보여줍니다.
+ D열은 `t3.large`과 `m5.large` 사이의 가격 차이를 보여줍니다.
+ F열은 30%인 `t3.large`의 vCPU당 기준 사용률을 보여줍니다. 기준선에서 인스턴스의 시간당 비용은 CPU 사용량 비용을 포함합니다.
+ G열은 획득된 크레딧이 소진된 후 100% CPU에서 버스트되는 경우 인스턴스에 청구되는 vCPU 시간당 [고정 추가 요금](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)을 보여줍니다.
+ H열은 획득된 크레딧이 소진된 후 100% CPU에서 버스트되는 경우 인스턴스에 청구되는 vCPU 분당 [고정 추가 요금](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)을 보여줍니다.
+ I열은 `t3.large`이 시간당 100% CPU에서 버스트 가능하고 `m5.large`와 같은 시간당 가격을 지불하는 추가 시간(분)을 보여줍니다.
+ 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% | 

## 잉여 크레딧으로 요금 발생 가능
<a name="unlimited-mode-surplus-credits"></a>

인스턴스의 평균 CPU 사용률이 기준 이하인 경우에는 인스턴스로 인해 추가 요금이 발생하지 않습니다. 인스턴스는 24시간 동안 [최대 크레딧 수](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)를 획득하기 때문에(예를 들면 `t3.micro` 인스턴스는 24시간 동안 최대 288개의 크레딧 획득이 가능) 요금을 부과하지 않고 이 최대 값까지 잉여 크레딧을 소비할 수 있습니다.

그러나 CPU 사용률이 기준 이상으로 유지되는 경우 인스턴스는 소비한 잉여 크레딧을 청산하기에 충분한 수준으로 크레딧을 획득할 수 없습니다. 청산된 잉여 크레딧은 vCPU-시간당 추가 고정 요금으로 부과됩니다. 요금에 대한 자세한 내용은 [T2/T3/T4g 무제한 모드 요금](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)을 참조하세요.

이전에 소비된 잉여 크레딧은 다음이 발생할 때 요금이 부과됩니다.
+ 소비한 잉여 크레딧이 인스턴스가 24시간 동안 획득할 수 있는 [최대 크레딧 수](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)를 초과하는 경우. 해당 시간이 끝날 때 최대 값 이상으로 소비한 잉여 크레딧에 요금이 부과됩니다.
+ 인스턴스가 중지 또는 종료된 경우.
+ 인스턴스가 `unlimited`에서 `standard`로 전환됩니다.

소비한 잉여 크레딧은 CloudWatch 지표 `CPUSurplusCreditBalance`에 의해 추적이 가능합니다. 요금이 부과된 잉여 크레딧은 CloudWatch 지표 `CPUSurplusCreditsCharged`에 의해 추적이 가능합니다. 자세한 내용은 [성능 순간 확장 가능 인스턴스에 대한 추가 CloudWatch 측정치](burstable-performance-instances-monitoring-cpu-credits.md#burstable-performance-instances-cw-metrics) 섹션을 참조하세요.

## 무제한 버스트 가능 성능은 비용이 얼마인가요?
<a name="how-much-does-unlimited-burstable-performance-cost"></a>

잉여 크레딧을 사용하고 획득 크레딧으로 지불하지 않는 경우([잉여 크레딧으로 요금 발생 가능](#unlimited-mode-surplus-credits) 참조) 잉여 크레딧에 대해 vCPU 시간당 고정 요금을 추가로 지불합니다. 요금은 *Amazon EC2 온디맨드 요금* 페이지의 [T2/T3/T4g 무제한 모드 요금](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing) 섹션에 나열되어 있습니다.

## T2 무제한 인스턴스에는 시작 크레딧이 없음
<a name="unlimited-mode-no-launch-credits"></a>

T2 스탠다드 인스턴스에서는 [시작 크레딧](burstable-performance-instances-standard-mode-concepts.md#launch-credits)을 획득하지만 T2 무제한 인스턴스에서는 시작 크레딧을 획득하지 않습니다. 24시간 동안 또는 인스턴스 수명(더 짧음) 동안 평균 CPU 사용률이 기준 이하인 경우, T2 무제한 인스턴스는 언제라도 추가 요금 없이 기준 성능 이상으로 버스트가 가능합니다. 따라서 T2 무제한 인스턴스는 시작 크레딧 없이도 시작 즉시 높은 성능을 달성할 수 있습니다.

T2 인스턴스가 `standard`에서 `unlimited`으로 전환된 경우 남은 `CPUCreditBalance`가 전달되기 전에 `CPUCreditBalance`에서 누적된 시작 크레딧이 모두 삭제됩니다.

T4g, T3a, T3 인스턴스는 기본적으로 무제한 모드에서 시작되므로 시작 크레딧을 받지 않아 시작 즉시 버스트할 수 있습니다. 무제한 모드 크레딧 구성을 통해 T4G, T3a, T3 인스턴스는 필요한 만큼의 CPU를 사용하여 필요한 시간만큼 얼마든지 기준 이상으로 버스트할 수 있습니다.

## 무제한 모드 활성화
<a name="unlimited-mode-enabling"></a>

실행 중이거나 중지된 인스턴스에서 언제든지 `unlimited`에서 `standard`로, `standard`에서 `unlimited`로 전환할 수 있습니다. 자세한 내용은 [시작 시 크레딧 사양 구성](burstable-performance-instances-how-to.md#launch-burstable-performance-instances) 및 [성능 버스트 가능 인스턴스의 크레딧 사양 관리](burstable-performance-instances-how-to.md#modify-burstable-performance-instances) 섹션을 참조하세요.

버스트 가능 성능 인스턴스 패밀리별로 각 AWS 리전의 계정 수준에서 `unlimited`를 기본 크레딧 옵션으로 설정하면 계정의 모든 새로운 버스트 가능 성능 인스턴스가 기본 크레딧 옵션을 사용하여 시작됩니다. 자세한 내용은 [계정의 기본 크레딧 사양 관리](burstable-performance-instances-how-to.md#burstable-performance-instance-set-default-credit-specification-for-account) 섹션을 참조하세요.

Amazon EC2 콘솔 또는 AWS CLI를 사용하여 버스트 가능 성능 인스턴스가 `unlimited` 또는 `standard`로 구성되었는지 확인할 수 있습니다. 자세한 내용은 [성능 버스트 가능 인스턴스 구성](burstable-performance-instances-how-to.md) 섹션을 참조하세요.

## 무제한과 스탠다드 간 전환 시 크레딧에 발생하는 현상
<a name="unlimited-mode-switching-and-credits"></a>

`CPUCreditBalance`는 인스턴스에서 누적한 크레딧 수를 추적하는 CloudWatch 측정치입니다. `CPUSurplusCreditBalance`는 인스턴스에서 사용한 잉여 크레딧 수를 추적하는 CloudWatch 측정치입니다.

`unlimited`로 구성된 인스턴스를 `standard`로 변경하면 다음이 발생합니다.
+ `CPUCreditBalance` 값은 변경되지 않은 채 전달됩니다.
+ `CPUSurplusCreditBalance` 값은 즉시 요금이 부과됩니다.

`standard` 인스턴스가 `unlimited`로 전환될 경우 다음이 발생합니다.
+ 누적된 획득 크레딧이 포함된 `CPUCreditBalance` 값이 전달됩니다.
+ T2 스탠다드 인스턴스의 경우 `CPUCreditBalance` 값에서 모든 시작 크레딧이 삭제되고, 누적된 획득 크레딧이 포함된 나머지 `CPUCreditBalance` 값이 전달됩니다.

## 크레딧 사용량 모니터링
<a name="unlimited-mode-monitoring-credit-usage"></a>

인스턴스가 기준 이상의 크레딧을 사용하고 있는지 여부를 확인하기 위해 CloudWatch 측정치를 사용하여 사용량을 추적할 수 있으며 시간별 경보를 설정하여 크레딧 사용량에 대한 알림을 받을 수 있습니다. 자세한 내용은 [성능 버스트 가능 인스턴스에 대한 CPU 크레딧 모니터링](burstable-performance-instances-monitoring-cpu-credits.md) 섹션을 참조하세요.

# 성능 버스트 가능 인스턴스의 무제한 모드 예제
<a name="unlimited-mode-examples"></a>

다음은 `unlimited`로 구성된 인스턴스에 크레딧 사용을 설명하는 예입니다.

**Topics**
+ [예 1: T3 무제한의 크레딧 사용 설명](#t3_unlimited_example)
+ [예 2: T2 무제한의 크레딧 사용 설명](#t2_unlimited_example)

## 예 1: T3 무제한의 크레딧 사용 설명
<a name="t3_unlimited_example"></a>

이 예에서는 `t3.nano`로 시작된 `unlimited` 인스턴스의 CPU 사용률과 CPU 사용률 유지를 위해 *획득* 및 *잉여* 크레딧을 어떻게 사용하고 있는지 보여줍니다.

`t3.nano` 인스턴스는 24시간 동안 144개의 CPU 크레딧을 획득하고, 이를 사용하여 144분의 vCPU 사용 시간을 확보할 수 있습니다. CPU 크레딧 밸런스(CloudWatch 측정치 `CPUCreditBalance`에 의해 표현)가 고갈되면 인스턴스는 *아직 획득되지 않은* *잉여* CPU— —크레딧을 사용하여 필요한 시간 동안 버스트를 할 수 있습니다. `t3.nano` 인스턴스는 24시간 동안 최대 144개의 크레딧을 획득하기 때문에 즉시 요금을 부과하지 않고 이 최대 값까지 잉여 크레딧을 소비할 수 있습니다. 144개 이상의 CPU 크레딧을 사용하고 있는 경우에는 해당 시간이 끝날 때 그 차이만큼 비용이 부과됩니다.

이 예제는 다음 그래프를 통해 `CPUCreditBalance`가 감소한 이후에도 인스턴스가 잉여 크레딧을 사용하여 어떻게 버스트를 할 수 있는지 보여줍니다. 아래 워크플로는 그래프에서 번호가 매겨진 지점을 참조합니다.

**P1** – 그래프의 0시간에서 인스턴스는 `unlimited`로 시작되며 즉시 크레딧을 획득하기 시작합니다. 인스턴스는 시작된 시간부터 유휴— 상태로 유지되어 CPU 사용률이 0%—이므로 크레딧이 사용되지 않습니다. 사용하지 않은 모든 크레딧은 크레딧 밸런스에 누적됩니다. 처음 24시간 동안 `CPUCreditUsage`는 0이고 `CPUCreditBalance` 값은 최대 144에 이릅니다.

**P2** – 향후 12시간 동안 CPU 사용률은 2.5%이며, 이는 5% 기준 아래입니다. 인스턴스는 사용하는 크레딧보다 더 많은 크레딧을 획득하지만, `CPUCreditBalance` 값은 최대 144 크레딧을 초과할 수 없습니다.

**P3** – 향후 24시간 동안 CPU 사용률은 7%(기준보다 높음)이며, 이를 위해서는 57.6 크레딧을 사용해야 합니다. 인스턴스는 획득한 것보다 더 많은 크레딧을 사용하므로 `CPUCreditBalance` 값은 86.4 크레딧으로 감소합니다.

**P4** – 향후 12시간 동안 CPU 사용률은 2.5%(기준보다 낮음)로 감소하며, 이를 위해서는 36 크레딧을 사용해야 합니다. 인스턴스에서는 동시에 72 크레딧을 획득할 수 있습니다. 인스턴스는 사용하는 크레딧보다 더 많은 크레딧을 획득하므로 `CPUCreditBalance` 값은 122 크레딧으로 증가합니다.

**P5** – 향후 5시간 동안 인스턴스는 100% CPU 사용률로 버스트하고 이 버스트를 지속하기 위해 총 570 크레딧을 사용합니다. 이 기간 중 1시간이 지나면 인스턴스는 122 크레딧의 전체 `CPUCreditBalance`를 소진하고 높은 CPU 사용률을 유지하기 위해 잉여 크레딧을 사용하기 시작해 이 기간 동안 총 448 잉여 크레딧(570-122=448)을 사용합니다. `CPUSurplusCreditBalance` 값이 144 CPU 크레딧(`t3.nano` 인스턴스는 24시간 동안 획득할 수 있는 최대 크레딧)에 이르면 이후에 사용된 모든 잉여 크레딧은 획득한 크레딧으로 상쇄되지 않습니다. 이후에 사용된 잉여 크레딧은 304 크레딧(448-144=304)에 해당하며, 이로써 304 크레딧에 대한 시간이 종료될 때 약간의 추가 요금이 발생하게 됩니다.

**P6** – 향후 13시간 동안 CPU 사용률은 5%(기준)입니다. 인스턴스는 사용하는 크레딧과 동일한 크레딧을 획득하므로 `CPUSurplusCreditBalance`를 청산할 여력은 없습니다. `CPUSurplusCreditBalance` 값은 144 크레딧을 유지합니다.

**P7** – 이 예에서는 최근 24시간 동안 인스턴스가 유휴 상태로, CPU 사용률이 0%입니다. 이 기간 동안 인스턴스는 144 크레딧을 획득하고 이 크레딧은 `CPUSurplusCreditBalance`를 청산하는 데 사용합니다.

![\[t3 인스턴스에서 24시간 후 144개 크레딧이 적립되었습니다.\]](http://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/images/t3_unlimited_graph.png)


## 예 2: T2 무제한의 크레딧 사용 설명
<a name="t2_unlimited_example"></a>

이 예에서는 `t2.nano`로 시작된 `unlimited` 인스턴스의 CPU 사용률과 CPU 사용률 유지를 위해 *획득* 및 *잉여* 크레딧을 어떻게 사용하고 있는지 보여줍니다.

`t2.nano` 인스턴스는 24시간 동안 72개의 CPU 크레딧을 획득하고, 이를 사용하여 72분의 vCPU 사용 시간을 확보할 수 있습니다. CPU 크레딧 밸런스(CloudWatch 측정치 `CPUCreditBalance`에 의해 표현)가 고갈되면 인스턴스는 *아직 획득되지 않은* *잉여* CPU— —크레딧을 사용하여 필요한 시간 동안 버스트를 할 수 있습니다. `t2.nano` 인스턴스는 24시간 동안 최대 72개의 크레딧을 획득하기 때문에 즉시 요금을 부과하지 않고 이 최대 값까지 잉여 크레딧을 소비할 수 있습니다. 72개 이상의 CPU 크레딧을 사용하고 있는 경우에는 해당 시간이 끝날 때 그 차이만큼 비용이 부과됩니다.

이 예제는 다음 그래프를 통해 `CPUCreditBalance`가 감소한 이후에도 인스턴스가 잉여 크레딧을 사용하여 어떻게 버스트를 할 수 있는지 보여줍니다. 그래프의 타임 라인 시작 지점에서 인스턴스가 24시간 동안 획득할 수 있는 최대 수와 동일한 크레딧 밸런스를 누적했다고 가정할 수 있습니다. 아래 워크플로는 그래프에서 번호가 매겨진 지점을 참조합니다.

**1** – 처음 10분 동안 `CPUCreditUsage`가 0이고 `CPUCreditBalance` 값이 최대 72로 유지됩니다.

**2** – 23:40에 CPU 사용률이 증가하면서 인스턴스가 CPU 크레딧을 사용하고, 이에 따라 `CPUCreditBalance` 값이 줄어듭니다.

**3** – 00:47경, 인스턴스에서 전체 `CPUCreditBalance`가 고갈되고 높은 CPU 사용률을 유지하기 때문에 잉여 크레딧을 사용하기 시작합니다.

**4** – `CPUSurplusCreditBalance` 값이 72 CPU 크레딧에 도달하는 01:55까지 잉여 크레딧이 사용됩니다. 이는 `t2.nano` 인스턴스가 24시간 동안 획득할 수 있는 최대 값과 동일합니다. 이후에 사용된 모든 잉여 크레딧은 24시간 내에 획득한 크레딧으로 상쇄가 되지 않기 때문에 해당 시간이 끝날 때 약간의 추가 요금이 발생하게 됩니다.

**5** – 인스턴스가 02:20경까지 잉여 크레딧을 계속해 사용합니다. 이때 CPU 사용률이 기준 이하로 떨어지면 인스턴스는 시간당 3개씩(5분마다 0.25개) 크레딧을 획득하기 시작합니다. 이는 `CPUSurplusCreditBalance`를 청산하는 데 사용됩니다. `CPUSurplusCreditBalance` 값이 줄어들어 0이 되고 나면 인스턴스는 5분마다 0.25개씩 `CPUCreditBalance` 획득 크레딧을 누적하기 시작합니다.

![\[무제한으로 시작된 t2.nano 인스턴스의 그래프로 표시된 CPU 사용률입니다.\]](http://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/images/t2_unlimited_graph.png)


**청구서 계산(Linux 인스턴스)**  
잉여 크레딧은 vCPU-시간당 0.05 USD입니다. 인스턴스는 01:55부터 02:20까지 약 25개의 잉여 크레딧을 소비했으며, 이는 0.42 vCPU-시간에 해당됩니다. 이 인스턴스의 추가 요금은 0.42 vCPU-시간 x 0.05 USD/vCPU-시간 = 0.021 USD, 반올림하여 0.02 USD입니다. 여기 이 T2 무제한 인스턴스에 대한 월말 청구서가 나와 있습니다.

![\[T2 무제한 인스턴스 청구서 예시입니다.\]](http://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/images/t2_unlimited_bill_linux.png)


**청구서 계산(Windows 인스턴스)**  
잉여 크레딧은 vCPU-시간당 0.096 USD입니다. 인스턴스는 01:55부터 02:20까지 약 25개의 잉여 크레딧을 소비했으며, 이는 0.42 vCPU-시간에 해당됩니다. 이 인스턴스의 추가 요금은 0.42 vCPU-시간 x 0.096 USD/vCPU-시간 = 0.04032 USD, 반올림하여 0.04 USD입니다. 여기 이 T2 무제한 인스턴스에 대한 월말 청구서가 나와 있습니다.

![\[T2 무제한 인스턴스 청구서 예시입니다.\]](http://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/images/t2_unlimited_bill_windows.png)


발생하는 모든 요금을 매시간 공지하는 청구서 알림을 설정하고 필요 시 조치를 취할 수 있습니다.