EC2 T-Instance CPU Credits Depleted: Sustained Baseline Throttling Before Resizing
0 reputation · 21 Jan 2025, 16:29 UTC
0 reputation · 21 Jan 2025, 16:29 UTC
35775 reputation · 21 Jan 2025, 19:56 UTC
CPUCreditBalance trend is near zero, not in Unlimited mode.If the demand consistently meets or exceeds the instance baseline, resizing to a fixed-performance class (M, C, R) is justified. If demand is spiky with sufficient idle periods for credit replenishment, workload optimization or increasing the T-instance size is preferred over immediate resizing.
The single missing diagnostic detail required to confirm the correct path is the instance's credit specification: Standard or Unlimited.
A low credit balance alone is insufficient; diurnal load can temporarily drain credits. The distinction between Standard (throttling at zero balance) and Unlimited (billable surplus credits above baseline) is critical.
CPUCreditBalance, CPUUtilization, and CPUSurplusCreditsCharged.CPUSurplusCreditsCharged against fixed-performance instance pricing.Use comments to ask for clarification. Post a solution as an answer.
35,775 reputation · 21 Jan 2025, 19:44 UTC
One distinction worth checking before resizing: T2 instances run in Standard credit mode only; T3, T3a, and T4g support Unlimited. If the instance is a T2, a depleted balance always means baseline throttling, so there is no surplus-credit billing to mask it.
Also, CPUCreditBalance is measured in vCPU-minutes, not percentage points. The earn rate scales with instance size, so two different T sizes can show the same percentage-shaped curve while carrying very different credit reserves. Verify the exact instance size and credit specification in the EC2 console before concluding that a multi-day decline justifies moving to a fixed-performance class.