Amazon Web Service(Elastic Beanstalk) 实例类型 t2.large 中的多个请求运行状况下降

Posted

技术标签:

【中文标题】Amazon Web Service(Elastic Beanstalk) 实例类型 t2.large 中的多个请求运行状况下降【英文标题】:Amazon Web Service(Elastic Beanstalk) Multiple requests Health degraded in instance type t2.large 【发布时间】:2017-05-05 18:06:19 【问题描述】:

我需要知道为什么用户请求大于10时会出现下图(附图)错误。错误如下图所示

环境运行状况已从“正常”转变为“警告”。 1.5% 的请求因 HTTP 5xx 而失败。 0.1% 的 ELB 请求失败并返回 HTTP 5xx

【问题讨论】:

您应该检查后端实例上的日志以找出出现这些 5xx 错误的原因。 【参考方案1】:

您的实例是保持“降级”状态,还是很快变回“正常”?

虽然我不确定您的设置是否与我们的设置相似,但我发现“降级”状态的出现频率并不高且持续时间很短。以下是我能够学到的东西,以防万一。

当我查看日志时,我没有看到 任何 HTTP 5xx 状态代码。然而,我确实看到的是偶尔的 499。此外,每次记录 499 时,都是来自 Googlebot 请求。

根据Wikipedia,499 是一个 nginx 代码,记录“当客户端在服务器可以发送响应之前关闭请求时”,但是“这些仅用于记录目的,没有实际响应与这些一起发送代码。”

我怀疑 ELB 将这种情况解释为 5xx 故障,触发了零星的“降级”运行状况。不过,由于它似乎不会影响实际用户,因此我没有花更多时间进行调查。

【讨论】:

以上是关于Amazon Web Service(Elastic Beanstalk) 实例类型 t2.large 中的多个请求运行状况下降的主要内容,如果未能解决你的问题,请参考以下文章

如何为 Amazon Web Service 重构 Java Web 应用程序?

Amazon Simple Notification Service 是 RESTFUL Web 服务吗?

错误:API 调用不成功。返回状态码 401 - Amazon Web Service

Amazon Web Service RDS-EC2 交互

您知道执行类似于验证 Amazon Web Service 请求签名的 NGiNX 模块吗?

TiDB Operator + Amazon Web Service,探索云原生数据库的最佳实践