1

嘿伙计们，我想知道这似乎是解决 Amazon Elastic Load Balancer 缺乏专用 IP 的古老问题的可行解决方案，因此没有记录支持。

如果我创建一个微型/小型实例并将其连接到弹性 IP 会怎样。然后我可以使用该 IP 作为我网站的 A 记录地址。该实例会将其 100% 的流量转发到 ELB 负载均衡器地址（Haproxy？），然后该地址将正常运行并将该流量转发到我的服务器池。

通过这种架构，我可以使用我的 A 记录和 ELB。

  • 除了将流量转发到 ELB 的初始实例的成本之外，这还有什么缺点吗？

  • 这种双重转发会造成太多的延迟，还是真的可以忽略不计，因为它们都在 AWS 中？

感谢您的反馈。

4

2 回答 2

2

如果您当前为 DNS 使用 Route53，它确实支持处理区域顶点。

https://forums.aws.amazon.com/message.jspa?messageID=260459

不确定这是否回答了您的问题，因为您没有提及为什么需要专用 IP。

于 2012-12-21T18:29:43.740 回答
0

除了将流量转发到 ELB 的初始实例的成本之外，这还有什么缺点吗？

呃，是的。你失去了 ELB 大约 99.9% 的好处。

这种双重转发会造成太多的延迟，还是真的可以忽略不计，因为它们都在 AWS 中？

不，滞后应该很小（亚毫秒）。两个主要问题是：

1）当您的流量增加时，您的实例将成为瓶颈。您将无法在突如其来的匆忙中幸存下来，例如从 Slashdot 或 Oprah 等高流量网站链接。

ELB 的全部意义在于它们可以为您管理扩展（前端和后端）。如果您在流程中插入一个框，它会阻止 ELB 做任何有用的事情。

此外，微实例可以占用非常少的流量。如果您不想限制您的网络数据包，您必须至少访问一个 m1.large。

2）您的实例将成为单点故障。当你的盒子死了，你的网站就会关闭。ELB 可以通过冗余防止前端和后端出现问题。

也许如果您解释了为什么需要 A 记录？

（也可以运行您自己的前端：只需创建一个带有 EIP 的盒子，然后在其上放置 nginx 和/或 HAProxy。但与一切一样，需要权衡取舍。）

于 2015-02-06T02:35:45.387 回答