DNS AloggingALIASES和ANAMElogging差异

我们在AWS上有许多服务器组,可以使用三台服务器来提供站点。 每个服务器或一组服务器位于不同的可用区域内,其中一个是redirect服务器,另外两个是在弹性负载均衡器后面访问的主服务器。 我们终于有一个客户使用Route53,并在弹性负载平衡中查找指向区顶点域的一些细节。 支持这个的大多数DNS提供者似乎把这个称为Alogging的DNS别名。 但是有些网站似乎指的是一个名为ANAMElogging的类似logging。 这不是典型的CNAME,也不是非典型的DNAMElogging。 大多数这些网站还引用了DNSMadeEasy 简单DNS使用它。

那么Route53(或其他地方)的loggingALIASes和ANAMElogging有什么区别? 有一个吗? 它们中的任何一个是否已经包含在IEFT RFC实现文档中,或者是否都是在它们使用的提供程序中实现的别名logging?

[edit]:为ANAME使用情况列出的不正确的DNS提供商

它看起来像ANAME只是一个由DNS Made Easy组成的标准名称,用来描述它们的服务, Route 53 Alias 非常类似

我最近在Stack Overflow上描述了Alias和CNAME之间的区别,但总结在这里:

为给定主机configuration了一个CNAME DNS服务器会发出一个指示正在查找的主机的规范名称的引用,通常需要由原始parsing器查询第二个查询来查找该备用名称; 一个别名(从它的外观,一个ANAME )使用DNS服务器知道的“真实”目的地的内部信息,直接对请求直接作出响应,而不需要第二次查找,也不需要查看中间信息DNS协议交换。

除此之外,别名还提供了使用路由53拥有的有关S3网站端点,ELB和Cloudfront的当前有效IP地址的信息的能力,以响应具有权威信息的Alogging查询准确的近乎实时的,如果你使用这些服务,是不是其他供应商可以支配的东西; 当然,相反的情况也是如此,Route 53 Alias不能用于查找和返回路由53本质上不可用的信息。不能仅仅使用“any”目标作为别名 – 只有我上面提到的三个服务的端点,或者在Route 53内同一托pipe区域的其他logging。

从这个意义上说, ANAME和别名是不等价的,这取决于什么服务提供了后端…除非ANAME指向(内部)静态的信息。

如果目的地是S3,ELB或CloudFront,另一个DNS主机服务上的ANAMElogging将无法提供与Route 53相同的function,方式与Route 53上的别名无法返回指向另一个CDN提供商的边缘位置使用内部可用信息,因为这些信息不是内部可用于提供商的基础设施。 否则,function看起来大致相同。

从FAQ开始,它解释了一个别名logging是一个Route53特定的指针,类似于CNAMElogging,但对parsing器不可见。