亚马逊EC2升级

Question

我们正在考虑根据此处的推荐和某些离线研究，从t2.micro AWS服务器实例升级到m3.medium实例。我们认为有必要主要升级速度问题，并确保谷歌机器人足够快地抓住我们快速增长的网站。我们有超过8000种产品（在magento上）并且会增长。

在尝试理解当前t2.micro实例的确切限制时，我们查看了大量日志，但无法找到任何可能表明当前使用情况如瓶颈的特定内容

任何人都可以帮忙指出 1.在日志中可以找到哪些线索可以显示当前t2.micro实例的潜在瓶颈问题（if-any） 2.我们怎样才能知道google-bot在抓取和停止抓取时是否存在问题，这是由于与服务器性能相关的问题。

Answer 1

t2.micro个实例有两点需要注意：

• 他们有基于CPU积分系统的CPU限制
• 他们的网络带宽有限

CPU学分

T2系列非常强大（参见comparison between t2.medium and m3.medium），但可以使用的CPU数量有限制。

来自T2 documentation：

  

每个T2实例以健康的初始 CPU余额开始，然后连续（以毫秒级分辨率）接收每小时的CPU信用额率，具体取决于实例大小。是否累积或花费信用的会计处理也发生在毫秒级别的分辨率，因此您不必担心CPU积分超支;短暂的CPU占用了一小部分CPU。

因此，您应该查看实例的CloudWatch CPUCreditBalance指标，以确定它是否已消耗所有可用的信用。如果是这样，那么CPU将被限制在10％的时间，你需要更大的T2实例，或者你应该离开T2系列。

通常，T2实例非常适合突发性工作负载，其中CPU仅在特定时间出现峰值。这对持续的工作负载并不好。

网络带宽

每个Amazon EC2实例类型的网络带宽都有限。这样做是为了防止嘈杂的邻居情况。虽然AWS仅将带宽描述为低/中/高，但在EC2 Instance Types's EXACT Network Performance?

中有一些更好的详细信息

你可以monitor network traffic of your EC2 instances using CloudWatch。请注意NetworkIn和NetworkOut以确定实例是否达到限制。