本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
選擇別名或非別名記錄
Amazon Route 53 別名記錄為 DNS 功能提供 Route 53 特定延伸。別名記錄可讓您將流量路由到選定的 AWS 資源，包括但不限於CloudFront 分發和 Amazon S3 儲存貯體。也可讓您將流量從託管區域中的某個記錄路由至另一個記錄。
與 CNAME 記錄不同，您可以在 DNS 命名空間的頂端節點 (也稱為 Zone Apex) 上建立別名記錄。例如，如果您註冊 DNS 名稱 example.com，Zone Apex 就是 example.com。您不能為 example.com 建立 CNAME 記錄，但可以為會將流量路由至 www.example.com 的 example.com 建立別名記錄 (只要 www.example.com 的記錄類型並非 CNMAE 類型)。
當 Route 53 收到別名記錄的 DNS 查詢時，Route 53 會以適用於該資源的值來回應：
Amazon API Gateway 自訂區域 API 或邊緣最佳化 API – Route 53 會使用 API 的一或多個 IP 地址來回應。
Amazon VPC 介面端點 – Route 53 會使用介面端點的一或多個 IP 地址來回應。
發 CloudFront 佈 — Route 53 會針對可提供內容的CloudFront 邊緣伺服器的一或多個 IP 位址進行回應。
Elastic Beanstalk 環境 – Route 53 會使用環境的一或多個 IP 地址來回應。
Elastic Load Balancing 負載平衡器：Route 53 會使用負載平衡器的一個或多個 IP 地址來回應。這包括 Application Load Balancer、Classic Load Balancer 和 Network Load Balancer。
加 AWS Global Accelerator 速器 — Route 53 會回應加速器的 IP 位址。
設定為靜態網站的 Amazon S3 儲存貯體 – Route 53 使用 Amazon S3 儲存貯體的一個 IP 地址回應每個請求。
相同託管區域中的其他相同類型的 Route 53 記錄 - Route 53 會將查詢視為如同針對別名記錄所參考的記錄來回應 (請參閱 別名和 CNAME 記錄的比較)。
AWS AppSync 網域名稱 — Route 53 會針對您的介面端點使用一或多個 IP 位址進行回應。
當您使用別名記錄將流量路由到 AWS 資源時，Route 53 會自動識別資源中的變更。例如，假設 example.com 的別名記錄指向位於 lb1-1234.us-east-2.elb.amazonaws.com 的 Elastic Load Balancing 負載平衡器。如果負載平衡器的 IP 地址變更，Route 53 會使用新的 IP 地址，自動開始回應 DNS 查詢。
如果別名記錄指向 AWS 資源，則無法設定存留時間 (TTL)；Route 53 會使用資源的預設 TTL。如果別名記錄指向相同託管區域中的另一個記錄，Route 53 會使用該別名記錄指向的記錄的 TTL。如需「Elastic Load Balancing」目前的 TTL 值的詳細資訊，請前往 Elastic Load Balancing 使用指南中的要求路由並搜尋「ttl」。
如需如何使用 Route 53 主控台建立記錄的資訊，請參閱 使用 Amazon Route 53 主控台來建立記錄。如需為別名記錄指定值的詳細資訊，請參閱您在建立或編輯 Amazon Route 53 記錄指定的值中適用的主題：
別名和 CNAME 記錄的比較
別名記錄與 CNAME 記錄類似，但有一些重要的差異。下列清單比較別名記錄和 CNAME 記錄。
- 您可將查詢重新引導到下列資源
-
- 別名記錄
別名記錄只能將查詢重新導向至選取的 AWS 資源，包括但不限於下列項目：
Amazon S3 儲存貯體
CloudFront 分佈
同一個 Route 53 託管區域中的另一個記錄
例如，您可以建立名為 acme.example.com 的別名記錄，將查詢重新引導到也名為 acme.example.com 的 Amazon S3 儲存貯體。您也可以建立 acme.example.com 別名記錄，將查詢重新引導到 example.com 託管區域中名為 zenith.example.com 的記錄。
- CNAME 記錄
-
CNAME 記錄可以將 DNS 查詢重新引導到任何 DNS 記錄。例如，您可以建立 CNAME 記錄，將來自 acme.example.com 的查詢重新引導到 zenith.example.com 或 acme.example.org。對於您將查詢重新引導到的網域，您不需要使用 Route 53 作為 DNS 服務。
- 建立與網域具有相同名稱的記錄 (Zone Apex 的記錄)
-
- 別名記錄
-
在大多數組態中，您可以建立與託管區域 (Zone Apex) 同名的別名記錄。但如果您想要將來自 Zone Apex (例如 example.com) 的查詢，重新引導到相同託管區域中類型為 CNAME 的記錄 (例如 zenith.example.com)，則是例外。別名記錄必須與流量路由到的目標記錄具有相同的類型，而不支援為 Zone Apex 建立 CNAME 記錄的做法，即使對於別名記錄也是如此。
- CNAME 記錄
-
您無法建立與託管區域 (Zone Apex) 同名的 CNAME 記錄。對於網域名稱的託管區域 (example.com) 和子網域的託管區域 (zenith.example.com)，都是如此。
- DNS 查詢的定價
-
- 別名記錄
-
Route 53 對 AWS 資源的別名查詢不收取費用。如需詳細資訊，請參閱 Amazon Route 53 定價
。 - CNAME 記錄
-
Route 53 針對 CNAME 查詢收取費用。
注意
如果您建立重新引導到 Route 53 託管區域 (同一個託管區域或另一個託管區域) 中另一個記錄名稱的 CNAME 記錄，每個 DNS 查詢都會變更為兩個查詢：
Route 53 會以您要重新引導的目標記錄名稱回應第一個 DNS 查詢。
接著，DNS 解析器必須為第一個回應中的記錄提交另一個查詢，以取得有關要將流量導向到哪個位置的資訊，例如 Web 伺服器的 IP 地址。
如果 CNAME 記錄重新引導到使用另一個 DNS 服務託管的記錄名稱，Route 53 收取一個查詢的費用。另一個 DNS 服務可能會針對第二個查詢收取費用。
- DNS 查詢中指定的記錄類型
-
- 別名記錄
-
只在當別名記錄的名稱 (例如 acme.example.com) 和別名記錄的類型 (例如 A 或 AAAA) 符合 DNS 查詢中的名稱和類型時，Route 53 才會回應 DNS 查詢。
- CNAME 記錄
-
無論 DNS 查詢中指定的記錄類型為何 (例如 A 或 AAAA)，CNAME 記錄都會重新引導記錄名稱的 DNS 查詢。
- dig 或 nslookup 查詢中的記錄列出方式
-
- 別名記錄
-
為回應 dig 或 nslookup 查詢，別名記錄會列為您在建立記錄時指定的記錄類型 (例如 A 或 AAAA) (您指定的別名記錄的記錄類型取決於接收路由流量的資源。例如，若要將流量路由到 S3 儲存貯體，則為該類型指定 A)。別名屬性只能在 Route 53 主控台或程式設計要求 (例如 AWS CLI
list-resource-record-sets命令) 的回應中看到。 - CNAME 記錄
-
CNAME 記錄會列為 CNAME 記錄，以回應 dig 或 nslookup 查詢。
