DNS Aレコードエイリアス、およびANAMEレコードの違い
AWSには、トリオのサーバーを使用してサイトにサービスを提供するサーバーのグループがいくつかあります。各サーバーまたはサーバーのセットは、異なる可用性領域内にあります。1つはリダイレクトサーバーで、他の2つはElastic Load Balancerの背後でアクセスされるプライマリサーバーです。最終的に、Route53を使用するためのクライアントが1つ搭載され、エラスティックロードバランスでポインティングゾーンの頂点ドメインの詳細を調べていました。これをサポートするほとんどのDNSプロバイダーは、これをAレコードのDNSエイリアスと呼んでいるようです。ただし、一部のサイトでは、ANAMEレコードと呼ばれる同様のレコードを参照しているようです。これは、一般的なCNAMEや非定型のDNAMEレコードではありません。これらのサイトのほとんどは、DNSMadeEasyも参照しています。 simpleDNS それを使用しています。
では、Route53（または他の場所）のAレコードのエイリアスとANAMEレコードの違いは何ですか？ありますか？これらのいずれかは、IEFT RFC実装ドキュメントに含まれているか、含まれているか、エイリアスレコードはすべて、それらが使用されているプロバイダー内に実装されていますか？
[編集]：ANAMEの使用法にリストされている誤ったDNSプロバイダー
ANAMEは DNS Made Easy で構成された標準的な名前であり、非常に類似している彼らのサービス提供を説明するものですRoute 53エイリアスが行うこと。
最近、エイリアスとCNAMEの違いについて Stack Overflow で説明しましたが、ここで要約します。
CNAMEが指定されたホスト用にプロビジョニングされたDNSサーバーは、参照されるホストの正規名を示す参照を渡します。その代替名を検索するには、Originリゾルバーによる2番目のクエリが必要になることがよくあります。エイリアス（およびその外観から、ANAME）は、DNSサーバーが「真の」宛先について知っている内部情報を使用して、2番目のルックアップや可視性なしで、リクエストに直接応答します。 DNSプロトコル交換の中間情報の。
これに加えて、エイリアスが提供するのは、S3 Webサイトエンドポイント、ELB、およびCloudfrontの現在有効なIPアドレスに関してRoute 53が所有する情報を使用して、Aレコードクエリに信頼できる情報で応答する機能です。ほぼリアルタイムで正確であり、これらのサービスを使用している場合、他のプロバイダーが自由に使用できるものではありません。もちろん、その逆も当てはまります。Route53エイリアスを使用して、本来Route 53で利用できない情報を検索して返すことはできません。エイリアスに「any」ターゲットを使用することはできません。上記の3つのサービスのエンドポイント、またはRoute 53内の同じホストゾーン内の他のレコード。
この意味で、ANAMEが静的な情報を（内部で）指していない限り、ANAMEとエイリアスは同等ではありません。
別のDNSホストのサービスのANAMEレコードは、Route 53と同じ機能を提供できませんもし宛先はS3、ELB、またはCloudFrontです。これは、Route 53のエイリアスが、内部で入手可能な情報を使用して別のCDNプロバイダーのエッジロケーションを指す応答を返すことができないのと同じです。この情報は、プロバイダーのインフラストラクチャでは内部的に利用できません。それ以外の場合、機能はほとんど同じようです。
FAQの ここで右 を開始すると、エイリアスレコードはRoute53固有のポインターであり、CNAMEレコードに似ていますが、リゾルバーからは見えないことが説明されています。