我有一个在爱尔兰的ec2上运行Ubuntu Linux的t2.micro实例，它正在运行批处理作业，我已经对它们进行了调整，以使最大的CPU非常低 – 从未超过10％。
文档说：
当T2实例使用比基本性能级别允许的更less的CPU资源时（例如当它闲置时），未使用的CPU信用（或所获得的与所用的金额之间的差异）被存储在最多24小时，build立CPU突破的学分。 当您的T2实例需要比其基本性能级别允许的更多CPU资源时，它将使用来自CPU贷方余额的信用来高达100％的利用率。
http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/t2-instances.html
同一页面还说，这种types的实例的“基本性能（CPU利用率）”是10％。
但是当CPU使用率在6％的水平附近时（总是最大值保持在10％以下），这个实例将消耗CPU信用额度。 这不是我所期望的，因为我理解上面提到的文档，说当实例处于或低于其基本性能级别时，它不消耗任何CPU信用。 （我从Cloudwatch基本监控中获得CPU使用率数据）。
那么为什么这个实例消耗CPU信用？
它还在消费学分，只是以相同的速度获得新的学分，或者比使用学分还要快。
一个CPU信用等于一个vCPU以100％利用率运行一分钟。 vCPU的其他组合，利用率和时间也等于一个CPU信用; 例如一个vCPU以50％的利用率运行两分钟，或者两个vCPU以25％的利用率运行两分钟。
所以，对于一个t2.micro，你将得到每小时六个学分（每十分钟一个）。 在10％的负载下，您将每小时燃烧六个学分（再次，每十分钟一个）。
把它想象成是为了工作而付钱，而不得不支付租金。 你的工作不直接支付你的租金，只给你$ 0的工资 – 他们给你的钱，然后你支付你的租金。 如果您的收入超过您的租金，您的银行账户将会增加。 如果你的收入低于你的租金，那么你最终会耗尽资金。