amazon-web-services - 具有 100% cpu 且无响应的 Amazon AWS 微型实例

Question

我的 aws ec2 ubuntu 实例一直有问题，在我重新启动它之前，它们在一定时间内(大约 8 小时)的 CPU 利用率始终为 100%。

该实例是 ubuntu 服务器 13.04，它有一个基本的 LAMP，仅此而已。
我有一个 cron 工作，每隔几分钟就执行一次 ping 以保持 VPN 隧道正常运行，但不应该这样做。

当它处于 100% 的 CPU 利用率时，我无法 ping 它、ssh 进入它或浏览它，但它不会拒绝连接，它只是继续“尝试”。

知道它背后的原因是什么吗？我猜这与亚马逊限制实例有关，但奇怪的是它在 8 小时内有 100% 的 CPU 使用率。

这是实例的 CPU 日志，其他所有指标似乎都正常。

我不能在这里附加图片，所以我发布了一个链接

100% cpu utilization

编辑

我之前在其他实例中也遇到过这种情况，现在我有一个 Amazon Linux AMI 以 100% 的速度连续运行 4 天，而那个只有 tomcat，没有部署任何应用程序。我刚刚意识到，它没有响应，我正在终止它。

Answer 1

作者注，2019 年:这篇文章最初写于 2013 年，是关于 t1.micro 实例类型的。当前EC2 free tier现在允许您选择 t1.micro 或 t2.micro 实例类。与 t1.micro 的间歇性硬夹紧行为不同，t2.micro 连续满负荷运行，直到您的 CPU credit balance接近耗尽，并更优雅地降级。

这是预期的行为。见 t1.micro Instances在适用于 Linux 实例的 EC2 用户指南中。

请注意显示“CPU 级别受限”的图表。我已经对此进行了测量，如果您在微型实例上消耗 100% cpu 的时间超过大约 15 秒，则 throttle 开始并且您的可用周期在接下来的 2-3 分钟内从 2 ECU 下降到大约 0.2 ECU(大约 200MHz) ，此时循环重复，如果您仍在用力拉动处理器，您将在几秒钟内再次受到限制。

在 throttle 期间，与获得峰值性能时相比，您只能获得大约 1/10 的周期，因为虚拟机管理程序“窃取”了其余的¹……所以您仍然会看到您使用了稳定的 100%。 .. 因为你正在使用所有可用的东西。将微型固定在天花板上并不需要太多。或者地板......所以要么你对实例类要求太多，要么你有一些意外地最大化你的CPU。

在机器响应时建立 SSH 连接，开始“顶部”运行，然后保持连接，这样当它开始变慢时，您已经拥有了需要使用的工具来找出什么是 cpu hog。

¹ 管理程序窃取了其余部分:曾经的一个常见误解是，管理程序从 EC2 实例中窃取的时间(在 top 和类似实用程序中可见)是由“嘈杂的邻居”引起的——同一硬件上的其他实例竞争CPU 周期。这不是周期被盗的原因。对于一些较旧的实例系列，例如 m1 ，如果 AWS 将您的实例配置在处理器比实例类指定的处理器更快的主机上，则会看到被盗周期；周期被盗，因此实例的性能与您支付的费用相匹配，而不是实际底层硬件的性能。 EC2 实例不共享虚拟化 CPU 资源的底层物理资源。