Python AWS EC2中的窃取时间太高

我曾经使用AWSEC2来部署一个Python应用程序，它使用来自ApacheKafka的数据。最近几天，我发现当传入数据变大时，CPU的窃取时间会变得太高（约35%）

---

使用的EC2实例是t2.medium、2个CPU和4G内存。任何人都可以告诉我为什么会发生这种情况，有没有办法避免这种情况。

如果不查看您的应用程序和指标，就很难对其进行评论。我猜T2实例是

burstable性能实例

它们在正常情况下提供了一个基准CPU性能。但是，当负载增加时，稳定的性能实例突然出现，这意味着要提高CPU性能

CPU积分

告诉实例中CPU的突发量。您可以使用此CPU积分来提高突发期间的CPU性能

当您的CPU点数不足时，它将降低总体性能，而不仅仅是阻止您的性能崩溃。事实上，您将观察到几乎90%以上的CPU占用时间，这意味着当您的积分不足时，虚拟机监控程序不允许您的实例在CPU上运行。你可以看到更多

---

希望这能有所帮助。

或者只是在CPU有限的实例上做太多的事情，可能是在繁忙的邻居身上。根据我的经验，*.large instances和更大的实例不存在CPU窃取问题。@user567797我怀疑您是正确的，但有一点需要澄清的是，t2实例并不完全是“burstable”。内核专用于VM，并一直全速运行，直到您的平衡接近0。在1个核心的100%下，每1分钟消耗1个信用。在t2.medium的情况下，每分钟都会获得一部分学分，足以维持20%的连续性，这里的基线看起来只略低于这一点。。。确认这看起来像是低信用余额。请发布您可以在EC2控制台中找到的CPU信用余额的Cloudwatch图表，时间段与您显示的图表中的时间段相当。这应该很好地解释了您所看到的内容，我希望它能够确认@user567797的答案，即您在这些时间内已经用完了学分。请注意，您越努力地推送一个超出信用额度的实例，就会有更多的时间被“窃取”，因为当循环空闲时，就不需要窃取。偷窃只有在有需求的情况下才会出现。