Cloudwatch 上微实例的 CPU 利用率答案

【问题标题】：CPUutilization of a micro instance on CloudwatchCloudwatch 上微实例的 CPU 利用率
【发布时间】：2017-02-06 17:19:27
【问题描述】：

CloudWatch 显示的微型实例数据让我有些困惑。因为一个微型实例在短时间内最多可以使用两个 CPU 实例，那么 Cloudwatch 中显示的 cpuutilization 是一个 CPU 还是两个？例如，如果我看到 Cloudwatch 在短时间内显示我的微实例 cpuutilization 为 100%，这是否意味着它正在使用两个 CPU 并且两个 CPU 都是 100% 或者它只显示一个 CPU 为 100%？

【问题讨论】：

无论您采用何种解决方案，您的服务如何运行的任何更新？愿意与我分享吗？ :)

标签： amazon-web-services amazon-ec2 amazon-cloudwatch rds

【解决方案1】：

我一直理解利用率指标来表示您的实例中所有内核的使用百分比。这个百分比反映了您的实例类中的总使用量与最大容量的关系，这对您来说是微量的。

因为 micro 是免费层，所以您可以期望限制在任何 micro 实例上都会很快发挥作用，因此不要将它用于任何繁重的工作（如果有的话）。如果您要在微实例上看到常规 100% 的使用率，那么至少升级到小型实例对您有利，这样当您的峰值持续时间过长时，节流不会破坏您的服务。

我已经使用 micro 一年左右了，我绝对建议不要使用免费/micro 层来进行任何繁重的工作。 “几个”峰值达到 100% 利用率是可以的，但听起来这对您来说比偶尔发生的事情更常见。

【讨论】：

谢谢！我正在使用 RDS 的微型版本而不是 EC2 进行一些测试，但我认为它们的工作方式相同。因此，如果我理解正确，100% 意味着 2 个内核以 100% 运行。我的使用模式很有趣，我们每天有大约 12 小时的高峰期。在高峰期，我会看到大约 25 次 cpuutilization 达到 100%，基本上是每小时 2-3 次。每次只持续2-3分钟。如果我在整个 12 小时内进行平均计算，则 CPU 利用率约为 40-50%。小实例是更好的选择吗？
是的。除了一个简单的事实之外，真的不需要太多解释——就像地球上的任何其他服务一样——你不再是免费级别的用户，因此受到的活动限制要少得多。目前在微实例中，感觉大约 10 或 15 分钟是您的利用率可以保持在 100% 峰值的时间上限。然后它只是把地毯从你下面拉出来。我个人有一个免费的 micro，还有一个用于准工作相关内容的小实例，这个小实例真的很值得。
另外请注意，您可以将数据“前端”连接到微控制器，然后将过度使用或繁重的负载绑定到后台“按需”（相对于保留实例）的小型实例随时待命以节省资金，因为保留实例并不是完成工作的最便宜方式。 ;)
非常感谢您提供的数据点。关于前端和后端的建议，由于我的案例是RDS而不是EC2，我认为很难分区。所以也许最简单的就是升级到一个小实例。你认为呢？谢谢！
哦，是的，对不起。我忘了你是这样做的。当然，在这方面，RDS 是一个完全不同的野兽，所以是的，把整个事情放在一个小实例上。 :)