匯出 (0) 列印
全部展開

關於 Traffic Manager 監視

更新日期: 2014年3月

Azure Traffic Manager 會監視端點 (包括雲端服務和網站) 以確保服務可供使用。為能正確進行監視工作,您必須以同樣的方式設定 Traffic Manager 設定檔中所指定的每個端點。當您設定監視之後,Traffic Manager 將會在管理入口網站中顯示端點和設定檔的狀態。您可以在管理入口網站中從 Traffic Manager 設定檔的 [組態] 頁面設定監視設定。
您可以指定下列設定:

  • 通訊協定 – 選擇 HTTP 或 HTTPS。請務必注意,HTTPS 監視不會驗證您的 SSL 憑證是否有效,只會檢查有無憑證。

  • 連接埠:選擇供要求使用的連接埠。標準 HTTP 和 HTTPS 連接埠皆為選項。

  • 相對路徑和檔案名稱:提供監視系統將嘗試存取的檔案所在路徑及名稱。請注意,正斜線 "/" 是相對路徑的有效項目,其表示檔案位於根目錄中 (預設)。如需有關進行設定的詳細資訊,請參閱<設定 Traffic Manager 監視>。

Azure Traffic Manager 會在管理入口網站中顯示設定檔以及端點服務的健全狀況。設定檔和端點的狀態資料行都將顯示最新的監視狀態。您可以利用此狀態根據 Traffic Manager 監視設定,了解設定檔的健全狀況。當您的設定檔狀況良好時,系統便會根據設定檔的負載平衡設定 (循環配置資源、效能或容錯移轉),將 DNS 查詢分散至您的各個服務。一旦 Traffic Manager 監視系統偵測到監視狀態的變更,就會更新管理入口網站中的狀態項目。最多需要五分鐘的時間,才能重新整理狀態變更。

端點監視狀態

下表中的端點監視狀態是端點健全狀況探查結果與設定檔和端點設定的組合結果。

 

設定檔狀態 端點狀態 端點監視狀態
(API 和入口網站)
附註

停用

啟用

非作用中

不會監視停用的設定檔。不過仍然可以管理位於停用的設定檔內的端點狀態。

<任何>

停用

停用

不會監視停用的設定檔。不過仍然可以管理位於停用的設定檔內的端點狀態。

啟用

啟用

上線

端點受到監視且狀況良好。

啟用

啟用

降級

端點受到監視但狀況不良。

啟用

啟用

CheckingEndpoint

端點受到監視,但是尚未收到第一次探查的結果。這是當您剛剛加入新端點至設定檔,或剛剛啟用端點或設定檔時的暫時狀態。

啟用

啟用

已停止

基礎雲端服務或網站未執行。

設定檔監視狀態

下表中的設定檔監視狀態是端點監視狀態與您所設定的設定檔狀態的組合結果。

 

設定檔狀態
(依設定)
端點監視狀態 設定檔監視狀態
(API 和入口網站)
附註

停用

<任何> 或未定義端點的設定檔。

停用

端點未受監視。

啟用

至少有一個端點的狀態為「降級」。

降級

這是需要客戶動作的旗標。

啟用

至少有一個端點的狀態為「上線」。沒有「降級」的端點。

上線

服務正在接收流量,不需要客戶動作。

啟用

至少有一個端點的狀態為「CheckingEndpoint」。沒有「上線」或「降級」的端點。

CheckingEndpoints

轉換狀態。通常在剛剛啟用設定檔且正在探查端點健全狀況時會發生這種情況。

啟用

設定檔中定義之所有端點的狀態不是「停用」就是「已停止」,或者設定檔沒有已定義的端點。

非作用中

沒有作用中的端點,但是設定檔仍為啟用。

若要讓下面圖片調整為單獨畫面大小,請按一下這裡

以時間軸說明單一雲端服務的監視程序範例如下所示。此案例示範以下情形:

  • 雲端服務「只能」透過此 Traffic Manager 設定檔方能使用以及接收流量。

  • 雲端服務變成無法使用的狀態。

  • 雲端服務持續無法使用的時間超過 DNS 存留時間 (TTL)。

  • 雲端服務再次可供使用。

  • 雲端服務「只能」透過此 Traffic Manager 設定檔繼續接收流量。

Traffic Manager 監視順序

圖 1 – 監視順序範例。圖表中的編號對應於下列編號說明。

  1. GET:Traffic Manager 監視系統會對您在監視設定中指定的路徑和檔案執行 GET。

  2. 200 OK:監視系統需在 10 秒內收到 HTTP 200 OK 的訊息傳回。收到此回應時,即假設雲端服務可以使用。

    note附註
    Traffic Manager 只有在傳回訊息是 200 OK 時才會將端點視為上線。如果接收到 200 以外的回應,即假設端點無法使用,並視此次為檢查失敗。

  3. 檢查間隔 30 秒 – 每 30 秒會執行一次檢查。

  4. 雲端服務無法使用 – 雲端服務變為無法使用。直到下次的監視檢查之前,Traffic Manager 都不會知情。

  5. 嘗試存取監視檔案 (4 次嘗試) – 監視系統執行 GET,但沒有在 10 秒或更短時間內收到回應。然後會以 30 秒為間隔再執行三次嘗試。這表示當服務無法使用時,監視系統最多約需要 1.5 分鐘進行偵測。如果其中一次嘗試成功,則會重設嘗試次數。雖然圖表中沒有顯示,但如果在執行 GET 之後,傳回 200 OK 訊息的時間超過 10 秒,監視系統仍會將其視為檢查失敗。

  6. 標示為降級 – 連續失敗達四次之後,監視系統會將無法使用的雲端服務標示為「降級」。

  7. 雲端服務的流量減少 – 流量會繼續流向無法使用的雲端服務。由於服務無法使用,用戶端仍將遇到失敗情況。用戶端和次要 DNS 伺服器已快取無法使用之雲端服務的 IP 位址 DNS 記錄。兩者會繼續將公司網域的 DNS 名稱解析為服務的 IP 位址。此外,次要 DNS 伺服器仍會送出無法使用之服務的 DNS 資訊。由於用戶端和次要 DNS 伺服器會更新,無法使用服務之 IP 位址的流量將趨緩。監視系統會繼續以 30 秒的間隔執行檢查。在此範例中,服務沒有回應,且持續無法使用。

  8. 雲端服務的流量停止:此時,大部分的 DNS 伺服器和用戶端應已更新,而無法使用服務的流量也停止。流量完全停止前的最大時間量取決於 TTL 時間。預設 DNS TTL 為 300 秒 (5 分鐘)。使用此值時,用戶端會在 5 分鐘後停止使用服務。監視系統會繼續以 30 秒為間隔執行檢查,而雲端服務沒有回應。

  9. 雲端服務恢復上線並接收流量 – 雲端服務變為可以使用,但在監視系統執行檢查之前,Traffic Manager 都不會知情。

  10. 服務流量恢復 - Traffic Manager 會傳送 GET 並在 10 秒內接收到 200 OK。其接著將於 DNS 伺服器要求更新時,開始送出雲端服務的 DNS 名稱給伺服器。因此,流量會再次開始流向服務。

另請參閱

顯示:
© 2014 Microsoft