亚马逊EC2升级

Question

​

我们正在考虑根据这里的建议将t2.微AWS服务器实例升级到m3.media实例，并进行离线研究。我们认为，需要升级的主要原因是速度问题，并确保谷歌机器人爬行我们快速增长的网站足够快。我们有超过8000产品(马根托)，这将增长。

当我们试图理解当前t2.微实例的约束时，我们遍历了很多日志，但是找不到任何具体的东西来表示当前使用中的瓶颈。

有人能帮我指出一点吗?在日志中可以找到哪些线索，这些线索可能显示当前t2的潜在瓶颈问题(如果有的话)。我们如何才能找出google-bot在爬行过程中是否有问题，并由于服务器性能相关的问题而停止爬行。

Answer 1

关于t2.micro实例有两件事需要注意：

• 它们具有基于CPU信用系统的CPU限制。
• 他们的网络带宽有限。

CPU信贷

T2家族非常强大(请参阅m3.medium)，但是可以使用的CPU数量是有限制的。

来自T2文档

每个T2实例从一个健康的初始CPU信用平衡开始，然后持续地(以毫秒级分辨率)根据实例大小，每小时接收一个设定的CPU学分率。计算学分是否累积或花掉的过程也发生在毫秒级分辨率上，因此您不必担心过多的CPU学分；短时间的CPU占用CPU信用的一小部分。

因此，您应该查看实例的CloudWatch CPUCreditBalance度量，以确定它是否已经消耗了所有可用的信用。如果是这样的话，那么CPU将被限制在10%的时间内，您要么需要一个更大的T2实例，要么就应该离开T2系列。

一般来说，T2实例对于突发的工作负载是很好的，在这种情况下，CPU只在特定的时间出现峰值。这对持续的工作负荷不好。

网络带宽

每个Amazon实例类型都有有限的网络带宽。这样做是为了防止邻居吵闹。虽然AWS只将带宽描述为低/中/高，但是有一些更好的细节在：EC2实例类型的确切网络性能？

你可以使用EC2监视CloudWatch实例的网络流量。请注意NetworkIn和NetworkOut，以确定实例是否达到极限。