本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 教學
<a name="Tutorials"></a>

本節涵蓋下列教學課程：

**使用 Route 53 做為子網域的 DNS 服務**  
了解如何使用 Route 53 做為新或現有子網域的 DNS 服務，同時仍使用父網域的另一個 DNS 服務。

**轉換為以延遲為基礎的路由**  
探索如何在 Route 53 中逐步從標準路由遷移到以延遲為基礎的路由，將使用者導向到可用的最低延遲 AWS 端點。  
結合加權和延遲記錄，以獲得流暢、低風險的轉換，並具有完全控制和復原功能。

**將另一個區域新增至以延遲為基礎的路由**  
透過新增 AWS 區域並逐步將流量轉移到新區域，以擴展以延遲為基礎的路由設定。

**將流量路由到區域中的多個 Amazon EC2 執行個體**  
使用延遲和加權記錄的組合，將流量路由到特定 內的多個 Amazon EC2 執行個體 AWS 區域。

**管理超過 100 個加權記錄**  
了解如何透過建立加權別名記錄和加權記錄的樹狀目錄，將流量導向超過 100 個端點。

**權重容錯多記錄答案**  
了解如何權重包含多個記錄的 DNS 回應，在多個端點間提供容錯能力和負載平衡。

這些教學課程涵蓋各種使用案例和案例，協助您有效利用 Route 53 的路由政策、加權記錄和以延遲為基礎的路由，以最佳化您的 DNS 管理和流量路由。

**Topics**
+ [將 Amazon Route 53 做為子網域的 DNS 服務，而不需遷移父系網域](creating-migrating.md)
+ [轉換到 Amazon Route 53 中的以延遲為基礎的路由](TutorialTransitionToLBR.md)
+ [在 Amazon Route 53 中將另一個區域新增到以延遲為基礎的路由](TutorialAddingLBRRegion.md)
+ [使用 Amazon Route 53 中的延遲和加權記錄，將流量路由至區域中的多個 Amazon EC2 執行個體](TutorialLBRMultipleEC2InRegion.md)
+ [在 Amazon Route 53 中管理超過 100 個加權記錄](TutorialManagingOver100WRR.md)
+ [在 Amazon Route 53 中對容錯多記錄回答進行加權](TutorialWeightedFTMR.md)

# 將 Amazon Route 53 做為子網域的 DNS 服務，而不需遷移父系網域
<a name="creating-migrating"></a>

Amazon Route 53 提供管理子網域 DNS 的彈性，可讓您利用其功能，而無需遷移整個父系網域。

您可以建立新的子網域，或將現有的子網域遷移至 Route 53，同時讓父系網域由另一個 DNS 服務提供者託管。

**使用 Route 53 建立新的子網域：**

1. 為新的子網域建立託管區域。

1. 將子網域所需的 DNS 記錄 （例如 A、CNAME、MX) 新增至託管區域。

1. 取得指派給託管區域的 Route 53 名稱伺服器。

1. 透過新增子網域的 NS （名稱伺服器） 記錄，指向 Route 53 名稱伺服器，來更新父網域的 DNS 組態。

**將現有的子網域遷移至 Route 53：**

1.  為子網域建立 託管區域。

1. 從現有的 DNS 服務提供者取得子網域的目前 DNS 組態。

1. 將對應的 DNS 記錄新增至託管區域。

1. 取得指派給託管區域的 Route 53 名稱伺服器。

1. 透過為子網域新增指向 Route 53 名稱伺服器的 NS 記錄，更新父系網域的 DNS 組態。

遵循這些步驟，您可以為您的子網域利用 Route 53 的進階功能，例如運作狀態檢查、路由政策和流量流程管理，同時透過現有提供者維護父網域的 DNS 組態。

**Topics**
+ [無需遷移父系網域，建立使用 Amazon Route 53 做為 DNS 服務的子網域](CreatingNewSubdomain.md)
+ [無需遷移父系網域，將子網域的 DNS 服務遷移到 Amazon Route 53](MigratingSubdomain.md)

# 無需遷移父系網域，建立使用 Amazon Route 53 做為 DNS 服務的子網域
<a name="CreatingNewSubdomain"></a>

您可以建立使用 Amazon Route 53 做為 DNS 服務的子網域，而不需從其他 DNS 服務遷移父系網域。

此程序具有下列基本步驟：

1. [了解](#decide-procedure-create-subdomain)您是否應該使用此程序。

1. [為子網域建立 Route 53 託管區域](#CreateZoneNewSubdomain)。

1. 將新子網域的[記錄新增](#AddNewSubdomainRecords)到 Route 53 託管區域。

1. *僅限 API：*[確認您的變更已傳播到](#CheckStatusNewSubdomain)所有 Route 53 DNS 伺服器。
**注意**  
目前唯一能驗證變更是否已傳播的方式，就是使用 [GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html) API 方法。變更通常會在 60 秒內傳播至所有 Route 53 名稱伺服器。

1. [透過為子網域新增名稱伺服器記錄，更新父系網域的 DNS 服務](#UpdateDNSParentDomain)。

## 決定用於建立子網域的程序
<a name="decide-procedure-create-subdomain"></a>

本主題中的程序說明如何執行少見的操作。如果您目前正在使用 Route 53 做為網域的 DNS 服務，並且只希望將流量路由至子網域 (例如 www.example.com) 或您的資源 (例如在 EC2 執行個體上執行的 Web 伺服器)，請參閱 [路由傳送子網域的流量](dns-routing-traffic-for-subdomains.md)。

*唯有*當您使用網域 (例如 example.com) 的另一個 DNS 服務，而您希望開始使用 Route 53 做為該網域之新子網域 (例如 www.example.com) 的 DNS 服務時，才會使用此程序。

## 為新子網域建立託管區域
<a name="CreateZoneNewSubdomain"></a>

如果您要將 Amazon Route 53 做為子網域的 DNS 服務，而不遷移父系網域，請先為子網域建立託管區域。Route 53 會將子網域的相關資訊存放在託管區域中。

如需有關如何使用 Route 53 主控台建立託管區域的詳細資訊，請參閱 [建立公有託管區域](CreatingHostedZone.md)。

## 建立記錄
<a name="AddNewSubdomainRecords"></a>

您可以使用 Amazon Route 53 控制台或 Route 53 API 建立記錄。將子網域的責任委派給 Route 53 之後，在 Route 53 中建立的記錄會成為 DNS 所使用的記錄，如本程序稍後的 [使用子網域的名稱伺服器記錄來更新您的 DNS 服務](#UpdateDNSParentDomain) 一節中所說明。

**重要**  
請勿在 Route 53 託管區域中建立其他名稱伺服器 (NS) 或起始授權 (SOA) 記錄，也請勿刪除現有的 NS 和 SOA 記錄。

若要使用 Route 53 主控台建立記錄，請參閱 [處理記錄](rrsets-working-with.md)。若要使用 Route 53 API 建立記錄，請使用 `ChangeResourceRecordSets`。如需詳細資訊，請參閱 *[Amazon Route 53 API 參考](https://docs.aws.amazon.com/Route53/latest/APIReference/)* 中的 [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)。

## 檢查變更的狀態 (僅限 API)
<a name="CheckStatusNewSubdomain"></a>

建立新託管區域和變更記錄需要一些時間傳播到 Route 53 DNS 伺服器。如果您使用 [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html) 建立記錄，則可以使用 `GetChange` 動作判斷您的變更是否已傳播。(`ChangeResourceRecordSets` 會傳回 `ChangeId` 的值，您可以將其包含在後續 `GetChange` 請求中。如果您使用主控台建立記錄，則無法使用 `ChangeId`。) 如需詳細資訊，請參閱 *Amazon Route 53 API 參考*中的 [GET GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html)。

**注意**  
變更通常會在 60 秒內傳播至所有 Route 53 名稱伺服器。

## 使用子網域的名稱伺服器記錄來更新您的 DNS 服務
<a name="UpdateDNSParentDomain"></a>

Amazon Route 53 記錄的變更傳播之後 (請參閱 [檢查變更的狀態 (僅限 API)](#CheckStatusNewSubdomain))，請透過為子網域新增 NS 記錄，更新父系網域的 DNS 服務。這稱為將子網域的責任委派給 Route 53。例如，如果父系網域 example.com 是透過另一個 DNS 服務託管，而且您在 Route 53 中建立子網域 test.example.com，則必須使用 test.example.com 的新 NS 記錄來更新 example.com 的 DNS 服務。

請執行以下程序。

1. 使用您的 DNS 服務提供的方法，備份父系網域的區域檔案。

1. 在 Route 53 主控台中，取得 Route 53 託管區域的名稱伺服器：

   1. 登入 AWS 管理主控台 ，並在 https：//[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/) 開啟 Route 53 主控台。

   1. 在導覽窗格中，按一下 **Hosted zones (託管區域)**。

   1. 在 **Hosted zones (託管區域)** 頁面上，選擇託管區域的選項按鈕 (而非名稱)，然後選擇 **View details (檢視詳細資訊)**。

   1. 在託管區域的詳細資訊頁面上，選擇**託管區域詳細資訊**。

   1. 記下 **Name Servers (名稱伺服器)** 下所列的四個名稱。

   或者也可使用 `GetHostedZone` 動作。如需詳細資訊，請參閱 *Amazon Route 53 API 參考*中的 [GetHostedZone](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetHostedZone.html)。

1. 使用父系網域的 DNS 服務提供的方法，將子網域的 NS 記錄新增至父系網域的區域檔案。在這些 NS 記錄中，指定四個與您在步驟 1 中建立的託管區域關聯的 Route 53 名稱伺服器。

**重要**  
請勿將起始授權 (SOA) 記錄新增至父系網域的區域檔案。由於子網域將使用 Route 53，所以父系網域的 DNS 服務不是子網域的授權單位。  
如果您的 DNS 服務為子網域自動新增 SOA 記錄，請刪除子網域的記錄。不過，請勿刪除父系網域的 SOA 記錄。

# 無需遷移父系網域，將子網域的 DNS 服務遷移到 Amazon Route 53
<a name="MigratingSubdomain"></a>

您可以遷移子網域以便使用 Amazon Route 53 做為 DNS 服務，而不需從其他 DNS 服務遷移父系網域。

此程序具有下列基本步驟：

1. [了解](#decide-procedure-migrate-subdomain)您是否應該使用此程序。

1. [為子網域建立 Route 53 託管區域](#CreateZoneMigratedSubdomain)。

1. [從父系網域目前的 DNS 服務提供者取得目前 DNS 組態](#GetParentDomainResourceRecords)。

1. 將子網域的[記錄](#AddMigratedSubdomainRecords)新增至 Route 53 託管區域。

1. *僅限 API：*[確認您的變更已傳播到](#MigratingSubdomainCheckStatus)所有 Route 53 DNS 伺服器。
**注意**  
目前唯一能驗證變更是否已傳播的方式，就是使用 [GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html) API 方法。變更通常會在 60 秒內傳播至所有 Route 53 名稱伺服器。

1. [透過為子網域新增名稱伺服器記錄，使用父系網域的 DNS 服務提供者更新 DNS 組態](#UpdateOldDNS)。

## 決定用於建立子網域的程序
<a name="decide-procedure-migrate-subdomain"></a>

本主題中的程序說明如何執行少見的操作。如果您目前正在使用 Route 53 做為網域的 DNS 服務，並且只希望將流量路由至子網域 (例如 www.example.com) 或您的資源 (例如在 EC2 執行個體上執行的 Web 伺服器)，請參閱 [路由傳送子網域的流量](dns-routing-traffic-for-subdomains.md)。

*唯有*當您使用網域 (例如 example.com) 的另一個 DNS 服務，而您希望開始使用 Route 53 做為該網域之現有子網域 (例如 www.example.com) 的 DNS 服務，才應使用此程序。

## 為子網域建立託管區域
<a name="CreateZoneMigratedSubdomain"></a>

如果您要將子網域從其他 DNS 服務遷移至 Amazon Route 53，但不想遷移父系網域，請先為子網域建立託管區域。Route 53 會將子網域的相關資訊存放在託管區域中。

如需有關如何使用 Route 53 主控台建立託管區域的詳細資訊，請參閱 [建立公有託管區域](CreatingHostedZone.md)。

## 從您的 DNS 服務提供者取得目前的 DNS 組態
<a name="GetParentDomainResourceRecords"></a>

為了簡化將現有子網域遷移至 Route 53 的程序，可從目前提供網域服務的 DNS 服務提供者取得網域目前的 DNS 組態。您可以使用這項資訊做為基礎，來設定 Route 53 做為網域的 DNS 服務。

要求和格式取決於目前做為您的 DNS 服務提供者的公司。在理想情況下，他們將為您提供區域檔案，其中包含有關您目前的組態中所有記錄的資訊。(記錄會告知 DNS 為您的網域和子網域路由流量的方式。例如，當有人在 Web 瀏覽器中輸入您的網域名稱，您希望流量路由到資料中心的 Web 伺服器、Amazon EC2 執行個體、CloudFront 分佈或其他位置？) 如果您可以從目前的 DNS 服務提供者取得區域檔案，您可以編輯區域檔案，以移除您不想遷移到 Amazon Route 53 的記錄。然後，您可以將剩餘記錄匯入 Route 53 託管區域，大幅簡化此程序。請嘗試詢問您目前 DNS 服務提供者的客戶支援如何取得「區域檔案」**或「記錄清單」**。

## 建立記錄
<a name="AddMigratedSubdomainRecords"></a>

使用從目前 DNS 服務提供者取得的記錄做為起點，在為網域所建立的 Amazon Route 53 託管區域中建立對應的記錄。將子網域的責任委派給 Route 53 之後，在 Route 53 中建立的記錄會成為 DNS 所使用的記錄，如本程序稍後的 [使用子網域的名稱伺服器記錄來更新您的 DNS 服務](#UpdateOldDNS) 一節中所說明。

**重要**  
請勿在 Route 53 託管區域中建立其他名稱伺服器 (NS) 或起始授權 (SOA) 記錄，也請勿刪除現有的 NS 和 SOA 記錄。

若要使用 Route 53 主控台建立記錄，請參閱 [處理記錄](rrsets-working-with.md)。若要使用 Route 53 API 建立記錄，請使用 `ChangeResourceRecordSets`。如需詳細資訊，請參閱 *[Amazon Route 53 API 參考](https://docs.aws.amazon.com/Route53/latest/APIReference/)* 中的 [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)。

## 檢查變更的狀態 (僅限 API)
<a name="MigratingSubdomainCheckStatus"></a>

建立新託管區域和變更記錄需要一些時間傳播到 Route 53 DNS 伺服器。如果您使用 [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html) 建立記錄，則可以使用 `GetChange` 動作判斷您的變更是否已傳播。(`ChangeResourceRecordSets` 會傳回 `ChangeId` 的值，您可以將其包含在後續 `GetChange` 請求中。如果您使用主控台建立記錄，則無法使用 `ChangeId`。) 如需詳細資訊，請參閱 *Amazon Route 53 API 參考*中的 [GET GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html)。

**注意**  
變更通常會在 60 秒內傳播至所有 Route 53 名稱伺服器。

## 使用子網域的名稱伺服器記錄來更新您的 DNS 服務
<a name="UpdateOldDNS"></a>

Amazon Route 53 記錄的變更傳播之後 (請參閱 [檢查變更的狀態 (僅限 API)](#MigratingSubdomainCheckStatus))，請透過為子網域新增 NS 記錄，更新父系網域的 DNS 服務。這稱為將子網域的責任委派給 Route 53。例如，假設父系網域 example.com 透過另一個 DNS 服務託管，並且您要將子網域 test.example.com 遷移到 Route 53。您必須為 test.example.com 建立託管區域，然後使用 Route 53 為 test.example.com 的新託管區域指派的 NS 記錄來更新 example.com 的 DNS 服務。

請執行以下程序。

1. 使用您的 DNS 服務提供的方法，備份父系網域的區域檔案。

1. 如果之前的 DNS 服務提供者有方法為其名稱伺服器變更 TTL 設定，則我們建議您將設定變更為 900 秒。這樣會限制用戶端請求嘗試使用過時的名稱伺服器來解析網域名稱的時間。如果目前的 TTL 是 172800 秒 (兩天，這是常見的預設設定)，您仍需要等待兩天，解析程式和用戶端才能停止使用以前的 TTL 快取 DNS 記錄。TTL 設定過期後，您可以安全地刪除儲存在之前提供者的記錄，並僅對 Route 53 進行變更。

1. 在 Route 53 主控台中，取得 Route 53 託管區域的名稱伺服器：

   1. 登入 AWS 管理主控台 ，並在 https：//[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/) 開啟 Route 53 主控台。

   1. 在導覽窗格中，按一下 **Hosted zones (託管區域)**。

   1. 在 **Hosted zones (託管區域)** 頁面上，選擇託管區域的選項按鈕 (而非名稱)，然後選擇 **View details (檢視詳細資訊)**。

   1. 在託管區域的詳細資訊頁面上，選擇**託管區域詳細資訊**。

   1. 記下 **Name Servers (名稱伺服器)** 下所列的四個名稱。

   或者也可使用 `GetHostedZone` 動作。如需詳細資訊，請參閱 *Amazon Route 53 API 參考*中的 [GetHostedZone](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetHostedZone.html)。

1. 使用父系網域的 DNS 服務提供的方法，將子網域的 NS 記錄新增至父系網域的區域檔案。為 NS 記錄指定與子網域相同的名稱。對於 NS 記錄中的值，指定四個與您在步驟 2 中建立的託管區域關聯的 Route 53 名稱伺服器。請注意，不同的 DNS 服務使用不同的術語。您可能需要聯絡您的 DNS 服務技術支援，了解如何執行此步驟。
**重要**  
請勿將起始授權 (SOA) 記錄新增至父系網域的區域檔案。由於子網域將使用 Route 53，所以父系網域的 DNS 服務不是子網域的授權單位。  
如果您的 DNS 服務為子網域自動新增 SOA 記錄，請刪除子網域的記錄。不過，請勿刪除父系網域的 SOA 記錄。

   根據父系網域的名稱伺服器的 TTL 設定的不同，傳播對 DNS 解析程式的變更可能需要 48 小時或更長的時間。在此期間，DNS 解析程式可能仍使用父系網域 DNS 服務的名稱伺服器來回答請求。此外，用戶端電腦的快取中可能還是子網域以前的名稱伺服器。

1. 在網域註冊商的 TTL 設定過期後 (請參閱步驟 2)，從父系網域的區域檔案中刪除以下記錄：
   + 您新增至 Route 53 中的記錄，如 [建立記錄](#AddMigratedSubdomainRecords) 中所述。
   + 您的 DNS 服務的 NS 記錄。當您完成刪除 NS 記錄後，區域檔案中僅有的 NS 記錄將是您在步驟 4 中建立的 NS 記錄。

# 轉換到 Amazon Route 53 中的以延遲為基礎的路由
<a name="TutorialTransitionToLBR"></a>

透過以延遲為基礎的路由，Amazon Route 53 可以將使用者導向可用的最低延遲 AWS 端點。例如，您可以將 DNS 名稱 (如 `www.example.com`) 與 ELB Classic Load Balancer、Application Load Balancer 或 Network Load Balancer 建立關聯，或與美國東部 (俄亥俄) 和歐洲 (愛爾蘭) 區域中託管的 Amazon EC2 執行個體或彈性 IP 地址建立關聯。Route 53 DNS 伺服器會根據過去幾週的網路條件來判斷哪些區域中的哪些執行個體應該服務特定使用者。在倫敦的使用者可能被導向到歐洲 (愛爾蘭) 執行個體，在芝加哥的使用者可能被導向到美國東部 (俄亥俄) 執行個體，以此類推。Route 53 支援以延遲為基礎的路由，用於 A、AAAA、TXT 和 CNAME 記錄，以及 A 和 AAAA 記錄的別名。

**注意**  
使用者與資源之間延遲的資料完全取決於使用者與 AWS 資料中心之間的流量。如果您未使用 AWS 區域中的資源，則使用者與資源之間的實際延遲可能與 AWS 延遲資料顯著不同。即使您的資源位於與 AWS 區域相同的城市，也是如此。

為實現平順、低風險的轉換，您可以結合加權和延遲記錄，逐步從標準路由遷移到每個階段都具有完全控制和轉返功能的 Latency Based Routing。例如，我們假設 `www.example.com` 目前託管於美國東部 (俄亥俄) 區域中的 Amazon EC2 執行個體。該執行個體有彈性 IP 地址 `W.W.W.W`。假設您要繼續將流量路由到美國東部 (俄亥俄) 區域 (如適用)，同時開始將使用者導向美國西部 (加利佛尼亞北部) 區域中 (彈性 IP `X.X.X.X`) 和歐洲 (愛爾蘭) 區域 (彈性 IP `Y.Y.Y.Y`) 中的其他 Amazon EC2 執行個體。`www.example.com` 的 Route 53 託管區域已有 `example.com` 的記錄，其 **Type (類型)** 為 A 且 **Value (值)** (IP 地址) 為 `W.W.W.W`。

當您完成以下範例，您將會有兩個加權別名記錄：
+ 將 `www.example.com` 的現有記錄轉換為加權別名記錄，以持續將大部分的流量導向到美國東部 (俄亥俄) 區域中的現有 Amazon EC2 執行個體。
+ 建立另一個加權別名記錄，該記錄最初只將一小部分的流量導向到您的延遲記錄，後者再將流量路由到所有三個區域。

透過更新這些加權別名記錄中的權重，您可以逐步從僅將流量路由到美國東部 (俄亥俄) 區域，轉移為路由到具有 Amazon EC2 執行個體的所有三個區域。<a name="TutorialTransitionToLBRProcedure"></a>

**若要轉換至以延遲為基礎的路由**

1. 複製 `www.example.com` 的記錄，但使用新的網域名稱，例如，`copy-www.example.com`。為新記錄指定與 ** 記錄相同的 **Type** (類型) (A) 和 **Value`W.W.W.W` (值) (`www.example.com`)。

1. 更新 `www.example.com` 的現有 A 記錄，使其成為加權別名記錄：
   + 對於 **Value/Route traffic to** (值/將流量路由到)，選擇 **Alias to another record in this hosted zone** (此託管區域中其他記錄的別名)，然後指定 `copy-www.example.com`。
   + 對於 **Weight (權重)**，指定 100。

   當您完成更新，Route 53 會繼續使用此記錄，將所有流量路由至 IP 地址為 `W.W.W.W` 的資源。

1. 為每個 Amazon EC2 執行個體建立延遲記錄，例如：
   + 美國東部 (俄亥俄)，彈性 IP 地址 `W.W.W.W`
   + 美國西部 (加利佛尼亞北部)，彈性 IP 地址 `X.X.X.X`
   + 歐洲 (愛爾蘭)，彈性 IP 地址 `Y.Y.Y.Y` 

   為所有延遲記錄指定相同的網域名稱 (例如，`www-lbr.example.com`) 和相同的 A 類型。

   當您完成建立延遲記錄，Route 53 會繼續使用您在步驟 2 中更新的記錄來路由流量。

   您可以使用 `www-lbr.example.com` 來執行諸如驗證測試等工作，以確保每個端點都可以接受請求。

1. 現在將 `www-lbr.example.com` 延遲記錄新增至 `www.example.com` 加權記錄，並開始將有限流量路由至對應的 Amazon EC2 執行個體。這表示美國東部 (俄亥俄) 區域中的 Amazon EC2 執行個體會從兩個加權記錄取得流量。

   為 `www.example.com` 建立另一個加權別名記錄：
   + 對於 **Value/Route traffic to** (值/將流量路由到)，選擇 **Alias to another record in this hosted zone** (此託管區域中其他記錄的別名)，然後指定 `www-lbr.example.com.`
   + 對於 **Weight (權重)**，指定 1。

   當您完成以上程序，且變更已同步到 Route 53 伺服器，Route 53 會開始將一小部分的流量 (1/101) 路由至您在步驟 3 中為其建立延遲記錄的 Amazon EC2 執行個體。

1. 當您確信端點為傳入流量進行了適當的擴展時，據此調整權重。例如，如果您需要 10% 的請求以 Latency Based Routing 為基礎，則將權重分別變更為 90 和 10。

如需建立延遲記錄的詳細資訊，請參閱[使用 Amazon Route 53 主控台來建立記錄](resource-record-sets-creating.md)。

# 在 Amazon Route 53 中將另一個區域新增到以延遲為基礎的路由
<a name="TutorialAddingLBRRegion"></a>

如果您使用 Latency Based Routing，而且要在新區域中新增執行個體，可以透過[轉換到 Amazon Route 53 中的以延遲為基礎的路由](TutorialTransitionToLBR.md)中逐步將流量轉移至 Latency Based Routing 的相同方式，逐步將流量轉移至新區域。

例如，假設您使用以延遲為基礎的路由來路由 `www.example.com` 的流量，並且要將亞太區域 (東京) 中的 Amazon EC2 執行個體新增到美國東部 (俄亥俄)、美國西部 (加利佛尼亞北部) 和歐洲 (愛爾蘭) 的執行個體。以下範例程序說明如何在另一個區域中新增執行個體的方式。

在此範例中，`www.example.com` 的 Amazon Route 53 託管區域已有 `example.com` 的加權別名記錄，可將流量路由至 `www-lbr.example.com` 的以延遲為基礎的路由：
+ 美國東部 (俄亥俄)，彈性 IP 地址 `W.W.W.W`
+ 美國西部 (加利佛尼亞北部)，彈性 IP 地址 `X.X.X.X`
+ 歐洲 (愛爾蘭)，彈性 IP 地址 `Y.Y.Y.Y` 

加權別名記錄的權重為 100。在您轉換至 Latency Based Routing 之後，假設您刪除用於轉換的另一個加權記錄。<a name="TutorialAddingLBRRegionProcedure"></a>

**若要在 Route 53 中將另一個區域新增到以延遲為基礎的路由**

1. 建立四個新的延遲為基礎的記錄，包括三個原始區域，以及一個要開始向其路由流量的新區域。
   + 美國東部 (俄亥俄)，彈性 IP 地址 `W.W.W.W`
   + 美國西部 (加利佛尼亞北部)，彈性 IP 地址 `X.X.X.X`
   + 歐洲 (愛爾蘭)，彈性 IP 地址 `Y.Y.Y.Y` 
   + 亞太區域 (東京)，彈性 IP 地址 `Z.Z.Z.Z` 

   為所有延遲記錄指定相同的新網域名稱 (例如，`www-lbr-2012-04-30.example.com`) 和相同的 A 類型。

   當您完成建立延遲記錄，Route 53 會繼續使用原始加權別名記錄 (`www.example.com`) 和延遲記錄 (`www-lbr.example.com`) 來路由流量。

   您可以使用 `www-lbr-2012-04-30.example.com` 記錄來執行諸如驗證測試等工作，以確保每個端點都可以接受請求。

1. 為新的延遲記錄建立加權別名記錄：
   + 對於網域名稱，指定現有加權別名記錄的名稱 `www.example.com`。
   + 對於 **Value/Route traffic to** (值/將流量路由到)，選擇 **Alias to another record in this hosted zone** (此託管區域中其他記錄的別名)，然後指定 `www-lbr-2012-04-30.example.com`。
   + 對於 **Weight (權重)**，指定 1。

   完成後，Route 53 會開始將一小部分的流量 (1/101) 路由至您在步驟 1 中為其建立 `www-lbr-2012-04-30.example.com` 延遲記錄的 Amazon EC2 執行個體。其餘流量會持續路由到 `www-lbr.example.com` 延遲記錄，不包含亞太區域 (東京) 區域中的 Amazon EC2 執行個體。

1. 當您確信端點為傳入流量進行了適當的擴展時，據此調整權重。例如，如果您希望 10% 的請求路由到包括東京區域的延遲記錄，請將 `www-lbr.example.com` 的權重從 100 變更為 90，並將 `www-lbr-2012-04-30.example.com` 的權重從 1 變更為 10。

如需建立記錄的詳細資訊，請參閱[使用 Amazon Route 53 主控台來建立記錄](resource-record-sets-creating.md)。

# 使用 Amazon Route 53 中的延遲和加權記錄，將流量路由至區域中的多個 Amazon EC2 執行個體
<a name="TutorialLBRMultipleEC2InRegion"></a>

如果您的應用程式是在二或多個 Amazon EC2 區域的 Amazon EC2 執行個體上執行，並且如果在一或多個區域中有多個 Amazon EC2 執行個體，您可以使用以延遲為基礎的路由將流量路由至正確的區域，然後使用加權記錄，根據指定的權重將流量路由至區域內的執行個體。

例如，假設您在美國東部 (俄亥俄) 區域中有三個具有彈性 IP 地址的 Amazon EC2 執行個體，而且您希望針對使用者 (美國東部 (俄亥俄) 是其適當區域) 在所有三個 IP 之間平均分配請求。在其他區域一個 Amazon EC2 執行個體就足夠，但其實您可以同時對多個區域套用相同技術。<a name="TutorialLBRMultipleEC2InRegionProcedure"></a>

**使用 Amazon Route 53 中的延遲和加權記錄，將流量路由至區域中的多個 Amazon EC2 執行個體**

1. 為區域中的 Amazon EC2 執行個體建立一組加權記錄。注意下列事項：
   + 為每個加權記錄指定相同的 **Record name (記錄名稱)** (例如 `us-east.example.com`) 和 **Record type (記錄類型)** 值。
   + 針對 **Value/Route traffic to (值/路由流量至)**，選擇 **IP address or another value depending on the record type (IP 地址或其他值，視記錄類型而定)**，然後指定某個彈性 IP 地址的值。
   + 如果您想要為 Amazon EC2 執行個體指定同等加權值，請為 **Weight** (權重) 指定相同的值。
   + 為每個記錄的 **Set ID (集合 ID)** 指定唯一值。

   如需加權記錄值的詳細資訊，請參閱 [加權路由](routing-policy-weighted.md)

1. 如果您在其他區域中有多個 Amazon EC2 執行個體，針對其他區域重複步驟 1。為每個區域中的 **Name (名稱)** 指定不同值。

1. 針對每個您在其中擁有多個 Amazon EC2 執行個體的區域 (例如美國東部 (俄亥俄))，建立延遲別名記錄。對於 **Value/Route traffic to** (值/將流量路由到)，選擇 **Alias to another record in this hosted zone** (此託管區域中其他記錄的別名)，然後指定 **Record name** (記錄名稱) 欄位的值 (例如，`us-east.example.com`)，您將此值指派給該區域中的加權記錄。

1. 對於您有一個 Amazon EC2 執行個體的每個區域，建立延遲記錄。針對 **Record name (記錄名稱)** 值，請指定您在步驟 3 中建立之延遲別名記錄指定的相同值。針對 **Value/Route traffic to (值/路由流量至)**，選擇 **IP address or another value depending on the record type (IP 地址或其他值，視記錄類型而定)**，，然後指定該區域中 Amazon EC2 執行個體的彈性 IP 地址。

   如需有關新增別名記錄至 Amazon EC2 執行個體的詳細資訊，請參閱 [將流量路由到 Amazon EC2 執行個體](routing-to-ec2-instance.md)

如需建立記錄的詳細資訊，請參閱[使用 Amazon Route 53 主控台來建立記錄](resource-record-sets-creating.md)。

# 在 Amazon Route 53 中管理超過 100 個加權記錄
<a name="TutorialManagingOver100WRR"></a>

Amazon Route 53 可讓您設定加權記錄。對於指定的名稱和類型 (例如 `www.example.com`，類型 A)，您可以設定高達 100 個替代回應，而且每個回應都有自己的權重。回應 `www.example.com` 的查詢時，Route 53 DNS 伺服器會選取加權的隨機回應，來傳回給 DNS 解析程式。傳回權數為 2 的加權記錄值，平均來說，傳回頻率是權數為 1 的加權記錄值的兩倍。

如果您需要將流量導向到超過 100 個端點，達成此目標的一個方法是使用加權別名記錄和加權記錄樹。例如，樹狀的第一「層」最多可以包含 100 個加權別名記錄，每個加權別名記錄可以指向高達 100 個加權記錄。Route 53 最多允許三個層級的遞迴，讓您能夠管理高達 1,000,000 個唯一的加權端點。

簡單的兩層樹可能如下所示：

**加權別名記錄**
+ `www.example.com` 的 `www-a.example.com` 別名，權重為 1
+ `www.example.com` 的 `www-b.example.com` 別名，權重為 1

**加權記錄**
+ `www-a.example.com`，類型 A，值 192.0.2.1，權重 1。
+ `www-a.example.com`，類型 A，值 192.0.2.2，權重 1。
+ `www-b.example.com`，類型 A，值 192.0.2.3，權重 1。
+ `www-b.example.com`，類型 A，值 192.0.2.4，權重 1。

如需建立記錄的詳細資訊，請參閱[處理記錄](rrsets-working-with.md)。

# 在 Amazon Route 53 中對容錯多記錄回答進行加權
<a name="TutorialWeightedFTMR"></a>

**注意**  
使用多值回答路由政策的記錄與此教學課程中記載的設定具有非常相似的行為。主要差別是，教學課程中的設定可讓您指定權重，這在您的端點具有不同容量時很有用。如需詳細資訊，請參閱[多值答案路由](routing-policy-multivalue.md)。

Amazon Route 53 加權記錄只能與一個記錄建立關聯，即一個名稱 (例如 `example.com`) 和另一個記錄類型 (例如，A) 的組合。但是，通常需要對包含多個記錄的 DNS 回答進行加權。

例如，對於一個服務，您可能有八個 Amazon EC2 執行個體或彈性 IP 端點。如果該服務的用戶端支援連線重試 (就像所有常見的瀏覽器一樣)，則在 DNS 回答中提供多個 IP 地址會在任何特定端點發生故障時為這些用戶端提供替代端點。如果將回應設定包含兩個或多個可用區域中託管的 IP 組合，您甚至可以保範可用區域故障。

當大量用戶端 (例如，行動 Web 應用程式) 共用一小組 DNS 快取，多記錄回答也十分實用。在這種情況下，多記錄回答允許用戶端將請求導向到多個端點，即使用戶端從共享快取收到通用 DNS 回答。

透過使用記錄和加權別名記錄的組合，可實現這些類型的加權多記錄回答。您可以將八個端點分為兩組不同的記錄集，每組包含四個 IP 地址：

`endpoint-a.example.com`，類型 A，具有下列值：
+ 192.0.2.1
+ 192.0.2.2
+ 192.0.2.128
+ 192.0.2.129

`endpoint-b.example.com`，類型 A，具有下列值：
+ 192.0.2.3
+ 192.0.2.4
+ 192.0.2.130
+ 192.0.2.131

然後，您可以建立指向每個群組的加權別名記錄：
+ `www.example.com` 的 `endpoint-a.example.com` 別名，類型 A，權重 1
+ `www.example.com` 的 `endpoint-b.example.com` 別名，類型 A，權重 1

如需建立記錄的詳細資訊，請參閱[處理記錄](rrsets-working-with.md)。