如何进行HTTP调用以访问Amazon AWS负载均衡器背后的所有实例？

Question

我有一个在Amazon AWS Elastic Load Balancer后面运行的Web应用程序，附加了3个实例。该应用程序有一个/刷新endpoint来重新加载参考数据。它需要在新数据可用时运行，这每周会发生几次。

我一直在做的是为所有实例分配公共地址，并独立刷新（使用ec2 url/refresh）。我同意Michael关于另一个主题的回答，ELB背后的EC2实例不应允许直接公共访问。现在我的问题是，如何调用elb url/refresh，以到达负载平衡器后面的所有实例？

如果我可以从多个实例收集HTTP响应，那就太好了。但我现在不介意盲目地刷新。

Answer 1

您不能通过负载均衡器发出这些请求，因此您必须打开实例的安全组以允许来自ELB以外的源的传入流量。不过，这并不意味着您需要将其开放给所有切流量。您可以简单地在安全组中将IP地址列入白名单，以允许来自特定计算机的请求。

如果您不想将公共IP地址添加到这些服务器，那么您需要在VPC内的EC2实例上运行类似curl命令的内容。在这种情况下，您只需打开安全组即可允许来自VPC中存在的某些服务器（或服务器组）的流量。

Answer 2

但考虑到应用程序的限制，这可能是不可能的

这样做的目的是，在不影响数据完整性或性能的情况下，可以通过添加新实例来向外扩展，也可以通过删除实例来向内扩展。

一种选择是将应用程序更改为将参考数据重新加载的结果存储到非实例数据存储中，例如缓存或数据库（例如Elasticache或RDS），而不是存储在内存中。

如果应用程序能够做到这一点，那么您只需要在一台服务器上点击刷新endpoint-它将重新加载参考数据，执行任何需要的分析和操作，以适合应用程序的方式高效地存储数据，并将其存储到数据存储，然后，所有实例都可以通过共享数据存储访问刷新的数据。

虽然向数据存储添加往返会增加延迟，但为了应用程序的一致性，这通常是值得的-在当前的模型下，如果一台服务器在刷新参考数据方面落后于其他服务器，如果ELB不使用粘性会话，则通过ELB的请求将返回不一致的数据，具体取决于它们分配给的服务器。

Answer 3

我解决这个问题的方法之一是

1. 将数据写入AWS s3存储桶

此解决方案的主要胜利是

• 从数据写入s3的那一刻起，该过程就完全自动化了
• 避免因自动缩放/部署而导致的数据不一致，
• 易于维护（无需在任何地方硬编码实例ip地址），
• 您不必公开专有网络以外的实例
• 高可用性（AWS确保在s3写入时调用Lambda，您无需担心在实例中运行脚本，也无需确保实例已启动并运行）

希望这是有用的。