Route53のA RecとCNAMEの違い

Question

Amazon Route 53では、Aliasを使用してAレコードまたはCNAMEを異なるサブドメイン名に設定できるため、AレコードとCNAMEの違いは何ですか？

私の質問を明確にするために、従来のNameServerのCNAMEとAレコードの違いは、CNAMEのみを使用して別のサブドメインを指し、Aレコードが有効なIPアドレスを指している必要があるということです。 AWS Route53では、A RecまたはCNAMEのいずれかを使用してサブドメインを使用できるようになっているため、2つの区別をぼかすことはありません。

Answer 1

あなたの質問は非常に有効ですが、あまり正確ではない方法で「サブドメイン」という単語を使用しています。

実際には、Route 53のAレコードは、別のドメインの完全修飾ホスト名、または独自のドメインのホスト名またはサブドメインのいずれかを参照できるように見えるという事実DNSでは、別のホスト名を参照する唯一の方法はCNAMEですが、サブドメイン（ "www.example.com"）を指すドメイン（「example.com」）の頂点にプロビジョニングすることはできません。

エイリアスは、機能的には同等ですが、CNAMEよりも柔軟性があるようですが、違いがありますか？

CNAMEとエイリアスの違いはCNAMEはまだDNSクエリ応答を返し、適切な、標準、通常のDNS CNAME、ということであるC「やあ、君はその本当（知っている必要があります」あなたが探しているサーバーのの名前は「x」であり、場合によっては、ターゲットホストのAレコードも含まれている可能性があります。

エイリアスが作成した巧妙なハックですが、リソース "Y"のAレコードがある場合は、Route 53がリソース "X"から直接Aレコードを引き渡すことができます要求された。エイリアスは他のレコードタイプも参照できますが、参照するレコードタイプは同じでなければなりません。このディスカッションの目的では、Aレコードエイリアスについて説明しています。

ここで重要なのは、エイリアスが実際にAレコードを返します。CNAMEのように、ターゲットへの参照ではありません。

キャッチはエイリアスがあるため、そのボックスにホスト名を入れることはできません。ルート53には魔法のフックがあるドメイン内のホスト名でなければなりません。ゾーン内の別のエントリか、S3、ELB、またはCloudfrontのいずれかに対応する適切なAレコードを取得できます。これは、ネットエフェクトが同じように見えても、CNAMEレコードが機能する方法とは非常に異なる実装です。

そこに他のものを入れ、The record set could not be saved because:- Alias Target contains an invalid value.試してみてください。:)

もちろん、CNAMEのレコードには制限がありません。ゾーンの上部での使用はデザインによって制限されています。

実際、エイリアスとCNAMEのレコードは、最初に考えていたほど重複していません。いくつかの状況では、1つだけが使用可能であり、いずれかが動作する場合、その差はおそらく重要ではない。

いずれかを使用できる場合のエイリアスの利点の1つは、上記のように別名が2つのDNSクエリを必要としないことです。適切なAレコードを持つルート53によって常に直接回答されます。少なくとも、異なるトップレベルドメインのホスト名を参照する場合は、CNAMEが2つの連続したDNSルックアップを必要とするため、エイリアスには理論上のパフォーマンス上の利点があります場合。

Answer 2

あなたは間違った情報を持っていると思います。 Amazon Route53はサブドメインを持つAレコードを許可しません。私は、ドメイン名に設定しようとしているとき、私はエラーを取得しています：IPアドレスのみのため

The record set could not be saved because: 
- The Value field contains invalid characters or is in an invalid format. 

Aレコードがあります。