传输大量数据时AWS的ELB替代方案

Question

所以我有个独特的问题。我们的应用程序是设计为服务器大量的文件使用一个特殊的链接，这是一次使用。我们一直在玩ELB，但注意到一个有趣的"bug"，如果您开始获得大量的流量或负载，它看起来ELB将尝试扩展和重试连接。这反过来又会导致我们的系统在下载之前使链接失效。

所以我很快就把一个nginx代理服务器放在一起测试这个问题，在这个设置中，连接没有失效，但是我看到性能下降了大约2/3到1/2。既然我不能在实例上投入更多的带宽，因为我锁定了AWS给了我什么选择？也许我没有正确地使用实例/nginx进行配置，或者我需要迁移到类似RR DNS的位置，并为此付出代价。

Answer 1

如果www.example.com被负载平衡到server1.example.com和server2.example.com，那么让您的一次链接显式地链接到server1/2.example.com (或者当前实例的AWS，如果您的实例更改得足够频繁，以致您的DNS不一定是最新的)。

Answer 2

我不确定您的应用程序的需求是什么，但是由于您已经在使用AWS，您可能会考虑使用S3的一个特性，它允许您提供一个签名的URL，在将来某个特定的点上过期(例如，在两分钟内)。这将使您的用户重试失败的连接，但不会让它们传递给其他人在过期后使用。

如果S3适用于您的应用程序，那么它还可以消除自己运行下载服务器的巨大负担，因为S3负责所有的工作。