Amazon web services Amazon Route 53-为ELB创建记录，在指向该记录的另一个域上创建CNAME？

AWS弹性负载平衡器的最大缺点之一是无法为其分配静态IP。为了解决这个问题，我必须使用Amazon Route 53 DNS，然后我可以为根/子域设置一个指向负载平衡器的A记录

假设我的Route 53域是： 域名1.com

我创建了一个弹性负载平衡器，并通过记录指出了以下内容： sub.domain1.com

我想知道，我是否为另一个域（如sub.domain2.com）创建了一个CNAME，并将其指向sub.domain1.com，如果可以的话

我为什么要这样做

我们通过在客户网站的子域上设置静态网站来运行客户网站的促销页面。目前，我们为EC2实例提供了一个静态IP，然后他们为其创建了一个a记录，但我们希望为高可用性和可扩展性提供一个负载平衡的集群

有没有人试过或者知道这样做是否合适？我知道这个概念有点类似于S3 CNAME，但我不知道这是否糟糕：）

AWS弹性负载平衡器的最大缺点之一是无法为其分配静态IP

这不是设计上的限制，更多的是表明您试图错误地使用ELB

我想知道，我是否为另一个域（如sub.domain2.com）创建了一个CNAME，并将其指向sub.domain1.com，如果这样可以的话

是的，只需确保将CNAME上的TTL设置得足够低，以便在ELB上的IP地址发生变化时，您的用户不会长时间查看过时的记录。路由53使用60秒TTL

我们通过在客户网站的子域上设置静态网站来运行客户网站的促销页面。目前，我们为EC2实例提供了一个静态IP，然后他们为其创建了一个a记录，但我们希望为高可用性和可扩展性提供一个负载平衡的集群

---

如果这些实际上是静态网站，那么最好直接从S3存储桶中托管它们。不应该在单个EC2实例上运行任何重要的操作。

实际上可以使用ANAME记录，但这些记录非常罕见，而且没有多少DNS提供商提供它。@jamieb我不明白为什么要在CNAME上设置如此低的TTL。只有在更换需要将CNAME映射到不同a记录的弹性负载平衡器（这应该是非常罕见的）时才需要这样做，对吗？@DerekLitz ELB只是m1。运行基于Java的负载平衡应用程序的小实例。就像普通的EC2实例一样，它们可能会失败，或者Amazon将淘汰底层硬件。如果IP地址向上/向下扩展或存在可用性区域问题，IP地址也会发生更改。@jamieb Yes，这就是为什么Amazon根据其文档将其负载平衡器的DNS TTL设置为60秒。对我来说没有意义的是将CNAME设置为如此低的值。ie.www.nicedomain.com->aws.load.balancer.domain.com->（一组可以经常更改的IP）。www.nicedomain.com是aws.load_balancer.domain.com的CNAME这一事实不需要每60秒更新一次，因为负载平衡器很少需要更换。更换负载平衡器将导致amazon为lb生成不同的域名。