# 성능 순간 확장 가능 인스턴스의 스탠다드 모드
`standard`로 구성된 성능 순간 확장 가능 인스턴스는 평균 CPU 사용률이 인스턴스의 기준 CPU 사용률보다 일관되게 낮은 워크로드에 적합합니다. 기준 이상으로 버스트하려면 인스턴스는 CPU 크레딧 밸런스에 누적한 크레딧을 사용합니다. 인스턴스가 획득한 크레딧이 부족해지면 CPU 사용률이 점차적으로 기준 수준으로 떨어지기 때문에 획득한 CPU 크레딧 밸런스가 고갈되어도 급격한 성능 저하가 발생하지 않습니다. 자세한 내용은 [성능 버스트 가능 인스턴스에 대한 주요 개념 및 정의](burstable-credits-baseline-concepts.md) 섹션을 참조하세요.
**Contents**
+ [성능 버스트 가능 인스턴스의 표준 모드 개념](burstable-performance-instances-standard-mode-concepts.md)
+ [스탠다드 성능 순간 확장 가능 인스턴스의 작동 방식](burstable-performance-instances-standard-mode-concepts.md#how-burstable-performance-instances-standard-works)
+ [시작 크레딧](burstable-performance-instances-standard-mode-concepts.md#launch-credits)
+ [시작 크레딧 한도](burstable-performance-instances-standard-mode-concepts.md#launch-credit-limits)
+ [시작 크레딧과 획득 크레딧의 차이](burstable-performance-instances-standard-mode-concepts.md#burstable-performance-instances-diff-launch-earned-credits)
+ [성능 버스트 가능 인스턴스의 표준 모드 예제](standard-mode-examples.md)
+ [예 1: T3 스탠다드의 크레딧 사용 설명](standard-mode-examples.md#t3_standard_example)
+ [예 2: T2 스탠다드의 크레딧 사용 설명](standard-mode-examples.md#t2-standard-example)
+ [기간 1: 1 – 24시간](standard-mode-examples.md#period-1)
+ [기간 2: 25 – 36시간](standard-mode-examples.md#period-2)
+ [기간 3: 37 – 61시간](standard-mode-examples.md#period-3)
+ [기간 4: 62 – 72시간](standard-mode-examples.md#period-4)
+ [기간 5: 73 – 75시간](standard-mode-examples.md#period-5)
+ [기간 6: 76 – 90시간](standard-mode-examples.md#period-6)
+ [기간 7: 91 – 96시간](standard-mode-examples.md#period-7)
# 성능 버스트 가능 인스턴스의 표준 모드 개념
`standard` 모드는 성능 순간 확장 가능 인스턴스에 사용할 수 있는 구성 옵션입니다. 이 모드는 실행 중인 또는 중지된 인스턴스에 대해 언제든지 활성화 또는 비활성화할 수 있습니다. 버스트 가능 성능 인스턴스 패밀리별로 각 AWS 리전의 계정 수준에서 [`standard`를 기본 크레딧 옵션으로 설정](burstable-performance-instances-how-to.md#burstable-performance-instance-set-default-credit-specification-for-account)하면 계정의 모든 새로운 버스트 가능 성능 인스턴스가 기본 크레딧 옵션을 사용하여 시작됩니다.
## 스탠다드 성능 순간 확장 가능 인스턴스의 작동 방식
`standard`로 구성된 성능 순간 확장 가능 인스턴스는 실행 중 상태인 경우 시간당 특정 비율의 획득 크레딧을 지속적으로 (밀리초 수준의 시간 정밀도로) 획득합니다. T2 스탠다드 인스턴스가 중지되면 발생한 크레딧이 모두 손실되고 크레딧 밸런스가 0으로 재설정됩니다. 인스턴스가 다시 시작되면 새로운 세트의 시작 크레딧이 지급되고 획득 크레딧이 누적되기 시작합니다. T4g, T3a, T3 표준 인스턴스의 경우 인스턴스가 중지된 후 CPU 크레딧 밸런스가 7일 동안 지속되며 이후 크레딧이 소멸됩니다. 7일 이내에 인스턴스를 시작하면 크레딧이 상실되지 않습니다.
T2 표준 인스턴스는 **획득 크레딧과 **시작 크레딧이라는 두 가지 유형의 [CPU 크레딧](burstable-credits-baseline-concepts.md#key-concepts)을 획득합니다. T2 스탠다드 인스턴스가 실행 중 상태인 경우 지속적으로 시간당 특정 비율의 획득 크레딧을 획득합니다(밀리초 수준의 시간 정밀도). 시작 시에는 아직 뛰어난 시작 환경을 위한 크레딧이 없으므로, 뛰어난 시작 환경을 제공하기 위해 획득 크레딧이 누적되는 동안 먼저 소비할 수 있도록 시작 시에 시작 크레딧이 지급됩니다.
T4g, T3a, T3 인스턴스는 무제한 모드를 지원하므로 시작 크레딧을 획득하지 않습니다. 무제한 모드 크레딧 구성을 통해 T4G, T3a, T3 인스턴스는 필요한 만큼의 CPU를 사용하여 필요한 시간만큼 얼마든지 기준 이상으로 버스트할 수 있습니다.
## 시작 크레딧
T2 표준 인스턴스는 시작 시 vCPU당 30개의 시작 크레딧을 받고 T1 표준 인스턴스는 15개의 시작 크레딧을 받습니다. 예를 들어 `t2.micro` 인스턴스는 1개의 vCPU에서 30개의 시작 크레딧을 획득하는 반면에 `t2.xlarge` 인스턴스는 4개의 vCPU에서 120개의 시작 크레딧을 획득합니다. 시작 크레딧은 획득 크레딧을 누적하기 전에 인스턴스가 시작 즉시 버스트를 할 수 있도록 허용하는 뛰어난 시작 경험을 제공하도록 설계되었습니다.
시작 크레딧은 획득 크레딧보다 먼저 소비됩니다. 소비되지 않은 시작 크레딧은 CPU 크레딧 밸런스에 누적됩니다. 하지만 CPU 크레딧 밸런스 한도에 포함되지 않습니다. 예를 들어 `t2.micro` 인스턴스는 최대 144의 CPU 크레딧 밸런스 한도를 가지고 있습니다. 시작된 후 24시간 이상 유휴 상태로 지속된 경우 CPU 크레딧 밸런스는 한도 이상인 174(시작 크레딧 30 \$1 획득 크레딧 144)에 도달합니다. 그러나 인스턴스가 30개의 시작 크레딧을 사용하고 나면 크레딧 밸런스가 144개를 초과할 수 없습니다. 각 인스턴스 크기별 CPU 크레딧 밸런스 한도에 대한 자세한 내용은 [크레딧 표](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)를 참조하세요.
아래 표에는 시작 시 획득한 초기 CPU 크레딧 할당과 vCPU의 수가 나와 있습니다.
| 인스턴스 유형 | 시작 크레딧 | vCPUs |
| --- | --- | --- |
| t1.micro | 15 | 1 |
| t2.nano | 30 | 1 |
| t2.micro | 30 | 1 |
| t2.small | 30 | 1 |
| t2.medium | 60 | 2 |
| t2.large | 60 | 2 |
| t2.xlarge | 120 | 4 |
| t2.2xlarge | 240 | 8 |
## 시작 크레딧 한도
T2 스탠다드 인스턴스가 시작 크레딧을 획득할 수 있는 횟수에는 제한이 있습니다. 기본 한도는 24시간마다 계정, 리전 및 24시간당 모든 T2 스탠다드 인스턴스에 대해 총 100회 시작입니다. 예를 들어 한 인스턴스가 24시간 이내에 100회 중지 및 시작되는 경우, 24시간 이내에 100개의 인스턴스가 시작되는 경우 또는 기타 조합으로 100회의 시작에 도달한 경우 한도에 도달하게 됩니다. 새 계정에는 사용량에 따라 증가하는 하한이 설정되어 있을 수 있습니다.
**작은 정보**
워크로드가 항상 필요한 성능을 얻도록 하려면 [성능 순간 확장 가능 인스턴스의 무제한 모드](burstable-performance-instances-unlimited-mode.md) 전환 또는 크기가 더 큰 인스턴스 사용을 고려하세요.
## 시작 크레딧과 획득 크레딧의 차이
다음 표에는 시작 크레딧과 획득 크레딧의 차이가 나와 있습니다.
| | 시작 크레딧 | 획득 크레딧 |
| --- | --- | --- |
| **크레딧 획득률** | T2 스탠다드 인스턴스는 시작 또는 재시작 시 vCPU당 30개의 시작 크레딧이 지급됩니다. T2 인스턴스가 `unlimited`에서 `standard`로 전환되는 경우 전환되는 시점에는 이 인스턴스에서 시작 크레딧을 획득하지 않습니다. | 각 T2 인스턴스는 인스턴스 크기에 따라 지속적으로 특정 비율의 시간당 CPU 크레딧을 얻습니다(밀리초 수준의 시간 정밀도로). 인스턴스 크기에 따라 지급되는 CPU 크레딧 수에 대한 자세한 내용은 [크레딧 표](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)를 참조하세요. |
| **크레딧 획득 한도** | 시작 크레딧 획득 한도는 24시간마다 계정, 리전 및 24시간당 모든 T2 스탠다드 인스턴스에 대해 총 100회 시작입니다. 새 계정에는 사용량에 따라 증가하는 하한이 설정되어 있을 수 있습니다. | T2 인스턴스는 CPU 크레딧 밸런스 한도 이상의 크레딧을 누적할 수 없습니다. CPU 크레딧 밸런스가 한도에 도달한 경우 한도 도달 이후 획득한 모든 크레딧은 삭제됩니다. 시작 크레딧은 한도에 포함되지 않습니다. 각 T2 인스턴스 크기별 CPU 크레딧 밸런스 한도에 대한 자세한 내용은 [크레딧 표](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)를 참조하세요. |
| **크레딧 사용** | 시작 크레딧은 획득 크레딧보다 먼저 소비됩니다. | 획득 크레딧은 모든 시작 크레딧이 소비된 후에만 소비됩니다. |
| **크레딧 만료** | T2 인스턴스가 실행 중인 동안 시작 크레딧은 만료되지 않습니다. T2 스탠다드 인스턴스가 중단되거나 T2 무제한으로 전환될 때 모든 시작 크레딧이 삭제됩니다. | T2 인스턴스가 실행 중일 때는 누적된 획득 크레딧이 만료되지 않습니다. T2 인스턴스가 중지되면 누적된 획득 크레딧이 모두 상실됩니다. |
누적된 시작 크레딧 및 획득 크레딧의 수는 CloudWatch 지표 `CPUCreditBalance`를 통해 추적됩니다. 자세한 내용은 [CloudWatch 지표](burstable-performance-instances-monitoring-cpu-credits.md#burstable-performance-instances-CW-metrics-table) 표에서 `CPUCreditBalance` 항목을 참조하세요.
# 성능 버스트 가능 인스턴스의 표준 모드 예제
다음은 인스턴스가 `standard`로 구성되었을 때의 크레딧 사용을 설명하는 예입니다.
**Topics**
+ [예 1: T3 스탠다드의 크레딧 사용 설명](#t3_standard_example)
+ [예 2: T2 스탠다드의 크레딧 사용 설명](#t2-standard-example)
## 예 1: T3 스탠다드의 크레딧 사용 설명
이 예에서는 `t3.nano`로 시작된 `standard` 인스턴스가 *획득* 크레딧을 획득, 축적, 사용하는 방식을 보여줍니다. 이로써 누적된 *획득* 크레딧이 크레딧 밸런스에 반영되는 방식을 알 수 있습니다.
실행 중인 `t3.nano` 인스턴스는 24시간마다 144개 크레딧을 획득합니다. 크레딧 밸런스 한도는 획득 크레딧 144개입니다. 한도에 도달하면 새로 획득한 크레딧이 삭제됩니다. 획득 및 누적될 수 있는 크레딧 수에 대한 자세한 내용은 [크레딧 표](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)를 참조하세요.
T3 스탠다드 인스턴스를 시작하고 즉시 사용할 수 있습니다. 또는 T3 스탠다드 인스턴스를 시작하고 애플리케이션을 실행하기 전에 며칠 동안 유휴 상태로 둘 수 있습니다. 인스턴스를 사용했는지 아니면 유휴 상태로 두었는지에 따라 크레딧이 사용되는지 또는 누적되는지가 결정됩니다. 인스턴스가 시작된 시간부터 24시간 동안 유휴 상태로 유지된 경우 크레딧 밸런스는 한도에 이릅니다. 여기서 한도는 누적될 수 있는 획득 크레딧의 최대 수입니다.
이 예에서는 시작 시간부터 24시간 동안 유휴 상태로 유지된 인스턴스에 대해 설명하며, 96시간 기간 동안 7단계 기간을 통해 크레딧이 획득, 누적, 사용되고 폐기되는 비율과 각 기간 종료 시 크레딧 밸런스의 값을 보여 줍니다.
아래 워크플로는 그래프에서 번호가 매겨진 지점을 참조합니다.
**P1** – 그래프의 0시간에서 인스턴스는 `standard`로 시작되며 즉시 크레딧을 획득하기 시작합니다. 인스턴스는 시작된 시간부터 유휴— 상태로 유지되어 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** – 향후 2시간 동안 인스턴스는 60% CPU 사용률로 버스트하고 전체 `CPUCreditBalance` 값인 122크레딧을 소진합니다. 이 기간이 종료되는 시점에 `CPUCreditBalance`가 0이고, CPU 사용률은 강제로 5%의 기준 사용률 수준으로 하락합니다. 기준 수준에서 인스턴스는 사용하는 크레딧과 동일한 크레딧을 획득합니다.
**P6** – 향후 14시간 동안 CPU 사용률은 5%(기준)입니다. 인스턴스는 사용하는 크레딧과 동일한 크레딧을 획득합니다. `CPUCreditBalance` 값은 0을 유지합니다.
**P7** – 이 예에서는 최근 24시간 동안 인스턴스가 유휴 상태로, CPU 사용률이 0%입니다. 이 기간 동안 인스턴스는 144크레딧을 획득하고 이 크레딧은 `CPUCreditBalance`에 누적됩니다.
![\[T3 표준 인스턴스 CPU 사용률입니다.\]](http://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/images/t3_standard_graph.png)
## 예 2: T2 스탠다드의 크레딧 사용 설명
이 예제는 `t2.nano`로 실행된 `standard` 인스턴스가 어떻게 *시작* 및 *획득* 크레딧을 획득하고 축적하고 사용하는지를 보여줍니다. 크레딧 밸런스에 *획득* 크레딧의 누적뿐 아니라 *시작* 크레딧의 누적이 어떻게 반영되는지 볼 수 있습니다.
`t2.nano` 인스턴스는 시작 시 30개의 시작 크레딧을 받고 24시간마다 72개의 크레딧을 획득합니다. 크레딧 밸런스 한도는 획득 크레딧 72개이며, 시작 크레딧은 한도에 포함되지 않습니다. 한도에 도달하면 새로 획득한 크레딧이 삭제됩니다. 획득 및 누적될 수 있는 크레딧 수에 대한 자세한 내용은 [크레딧 표](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)를 참조하세요. 제한에 대한 자세한 내용은 [시작 크레딧 한도](burstable-performance-instances-standard-mode-concepts.md#launch-credit-limits) 섹션을 참조하세요.
T2 스탠다드 인스턴스를 시작하고 즉시 사용할 수 있습니다. 또는 T2 스탠다드 인스턴스를 시작하고 애플리케이션을 실행하기 전에 며칠 동안 유휴 상태로 둘 수 있습니다. 인스턴스를 사용했는지 아니면 유휴 상태로 두었는지에 따라 크레딧이 사용되는지 또는 누적되는지가 결정됩니다. 인스턴스가 시작 시간부터 24시간 동안 유휴 상태로 유지된 경우, 잔고에 획득 누적 크레딧과 시작 누적 크레딧이 모두 반영되어 잔고가 한도를 초과한 것으로 나타납니다. 하지만 CPU가 사용되면 시작 크레딧이 먼저 사용됩니다. 그 후 한도에는 누적될 수 있는 최대 획득 크레딧이 항상 반영됩니다.
이 예에서는 시작 시간부터 24시간 동안 유휴 상태로 유지된 인스턴스에 대해 설명하며, 96시간 기간 동안 7단계 기간을 통해 크레딧이 획득, 누적, 사용되고 폐기되는 비율과 각 기간 종료 시 크레딧 밸런스의 값을 보여 줍니다.
### 기간 1: 1 – 24시간
그래프의 0시간에서 T2 인스턴스는 `standard`로 시작되며 30개의 시작 크레딧을 바로 받습니다. 인스턴스가 실행 상태일 때 크레딧을 획득합니다. 인스턴스는 시작된 시간부터 유휴— 상태로 유지되어 CPU 사용률이 0%—이므로 크레딧이 사용되지 않습니다. 사용하지 않은 모든 크레딧은 크레딧 밸런스에 누적됩니다. 시작 후 약 14시간이 되면 크레딧 밸런스가 72(시작 크레딧 30 \$1 획득 크레딧 42)개가 되고, 이 값은 인스턴스가 24시간 안에 획득할 수 있는 값과 동일합니다. 시작 후 24시간이 경과하면 사용하지 않은 시작 크레딧이 크레딧 밸런스에 누적되기 때문에 크레딧 밸런스가 72개를 초과합니다. 즉 크레딧 밸런스는 102(시작 크레딧 30 \$1 획득 크레딧 72)입니다.—
![\[T2 표준 기간 1의 크레딧 밸런스는 102개 크레딧입니다.\]](http://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/images/t2-graph1.png)
| | |
| --- |--- |
| 크레딧 사용률 | 24시간당 0 크레딧(CPU 사용률 0%) |
| 크레딧 획득률 | 24시간당 72 크레딧 |
| 크레딧 폐기율 | 24시간당 0 크레딧 |
| 크레딧 밸런스 | 102 크레딧(시작 크레딧 30 \$1 획득 크레딧 72) |
**결론**
시작 후 CPU를 사용하지 않으면 24시간 후에 적립할 수 있는 크레딧보다 더 많은 크레딧이 인스턴스에 적립됩니다(시작 크레딧 30 \$1 획득 크레딧 72 = 102 크레딧).
실제 상황에서 EC2 인스턴스는 시작 및 실행 중에 적은 양의 크레딧을 사용하므로 잔고는 이 예에서의 이론적인 최댓값에 도달하지 않습니다.
### 기간 2: 25 – 36시간
다음 12시간 동안 인스턴스는 계속 유휴 상태이고 크레딧을 획득하지만 크레딧 밸런스는 증가하지 않습니다. 102 크레딧(시작 크레딧 30 \$1 획득 크레딧 72)에서 더 이상 증가하지 않습니다. 크레딧 밸런스가 한도인 72개 획득 누적 크레딧에 도달한 경우 새로 획득한 크레딧은 버려집니다.
![\[크레딧 밸런스가 한도인 72개 누적 적립 크레딧에 도달했습니다.\]](http://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/images/t2-graph2.png)
| | |
| --- |--- |
| 크레딧 사용률 | 24시간당 0 크레딧(CPU 사용률 0%) |
| 크레딧 획득률 | 24시간당 72 크레딧(시간당 3 크레딧) |
| 크레딧 폐기율 | 24시간당 72 크레딧(크레딧 획득률 100%) |
| 크레딧 밸런스 | 102크레딧(시작 크레딧 30 \$1 획득 크레딧 72)— – 잔고 변경 없음 |
**결론**
인스턴스는 크레딧을 계속 획득하지만 크레딧 밸런스가 한도에 도달하면 획득 크레딧을 더 이상 누적할 수 없습니다. 한도에 도달한 후 새로 획득한 크레딧은 버려집니다. 시작 크레딧은 크레딧 밸런스 한도에 포함되지 않습니다. 잔고에 시작 누적 크레딧이 포함되면 잔고가 한도를 초과한 것으로 나타납니다.
### 기간 3: 37 – 61시간
다음 25시간 동안 인스턴스는 2% CPU를 사용하며 이는 30 크레딧이 필요합니다. 동일한 기간에서 75 크레딧을 획득하지만 크레딧 밸런스는 감소합니다. 누적된 *시작* 크레딧이 처음 사용되고, 크레딧 밸런스가 이미 획득 크레딧 한도 72에 도달함에 따라 새로 획득한 크레딧은 버려지기 때문에 잔고가 감소합니다.
![\[크레딧 밸런스가 이미 한도에 도달하여 새로 적립된 크레딧이 폐기되었습니다.\]](http://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/images/t2-graph3.png)
| | |
| --- |--- |
| 크레딧 사용률 | 24시간당 28.8 크레딧(시간당 1.2 크레딧, 2% CPU 사용률, 크레딧 획득률 40%) – 25시간 동안 30 크레딧— |
| 크레딧 획득률 | 24시간당 72 크레딧 |
| 크레딧 폐기율 | 24시간당 72 크레딧(크레딧 획득률 100%) |
| 크레딧 밸런스 | 72 크레딧(시작 크레딧 30개가 사용되고, 획득 크레딧 72개는 사용하지 않은 상태로 유지됨) |
**결론**
인스턴스는 획득 크레딧을 사용하기 전에 시작 크레딧을 먼저 사용합니다. 시작 크레딧은 크레딧 한도에 포함되지 않습니다. 시작 크레딧이 사용된 후에는 24시간만에 획득할 수 있는 크레딧보다 잔고 더 많아지는 경우가 없습니다. 또한 인스턴스가 실행 중인 동안에는 시작 크레딧을 획득할 수 없습니다.
### 기간 4: 62 – 72시간
다음 11시간 동안 인스턴스는 2% CPU를 사용하며 이는 13.2 크레딧이 필요합니다. CPU 사용률은 이전 기간과 동일하지만 잔고는 감소하지 않습니다. 72 크레딧으로 유지됩니다.
크레딧 획득률이 크레딧 사용률보다 높기 때문에 잔고가 감소하지 않습니다. 인스턴스는 13.2개 크레딧을 사용하는 동안 33개 크레딧을 획득합니다. 하지만 잔고 한도는 72개이므로 이 한도를 초과하는 획득 크레딧은 버려집니다. 잔고는 72개로 유지되고, 이 값이 기간 2에서 102개 크레딧으로 유지된 것과 다른 이유는 획득 크레딧이 누적되지 않기 때문입니다.
![\[누적된 시작 크레딧이 없기 때문에 밸러스가 72개 크레딧에서 정체됩니다.\]](http://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/images/t2-graph4.png)
| | |
| --- |--- |
| 크레딧 사용률 | 24시간당 28.8 크레딧(시간당 1.2 크레딧, 2% CPU 사용률, 크레딧 획득률 40%) &endash; 11시간 동안 13.2 크레딧— |
| 크레딧 획득률 | 24시간당 72 크레딧 |
| 크레딧 폐기율 | 24시간당 43.2 크레딧(크레딧 획득률 60%) |
| 크레딧 밸런스 | 72 크레딧(시작 크레딧 0, 획득 크레딧 72) &endash;— 잔고가 한도에 이름 |
**결론**
시작 크레딧이 사용된 후에는 인스턴스가 24시간만에 획득할 수 있는 크레딧 수에 따라 크레딧 밸런스 한도가 결정됩니다. 인스턴스가 사요한 것보다 더 많은 크레딧을 획득한 경우 새로 획득한 크레딧 중 한도를 초과하는 크레딧은 버려집니다.
### 기간 5: 73 – 75시간
다음 3시간 동안 인스턴스의 CPU 사용률은 20%가 되고 36개의 크레딧을 사용합니다. 인스턴스는 이 3시간 동안 9개의 크레딧을 획득하므로 실제로 크레딧 밸런스는 27개가 감소합니다. 3시간이 지나면 크레딧 밸런스는 45개(획득 누적 크레딧)가 됩니다.
![\[3시간이 지나면 크레딧 밸런스는 45개(획득 누적 크레딧)가 됩니다.\]](http://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/images/t2-graph5.png)
| | |
| --- |--- |
| 크레딧 사용률 | 24시간당 288 크레딧(시간당 12 크레딧, 20% CPU 사용률, 크레딧 획득률 400%) &endash; 3시간 동안 36 크레딧— |
| 크레딧 획득률 | 24시간당 72 크레딧(3시간 동안 9 크레딧) |
| 크레딧 폐기율 | 24시간당 0 크레딧 |
| 크레딧 밸런스 | 45 크레딧(이전 잔고(72) - 사용한 크레딧(36) \$1— 획득한 크레딧(9)) &endash; 24시간당 잔고 감소율 216개(사용률 288/24 \$1 획득률 72/24 = 잔고 감소율 216/24) |
**결론**
인스턴스가 획득한 것보다 더 많은 크레딧을 사용한 경우 크레딧 밸런스가 감소합니다.
### 기간 6: 76 – 90시간
다음 15시간 동안 인스턴스는 2% CPU를 사용하며 이는 18 크레딧이 필요합니다. 기간 3 및 4와 동일한 CPU 사용률입니다. 하지만 기간 3에서는 잔고가 감소하고, 기간 4에서는 잔고가 그대로 유지된 반면, 이 기간 동안에는 잔고가 증가합니다.
기간 3에서는 누적된 시작 크레딧이 사용되었고, 크레딧 한도를 초과하는 획득 크레딧은 모두 버려졌기 때문에 크레딧 밸런스가 감소했습니다. 기간 4에서는 인스턴스가 획득한 것보다 더 적은 크레딧을 사용했습니다. 한도를 초과하는 획득한 크레딧은 폐기되고, 잔고는 최대 72 크레딧으로 유지됩니다.
이 기간에는 누적된 시작 크레딧이 없고 잔고에 누적된 획득 크레딧이 한도보다 적습니다. 획득된 크레딧이 버려지지 않습니다. 또한 인스턴스는 사용한 것보다 더 많은 크레딧을 획득하므로 크레딧 밸런스가 증가합니다.
![\[인스턴스에서 사용하는 크레딧보다 많은 크레딧이 적립됩니다.\]](http://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/images/t2-graph6.png)
| | |
| --- |--- |
| 크레딧 사용률 | 24시간당 28.8 크레딧(시간당 1.2 크레딧, 2% CPU 사용률, 크레딧 획득률 40%) &endash; 15시간 동안 18 크레딧— |
| 크레딧 획득률 | 24시간당 72 크레딧(15시간 동안 45 크레딧) |
| 크레딧 폐기율 | 24시간당 0 크레딧 |
| 크레딧 밸런스 | 72 크레딧(24시간당 잔고 증가율 43.2 크레딧 &endash;— 변화율 = 사용률 28.8/24 \$1 획득률 72/24) |
**결론**
인스턴스가 획득한 것보다 적은 크레딧을 사용한 경우 크레딧 밸런스가 증가합니다.
### 기간 7: 91 – 96시간
다음 6시간 동안 인스턴스는 유휴 —상태로 유지되어 —CPU 사용률이 0%이므로 크레딧이 사용되지 않습니다. 기간 2의 CPU 사용률과 동일하지만 잔고는 102 크레딧으로 유지되지 않고 인스턴스 크레딧 밸런스 한도인— 72 크레딧으로 유지됩니다.
기간 2에서 크레딧 밸런스에는 누적된 시작 크레딧 30개가 포함됩니다. 기간 3에서는 시작 크레딧이 사용되었습니다. 실행 중 인스턴스는 더 이상 시작 크레딧을 받을 수 없습니다. 크레딧 밸런스 한도에 도달한 후, 획득 크레딧 중 한도를 초과하는 크레딧은 버려집니다.
![\[한도를 초과하여 적립된 크레딧은 폐기됩니다.\]](http://docs.aws.amazon.com/ko_kr/AWSEC2/latest/UserGuide/images/t2-graph7.png)
| | |
| --- |--- |
| 크레딧 사용률 | 24시간당 0 크레딧(CPU 사용률 0%) |
| 크레딧 획득률 | 24시간당 72 크레딧 |
| 크레딧 폐기율 | 24시간당 72 크레딧(크레딧 획득률 100%) |
| 크레딧 밸런스 | 72 크레딧(시작 크레딧 0, 획득 크레딧 72) |
**결론**
인스턴스는 크레딧을 계속 획득하지만 크레딧 밸런스 한도에 도달하면 획득 크레딧을 더 이상 누적할 수 없습니다. 한도에 도달한 후 새로 획득한 크레딧은 버려집니다. 크레딧 밸런스 한도는 인스턴스가 24시간만에 획득할 수 있는 크레딧 수에 따라 결정됩니다. 크레딧 밸런스 한도에 대한 자세한 내용은 [크레딧 표](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)를 참조하세요.