Amazon ec2 AWS EC2高CPU警报关闭

我有一个运行windows 2008 R2的micro EC2实例。最近我收到了很多高CPU警报，当我登录AWS管理控制台时，我发现我的CPU几乎是100%。然而，如果我登录实例并启动任务管理器，我的CPU看起来几乎处于空闲状态。我让TaskManager打开了一段时间，并拍摄了这个屏幕截图，显示了AWS报告的was和我的实例所做的事情之间的差异。建议

（）

---

PS:task manager上的更新速度设置为“低”

在虚拟化环境中，操作系统公开的数据通常不足或具有误导性，例如，报告的百分比取决于您的实例类型和正在运行的进程或核心利用率（通常与虚拟机监控程序中提供的虚拟化硬件不匹配），除此之外-您看到的最有可能是由当前大多数相关Unix/Linux监控工具中暴露的CPU占用时间造成的（但在Windows上不匹配，不幸的是，有关此问题的更多信息，请参阅我的问题）-例如，参见

sar

或

top

中的%steal或st列：

st——窃取时间
从此虚拟机“被盗”的CPU数量 由虚拟机监控程序执行其他任务（例如运行另一个虚拟机） 机器）

这篇博文对这个主题进行了很好的探索和说明：

当顶级命令显示40%的CPU繁忙时，但CloudWatch表示 服务器的最大值为100%-你选择哪一边？答案是 示例（Cloud-Watch是正确的，top不是）[…]

CPU窃取时间对于您正在使用的EC2实例类型t1.micro尤其普遍，它可能会受到定义的严重限制（通常为~97%的窃取时间！），有关该概念的详细解释和说明，请参见第节，具体说明如下：

我们希望您的应用程序只消耗一定数量的CPU 一段时间内的资源。如果应用程序消耗的资源超过 您实例分配的CPU资源，我们暂时限制 实例，使其在较低的CPU级别上运行 要使用其分配的所有资源，其性能将降低。 将增加我们限制其CPU级别的时间，从而增加 允许实例再次爆裂之前的时间。[强调我的]

---

因此，您可能已经超出了微实例的可持续CPU使用模式，需要调整工作负载或切换到其他实例类型。

我也遇到了同样的问题，并且花了很多时间找到解决方案。 在网上我没有找到我的案例，所以我分享

我在事件列表中发现记录了许多欺诈性登录尝试。在这种情况下，任务管理器报告了30-40%的CPU使用率（Cloud Watch 100%），并且在进程列表中可以看到一些winlogon.exe。 在更改远程桌面端口（默认为3389）后，我没有更多问题。 现在，云监控的CPU使用率高达34-35%

---

希望这能有所帮助。

回答得很好。顺便说一句，我的实例现在似乎恢复正常了。我在t1.micro linux实例上看到了同样的情况。随着t2实例的发布，这可能已经基本消失了，因为我们可以更清楚地知道何时可能会受到限制。