我在应用程序负载均衡器的日志中看到了大量的460状态代码。在这些代码中,我没有看到任何关于时间、服务器或请求URL的模式。根据这个论坛帖子的说法,这460意味着:
在空闲超时启动前端或后端连接之前,客户端已经关闭了与ALB的连接。
我可以看到向后端服务器发出的请求,后端处理请求时没有问题,而且速度非常快。为什么会发生这些错误?此ALB使用6-8后端服务器进行大量的通信。
示例ALB日志:
https 2017-01-30T22:46:27.451363Z app/LOAD-BALANCER/bbab458ad0b80d X.X.X.X:55999 10.5.X.X:80 0.000 -1 -1 460 - 132 0 "GET https://www.website.com:443/app/page HTTP/1.1" "-" ECDHE-RSA-AES128-SHA TLSv1 arn:aws:elasticloadbalancing:us-west-2:743462462234:targetgroup/TARGET-GROUP/e6120e5adr245b79107e "Root=1-588fc23e-77aea5adf4534af3de09659d13a08"
示例来自后端的NGINX日志:
X.X.X.X 1485807955.048 www.website.com /app/page - GET 200 - 0.056 24 text/html; charset=UTF-8 -
发布于 2017-05-02 11:24:53
状态代码460的文档为应用程序负载平衡器更新。
当负载平衡器收到来自客户端的请求时,会发生此错误,但在空闲超时时间过去之前,客户端关闭了与负载均衡器的连接。 检查负载均衡器的客户端超时时间是否大于空闲超时期。如果客户端支持此超时,请确保目标在客户端超时期间过去之前向客户端提供响应,或者增加客户端超时时间以匹配负载均衡器空闲超时。
您可以在这里阅读完整的文档:http://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-troubleshooting.html#http-460-issues
https://stackoverflow.com/questions/41986890
复制相似问题