DNS Aレコードのエイリアス、およびANAMEレコードの違い

AWSには、トリオのサーバーを使用してサイトにサービスを提供するサーバーのグループがいくつかあります。各サーバーまたはサーバーのセットは、異なる可用性領域内にあります。1つはリダイレクトサーバーで、他の2つはエラスティックロードバランサーの背後でアクセスされるプライマリサーバーです。最終的に、Route53を使用するためのクライアントが1つ搭載され、エラスティックロードバランスでポインティングゾーンの頂点ドメインの詳細を調べていました。これをサポートするほとんどのDNSプロバイダーは、これをAレコードのDNSエイリアスと呼んでいるようです。ただし、一部のサイトでは、ANAMEレコードと呼ばれる同様のレコードを参照しているようです。これは、典型的なCNAMEや非典型的なDNAMEレコードではありません。これらのサイトのほとんどは、それを使用するDNSMadeEasy simpleDNSも参照しています。

では、Route53（または他の場所）のAレコードのエイリアスとANAMEレコードの違いは何ですか？ありますか？これらのいずれかは、IEFT RFC実装ドキュメントに含まれているか、含まれているか、エイリアスレコードはすべて、それらが使用されているプロバイダー内に実装されていますか？

[編集]：ANAMEの使用法にリストされている正しくないDNSプロバイダー

DNS Made EasyANAMEによって作成された標準的な名前のように見えますが、Route 53エイリアスと非常によく似たサービスを提供するために提供されています。

エイリアスとCNAME最近のStack Overflowの違いについて説明しましたが、ここで要約します。

CNAME特定のホスト用にがプロビジョニングされたDNSサーバーは、参照されているホストの正規名を示す紹介を渡します。多くの場合、その代替名を検索するには、送信元リゾルバによる2番目のクエリが必要です。エイリアス（およびその外観から、ANAME）は、DNSサーバーが「真の」宛先について知っている内部情報を使用して、2番目のルックアップを必要とせず、リクエスト内の中間情報を表示せずに、リクエストに直接応答します。 DNSプロトコル交換。

これに加えて、エイリアスが提供するのは、S3 Webサイトエンドポイント、ELB、およびCloudfrontの現在有効なIPアドレスについてRoute 53が所有している情報を使用して、Aレコードクエリに信頼できる情報で応答する機能です。ほぼリアルタイムで正確であり、これらのサービスを使用している場合、他のプロバイダーが自由に使用できるものではありません。もちろん、その逆も当てはまります。Route53エイリアスを使用して、本来Route 53で利用できない情報を検索して返すことはできません。エイリアスに「any」ターゲットを使用することはできません。上記の3つのサービスのエンドポイント、またはRoute 53内の同じホストゾーン内の他のレコード。

この意味で、が静的な情報を（内部で）指していANAMEない限り、バックエンドを提供しているサービスによっては、とエイリアスは同等ではありませんANAME。

ANAME別のDNSホストのサービス上の記録は、ルート53と同じ機能を提供することができない場合、宛先は国道53上のエイリアスを別のものに向いて答えを返すことができないであろうと同じように、S3、ELB、またはCloudFrontはありますCDNプロバイダーのエッジロケーションは、プロバイダーのインフラストラクチャが内部で利用できないため、内部で利用可能な情報を使用します。それ以外の場合、機能はほとんど同じようです。

ここのFAQ から始めると、エイリアスレコードはRoute53固有のポインターであり、CNAMEレコードに似ていますが、リゾルバーからは見えないことが説明されています。