ELB缺乏A记录支持的可能解决方案？

Question

嘿伙计们，我想知道这对于Amazon Elastic Load Balancer缺乏专用IP的古老问题是否是一个可行的解决方案，因而是一个记录支持。

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

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

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

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

感谢您的反馈。

Answer 1

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

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

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

Answer 2

  

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

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

  

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

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

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

ELB的重点在于他们可以为您管理扩展（前端和后端）。如果你在流程中插入一个盒子，它就会阻止ELB做任何有用的事情。

此外，微实例可以采用非常少的流量。如果您不希望网络数据包受到限制，则必须至少使用m1.large。

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

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

（也可以运行你自己的前端：只需创建一个带有EIP的盒子，并在其上放置nginx和/或HAProxy。但与所有内容一样，需要权衡。）< / p>