버스터블 인스턴스의 표준(Standard) 모드 예시

버스터블 인스턴스의 표준(Standard) 모드 예시 (Standard mode examples for burstable instances)

다음 예시는 인스턴스가 standard로 구성될 때 크레딧이 어떻게 사용되는지 설명해요.

출처: 문서

본문

예시 1: T3 Standard에서 크레딧 사용 설명 (Example 1: Explain credit use with T3 Standard)

이 예시에서는 standard로 시작된 t3.nano 인스턴스가 획득 크레딧(earned credits)을 어떻게 벌고, 쌓고, 사용하는지 볼 수 있어요. 크레딧 잔액(credit balance)이 쌓인 획득 크레딧을 어떻게 반영하는지도 볼 수 있어요.

실행 중인 t3.nano 인스턴스는 24시간마다 크레딧 144개를 벌어요. 크레딧 잔액 한도는 획득 크레딧 144개예요. 한도에 도달하면 새로 벌어들인 크레딧은 폐기돼요. 벌고 쌓을 수 있는 크레딧 수에 대한 자세한 내용은 크레딧 표를 참고하세요.

T3 Standard 인스턴스를 시작하고 즉시 사용할 수도 있고, 애플리케이션을 실행하기 전에 며칠 동안 유휴 상태로 둘 수도 있어요. 인스턴스가 사용되는지 유휴 상태인지에 따라 크레딧이 사용되거나 쌓여요. 인스턴스가 시작된 시점부터 24시간 동안 유휴 상태로 남아 있으면, 크레딧 잔액이 한도(쌓을 수 있는 최대 획득 크레딧 수)에 도달해요.

이 예시는 시작된 시점부터 24시간 동안 유휴 상태로 남는 인스턴스를 설명하고, 96시간 기간에 걸친 일곱 개의 시간 구간을 보여줘요. 각 구간에서 크레딧이 얼마나 벌어지고, 쌓이고, 사용되고, 폐기되는지, 그리고 각 구간이 끝날 때 크레딧 잔액 값을 보여줘요.

다음 워크플로는 그래프의 번호가 매겨진 지점을 참조해요.

  • P1 – 그래프의 0시간에서 인스턴스가 standard로 시작되고 즉시 크레딧을 벌기 시작해요. 인스턴스는 시작된 시점부터 유휴 상태로 남아요(CPU 사용률 0%). 사용되는 크레딧은 없고, 사용되지 않은 모든 크레딧이 크레딧 잔액에 쌓여요. 처음 24시간 동안 CPUCreditUsage는 0이며, CPUCreditBalance 값은 최대인 144에 도달해요.
  • P2 – 다음 12시간 동안 CPU 사용률이 5% 기준선(baseline)보다 낮은 2.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에 쌓아요.

예시 2: T2 Standard에서 크레딧 사용 설명 (Example 2: Explain credit use with T2 Standard)

이 예시에서는 standard로 시작된 t2.nano 인스턴스가 시작 크레딧(launch credits)과 획득 크레딧을 어떻게 벌고, 쌓고, 사용하는지 볼 수 있어요. 크레딧 잔액이 쌓인 획득 크레딧뿐 아니라 쌓인 시작 크레딧도 반영하는 모습을 볼 수 있어요.

t2.nano 인스턴스는 시작될 때 시작 크레딧 30개를 받고, 24시간마다 72 크레딧을 벌어요. 크레딧 잔액 한도는 획득 크레딧 72개예요. 시작 크레딧은 한도에 포함되지 않아요. 한도에 도달하면 새로 벌어들인 크레딧은 폐기돼요. 벌고 쌓을 수 있는 크레딧 수에 대한 자세한 내용은 크레딧 표를 참고하세요. 한도에 대한 자세한 내용은 시작 크레딧 한도를 참고하세요.

T2 Standard 인스턴스를 시작하고 즉시 사용할 수도 있고, 애플리케이션을 실행하기 전에 며칠 동안 유휴 상태로 둘 수도 있어요. 인스턴스가 사용되는지 유휴 상태인지에 따라 크레딧이 사용되거나 쌓여요. 인스턴스가 시작된 시점부터 24시간 동안 유휴 상태로 남아 있으면, 잔액이 쌓인 획득 크레딧과 쌓인 시작 크레딧을 모두 반영하므로 크레딧 잔액이 한도를 초과한 것처럼 보여요. 하지만 CPU가 사용되면 시작 크레딧이 먼저 사용돼요. 그 이후로 한도는 항상 쌓을 수 있는 최대 획득 크레딧 수를 반영해요.

이 예시는 시작된 시점부터 24시간 동안 유휴 상태로 남는 인스턴스를 설명하고, 96시간 기간에 걸친 일곱 개의 시간 구간을 보여줘요. 각 구간에서 크레딧이 얼마나 벌어지고, 쌓이고, 사용되고, 폐기되는지, 그리고 각 구간이 끝날 때 크레딧 잔액 값을 보여줘요.

기간 1: 1~24시간 (Period 1: 1 – 24 hours)

그래프의 0시간에서 T2 인스턴스가 standard로 시작되고 즉시 시작 크레딧 30개를 받아요. 실행 상태에서 크레딧을 벌어요. 인스턴스는 시작된 시점부터 유휴 상태로 남아요(CPU 사용률 0%). 사용되는 크레딧은 없고, 사용되지 않은 모든 크레딧이 크레딧 잔액에 쌓여요. 시작 후 약 14시간에 크레딧 잔액은 72(시작 크레딧 30개 + 획득 크레딧 42개)로, 24시간 동안 인스턴스가 벌 수 있는 양과 같아요. 시작 후 24시간에는 사용되지 않은 시작 크레딧이 크레딧 잔액에 쌓이므로 크레딧 잔액이 72 크레딧을 초과해요. 크레딧 잔액은 102 크레딧이에요: 시작 크레딧 30개 + 획득 크레딧 72개.

Metric Value
Credit Spend Rate 0 credits per 24 hours (0% CPU utilization)
Credit Earn Rate 72 credits per 24 hours
Credit Discard Rate 0 credits per 24 hours
Credit Balance 102 credits (30 launch credits + 72 earned credits)

결론 (Conclusion)

시작 후 CPU 사용률이 없으면 인스턴스는 24시간 동안 벌 수 있는 것보다 더 많은 크레딧을 쌓아요(시작 크레딧 30개 + 획득 크레딧 72개 = 102 크레딧).

실제 시나리오에서 EC2 인스턴스는 시작하고 실행하는 동안 소량의 크레딧을 소비하므로, 이 예시의 최대 이론값에 도달하지는 않아요.

기간 2: 25~36시간 (Period 2: 25 – 36 hours)

다음 12시간 동안 인스턴스는 계속 유휴 상태로 크레딧을 벌지만 크레딧 잔액은 증가하지 않아요. 102 크레딧(시작 크레딧 30개 + 획득 크레딧 72개)에서 고정돼요. 크레딧 잔액이 쌓인 획득 크레딧 72개의 한도에 도달했으므로 새로 벌어들인 크레딧은 폐기돼요.

Metric Value
Credit Spend Rate 0 credits per 24 hours (0% CPU utilization)
Credit Earn Rate 72 credits per 24 hours (3 credits per hour)
Credit Discard Rate 72 credits per 24 hours (100% of credit earn rate)
Credit Balance 102 credits (30 launch credits + 72 earned credits)—balance is unchanged

결론 (Conclusion)

인스턴스는 끊임없이 크레딧을 벌지만, 크레딧 잔액이 한도에 도달하면 획득 크레딧을 더 이상 쌓을 수 없어요. 한도에 도달하면 새로 벌어들인 크레딧은 폐기돼요. 시작 크레딧은 크레딧 잔액 한도에 포함되지 않아요. 잔액에 쌓인 시작 크레딧이 포함되면 잔액이 한도를 초과한 것처럼 보여요.

기간 3: 37~61시간 (Period 3: 37 – 61 hours)

다음 25시간 동안 인스턴스는 2% CPU를 사용해서 30 크레딧이 필요해요. 같은 기간에 75 크레딧을 벌지만 크레딧 잔액은 감소해요. 쌓인 시작 크레딧이 먼저 사용되고, 크레딧 잔액이 이미 획득 크레딧 72개의 한도에 있으므로 새로 벌어들인 크레딧은 폐기되기 때문에 잔액이 감소해요.

Metric Value
Credit Spend Rate 28.8 credits per 24 hours (1.2 credits per hour, 2% CPU utilization, 40% of credit earn rate)—30 credits over 25 hours
Credit Earn Rate 72 credits per 24 hours
Credit Discard Rate 72 credits per 24 hours (100% of credit earn rate)
Credit Balance 72 credits (30 launch credits were spent; 72 earned credits remain unspent)

결론 (Conclusion)

인스턴스는 획득 크레딧을 사용하기 전에 시작 크레딧을 먼저 사용해요. 시작 크레딧은 크레딧 한도에 포함되지 않아요. 시작 크레딧을 사용한 후에는 잔액이 24시간 동안 벌 수 있는 양보다 높아질 수 없어요. 또한 인스턴스가 실행되는 동안에는 시작 크레딧을 더 받을 수 없어요.

기간 4: 62~72시간 (Period 4: 62 – 72 hours)

다음 11시간 동안 인스턴스는 2% CPU를 사용해서 13.2 크레딧이 필요해요. 이전 기간과 같은 CPU 사용률이지만 잔액은 감소하지 않아요. 72 크레딧으로 유지돼요.

잔액이 감소하지 않는 이유는 크레딧 획득률이 크레딧 사용률보다 높기 때문이에요. 인스턴스가 13.2 크레딧을 사용하는 동안 33 크레딧도 벌어요. 하지만 잔액 한도는 72 크레딧이므로 한도를 초과해 벌어들인 크레딧은 폐기돼요. 쌓인 시작 크레딧이 없으므로 잔액이 기간 2의 102 크레딧 고원과 다른 72 크레딧에서 고정돼요.

Metric Value
Credit Spend Rate 28.8 credits per 24 hours (1.2 credits per hour, 2% CPU utilization, 40% of credit earn rate)—13.2 credits over 11 hours
Credit Earn Rate 72 credits per 24 hours
Credit Discard Rate 43.2 credits per 24 hours (60% of credit earn rate)
Credit Balance 72 credits (0 launch credits, 72 earned credits)—balance is at its limit

결론 (Conclusion)

시작 크레딧을 사용한 후에는 크레딧 잔액 한도가 인스턴스가 24시간 동안 벌 수 있는 크레딧 수에 의해 결정돼요. 인스턴스가 사용하는 것보다 더 많은 크레딧을 벌면, 한도를 초과해 새로 벌어들인 크레딧은 폐기돼요.

기간 5: 73~75시간 (Period 5: 73 – 75 hours)

다음 3시간 동안 인스턴스가 20% CPU 사용률로 버스트하며 36 크레딧이 필요해요. 인스턴스는 같은 3시간 동안 크레딧 9개를 벌어서, 순 잔액 감소는 27 크레딧이에요. 3시간이 끝나면 크레딧 잔액은 쌓인 획득 크레딧 45개예요.

Metric Value
Credit Spend Rate 288 credits per 24 hours (12 credits per hour, 20% CPU utilization, 400% of credit earn rate)—36 credits over 3 hours
Credit Earn Rate 72 credits per 24 hours (9 credits over 3 hours)
Credit Discard Rate 0 credits per 24 hours
Credit Balance 45 credits (previous balance (72) - spent credits (36) + earned credits (9))—balance decreases at a rate of 216 credits per 24 hours (spend rate 288/24 + earn rate 72/24 = balance decrease rate 216/24)

결론 (Conclusion)

인스턴스가 벌어들이는 것보다 더 많은 크레딧을 사용하면 크레딧 잔액이 감소해요.

기간 6: 76~90시간 (Period 6: 76 – 90 hours)

다음 15시간 동안 인스턴스는 2% CPU를 사용해서 18 크레딧이 필요해요. 기간 3, 4와 같은 CPU 사용률이에요. 하지만 이 기간에는 잔액이 증가해요. 기간 3에서는 감소했고 기간 4에서는 고정됐죠.

기간 3에서는 쌓인 시작 크레딧이 사용되었고, 크레딧 한도를 초과해 벌어들인 크레딧은 폐기되어 크레딧 잔액이 감소했어요. 기간 4에서는 인스턴스가 벌어들이는 것보다 더 적은 크레딧을 사용했어요. 한도를 초과해 벌어들인 크레딧은 폐기되었으므로 잔액이 최대인 72 크레딧에서 고정됐어요.

이 기간에는 쌓인 시작 크레딧이 없고, 잔액에 쌓인 획득 크레딧 수가 한도보다 낮아요. 폐기되는 크레딧이 없어요. 또한 인스턴스가 사용하는 것보다 더 많은 크레딧을 벌어 크레딧 잔액이 증가해요.

Metric Value
Credit Spend Rate 28.8 credits per 24 hours (1.2 credits per hour, 2% CPU utilization, 40% of credit earn rate)—18 credits over 15 hours
Credit Earn Rate 72 credits per 24 hours (45 credits over 15 hours)
Credit Discard Rate 0 credits per 24 hours
Credit Balance 72 credits (balance increases at a rate of 43.2 credits per 24 hours—change rate = spend rate 28.8/24 + earn rate 72/24)

결론 (Conclusion)

인스턴스가 벌어들이는 것보다 더 적은 크레딧을 사용하면 크레딧 잔액이 증가해요.

기간 7: 91~96시간 (Period 7: 91 – 96 hours)

다음 6시간 동안 인스턴스는 유휴 상태로 남아요(CPU 사용률 0%). 사용되는 크레딧은 없어요. 기간 2와 같은 CPU 사용률이지만 잔액은 102 크레딧에서 고정되지 않고 인스턴스의 크레딧 잔액 한도인 72 크레딧에서 고정돼요.

기간 2에서는 크레딧 잔액에 시작 크레딧 30개가 쌓여 있었어요. 시작 크레딧은 기간 3에서 사용됐어요. 실행 중인 인스턴스는 시작 크레딧을 더 받을 수 없어요. 크레딧 잔액 한도에 도달하면 한도를 초과해 벌어들인 크레딧은 폐기돼요.

Metric Value
Credit Spend Rate 0 credits per 24 hours (0% CPU utilization)
Credit Earn Rate 72 credits per 24 hours
Credit Discard Rate 72 credits per 24 hours (100% of credit earn rate)
Credit Balance 72 credits (0 launch credits, 72 earned credits)

결론 (Conclusion)

인스턴스는 끊임없이 크레딧을 벌지만, 크레딧 잔액 한도에 도달하면 획득 크레딧을 더 이상 쌓을 수 없어요. 한도에 도달하면 새로 벌어들인 크레딧은 폐기돼요. 크레딧 잔액 한도는 인스턴스가 24시간 동안 벌 수 있는 크레딧 수에 의해 결정돼요. 크레딧 잔액 한도에 대한 자세한 내용은 크레딧 표를 참고하세요.

더 알아보기 (Learn more)