我有一个Amazon Elastic Load Balancer。 我无法将域apex – domain.com设置为ELB，因为Amazon不提供IP。
如果我：
我将面临什么后果？ 这是否使ELB毫无意义，因为我的单一EC2实例是一个失败点？ 如果ELB中的每个实例每天都获得100 GB的带宽，EC2代理是否能够处理它？
我的公司遇到了这个问题。 我们使用从ourdomain.com到www.ourdomain.com的301redirect。 通过指向一个子域，您可以使用CNAME。 CNAME指向其他域。 所以，www.ourdomain.com是ourelb.amazonaws.com的CNAME。
这不幸的是产生了一个SPoF。 如果redirect服务器closures，您的网站停止工作。 但是，那里有服务301做redirect到你的子域名。 他们花钱，但你不需要使用SPoF。
如果您使用Amazon的Route 53服务来托pipe您的DNS，则可以直接在Elastic Load Balancer上指向您的域顶点。 亚马逊的路线53支持Alogging别名，其行为像一个CNAME，但没有额外的DNS请求。 这使您可以为您的域顶点创buildAlogging，并将其设置为负载平衡器的别名（使用特殊ID）。 当用户请求你的域顶点，负载平衡器的公共IP被返回（可能有多个，这就是为什么亚马逊没有告诉你它是什么）。
http://aws.amazon.com/route53/faqs/#Zone_apex
53号线相当便宜，特别是如果你使用ELB。 每月$ 0.50 /域/月和$ 0.50 / 100万个查询，但是您不必为指向ELB实例的查询付费。 如果您所有的DNSlogging都指向ELB，那么您只需支付0.50美元/月的DNS托pipe费用。
是的，通过将实例放在其他实例的前面并将数据代理给它们，您将引入另一个单点故障。
亚马逊并不直接给你负载均衡器的IP地址，而是给你一个parsing为IP的DNS名称。 将此用作CNAME以将您的域指向。 我build议只使用一个子域名来平衡你的内容。