在EC2实例中，CPU信用卡余额卡在最大值

我们的T2.small EC2实例继续使用其通常的10-15％的使用率，但CPU贷方余额已经达到最大值，并在那里停留：

在这里输入图像说明我已经联系了AWS的支持，但他们只是给我一个解释信用平衡如何工作的链接。我知道这在技术上对我们来说不是一个“问题”，但这是我们重要的生产服务器，这让我有点紧张。有没有人有这样一个EC2实例的问题？

t2.small实例types在开始使用CPU信用之前可以使用20％的CPU。

你的CPU只用了10％到15％。因此，你正在收集CPU信用比你使用它们更快。你的积分将继续上升，直到它达到最大值，在那里停留。

要降低您的CPU贷方余额，请使用超过20％的CPU。

你没有问题。

但是，您可以调查一下t2.micro可以用于您的用例。

资料来源： http : //docs.aws.amazon.com/AWSEC2/latest/UserGuide/t2-instances.html#t2-instances-cpu-credits

在一天中的大部分时间里都注意到这一点之后（并且观察重负载服务器的信用余额再次下降），我将做出以下声明（作为一个同伴）。

这不是一个显示错误，这是你的实际CPU信用余额使用一种新的algorithm已经逐步推出到他们的networking（仍在进行，取决于你的区域）。

我已经习惯了以前的信用行为，这里需要一些时间来处理新的规则。我确实认识到旧的规则过度扭曲，可能会比先前StackOverlow分析（他们没有“达到零”，看看是什么行为）中logging的更大程度上减lessCPU的平衡。

从我所看到的新规则看来，这些规则更加理智，不令人意外，并且使我们的机器的长期CPU容量有效地增加了一倍。