Amazon web services 我的亚马逊ELB上有408次超时

我们在ELB访问日志中看到大量408次超时。我遇到了这个问题

而且

这只是我发现的两个示例线程，但其他线程却毫无乐趣地提出了相同的解决方案

已经将web服务器超时设置为to to to to to to>to it，同样的结果是，我们的日志被这些408污染了。一个更大的问题是，它们也会影响ELB的平均延迟响应时间，这也是我们触发自动定标器的原因

我们在后端实例上使用Tomcat。tomcat上没有显示表明已收到请求的日志，但ELB仍然显示请求已超时。 在我们的ELB访问日志中，没有为408提供后端IP，因此我认为请求根本没有到达实例，但Amazon不同意：（。

---

任何人都有这个问题，并得到了可靠的解决方案？

当ELB等待客户端完成请求时，可能会发生这种情况。如果出现部分请求，AWS ELB只会等待不完整的报头。AWS ELB不会对部分请求报头做任何事情，最终会因空闲超时而以408 req\U超时响应tcp连接过期。

之后，我在服务器上添加了一个虚拟主机，用于监视不同的线程，而不是80个线程，因此所有运行状况检查都将在该主机上执行（将自定义_端口替换为要用于ELB运行状况检查的任何端口）

侦听自定义\u端口
CustomLog“|/usr/sbin/rotatelogs/var/log/httpd/access_log_elb_health_check_rotated_%Y-%m-%d-%H_%m_%S 10M”组合

确保ELB在该端口上没有侦听器

---

该配置删除了408个错误，并将所有运行状况检查记录在一个单独的日志中，这样您就可以获得一个用于常规访问日志的整洁日志，以及一个用于运行状况检查的专用日志。

这是一个与编程相关的问题吗？我认为您可能应该在服务器故障上提问，可能最好在服务器故障上提问。这应该是注释而不是答案,

Listen CUSTOM_PORT

<VirtualHost *:CUSTOM_PORT>
    CustomLog "|/usr/sbin/rotatelogs /var/log/httpd/access_log_elb_health_check_rotated_%Y-%m-%d-%H_%M_%S 10M" combined
</VirtualHost>