本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 選擇路由政策
當您建立記錄，需要先選擇路由政策，這會決定 Amazon Route 53 回應查詢的方式：
+ **簡便路由政策** – 用於為網域執行指定功能的單一資源，例如，為 example.com 網站提供內容的 Web 伺服器。您可以使用簡易路由在私有託管區域中建立記錄。
+ **容錯移轉路由政策** – 如果要設定主動-被動容錯移轉時使用。您可以使用容錯移轉路由在私有託管區域中建立記錄。
+ **地理位置路由政策** – 用於根據使用者位置來路由流量。您可以使用地理位置路由在私有託管區域中建立記錄。
+ **地理位置鄰近性路由政策**：用於根據資源位置路由流量，以及 (選用) 將流量從某個位置的資源轉移到另一個位置的資源。您可以使用地理位置鄰近性路由在私有託管區域中建立記錄。
+ **延遲路由政策** – 當您在多個 中有資源， AWS 區域 而且您想要將流量路由到提供最佳延遲的區域時，請使用 。您可以使用延遲路由在私有託管區域中建立記錄。
+ **以 IP 為基礎的路由政策** - 用於在能夠取得流量來源 IP 地址的情況下根據使用者位置路由流量。
+ **多值回答路由政策** – 如果您希望 Route 53 用隨機選取的正常記錄 (最多八個) 回應 DNS 查詢，可以使用該政策。您可以使用多值回答路由在私有託管區域中建立記錄。
+ **加權路由政策** – 用於按照您指定的比例將流量路由到多個資源。您可以使用加權路由在私有託管區域中建立記錄。
**Topics**
+ [簡便路由](routing-policy-simple.md)
+ [容錯移轉路由](routing-policy-failover.md)
+ [地理位置路由](routing-policy-geo.md)
+ [地緣臨近度路由](routing-policy-geoproximity.md)
+ [以延遲為基礎的路由](routing-policy-latency.md)
+ [以 IP 為基礎的路由](routing-policy-ipbased.md)
+ [多值答案路由](routing-policy-multivalue.md)
+ [加權路由](routing-policy-weighted.md)
+ [Amazon Route 53 如何使用 EDNS0 判斷使用者的位置](routing-policy-edns0.md)
# 簡便路由
簡便路由可讓您設定不含特殊 Route 53 路由 (例如加權或延遲) 的標準 DNS 記錄。透過簡便路由，您通常會將流量路由至單一資源，例如您網站的 Web 伺服器。
您可以在私有託管區域中使用簡便路由政策。
如果您在主 Route 53 控台中選擇簡便路由政策，則不能建立具有相同名稱和類型的多個記錄，但您可以在相同記錄中指定多個值 (例如多個 IP 地址)。（如果您為別名記錄選擇簡單的路由政策，您只能在目前託管區域中指定一個 AWS 資源或一個記錄。) 如果您在記錄中指定多個值，Route 53 會以隨機排列將所有值傳回遞迴解析程式，解析程式會將值傳回給提交 DNS 查詢的用戶端 (例如 Web 瀏覽器)。然後，用戶端會選擇值並重新提交查詢。使用簡便路由政策雖然可以指定多個 IP 地址，但不會檢查這些 IP 地址的運作狀態。
如需在使用簡便路由政策來建立記錄時指定值的資訊，請參閱下列主題：
+ [簡單記錄的專用值](resource-record-sets-values-basic.md)
+ [簡單別名記錄的專用值](resource-record-sets-values-alias.md)
+ [所有路由政策的常見值](resource-record-sets-values-shared.md)
+ [所有路由政策的別名記錄常見值](resource-record-sets-values-alias-common.md)
# 容錯移轉路由
容錯移轉路由可讓您將流量路由到某個資源 (如果該資源正常) 或路由到其他資源 (如果第一個資源狀況不良)。主要和次要記錄可以將流量路由到任何內容，從設定為網站的 Amazon S3 儲存貯體到複雜的記錄樹。如需詳細資訊，請參閱[主動-被動容錯移轉](dns-failover-types.md#dns-failover-types-active-passive)。
您可以在私有託管區域中使用容錯移轉路由政策。
如需在使用容錯移轉路由政策來建立記錄時指定值的資訊，請參閱下列主題：
+ [容錯移轉記錄的專用值](resource-record-sets-values-failover.md)
+ [容錯移轉別名記錄的專用值](resource-record-sets-values-failover-alias.md)
+ [所有路由政策的常見值](resource-record-sets-values-shared.md)
+ [所有路由政策的別名記錄常見值](resource-record-sets-values-alias-common.md)
# 地理位置路由
地理位置路由可讓您根據使用者的地理位置 (即 DNS 查詢的來源位置) 選擇服務流量的資源。例如，您可能想要將來自歐洲的所有查詢路由到位於法蘭克福區域的 Elastic Load Balancing 負載平衡器。
使用地理位置路由時，您可以對內容進行本地化，以使用者使用的語言呈現部分或全部的網站內容。您也可以使用地理位置路由，以便僅向您擁有分佈權利的位置分佈內容。另一種可能的用途是以可預測、易於管理的方式在端點之間進行負載平衡，以便每個使用者位置一致地路由到同一端點。
您可以依洲別、依國家/地區或依美國州別指定地理位置。如果您為重疊的地理區域建立不同的記錄—例如，北美洲一個記錄，加拿大一個記錄—則最小的地理區域具有更高的優先順序。這可讓您將某洲的部分查詢路由到一個資源，並將該洲上選定國家/地區的查詢路由到另一個資源。(如需每個洲別的國家/地區清單，請參閱[Location](resource-record-sets-values-geo.md#rrsets-values-geo-location)。)
地理位置的運作方式是將 IP 地址對應到位置。然而，有些 IP 地址並未映射到地理位置，所以即使您建立涵蓋所有七大洲的地理位置記錄，Amazon Route 53 仍會收到一些來自無法識別位置的 DNS 查詢。您可以建立預設記錄，用來處理來自未對應到任何位置的 IP 地址的查詢，以及來自您未建立地理位置記錄的位置的查詢。如果您未建立預設記錄，對於來自這些位置的查詢，Route 53 會傳回「無回答」回應。
您可以對公有和私有託管區域中的記錄使用地理位置路由。
如需詳細資訊，請參閱[Amazon Route 53 如何使用 EDNS0 判斷使用者的位置](routing-policy-edns0.md)。
如需在使用地理位置路由政策來建立記錄時指定值的資訊，請參閱下列主題：
+ [地理位置記錄的專用值](resource-record-sets-values-geo.md)
+ [地理位置別名記錄的專用值](resource-record-sets-values-geo-alias.md)
+ [所有路由政策的常見值](resource-record-sets-values-shared.md)
+ [所有路由政策的別名記錄常見值](resource-record-sets-values-alias-common.md)
# 私有託管區域中的地理位置路由
對於私有託管區域，Route 53 會根據查詢來源 AWS 區域 的 VPC 的 來回應 DNS 查詢。如需 的清單 AWS 區域，請參閱《*Amazon EC2 使用者指南*》中的[區域和區域](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html)。
如果 DNS 查詢源自混合式網路的內部部署部分，則會將其視為源自該 VPC 所在的 AWS 區域 。
如果包含運作狀態檢查，則可以建立以下項目的預設記錄：
+ 未對應至地理位置的 IP 位址。
+ 來自您尚未為其建立地理位置記錄之位置的 DNS 查詢。
如果 DNS 查詢區域的地理位置記錄運作狀態不佳，則會傳回預設記錄 (如果該記錄運作狀態良好)。
在下圖中的範例組態中，來自 us-east-1 AWS 區域 （維吉尼亞） 的 DNS 查詢將路由至 1.1.1.1 端點。
![\[顯示私有託管區域地理位置記錄的螢幕擷圖。\]](http://docs.aws.amazon.com/zh_tw/Route53/latest/DeveloperGuide/images/geolocation-phz.png)
# 地緣臨近度路由
地理位置鄰近性路由讓 Amazon Route 53 根據您的使用者和資源的地理位置將流量路由到您的資源。它會將流量路由到最接近可用的資源。您也可以指定值，選擇將更多的流量或更少的流量路由至指定資源，稱為*偏差*。對於其流量會路由至資源的地理區域，偏差會擴大或縮小該地理區域的大小。
為您的資源建立地理位置鄰近性規則，並為每個規則指定下列其中一個值：
+ 如果您使用的是 AWS 資源，請指定您在其中建立資源的 AWS 區域 或 Local Zone 群組。
+ 如果您使用的是非AWS 資源，請指定資源的緯度和經度。
若要使用 AWS Local Zones，您必須先啟用它們。如需詳細資訊，請參閱《AWS Local Zones 使用者指南》**中的[本機區域入門](https://docs.aws.amazon.com/local-zones/latest/ug/getting-started.html)。
若要了解 AWS 區域 和 Local Zones 之間的差異，請參閱《*Amazon EC2 使用者指南*》中的[區域和區域](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html)。
若要選擇性地變更 Route 53 從中將流量路由到資源的地理區域大小，請為偏差指定適用的值：
+ 若要擴大 Route 53 從中將流量路由到資源的地理區域大小，請為偏差指定介於 1 到 99 之間的正整數。Route 53 縮小相鄰區域的大小。
+ 若要縮小 Route 53 從中將流量路由到資源的地理區域大小，請為偏差指定介於 -1 到 -99 之間的負整數。Route 53 擴大相鄰區域的大小。
**注意**
我們正在更新 Route 53 的流量流程主控台。在轉換期間，您可以繼續使用舊的主控台。
選擇您正在使用的主控台的索引標籤。
+ [新主控台](#traffic-flow-geoprox-routing-map-new)
+ [舊主控台](#traffic-flow-geoprox-routing-map-old)
------
#### [ New console ]
下列地圖顯示四 AWS 區域 （編號 1 到 5)：
1. 美國西部 (奧勒岡)
1. 歐洲 (法蘭克福)
1. 亞太地區 (東京)
1. 非洲 (開普敦)
1. Middle East (Bahrain)
**注意**
地圖僅適用於流量流程。
![\[世界地圖，顯示當您 AWS 區域 在美國西部 （奧勒岡）、歐洲 （法蘭克福）、亞太區域 （東京）、非洲 （開普敦） 和中東 （巴林） 擁有資源的地理位置鄰近性記錄時，流量如何路由。\]](http://docs.aws.amazon.com/zh_tw/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-no-bias-new.png)
下列地圖顯示如果您為美國西部 （奧勒岡） 區域 （地圖上的數字 **1**) 新增 \$125 偏差會發生什麼情況。流量會從北美洲的較大部分和南美洲的所有區域路由至該區域中的資源。
![\[世界地圖，顯示當您在美國東部 (維吉尼亞北部) 區域新增 +25 偏差時，流量會如何路由。\]](http://docs.aws.amazon.com/zh_tw/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-bias-plus25-new.png)
下列地圖顯示如果您將美國西部 （奧勒岡） 區域的偏差變更為 -25 會發生什麼情況。流量會從比先前更小的北美洲和南美洲部分路由至該區域中的資源，而更多流量會路由至相鄰區域 **2**、**3** 和 **4** 中的資源。
![\[世界地圖，顯示當您在美國西部 （奧勒岡） 區域中新增偏差為 -25 時，流量如何路由。\]](http://docs.aws.amazon.com/zh_tw/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-bias-minus25-new.png)
------
#### [ Old console ]
下列地圖顯示四個 AWS 區域 （編號 1 到 4)，以及南非約翰尼斯堡經緯度 (5) 指定的位置。
**注意**
地圖僅適用於流量流程。
![\[世界地圖，顯示當您 AWS 區域 在美國西部 （奧勒岡）、美國東部 （維吉尼亞北部）、歐洲 （巴黎） 和亞太區域 （東京） 擁有資源的地理位置鄰近性記錄，並在南非約翰尼斯堡擁有非AWS 資源的記錄時，如何路由流量。\]](http://docs.aws.amazon.com/zh_tw/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-no-bias.png)
下列地圖顯示如果您為美國東部 (維吉尼亞北部) 區域新增 \$125 偏差會發生什麼情況 (地圖上的編號 **2**)。流量會從比之前較大部分的北美洲地區、南美洲的所有地區，路由至該區域中的資源。
![\[世界地圖，顯示當您在美國東部 (維吉尼亞北部) 區域新增 +25 偏差時，流量會如何路由。\]](http://docs.aws.amazon.com/zh_tw/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-bias-plus-25.png)
下列地圖顯示如果您將美國東部 (維吉尼亞北部) 區域的偏差變更為 -25 時會發生什麼情況。量會從比之前較小部分的北美洲和南美洲地區，路由至該區域中的資源，並會將較多流量路由至相鄰區域 **1**、**3** 和 **5** 的資源。
![\[世界地圖，顯示當您在美國東部 (維吉尼亞北部) 區域新增 -25 偏差時，流量會如何路由。\]](http://docs.aws.amazon.com/zh_tw/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-bias-minus-25.png)
------
變更資源的偏差產生的影響，取決於多種因素，包括下列項目：
+ 您擁有的資源數目。
+ 資源彼此之間的距離。
+ 您在地理區域之間的邊界區域附近擁有的使用者數目。例如，假設您 AWS 區域 在美國東部 （維吉尼亞北部） 和美國西部 （奧勒岡） 有資源，而且您在達拉斯、奧斯汀和美國德州聖安東尼奧有許多使用者。這些城市在您的資源之間大約是等距的，因此偏差的微小變化可能會導致流量從一個資源大幅波動 AWS 區域 到另一個資源。
我們建議您以較小的增量來變更偏差，以防止由於流量的意外擺動而導致您的資源負擔過重。
如需詳細資訊，請參閱[Amazon Route 53 如何使用 EDNS0 判斷使用者的位置](routing-policy-edns0.md)。
## Amazon Route 53 如何使用偏差來路由流量
以下是 Amazon Route 53 用來決定如何路由流量的公式：
**偏差**
`Biased distance = actual distance * [1 - (bias/100)]`
當偏差值為正值時，Route 53 會將 DNS 查詢的來源和您在地理位置鄰近性記錄中指定的資源 （例如 中的 EC2 執行個體 AWS 區域) 視為比實際距離更近。例如，假設您有以下的地理位置鄰近性記錄：
+ Web 伺服器 A 的記錄，它具有正偏差 50
+ Web 伺服器 B 的記錄，它沒有偏差
當地理位置鄰近性記錄具有正偏差 50 時，Route 53 會將查詢的來源與該記錄的資源之間的距離減半。然後 Route 53 會計算哪個資源更接近查詢的來源。假設 Web 伺服器 A 與查詢的來源相距 150 公里，而 Web 伺服器 B 與查詢的來源相距 100 公里。如果這兩個記錄都沒有偏差，Route 53 會將查詢路由到 Web 伺服器 B，因為它更接近。不過，因為 Web 伺服器 A 的記錄具有正偏差 50，所以 Route 53 會認為 Web 伺服器 A 與查詢的來源相距 75 公里。因此，Route 53 會將查詢路由到 Web 伺服器 A。
以下是針對正偏差 50 的計算：
```
Bias = 50
Biased distance = actual distance * [1 - (bias/100)]
Biased distance = 150 kilometers * [1 - (50/100)]
Biased distance = 150 kilometers * (1 - .50)
Biased distance = 150 kilometers * (.50)
Biased distance = 75 kilometers
```
# 以延遲為基礎的路由
如果您的應用程式託管在多個 中 AWS 區域，您可以透過從提供最低延遲的 提供他們的請求 AWS 區域 ，來改善使用者的效能。
**注意**
使用者和資源之間延遲的相關資料，完全以使用者和 AWS 資料中心之間的流量為基準。如果您未在 中使用資源 AWS 區域，使用者與資源之間的實際延遲可能與 AWS 延遲資料顯著不同。即使您的資源與 AWS 區域位於同一個城市，也是如此。
若要使用以延遲為基礎的路由，您可以為多個 AWS 區域中的資源建立延遲記錄。當 Route 53 收到網域或子網域 (example.com 或 acme.example.com) 的 DNS 查詢時，它會判斷您為哪些 AWS 區域 建立延遲記錄、哪個區域能夠為使用者提供最低延遲，然後選擇該區域的延遲記錄。Route 53 使用所選記錄的值 (例如 Web 伺服器的 IP 地址) 進行回應。
例如，假設您在美國西部 (奧勒岡) 區域與亞太區域 (新加坡) 區域都有 Elastic Load Balancing 負載平衡器。您為每個負載平衡器建立延遲記錄。當位於倫敦的使用者在瀏覽器中輸入您的網域名稱時，將出現以下情況：
1. DNS 會將查詢路由至 Route 53 名稱伺服器。
1. Route 53 參照其有關倫敦與新加坡區域以及倫敦與奧勒岡州區域之間延遲的資料。
1. 如果倫敦與奧勒岡州區域之間的延遲較低，Route 53 會使用位於奧勒岡州的負載平衡器的 IP 地址回應查詢。如果倫敦與新加坡區域之間的延遲較低，Route 53 會使用位於新加坡的負載平衡器的 IP 地址回應查詢。
由於網路連線和路由的變化，網際網路上主機之間的延遲可能會隨著時間改變。以延遲為基礎的路由是根據在一段時間進行的延遲測量，這些測量會反映上述變化。這週路由到奧勒岡州區域的請求，下週可能會被路由到新加坡區域。
**注意**
當瀏覽器或其他檢視器使用支援 EDNS0 的 edns-client-subnet 延伸的 DNS 解析程式，DNS 解析程式會向 Route 53 傳送使用者 IP 地址的截斷版本。如果您設定 Latency Based Routing，Route 53 在將流量路由到您的資源時會考慮此值。如需詳細資訊，請參閱[Amazon Route 53 如何使用 EDNS0 判斷使用者的位置](routing-policy-edns0.md)。
您可以在私有託管區域中使用延遲路由政策。
如需在使用延遲路由政策來建立記錄時指定值的資訊，請參閱下列主題：
+ [延遲記錄的專用值](resource-record-sets-values-latency.md)
+ [延遲別名記錄的專用值](resource-record-sets-values-latency-alias.md)
+ [所有路由政策的常見值](resource-record-sets-values-shared.md)
+ [所有路由政策的別名記錄常見值](resource-record-sets-values-alias-common.md)
# 私有託管區域中以延遲為基礎的路由
對於私有託管區域，Route 53 會使用相同 AWS 區域或最接近查詢來源 AWS 區域 之 VPC 之 的端點來回答 DNS 查詢。
**注意**
如果您將輸出端點轉送到輸入端點，則記錄將根據輸入端點所在的位置進行解析，而非輸出端點。
如果包含運作狀態檢查，且對查詢來源為最低延遲的記錄運作狀態不佳，則會傳回下一個最低延遲且運作狀態良好的端點。
在下圖中的範例組態中，來自 us-east-1 AWS 區域或最接近它的 DNS 查詢將路由至 1.1.1.1 端點。會將來自 us-west-2 或與其最接近的 DNS 查詢路由至 2.2.2.2 端點。
![\[顯示私有託管區域兩個延遲記錄的螢幕擷圖。\]](http://docs.aws.amazon.com/zh_tw/Route53/latest/DeveloperGuide/images/latency-phz.png)
# 以 IP 為基礎的路由
藉助 Amazon Route 53 中以 IP 為基礎的路由功能，您可以利用對網路、應用程式和用戶端的了解來微調 DNS 路由，從而為最終使用者做出最佳 DNS 路由決策。以 IP 為基礎的路由讓您能夠透過以使用者 IP 到端點映射的形式將資料上傳到 Route 53，進行精細控制，從而最佳化效能或降低網路成本。
地理位置和以延遲為基礎的路由依賴於 Route 53 收集並保持更新的資料。這種方法適用於大多數客戶，但以 IP 為基礎的路由為您提供了額外的功能，讓您能夠根據自己對客戶群的了解來最佳化路由。例如，全球視訊內容供應商可能希望從特定網際網路服務供應商 (ISP) 路由最終使用者。
以下是以 IP 為基礎的路由的一些常用案例：
+ 您希望將最終使用者從某些 ISP 路由到特定端點，以最佳化網絡傳輸成本或效能。
+ 您希望根據您對用戶端實體位置的了解，向現有 Route 53 路由類型 (例如地理位置路由) 添加覆寫。
**管理 IP 範圍並將其與資源記錄集關聯 (RRSet)**
對於 IPv4，您可以使用 1 到 24 位元 (含) 長度之間的 CIDR 區塊，而對於 IPv6，您可以使用 1 到 48 位元 (含) 長度之間的 CIDR 區塊。若要定義零位元 CIDR 區塊 (0.0.0.0/0 或 ::/0)，請使用預設 ("\$1") 位置。
對於 CIDR 超過 CIDR 集合中指定長度的 DNS 查詢，Route 53 會將其與較短的 CIDR 進行比對。例如，如果您指定 2001:0DB8::/32 做為 CIDR 集合中的 CIDR 區塊，而查詢源自於 2001:0DB8:0000:1234::/48，則將會相符。另一方面，如果您在 CIDR 集合中指定 2001:0DB8:0000:1234::/48，而查詢源自於 2001:0DB8::/32，則將不會相符，Route 53 將以預設 ("\$1") 位置的記錄回答。
您可以將 CIDR 區塊 (或 IP 範圍) 集組合成 CIDR 位置，然後將這些位置組合成稱為 CIDR 集合的可重複使用實體：
**CIDR 區塊**
以 CIDR 表示法表示的 IP 範圍，例如 192.0.2.0/24 或 2001:DB8::/32。
**CIDR 位置**
具名的 CIDR 區塊清單。例如，example-isp-seattle = [192.0.2.0/24, 203.0.113.0/22, 198.51.100.0/24, 2001:DB8::/32 ]。CIDR 位置清單中的區塊不必相鄰或在相同的範圍內。
單個位置可以同時具有 IPv4 和 IPv6 區塊，並且此位置可分別與 A 和 AAAA 記錄集相關聯。
根據慣例，位置名稱通常是一個位置，但也可以是任何字串，例如 *Company-A*。
**CIDR 集合**
具名的位置集合。例如，mycollection = [example-isp-seattle, example-isp-tokyo]。
以 IP 為基礎的路由資源記錄集參考集合中的某個位置，並且同一記錄集名稱和類型的所有資源記錄集必須參考同一集合。例如，如果您在兩個區域中建立網站，並希望根據來源 IP 地址將 DNS 查詢從兩個不同 CIDR 位置引導至特定網站，則必須將這兩個位置列在同一 CIDR 集合中。
您無法在私有託管區域中使用以 IP 為基礎的路由政策。
如需在使用以 IP 為基礎的路由政策來建立記錄時指定值的資訊，請參閱下列主題：
+ [特定於以 IP 為基礎記錄的值](resource-record-sets-values-ipbased.md)
+ [特定於以 IP 為基礎的別名記錄的值](resource-record-sets-values-ipbased-alias.md)
+ [所有路由政策的常見值](resource-record-sets-values-shared.md)
+ [所有路由政策的別名記錄常見值](resource-record-sets-values-alias-common.md)
**Topics**
+ [使用 CIDR 位置和區塊建立 CIDR 集合](resource-record-sets-creating-cidr-collection.md)
+ [設定 CIDR 位置和區塊](resource-record-sets-working-with-cidr-locations.md)
+ [刪除 CIDR 集合](resource-record-sets-delete-cidr-collection.md)
+ [從地理位置路由轉變為以 IP 為基礎的路由](resource-record-sets-move-geolocation-to-cidr.md)
# 使用 CIDR 位置和區塊建立 CIDR 集合
首先建立一個 CIDR 集合，然後將 CIDR 區塊和位置添加到其中。
**使用 Route 53 主控台建立 CIDR 集合**
1. 登入 AWS 管理主控台 並開啟 Route 53 主控台，網址為 https：//[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)。
1. 在導覽窗格中，選擇 **IP-based routing** (以 IP 為基礎的路由)，然後選擇 **CIDR collections** (CIDR 集合)。
1. 選擇 **Create CIDR collection** (建立 CIDR 集合)。
1. 在 **Create CIDR collection** (建立 CIDR 集合) 窗格中的 **Details** (詳細資訊) 下，輸入集合的名稱。
1. 選擇 **Create collection** (建立集合) 以建立空集合。
- 或 -
在**建立 CIDR 位置**區段中，於 **CIDR 位置**方塊中輸入 CIDR 位置的名稱。位置名稱可以是任何識別字串，例如 **company 1** 或 **Seattle**。不必是實際的地理位置。
**重要**
CIDR 位置名稱的長度上限為 16 個字元。
在 **CIDR 區塊**方塊中輸入 CIDR 區塊，每行一個。這些地址可以是 IPv4 或 IPv6 地址，範圍從 /0 到 /24 (對於 IPv4) 和 /0 到 /48 的地址 (對於 IPv6)。
1. 輸入 CIDR 區塊後，選擇 **Create CIDR collection** (建立 CIDR 集合)，或 **Add another location** (新增另一個位置) 以繼續輸入位置和 CIDR 區塊。您可以為每個集合輸入多個 CIDR 位置。
1. 輸入 CIDR 位置後，選擇 **Create CIDR collection** (建立 CIDR 集合)。
# 設定 CIDR 位置和區塊
**使用 Route 53 主控台設定 CIDR 位置**
1. 登入 AWS 管理主控台 並開啟 Route 53 主控台，網址為 https：//[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)。
1. 在導覽窗格中，選擇 **IP-based routing** (以 IP 為基礎的路由)、**CIDR collections** (CIDR 集合)，然後，在 **CIDR collections** (CIDR 集合) 區段中，按一下 **Collection name** (集合名稱) 清單中指向某個 CIDR 集合的連結。
在 **CIDR locations** (CIDR 位置) 頁面上，可以建立 CIDR 位置、刪除位置或編輯位置及其區塊。
+ 若要建立位置，選擇 **Create CIDR location** (建立 CIDR 位置)。
+ 在 **Create CIDR location** (建立 CIDR 位置) 窗格中，輸入位置的名稱、與該位置關聯的 CIDR 區塊，然後選擇 **Create** (建立)。
+ 若要檢視 CIDR 位置及其中的區塊，選擇某個位置旁邊的選項按鈕，以在位置窗格中顯示其名稱和 CIDR 區塊。
在此窗格中，您還可以選擇**編輯**以更新該位置或其 CIDR 區塊的名稱。完成編輯後，選擇 **Save** (儲存)。
+ 若要刪除某個 CIDR 位置及其中的區塊，選擇待刪除位置旁的選項按鈕，然後選擇 **Delete** (刪除)。若要確認刪除，在文字輸入欄位中輸入位置名稱，然後選擇 **Delete** (刪除)。
**重要**
刪除 CIDR 位置的操作無法復原。如果您有任何與該位置關聯的 DNS 記錄，則您的網域可能無法連線。
# 刪除 CIDR 集合
**使用 Route 53 主控台刪除 CIDR 集合、其位置和區塊**
1. 登入 AWS 管理主控台 並開啟 Route 53 主控台，網址為 https：//[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)。
1. 在導覽窗格中，選擇 **IP-based routing** (以 IP 為基礎的路由)，然後選擇 **CIDR collections** (CIDR 集合)。
1. 在 **CIDR collections** (CIDR 集合) 區段中，按一下您要刪除的集合的連結名稱。
1. 在 **CIDR locations** (CIDR 位置) 頁面上，依次選擇各個位置，然後選擇 **Delete** (刪除)，在對話方塊中輸入其名稱，再選擇 **Delete** (刪除)。您必須刪除一個 CIDR 集合中的每一個位置，才能刪除該集合。
1. 刪除完所有 CIDR 位置後，在 **CIDR locations** (CIDR 位置)頁面，選擇待刪除之集合旁邊的選項按鈕，然後選擇 **Delete (刪除)**。
# 從地理位置路由轉變為以 IP 為基礎的路由
如果您使用的是地理位置或地理位置鄰近性路由政策，並且您看到特定用戶端總是被路由到非最佳的端點 (根據其實體位置或網絡拓撲得知)，則可以透過使用以 IP 為基礎的路由，更好地定位這些用戶端的公有 IP 範圍。
下表包含一個現有地理位置路由的地理位置組態範例，我們將針對加利佛尼亞 IP 範圍進行微調。
| 記錄集名稱 | 路由政策和原始伺服器 | 應用程式端點的 IP 地址 |
| --- | --- | --- |
| example。com | 地理位置路由 (美國) | `198.51.100.1` |
| example。com | 地理位置路由 (歐洲) | `198.51.100.2` |
若要覆寫來自加利佛尼亞的 IP 範圍以轉到新的應用程式端點，首先使用新的記錄集名稱重新建立地理位置路由。
| 記錄集名稱 | 路由政策和原始伺服器 | 應用程式端點的 IP 地址 |
| --- | --- | --- |
| geo.example.com | 地理位置路由 (美國) | `198.51.100.1` |
| geo.example.com | 地理位置路由 (歐洲) | `198.51.100.2` |
然後，建立以 IP 為基礎的路由記錄以及指向您最近重新建立的地理位置路由記錄集的預設記錄。
| 記錄集 名稱 | 路由政策和原始伺服器 | 應用程式端點的 IP 地址 |
| --- | --- | --- |
| example。com | 以 IP 為基礎的路由 (預設) | 要成為預設 geo.example.com 應用程式端點的別名記錄。例如 `198.51.100.1`。 |
| example。com | 以 IP 為基礎的路由 (加利佛尼亞 IP 範圍) | `198.51.100.3` |
# 多值答案路由
多值回答路由可讓您設定 Amazon Route 53 傳回多個值 (例如 Web 伺服器的 IP 地址)，以回應 DNS 查詢。您可以為幾乎任意記錄指定多個值，但多值回答路由也可讓您檢查每個資源的運作狀態，以便 Route 53 只傳回正常資源的值。雖然它不能取代負載平衡器，但由於其具備傳回多個可進行運作狀態檢查的 IP 地址的能力，您可以將它與 DNS 配合使用，以提高可用性和負載平衡。
若要將流量以近乎隨機的方式路由到多個資源 (例如 Web 伺服器)，您可以為每個資源建立一個多值回答記錄，並選擇性地將 Route 53 運作狀態檢查關聯至每個記錄。Route 53 最多使用八個正常記錄來回應每個 DNS 查詢，並向不同的 DNS 解析程式提供不同的回應。如果 Web 伺服器在解析程式快取回應後變得不可用，用戶端軟體可以嘗試回應中提供的其他 IP 地址。
注意下列事項：
+ 如果您將運作狀態檢查與多值回答記錄建立關聯，Route 53 只會在運作狀態檢查為正常運作時，使用對應 IP 地址來回應 DNS 查詢。
+ 如不建立運作狀態檢查與多值回答記錄的關聯，Route 53 一律將記錄視為良好狀態。
+ 如果您有八個以下正常運作的記錄，Route 53 會使用所有正常記錄回應所有 DNS 查詢。
+ 當所有記錄都狀況不良，Route 53 會使用最多八個狀況不良的記錄來回應 DNS 查詢。
您可以在私有託管區域中使用多值答案路由政策。
如需在使用多值回答路由政策來建立記錄時指定值的資訊，請參閱 [多值回答記錄的專用值](resource-record-sets-values-multivalue.md) 和 [所有路由政策的常見值](resource-record-sets-values-shared.md)。
# 加權路由
加權路由可讓您將多個資源與單一網域名稱 (example.com) 或子網域名稱 (acme.example.com) 關聯，然後選擇多少流量路由到每個資源。這可用於各種用途，包括負載平衡和測試新版本的軟體。
若要設定加權路由，您可以為每個資源建立同名和同類型的記錄。您為每個記錄指派相對權數，該值對應於您要傳送到每個資源的流量規模。Amazon Route 53 會根據指派給記錄的權重 (佔該群組中所有記錄總權重的比例) 將流量傳送到資源：
![\[多少流量會路由至指定資源的公式：指定記錄的權重/所有記錄的總權重。\]](http://docs.aws.amazon.com/zh_tw/Route53/latest/DeveloperGuide/images/WRR_calculation.png)
例如，如果您想要將一小部分的流量傳送到一個資源，並將其餘流量傳送到另一個資源，則可以指定權重 1 和 255。權數為 1 的資源會取得 1/256 的流量 (1/(1\$1255))，另一個資源會取得 255/256 的流量 (255/(1\$1255))。您可以透過變更權重逐漸變更平衡。如果您想要停止傳送流量到資源，可以將該記錄的權重變更為 0。
如需在使用加權路由政策來建立記錄時指定值的資訊，請參閱下列主題：
+ [加權記錄的專用值](resource-record-sets-values-weighted.md)
+ [加權別名記錄的專用值](resource-record-sets-values-weighted-alias.md)
+ [所有路由政策的常見值](resource-record-sets-values-shared.md)
+ [所有路由政策的別名記錄常見值](resource-record-sets-values-alias-common.md)
您可以在私有託管區域中使用加權路由政策。
## 運作狀態檢查和加權路由
如果您在加權記錄群組中新增所有記錄的運作狀態檢查，但您為某些記錄設定非零權重，而為其他記錄設定零權重，則運作狀態檢查的運作方式與所有記錄都是非零權重相同，除了以下例外：
+ Route 53 最初只考量非零加權記錄 (如果有)。
+ 如果權重大於 0 的所有記錄都是狀況不良，Route 53 會考慮零加權記錄。
下表詳細說明 0 權重記錄包括運作狀態檢查時的行為：
| | 第 1 筆記錄 | 第 2 筆記錄 | 第 3 筆記錄 |
| --- |--- |--- |--- |
| Weight (粗細) | 1 | 1 | 0 |
| 包括運作狀態檢查？ | 是 | 是 | 是 |
| |
| --- |
| 運作狀態檢查狀態 | 狀況不良 | 狀況不良 | 狀態良好 |
| DNS 查詢已回答？ | 否 | 否 | 是 |
| |
| --- |
| 運作狀態檢查狀態 | 狀況不良 | 狀況不良 | 狀況不良 |
| DNS query answered? | 是 | 是 | 否 |
| |
| --- |
| 運作狀態檢查狀態 | 狀況不良 | 狀態良好 | 狀況不良 |
| DNS 查詢已回答？ | 否 | 是 | 否 |
| |
| --- |
| 運作狀態檢查狀態 | 狀態良好 | 狀態良好 | 狀況不良 |
| DNS 查詢已回答？ | 是 | 是 | 否 |
| |
| --- |
| 運作狀態檢查狀態 | 狀態良好 | 狀態良好 | 狀態良好 |
| DNS 查詢已回答？ | 是 | 是 | 否 |
下表詳細說明 0 權重記錄不括含運作狀態檢查時的行為：
| | 第 1 筆記錄 | 第 2 筆記錄 | 第 3 筆記錄 |
| --- |--- |--- |--- |
| Weight (粗細) | 1 | 1 | 0 |
| 包括運作狀態檢查？ | 是 | 是 | 否 |
| |
| --- |
| 運作狀態檢查狀態 | 狀態良好 | 狀態良好 | N/A |
| DNS query answered? | Yes | 是 | No |
| |
| --- |
| 運作狀態檢查狀態 | 狀況不良 | 狀況不良 | N/A |
| DNS 查詢已回答？ | 否 | 否 | 是 |
| |
| --- |
| 運作狀態檢查狀態 | 狀況不良 | 狀態良好 | 不適用 |
| DNS query answered? | 否 | 是 | 否 |
# Amazon Route 53 如何使用 EDNS0 判斷使用者的位置
為了改善地理位置、地理位置鄰近性、以 IP 為基礎和延遲路由的準確性，Amazon Route 53 支援 EDNS0 的 edns-client-subnet 延伸。(EDNS0 將多個選用延伸新增至 DNS 通訊協定。) 只在 DNS 解析程式支援 edns-client-subnet 時，Route 53 才可以使用它：
+ 當瀏覽器或其他檢視器使用不支援 edns-client-subnet 的 DNS 解析程式，Route 53 會使用 DNS 解析程式的來源 IP 地址來粗估使用者的位置，並使用解析程式位置的 DNS 記錄來回應地理位置查詢。
+ 當瀏覽器或其他檢視器使用支援 edns-client-subnet 的 DNS 解析程式，DNS 解析程式會向 Route 53 傳送使用者 IP 地址的截斷版本。Route 53 根據該截斷的 IP 地址而不是 DNS 解析程式的來源 IP 地址來判斷使用者的位置；這通常能夠更準確地估計使用者的位置。然後，Route 53 使用使用者位置的 DNS 記錄來回應地理位置查詢。
+ EDNS0 不適用於私有託管區域。對於私有託管區域，Route 53 會在 AWS 區域 私有託管區域所在的 中使用來自 VPC 解析程式的資料，以做出地理位置和延遲路由決策。
如需有關 edns-client-subnet 的詳細資訊，請參閱 EDNS 用戶端子網路 RFC、[DNS 請求中的用戶端子網路](https://www.rfc-editor.org/rfc/rfc7871)。