文件上传期间连接关闭 - ELB 超时？

Question

我们最近将一个 Nexus 实例移至 AWS，但在关闭大文件上传时遇到了问题。我们怀疑这可能是由于这个 gem 导致的 ELB 超时：

“如果 HTTP 请求未在空闲超时期限内完成，负载均衡器将关闭连接，即使数据仍在传输中。”

来源：http://docs.aws.amazon.com/ElasticLoadBalancing/latest/DeveloperGuide/config-idle-timeout.html

如果正在传输数据，连接如何空闲？为什么会这样？

有些文件有很多 GB - 上传可能需要几分钟，如果忙的话，假设是 30 分钟。我们应该如何支持这一点，将超时设置为 1800 秒真的是推荐的解决方法吗？ （最多 3,600）

谢谢， 乔尔

Answer 1

这确实看起来是一个有趣的宝石。解释可能在于底层实现实际上有两个计时器，一个用于客户端，一个用于服务器。我在猜测，但如果不是出于这些方面的考虑，某些拒绝服务攻击可能更容易针对 ELB 及其背后的机器实施。

答案将在 ELB 访问日志中。如果您看到可疑的时间接近 60 秒，则可能是罪魁祸首。

增加计时器可能是一种选择。

不过，通常情况下，Web 应用程序似乎需要在几毫秒内进出、完成、继续下一步。将进程或线程与上传等长时间运行的东西捆绑在一起意味着您可能能够处理成百上千个其他请求，如果不是因为上传的资源占用。将非常大的文件上传到单独的环境或服务（例如 S3，它可以接受 POST 上传，然后在上传完成后将浏览器重定向回您的“成功”页面）可能会更好地处理真正大文件的文件上传） .其他策略可能包括智能客户端逻辑，以分批发送上传，可能是并行发送，能够重新启动/重试以及执行其他聪明的事情，例如进度条。

我在 ${dayjob} 可能有 20-30 个 ELB 部署，但从未出现过这种情况，但是我没有任何系统在面向用户的一侧处理“大”文件。我正在考虑的这些系统的“大”上传可能是 16MB，所以绝对是不同的规模。

Answer 2

是的，您正在达到 60 秒的 ELB 超时默认值。解决方法是将 ELB 超时增加到足够高的值，这样您的上传不会失败（当前最大值：1 小时）。连接看起来很理想，因为请求未在超时期限内完成。