增加相关实例的EC2限制是否会解决延迟问题?

时间:2018-05-08 23:56:56

标签: amazon-web-services amazon-cloudwatch

我是一个菜鸟,并且遇到了一个特定实例的问题。

有人能告诉我是否增加此实例的某些(?)限制将解决问题?

实例类型为t2.small。

此外,客户在尝试注册时遇到网站超时问题。我假设会抛出状态500错误,如下所述,正确。

因此,这是否意味着某种限制增加会消除注册时的超时问题?

两个警报反复发生。以下是关于第一个的更多信息:

警报详情:

  • 名称: prod-lb-latency-alarm
  • 说明:延迟超过1秒时发出警报

受监控的指标:

  • MetricNamespace: AWS / ELB
  • 指标名称:延迟
  • 尺寸: [LoadBalancerName = nameofinstance-elb]
  • 时段: 60秒
  • 统计信息:平均值
  • 单位:未指定

这是第二个:

警报详情:

  • 名称: prod-elb-elevated-error-rates
  • 说明:服务器错误率提升(许多状态500错误)
  • 状态更改:确定 - > ALARM

2 个答案:

答案 0 :(得分:1)

您应该首先分析您的代码,看看为什么需要这么长时间。是等待I / O吗?它在网络上等待吗?是否有太多的请求,它只是在队列中?如果是I / O或网络,那么增加实例大小可能会有所帮助。否则,您可以通过修复代码来解决此问题。例如,您可以在发回请求后移动代码的某些部分。或者你的算法可能效率不高。它甚至可能是第三方服务,会减慢您的速度,例如数据库或API。

所有这一切,只是增加实例大小并查看它是否有帮助可能更容易。它绝对是一个更快的解决方案。但是当你获得更多流量时,它会再次发生,所以你应该对其进行描述。在某些时候优化你的代码。

答案 1 :(得分:1)

Amazon EC2 T2 instances对CPU和网络带宽有限制。基本上,实例越大,得到的就越多!

价格差异相当小,所以无论如何暂时增加实例大小,看看它是否能解决您的问题。

T2实例非常适合突发性工作负载,其中实例有时很忙,有时空闲。您可以激活T2 Unlimited 以避免CPU问题。如果平均CPU高于实例类型的正常T2限制,则成本更高。