質問優れている：ルート53の設定 - ALIAS Aまたは別名CNAME RRS
ように使用することをお勧めしCloudFrontのかELB、などのAWSサービスとルート53の設定：ALIASレコードまたはALIAS CNAMEレコードを？
背景：
ALIASレコードのメリットについて、この質問に開発された面白いスレッド。
私の意図は、情報に基づいた答えと知識を一箇所に集めることができるように、この質問を作成することです。
「良い」という答えはありません。エイリアスRRタイプはターゲットRRと同じである必要があります。 CloudFront、S3、ELBなどの場合、ターゲットがCNAMEではないため、CNAMEタイプのエイリアスは意味を持ちません。
ただし、エイリアス= yesとCNAMEエイリアス= noの場合は、エイリアス= yesがより良い解決策です。
アサーションの別の問題は、エイリアスレコードがCNAMEと同等であるが、ゾーンのために意図されていることです。頂点だけが両方のカウントで正しくありません。
エイリアスAレコードは、CNAMEの動作に似た究極の動作を引き起こしますが、2つではなく1つのリゾルバアクションを要求することによってDNS解決時間を約半分に短縮し、エイリアスターゲットがAWSサービスの場合
AWSがエントリ値を無視するため、レコードを「エイリアス」（AWSによって作成された非標準のもの）としてマークした場合は、AかCNAMEかどうかは関係ありません。代わりに「ターゲット」を選択します。 AWSによって作成された「エイリアス」は、「あなたが別のAWSサービスを指し示していることを示しているので、このレコードへのDNS検索を改善してください」というようなものです。 – jweyrich
@jweyrichエイリアスは、同じホストされたゾーンまたはAWSサービスに関連付けられた特別ゾーン（CloudFrontなど）のいずれかの別のエントリへの**内部**（ルート53への）ポインタを作成するホストゾーン内のエントリです。エイリアスレコードは、どのRRと同じようにタイプを持ち、そのタイプの要求に対してのみ追従します。別名ターゲットレコードに名前とタイプでリンクします。 'dxxxexample.cloudfront.net'はAレコードです。その値は静的ではなくダイナミックであり、あなたを最寄りのエッジにルーティングし、複数のIPが返されますが、これはAレコードであるため、 'A'エイリアスでポイントします。 –
実際、カスタムドメイン名を使ってCloudFrontディストリビューションのIPv6解決をしたい場合、 'A'レコードエイリアスは' A'レコードだけを返すので、 'AAAA'タイプの* second *エイリアスレコードが必要です（IPv4）。 * ["IPv6が配布用に有効になっていて、2番目のリソースレコードセットを作成している場合は、AAAA - IPv6アドレスを選択"]（http://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing -to-cloudfront-distribution.html）* –
どちらも動作しますが、ALIASを使用したいと考えています。 ALIASはコストの面で優れています。弾性ロードバランサにマップされているエイリアスレコードへ
クエリ、アマゾンCloudFrontの分布、AWS Elastic Beanstalkで環境、 とAmazon S3ウェブサイトバケットは無料です。
CNAMEルックアップにはコストがかかります（100万クエリあたり0.400ドル）。
また、ALIASの背後には自動化機能があります.AWSによって行われたELBの変更は、それらをあなたのDNSに伝播します。
'd1.example.com'が' d2.example.com'の 'CNAME'だった場合、' d1.example.com'を解決すると古い（キャッシュされた） 'd2.example.com'という結果になる？または、 'CNAME'ターゲットを解決している間にDNSキャッシュを無視していますか？もしそうなら、 'd1.example.com'が' d2.example.com'の 'ALIAS'だった場合、問題は起こりません。 –