訓練
認證
Microsoft Certified: Azure Network Engineer Associate - Certifications
示範 Azure 網路基礎結構的設計、實作和維護、負載平衡流量、網路路由等等。
Azure 流量管理員支援六種流量路由方法,以決定如何將網路流量路由傳送至不同的服務端點。 針對任何設定檔,流量管理員會將其相關的流量路由方法套用至它收到的每個 DNS 查詢。 流量路由方法決定 DNS 回應中傳回哪一個端點。
流量管理員中提供以下流量路由方法:
所有流量管理員設定檔都有端點的狀況監控和自動容錯移轉。 如需詳細資訊,請參閱 流量管理員端點監視。 在流量管理員設定檔中,您一次只能設定一個流量路由方法。 您可以隨時為設定檔選取不同的流量路由方法。 您的變更會在一分鐘內套用,完全不會停機。 您可使用巢狀「流量管理員」設定檔,合併使用多個流量路由方法。 巢狀設定檔可讓您設定精細的流量路由組態,以滿足龐大而複雜的應用程式需求。 如需詳細資訊,請參閱 巢狀流量管理員設定檔。
組織通常希望其服務具有可靠性。 為此,他們會部署一或多個備用服務來因應主要服務的停機狀況。 「優先順序」流量路由方法可讓 Azure 客戶輕鬆實作此容錯移轉模式。
流量管理員設定檔包含服務端點的優先順序清單。 根據預設,流量管理員會將所有流量傳送至主要 (優先順序最高) 端點。 如果主要端點無法使用,流量管理員會將流量路由傳送至次要端點。 若主要和次要端點皆無法使用,流量便會經由第三個端點,依此類推。 端點可用性取決於所設定狀態 (啟用或停用) 和持續的端點監視。
在 Azure Resource Manager 中,您可以使用「優先順序」屬性來明確設定每個端點的點端優先順序。 這個屬性的值介於 1 到 1000 之間。 值較低代表優先順序較高。 各端點無法共用優先順序值。 設定屬性是選擇性的。 如果省略,則會使用以端點順序為基礎的預設優先順序。
「加權」流量路由方法可讓您平均分散流量,或使用預先定義的權數。
在「加權」流量路由方法中,您需要在流量管理員設定檔設定中指派權數給每個端點。 權數是從 1 到 1000 的整數。 這是選擇性參數。 如果省略,流量管理員會使用預設權數 '1'。 權數越高,優先順序也就越高。
針對每個收到的 DNS 查詢,流量管理員會隨機選擇可用的端點。 選擇端點之機率是根據指派給所有可用端點的權數。 所有端點都使用相同的權數會形成平均的流量分配。 在特定端點上使用較高或較低的權數會導致 DNS 回應中較經常或較不常傳回這些端點。
加權方法支援一些實用的案例︰
您可使用 Azure 入口網站、Azure PowerShell、CLI 或 REST API 來設定權數。
請注意,用戶端會快取 DNS 回應。 用戶端用於解析 DNS 名稱的遞迴 DNS 伺服器也會快取 DNS 回應。 此快取可能會影響加權流量分配。 有大量用戶端和遞迴 DNS 伺服器時,流量分配會正常運作。 不過,如果只有少量用戶端或遞迴 DNS 伺服器,則快取可能會大幅扭曲流量分配。
常見使用案例包括:
這些 DNS 快取效果對所有 DNS 型流量路由系統來說很常見,不僅限於「Azure 流量管理員」。 在某些情況下,明確清除 DNS 快取也許是一種因應措施。 若沒有作用,改用其他流量路由方法可能更為合適。
若將端點部署於兩個以上的全球位置,則可改善應用程式的回應速度。 使用「效能」流量路由方法時,流量會路由傳送至「最靠近」您的位置。
「最靠近」的端點不一定是地理距離測量上最靠近的端點。 「效能」流量路由方法會測量網路延遲,以決定最靠近的端點。 流量管理員會維護「網際網路延遲資料表」,以追蹤 IP 位址範圍與每個 Azure 資料中心之間的往返時間。
流量管理員會在「網際網路延遲資料表」中查閱傳入 DNS 要求的來源 IP 位址。 接著,流量管理員會在 Azure 資料中心內選擇該 IP 位址範圍內延遲最低的可用端點。 流量管理員便會在 DNS 回應中傳回該端點。
如流量管理員的運作方式所述,流量管理員不會直接從用戶端接收 DNS 查詢。 相反地,DNS 查詢是來自用戶端所設定使用的遞迴 DNS 服務。 因此,用於判斷「最靠近」端點的 IP 位址並非是用戶端的 IP 位址,而是遞迴 DNS 服務的 IP 位址。 此 IP 位址是用戶端的理想 Proxy。
流量管理員會定期更新「網際網路延遲資料表」,以反映全球網際網路的變動和新的 Azure 區域。 不過,隨著網際網路上即時的負載變化,應用程式效能會改變。 效能流量路由不會監視特定服務端點上的負載。 若端點無法使用,流量管理員的 DNS 查詢回應便不會包含該端點。
注意事項:
流量管理員設定檔可設定為使用地理路由方法,以將使用者導向特定端點: Azure、外部或巢狀。 比對是以 DNS 查詢的來源地理位置為基礎而進行。 此路由方法可讓您順應資料主權授權、內容和使用者體驗當地語系化,以及測量來自不同區域的流量。 設定地理路由的設定檔時,必須指派一組地理區域給該設定檔相關聯的每個端點。 地理區域可以達到下列細微層級
將一個或一組區域指派給端點時,來自這些區域的要求只會路由傳送至該端點。 流量管理員會使用 DNS 查詢的來源 IP 位址來判斷使用者查詢的來源區域。 系統通常使用本機 DNS 解析器的 IP 位址為該使用者進行查詢。
流量管理員會讀取 DNS 查詢的來源 IP 位址,並判斷其來源地理區域。 接著便會尋找是否有此地理區域的對應端點。 查閱時會從最低細微層級開始 (首先為支援的州/省,其次為國家/地區層級),直到最高層級為止 (意即世界)。 經此周遊找到的第一個相符項目,便會選擇作為查詢回應中要傳回的端點。 當查詢符合「巢狀」類型端點時,則會根據其路由方法傳回該子設定檔中的端點。 此行為有下列幾個特點︰
當路由類型是「地理路由」時,在流量管理員設定檔中,一個地理區域只能對應至一個端點。 這項限制可確保使用者路由具決定性,以便客戶因應需要明確地理界限的狀況。
若有兩個不同端點的地理對應皆列出使用者的區域,流量管理員則會選取細微層級最低的端點。 流量管理員不會考慮將該區域的要求路由傳送至其他端點。 例如,假設「地理路由」類型設定檔有兩個端點 - 端點 1 和端點 2。 端點 1 設定為接收來自愛爾蘭的流量,端點 2 設定接收來自歐洲的流量。 若要求來自愛爾蘭,則一律會路由傳送至端點 1。
由於一個區域只能對應至一個端點,無論端點健康狀況如何,流量管理員皆會傳回回應。
重要
強烈建議客戶使用地理路由方法,並與「巢狀」類型端點相關聯,且子設定檔至少各包含兩個端點。
如果找到符合的端點,但該端點處於已停止狀態,則流量管理員會傳回 NODATA 回應。 在此情況下,不會再於地理區域階層中往上進一步查閱。 對於巢狀端點類型,當子設定檔處於已停止或已停用狀態時,此行為也適用。
如果端點顯示已停用狀態,則區域比對過程不會考慮此端點。 對於巢狀端點類型,當端點處於已停用狀態時,此行為也適用。
如果查詢的來源地理區域在該設定檔中沒有對應,流量管理員會傳回 NODATA 回應。 因此,強烈建議您使用單一端點的地理路由。 理想狀況是子系設定檔內至少有兩個巢狀類型的端點,且已指派世界區域。 此組態也可確保處理所有未對應至區域的 IP 位址。
如流量管理員的運作方式所述,流量管理員不會直接從用戶端接收 DNS 查詢。 DNS 查詢是來自用戶端所設定使用的遞迴 DNS 服務。 因此,用於判斷區域的 IP 位址並非是用戶端的 IP 位址,而是遞迴 DNS 服務的 IP 位址。 此 IP 位址是用戶端的理想 Proxy。
多值流量路由方法可讓您在單一 DNS 查詢回應中取得多個狀況良好的端點。 若傳回的端點無回應,此組態則可讓呼叫者使用其他端點執行用戶端重試。 此模式可提高服務的可用性,且可減少透過新的 DNS 查詢來取得健康狀態良好端點的相關延遲。 只有在所有端點類型為「外部」且指定為 IPv4 或 IPv6 位址時,才適用多值路由方法。 當系統收到此設定檔的查詢時,會傳回所有狀況良好的端點,您可以設定回傳計數上限來限制回傳數量。
子網路流量路由方法可讓您將一組使用者 IP 位址範圍對應至設定檔中的特定端點。 若流量管理員收到該設定檔的 DNS 查詢,將會檢查該要求的來源 IP 位址。 接著便會判斷對應的端點,並於查詢回應中傳回該端點。 來源 IP 位址大多是呼叫者所使用的 DNS 解析器。
要對應至端點的 IP 位址可指定為 CIDR 範圍 (如 1.2.3.0/24) 或位址範圍 (如 1.2.3.4-5.6.7.8)。 端點的相關 IP 範圍在該設定檔中須為唯一範圍。 位址範圍不可與相同設定檔內不同端點的 IP 位址集重疊。 如果您定義不含任何位址範圍的端點,則該端點會用來作為後援,並從任何剩餘的子網路取得流量。 如果未包含任何後援端點,流量管理員就會針對任何未定義的範圍傳送 NODATA 回應。 強烈建議您定義一個後援端點,以確保所有可能的 IP 範圍皆已指定到所有端點。
子網路路由可為來自特定 IP 空間的使用者提供不同體驗。 例如:您可讓公司辦公室的所有要求皆路由傳送至另一個端點。 若要測試應用程式的內部專用版本,則特別適用此路由方法。 另一種案例是如果您想要為從特定 ISP 連線的使用者提供不同體驗 (例如封鎖來自指定 ISP 的使用者)。
訓練
認證
Microsoft Certified: Azure Network Engineer Associate - Certifications
示範 Azure 網路基礎結構的設計、實作和維護、負載平衡流量、網路路由等等。
文件
本文提供 Azure 流量管理員的概觀。 了解其是否為平衡應用程式使用者流量負載的最佳選擇。
本文會協助您建立、停用、啟用及刪除 Azure 流量管理員設定檔。
本文可協助您了解流量管理員如何路由傳送流量,以提高 Web 應用程式的效能和可用性。