匯出 (0) 列印
全部展開

Traffic Manager 概觀

更新日期: 2014年7月

Windows Azure 流量管理員

Azure Traffic Manager 可讓您控制所指定端點的使用者流量分配,端點可以包括 Azure 雲端服務、網站和其他端點。Traffic Manager 會在您的網際網路資源網域名稱中,將智慧型原則引擎套用至網域名稱系統 (DNS) 查詢以進行運作。您的 Azure 雲端服務或網站可以在世界各地不同的資料中心內執行。

Traffic Manager 可幫助您:

  • 提高重要應用程式的可用性:Traffic Manager 可讓您藉由監視 Azure 中的端點來提高重要應用程式的可用性,並且在 Azure 雲端服務、Azure 網站或其他位置停止時提供自動容錯移轉功能。

  • 改善高效能應用程式的回應能力:Azure 可讓您在位於世界各地的資料中心執行雲端服務或網站。Traffic Manager 可以將使用者導向用戶端網路延遲最小的端點,以增進應用程式的回應能力並縮短內容傳遞時間。

  • 在不需停機的情況下升級和執行服務維護:Traffic Manager 支援混合式雲端和內部部署的部署的延伸案例 (包括 "burst-to-cloud"、"migrate-to-cloud" 和 "failover-to-cloud" 案例)。當某個端點可能是由於維護的原因而關閉時,Traffic Manager 會將使用者流量導向您在 Traffic Manager 設定檔中定義的其他可用端點。這樣做有助於在用戶端不需停機的情況下維護和升級服務。

您在設定 Traffic Manager 設定檔時所指定的設定將提供予 Traffic Manager 其所需的資訊,以決定根據 DNS 查詢應由哪一個端點回應要求。實際的端點流量皆未透過 Traffic Manager 進行路由。

Figure 1 顯示 Traffic Manager 如何將使用者導向一組端點中的其中一個端點。圖 1 中的編號對應於下列編號描述:

流量管理員運作方式

圖 1

  1. 到公司網域的使用者流量:用戶端使用公司網域名稱要求資訊。目標是要將 DNS 名稱解析成 IP 位址。公司網域必須透過標準網際網路網域名稱註冊保留,且在 Traffic Manager 外部維護。在圖 1 中,範例公司網域是 www.contoso.com

  2. 公司網域名稱指向 Traffic Manager 網域名稱:公司網域的 DNS 資源記錄指向 Azure Traffic Manager 中維護的 Traffic Manager 網域名稱。做法是使用會將公司網域名稱對應至 Traffic Manager 網域名稱的 CNAME 資源記錄。在範例中,Traffic Manager 網域名稱是 contoso.trafficmanager.net

  3. Traffic Manager 網域名稱和設定檔:Traffic Manager 網域名稱是 Traffic Manager 設定檔的一部分。使用者的 DNS 伺服器會傳送新的 DNS 查詢去查詢 Traffic Manager 網域名稱 (在我們的範例中是 contoso.trafficmanager.net),Traffic Manager DNS 名稱伺服器接收查詢。

  4. Traffic Manager 設定檔的規則處理:Traffic Manager 會使用指定的負載平衡方法和監視狀態,決定應該由哪一個 Azure 或其他端點回應服務要求。

  5. 將端點網域名稱傳給使用者:Traffic Manager 會傳回將 Traffic Manager 網域名稱對應至端點網域名稱的 CNAME 記錄。使用者的 DNS 伺服器會將端點網域名稱解析為其 IP 位址,並將 IP 位址傳送給使用者。

  6. 使用者呼叫端點。使用者使用其 IP 位址直接呼叫傳回的端點。由於用戶端電腦會快取公司網域和解析的 IP 位址,使用者即繼續與所選的端點互動,直到其本機 DNS 快取項目到期為止。 請務必注意,DNS 用戶端會在存留時間 (TTL) 的持續期間快取 DNS 主機項目。從 DNS 用戶端快取擷取主機項目,會略過 Traffic Manager 設定檔,如果在 TTL 到期前端點變成無法使用的狀態,則可能會發生連線延遲。如果快取中的 DNS 主機項目的 TTL 到期,用戶端電腦需要再次解析公司網域名稱,它會傳送新的 DNS 查詢。

當用戶端的 DNS 快取到期時,會自行重複執行程序,用戶端電腦需要再次解析公司網域名稱。根據套用的負載平衡方法,以及端點在提出要求時的健全狀況,使用者可能會收到另一個端點的 IP 位址。

Figure 2 依序說明實作 Traffic Manager 所需的步驟。當您確實理解 Traffic Manager 組態和最佳作法之後,便能以稍有不同的順序執行這些步驟。圖 2 中的編號對應於下列編號描述:

如何設定流量管理員

圖 2

  1. 將 Azure 雲端服務、Azure 網站或其他端點部署到生產環境。 當您建立 Traffic Manager 設定檔時,其必須與訂閱產生關聯。然後您可以在屬於相同訂閱的生產環境中加入雲端服務和 Standard 層網站。如果端點處於預備環境,而不是在 Azure 生產環境或是相同的訂閱中,就無法加入該服務。如需有關雲端服務的詳細資訊,請參閱雲端服務。如需有關網站的詳細資訊,請參閱<網站>。

  2. 決定您要使用的負載平衡方法: 有三種不同的負載平衡方法可供使用。請花時間了解最符合您需求的方法。您之後隨時都可以視需要變更方法。另請注意,每一種方法都需要進行稍微不同的設定步驟。如需有關負載平衡方法的詳細資訊,請參閱<關於 Traffic Manager 負載平衡方法>。

  3. 決定您要使用的監視組態:無論使用哪種負載平衡方法,Traffic Manager 都會監視端點以確認服務在線上。在您設定監視設定後,Traffic Manager 不會將流量導向根據監視系統判定為離線的端點,除非其偵測到所有端點皆為離線,或無法偵測設定檔內含所有端點的狀態。如需有關監視的詳細資訊,請參閱關於 Traffic Manager 監視

  4. 決定您 Traffic Manager 網域的名稱: 請為您的網域名稱設想唯一的前置詞。將網域的後續部分 trafficmanager.net 固定。如需詳細資訊,請參閱最佳作法

  5. 建立您的設定檔並進行設定: 您可以使用 REST 應用程式開發介面或是管理入口網站,建立您的 Traffic Manager 設定檔和組態設定。下列步驟假設您是使用管理入口網站的 [快速建立] 方法。

    • 建立 Traffic Manager 設定檔 - 若要使用管理入口網站的 [快速建立] 方法建立設定檔,請參閱使用快速建立方法建立 Traffic Manager 設定檔

    • 設定負載平衡方法設定 - 在 [快速建立] 中,您必須為設定檔選取負載平衡方法。完成 [快速建立] 步驟之後,這項設定可以隨時在管理入口網站中變更。如需設定步驟,請參閱對應您的負載平衡方法的主題:設定效能負載平衡, 設定容錯移轉負載平衡, 設定循環配置資源負載平衡.

      note附註
      循環配置資源負載平衡方法現在支援網路流量的權數分佈。不過,目前,您必須使用 REST 應用程式開發介面或 Windows PowerShell,才能設定權數。如需詳細資訊,請參閱關於 Traffic Manager 負載平衡方法

    • 設定端點:在 [快速建立] 期間不會設定端點。在您建立設定檔並指定負載平衡方法之後,您必須讓 Traffic Manager 知道何者為端點。如需設定 Azure 雲端服務或網站之端點的步驟,請參閱加入或刪除端點。若要使用 REST 設定其他位置的端點,請參閱建立定義。若要使用 Windows PowerShell 設定其他位置的端點,請參閱 Add-AzureTrafficManagerEndpoint。不支援設定其他類型的端點。

    • 設定監視設定 – 監視設定不會在 [快速建立] 期間設定。在您建立設定檔並指定負載平衡方法之後,您必須讓 Traffic Manager 得知要監視的目標。如需設定監視的步驟,請參閱<設定 Traffic Manager 監視>。

  6. 測試您的 Traffic Manager 設定檔: 測試您的設定檔和網域是否按預期方式運作。如需有關如何執行這項操作的詳細資訊,請參閱測試 Traffic Manager 設定

  7. 將您公司網域名稱的 DNS 資源記錄指向設定檔以使其生效。如需詳細資訊,請參閱將公司網際網路網域指向 Traffic Manager 網域

    以圖 1 的範例為例,您得變更伺服器上的 DNS 資源記錄,讓以下這一行將公司網域名稱指向 Traffic Manager 網域名稱:

    www.contoso.com IN CNAME contoso.trafficmanager.net

您可以使用管理入口網站、REST 應用程式開發介面和 Windows PowerShell Cmdlet 設定 Traffic Manager 的設定。

雖然各個 REST 應用程式開發介面元素不會顯示在管理入口網站中,但是不論使用哪一種方法都可以進行許多設定。如需使用 REST 應用程式開發介面的詳細資訊,請參閱 Traffic Manager 的相關作業 (REST 應用程式開發介面參考)

如需 Traffic Manager 之 Windows PowerShell Cmdlet 的詳細資訊,請參閱 Azure Traffic Manager Cmdlet

note附註
  • 不支援使用管理入口網站來設定外部端點 (類型 = 'Any')。搭配使用這些端點與效能負載平衡方法時,您必須指定位置,而在管理入口網站內無法使用此參數。

  • 目前不支援使用管理入口網站來設定循環配置資源負載平衡方法的權數。您必須使用 REST (請參閱建立定義) 或 Windows PowerShell (請參閱 New-AzureTrafficManagerProfile)。

在管理入口網站中,您可以使用 [快速建立] 來建立 Traffic Manager 設定檔。[快速建立] 可讓您建立基本設定檔。建立設定檔之後,接著您就可以進行其他設定,或是編輯您先前所做的設定。如需有關使用 [快速建立] 來建立 Traffic Manager 設定檔的詳細資訊,請參閱使用快速建立方法建立 Traffic Manager 設定檔

您可以在管理入口網站中進行下列組態設定:

  • DNS 首碼:您所建立的唯一首碼。在管理入口網站中是依首碼來顯示設定檔。

  • DNS TTL:DNS 存留時間 (TTL) 值會針對用戶端的本機快取名稱伺服器,控制其查詢 Azure Traffic Manager DNS 系統是否有更新 DNS 項目的頻率。

  • 訂閱:請選取您的設定檔要對應的訂閱。請注意,只有當您有多個訂閱時才會出現此選項。

  • 負載平衡方法:您要 Traffic Manager 用來處理負載平衡的方法。

  • 容錯移轉順利:使用容錯移轉負載平衡方法時,端點的順序。

  • 監視:監視設定包含通訊協定 (HTTP 或 HTTPS)、連接埠、相對路徑和檔案名稱。

您可以使用 REST 應用程式開發介面來建立及設定 Traffic Manager 設定檔。如需詳細資訊,請參閱 Traffic Manager 的相關作業 (REST 應用程式開發介面參考)

  • 設定檔 – 設定檔含有您所建立的網域名稱前置詞。每個設定檔都對應至您的訂閱。每一訂閱可建立多個設定檔。您將能在管理入口網站中看到設定檔名稱。由您所建立包含在設定檔中的名稱,即稱為您的「Traffic Manager 網域」(Traffic Manager Domain)。

  • 定義 – 定義含有原則設定和監視設定。定義是對應至設定檔。每個設定檔只能有一份定義。定義本身並不會顯示在管理入口網站中,但您仍能從管理入口網站看到定義內所包含的多項設定且可加以設定。

  • DNS 選項:每個定義內都有 DNS 選項。這是設定 DNS TTL 的位置。

  • 監視 – 每個定義內都有監視設定。這是設定通訊協定、連接埠、相對路徑和檔案名稱的位置。監視設定會顯示在管理入口網站中,而可供您加以設定。如需詳細資訊,請參閱關於 Traffic Manager 監視

  • 原則 – 每一份定義內都有原則設定。您將以原則指定負載平衡方法及端點。原則本身並不會顯示在管理入口網站中,但您仍能從管理入口網站看到原則的部分設定且可加以設定。如需詳細資訊,請參閱關於 Traffic Manager 負載平衡方法

您可以使用 Windows PowerShell 來建立和設定 Traffic Manager 設定檔。如需詳細資訊,請參閱 Azure Traffic Manager Cmdlet

  • 讓您的前置詞獨一無二且容易理解:Traffic Manager 設定檔的 DNS 名稱必須是唯一的。您只能控制 DNS 名稱的第一個部分。Traffic Manager 網域僅供識別及用戶端要求導向用途使用。用戶端電腦永遠不會向使用者顯示這些名稱。不過,設定檔是由此網域名稱識別,所以您必須能從管理入口網站列出的其他網域當中,快速識別此網域名稱。

  • 使用點增加唯一性或讓網域名稱具有可讀性:您也可以使用句號分隔部分的網域名稱前置詞。如果您計劃在 Traffic Manager 中建立多個原則,請使用一致的階層區分服務。例如,Contoso 有 Web、計費及公用程式管理等全球服務。三個原則為 web.contoso.trafficmanager.netbill.contoso.trafficmanager.netutil.contoso.trafficmanager.net。設定雲端服務或網站時使用的名稱即包含位置。例如 web-us-contoso.cloudapp.netweb-asia-contoso.cloudapp.net。您將受限於 DNS 的規定。假設網域名稱是以點分隔的標籤序列 (標籤.標籤.標籤.標籤)。本文撰寫時,Traffic Manager 中的網域名稱限制如下:

    • 每個標籤最多可有 63 個字元。

    • 總共不能超過 40 個標籤。由於 trafficmanager.net 已佔用兩個標籤,還剩下 38 個標籤可做為前置詞。

    • 整個網域名稱最多可以有 253 個字元。請注意,trafficmanager.net 已佔用其中 19 個字元。

  • DNS TTL:DNS 存留時間 (TTL) 值會針對用戶端的本機快取名稱伺服器,控制其查詢 Azure Traffic Manager DNS 系統是否有更新 DNS 項目的頻率。Traffic Manager 中的所有變更,例如設定檔變更或端點可用性的變更,都要等到這段時間過後才會經由全球 DNS 伺服器的系統重新整理。建議您保留 300 秒 (5 分鐘) 的預設值設定。數字愈大則 DNS 解析程式和用戶端快取 Traffic Manager DNS 回應的時間就愈長,縮短了整體 DNS 查詢延遲。不過,如果需要非常快速的容錯移轉,您可能會想要設定一個較小的值。

  • 端點應該位於單一訂閱中:所有端點都應該與您建立的設定檔位於相同的訂閱中。您可以將不同訂閱中的端點以外部端點形式加入到設定檔,但是,如果您停用或刪除相關聯的服務,則 Azure 不會自動移除它們。因此,外部端點會保留在 Traffic Manager 設定檔中,而且您將繼續支付它們的費用,除非您手動移除它們。

  • 僅限生產部署服務:唯有生產環境中的端點可供使用。不可導向在預備環境中執行的端點。請注意,如果您在設定檔導向流量時執行虛擬 IP (VIP) 位址交換,流量就會傳給方才交換至生產環境的端點。

  • 為端點命名以方便識別端點:請考量您想要使用的 DNS 首碼。使用 DNS 名稱的用意是確保各名稱在訂閱中的唯一性,而雲端服務或網站的名稱則不盡然互異。為了避免混淆,請指定雲端服務或網站的名稱再加上相同或相似的 DNS 首碼。如果雲端服務和網站的數目超過 20 個,不當的命名會讓人很難找到正確的端點。此外,端點命名不當會使得設定檔難以維護。

  • 設定檔中的所有端點應該回應相同的作業和連接埠 – 如果您混搭端點,用戶端呼叫端點卻得不到回應要求的可能性就更高。

  • 設定檔中的所有雲端服務皆必須使用相同的監視設定:您只能選擇單一路徑和檔案,以監視指定之定義中的所有端點。您可以在[相對路徑和檔案名稱] 文字方塊中輸入 "/",使監視系統嘗試存取預設路徑和檔案名稱。

  • 停用端點以因應暫時變更,而不變更組態:在許多情況下,您可能希望某個端點離線。這時您只需要停用設定檔中個別的端點,而不必從設定檔移除該端點。這個動作可有效地讓端點保持為設定檔的一部分,但是設定檔的動作會像是端點並未包含在其中一般。這個動作在暫時移除處於維護模式或重新部署的端點時相當實用。該端點一旦再次啟動並執行,就可以重新啟用它。如需詳細資訊,請參閱停用或啟用端點

  • 停用設定檔以因應暫時變更,而不將其刪除:您可能想要讓整個設定檔離線,而不單只限其中指定的個別端點。為此,請停用設定檔。停用設定檔之後,您仍能夠從管理入口網站編輯其所有設定,且日後若再次想要使用該設定檔,也可快速輕鬆地使其恢復上線。如需詳細資訊,請參閱停用、啟用或刪除設定檔

  • 儲存體:使用 Traffic Manager 時,如何設計儲存體的位置和分配是很重要的考量。當您設計及部署 Traffic Manager 的應用程式時,請考慮端對端交易以及資料要如何流動。

  • SQL Azure:當您將端點擴展到多個地理區域時,作法類似儲存體設計,且要分析您的應用程式狀態與資料需求。

另請參閱

顯示:
© 2014 Microsoft