對 Azure 流量管理員上的已降級狀態進行疑難排解
本文說明如何針對顯示降級狀態的 Azure 流量管理員設定檔進行疑難排解。 針對 Azure 流量管理員 降級狀態進行疑難解答的第一個步驟是啟用記錄。 如需詳細資訊，請參閱啟用資源記錄。 在此案例中，請考慮設定指向部分 cloudapp.net 託管服務的 流量管理員 配置檔。 如果流量管理員的健康情況顯示 [降級] 狀態，則可能有一或多個端點的狀態是 [降級]：
如果流量管理員的健康情況顯示 [非使用中] 狀態，則可能有一或多個端點的狀態是 [非使用中]：
了解流量管理員探查
- 只有當探查收到探查路徑傳回 HTTP 200 回應時，流量管理員才會將端點視為在「線上」。 如果您的應用程式傳回任何其他 HTTP 回應碼，您應該將回應碼新增至 流量管理員 配置檔的預期狀態代碼範圍。
- 除非您在 流量管理員 配置檔的預期狀態代碼範圍中將此指定為有效的回應碼，否則會將 30x 重新導向回應視為失敗。 流量管理員 不會探查重新導向目標。
- 若為 HTTP 探查，會忽略憑證錯誤。
- 只要傳回 200，探查路徑的實際內容並不重要。 探查靜態內容 (例如 "/favicon.ico") 的 URL 是常用的技巧。 即使應用程式狀況良好，動態內容 (例如 ASP 頁面) 也不一定會傳回 200。
- 最佳做法是將探查路徑設為有足夠邏輯判斷網站是否為運作或關閉的項目。 在上一個範例中，藉由將路徑設定為 “/favicon.ico”，您只會測試w3wp.exe回應。 此探查可能不會指出您的 Web 應用程式狀況良好。 較好的選擇是將路徑設為 "/Probe.aspx" 之類的項目，它具有邏輯可判斷網站的健康狀態。 例如，您可以使用效能計數器來監視 CPU 使用率，或測量失敗的要求數。 或者，您可以嘗試存取資料庫資源或工作階段狀態，以確定 Web 應用程式正在運作。
- 如果設定檔中的所有端點都已降級，流量管理員會將所有端點視為狀況良好，並將流量路由傳送至所有端點。 此行為可確保探查機制的問題不會造成服務完全中斷。
疑難排解
若要針對探查失敗進行疑難排解，您需要工具來顯示從探查 URL 傳回的 HTTP 狀態碼。 有許多工具可顯示原始 HTTP 回應。
您也可以在 Internet Explorer 中，使用 [F12 偵錯工具] 的 [網路] 索引標籤來檢視 HTTP 回應。
在此範例中，我們想要查看來自下列探查 URL 的回應：http://watestsdp2008r2.cloudapp.net:80/Probe. 下列 PowerShell 範例說明問題。
Invoke-WebRequest 'http://watestsdp2008r2.cloudapp.net/Probe' -MaximumRedirection 0 -ErrorAction SilentlyContinue | Select-Object StatusCode,StatusDescription
範例輸出︰
StatusCode StatusDescription
---------- -----------------
301 Moved Permanently
請注意，我們收到重新導向回應。 如先前所述，200 以外的任何 StatusCode 都視為失敗。 流量管理員將端點狀態變更為「離線」。 若要解決此問題，請檢查網站設定，確保可以從探查路徑傳回適當的 StatusCode。 重新設定流量管理員探查，以指向傳回 200 的路徑。
如果您的探查使用 HTTPS 通訊協定，您可能需要停用憑證檢查，以避免在測試期間發生 SSL/TLS 錯誤。 下列 PowerShell 陳述式會停用目前 PowerShell 工作階段的憑證驗證︰
add-type @"
using System.Net;
using System.Security.Cryptography.X509Certificates;
public class TrustAllCertsPolicy : ICertificatePolicy {
public bool CheckValidationResult(
ServicePoint srvPoint, X509Certificate certificate,
WebRequest request, int certificateProblem) {
return true;
}
}
"@
[System.Net.ServicePointManager]::CertificatePolicy = New-Object TrustAllCertsPolicy