適用於應用程式閘道的計量

  • 發行項

應用程式閘道會將資料點發佈給 Azure 監視器，以提供應用程式閘道和後端執行個體的效能。 這些資料點稱為計量，而且是一組已排序的時間序列資料中的數值。 計量描述應用程式閘道在特定時間的一些層面。 如果有流經應用程式閘道的要求，其會以 60 秒間隔測量並傳送其計量。 如果沒有流經計量應用程式閘道的要求或沒有計量的資料，則不會報告計量。 如需詳細資訊，請參閱 Azure 監視器計量。

應用程式閘道 V2 SKU支援的計量

計時計量

應用程式閘道提供數個與要求和回應相關的內建計時計量，這些計量的測量都是以毫秒為單位。

[Diagram of timing metrics for the Application Gateway

注意

如果應用程式閘道中有多個接聽程式，則一律依接聽程式維度進行篩選，同時比較不同的延遲計量，以取得有意義的推斷。

  • 後端連線時間

    彙總類型：平均/最大值

    與後端應用程式建立連線所花費的時間。

    這包括網路延遲，以及後端伺服器 TCP 堆疊建立新連線所花費的時間。 如果是 TLS，也會包含交握時所花費的時間。

  • 後端第一個位元組回應時間

    彙總類型：平均/最大值

    開始與後端伺服器建立連線，至接收到回應標頭第一個位元組的時間間隔。

    這近似於下列時間的總和：「後端連線時間」、要求從應用程式閘道到達後端所花費的時間、後端應用程式回應所花費的時間 (伺服器產生內容的時間，可能會提取資料庫查詢)，以及第一個回應位元組從後端到達應用程式閘道所花費的時間。

  • 後端最後位元組回應時間

    彙總類型：平均/最大值

    開始與後端伺服器建立連線，至接收到回應主體最後一個位元組的時間間隔。

    這近似於下列時間的總和：「後端第一個位元組回應時間」和資料傳輸時間 (因為所要求的物件大小和伺服器網路的延遲不同，此數目可能會有極大的差異)。

  • 應用程式閘道總時間

    彙總類型：平均/最大值

    此計量會擷取接收和處理要求，以及傳送其回應所花費時間的平均/最大值。

    此值是指應用程式閘道收到 HTTP 要求的第一個位元組，到將最後一個回應位元組傳送至用戶端時的時間間隔。 這包括應用程式閘道所花費的處理時間、後端最後一個位元組回應時間，以及應用程式閘道傳送所有回應所花費的時間。

  • 用戶端 RTT

    彙總類型：平均/最大值

    此計量會擷取用戶端與應用程式閘道之間來回行程時間的平均/最大值。

這些計量可用來判斷觀察到速度變慢的原因是用戶端網路、應用程式閘道效能、後端網路和後端伺服器 TCP 堆疊飽和度、後端應用程式效能或大型檔案大小。

例如，如果「後端第一個位元組回應時間」趨勢有尖峰，但「後端連線時間」趨勢穩定，則可以推斷應用程式閘道到後端之間有延遲，但建立連線所需的時間則是固定的，而尖峰是因為後端應用程式的回應時間增加所造成。 另一方面來說，後端第一個位元組回應時間的尖峰與後端連線時間中的對應尖峰有關聯，則可以推斷，應用程式閘道和後端伺服器之間或後端伺服器 TCP 堆疊的網路已飽和。

如果您注意到後端最後一個位元組回應時間中的尖峰，但後端第一個位元組回應時間是固定的，則可以推斷，此尖峰是因為要求中的檔案較大所致。

同樣地，如果「應用程式閘道總時間」有尖峰，但「後端最後位元組回應時間」是固定的，則可能是應用程式閘道上有效能瓶頸，或用戶端與應用程式閘道之間有網路瓶頸。 此外，如果用戶端 RTT 也有對應的尖峰，則表示效能降低是因為用戶端與應用程式閘道之間的網路。

應用程式閘道計量

應用程式閘道可使用下列計量：

  • 接收的位元組數

    應用程式閘道從用戶端收到的位元組數。 (僅根據要求「內容大小」進行回報。它不會將 TLS 交涉的額外負荷、TCP/IP 封包標頭或重新傳輸納入考量，因此不代表完整的頻寬使用率。)

  • 傳送的位元組數

    應用程式閘道傳送至用戶端的位元組數。 (僅根據回應「內容大小」進行回報。它不會將 TCP/IP 封包標頭或重新傳輸納入考量，因此不代表完整的頻寬使用率。)

  • 用戶端 TLS 通訊協定

    由用戶端起始的 TLS 和非 TLS 要求數目，這些要求會建立與應用程式閘道的連線。 若要檢視 TLS 通訊協定散發，請依維度 TLS 通訊協定進行篩選。 此計量包含閘道所提供的要求，例如重新導向。

  • 目前的容量單位

    對流量進行負載平衡所耗用的容量單位元數目。 容量單位有三個決定要素：「計算單位」、「持續的連線數」和「輸送量」。 每個容量單位最多包含：1 個計算單位或 2500 個持續連線，或 2.22-Mbps 的輸送量。

  • 目前的計算單位

    已耗用處理器容量的計數。 影響計算單位的因素包括 TLS 連線數/秒、URL 重寫計算，以及 WAF 規則處理。

  • 目前的連線數

    從用戶端到應用程式閘道的作用中並行連線總數

  • 預估計費容量單位

    若使用 v2 SKU，則計價模式會以耗用量來驅動。 容量單位會測量固定成本和以耗用量計費的成本。 預估計費容量單位表示用來預估計費的容量單位數。 這會以「目前容量單位數」(對流量進行負載平衡所需的容量單位) 和「固定計費容量單位」(持續佈建的最小容量單位) 之間的較大值進行計算。

  • 失敗的要求

    應用程式閘道服務的具有 5xx 伺服器錯誤碼的要求數目。 這包括從應用程式閘道產生的 5xx 代碼，以及從後端產生的 5xx 代碼。 您可以進一步篩選要求計數，以顯示每個/特定後端集區-HTTP 設定組合的計數。

  • 固定計費容量單位

    持續佈建的最小容量單位數目，其以應用程式閘道組態中最小縮放單位設定 (一個執行個體轉譯為 10 個容量單位) 為依據。

  • 每秒的新連線數

    從用戶端到應用程式閘道，以及從應用程式閘道到後端成員的平均每秒新 TCP 連線數目。

  • 回應狀態

    應用程式閘道傳回的 HTTP 回應狀態。 回應狀態碼發佈可以進一步分類，以顯示回應 2xx、3xx、4xx 和 5xx 分類中的回應。

  • 輸送量

    應用程式閘道每秒已服務的位元組數目。 (僅根據「內容大小」進行回報。它不會將 TLS 交涉的額外負荷、TCP/IP 封包標頭或重新傳輸納入考量，因此不代表完整的頻寬使用率。)

  • 要求總數

    應用程式閘道已由後端集區目標提供服務的成功要求計數。 由閘道直接提供服務的頁面 (例如重新導向) 不會納入計算，而且應該在用戶端 TLS 通訊協定計量中找到。 您可以進一步篩選要求總數計數計量，以顯示每個/特定後端集區 HTTP 設定組合的計數。

後端計量

應用程式閘道可使用下列計量：

  • 後端回應狀態

    後端傳回的 HTTP 回應狀態碼計數。 這不包括應用程式閘道所產生的任何回應碼。 回應狀態碼發佈可以進一步分類，以顯示回應 2xx、3xx、4xx 和 5xx 分類中的回應。

  • 良好的主機計數

    健全狀態探查判斷狀況良好的後端數目。 您可以根據每個後端集區進行篩選，以顯示特定後端集區中狀況良好的主機數量。

  • 狀況不良的主機計數

    健全狀態探查判斷狀況不良的後端數目。 您可以根據每個後端集區進行篩選，以顯示特定後端集區中狀況不良的主機數量。

  • 每個健康情況主機每分鐘的要求

    後端集區中每個狀況良好的成員在一分鐘內收到的要求平均數目。 您必須使用 BackendPool HttpSettings 維度來指定後端集區。

Web 應用程式防火牆 (WAF) 計量

如需 WAF 監視的相關資訊，請參閱 WAF v2 計量

應用程式閘道 V1 SKU支援的計量

應用程式閘道計量

應用程式閘道可使用下列計量：

  • CPU 使用率

    顯示配置給應用程式閘道的 CPU 使用率。 在正常情況下，CPU 使用量不應經常超過 90%，因為這可能會導致應用程式閘道背後的網站中出現延遲，並且會中斷用戶端體驗。 您可以藉由增加執行個體計數或移至較大的 SKU 大小 (或同時執行這兩種方式) 來修改應用程式閘道的設定，以間接控制或改善 CPU 使用率。

  • 目前的連線數

    目前與應用程式閘道建立的連線計數

  • 失敗的要求

    因連線問題而失敗的要求數目。 此計數包括因為超過「要求逾時」HTTP 設定而失敗的要求，以及因為應用程式閘道與後端之間的連線問題而失敗的要求。 此計數不包含失敗，因為沒有狀況良好的後端可供使用。 系統也不會將來自後端的 4xx 和 5xx 回應視為此計量的一部分。

  • 回應狀態

    應用程式閘道傳回的 HTTP 回應狀態。 回應狀態碼發佈可以進一步分類，以顯示回應 2xx、3xx、4xx 和 5xx 分類中的回應。

  • 輸送量

    應用程式閘道每秒已服務的位元組數目

  • 要求總數

    應用程式閘道已服務的成功要求計數。 您可以進一步篩選要求計數，以顯示每個/特定後端集區-HTTP 設定組合的計數。

後端計量

應用程式閘道可使用下列計量：

  • 良好的主機計數

    健全狀態探查判斷狀況良好的後端數目。 您可以根據每個後端集區進行篩選，以顯示特定後端集區中狀況良好的主機數量。

  • 狀況不良的主機計數

    健全狀態探查判斷狀況不良的後端數目。 您可以根據每個後端集區進行篩選，以顯示特定後端集區中狀況不良的主機數量。

Web 應用程式防火牆 (WAF) 計量

如需 WAF 監視的相關資訊，請參閱 WAF v1 計量

計量視覺效果

瀏覽至應用程式閘道，在 [監視] 之下選取 [計量]。 若要檢視可用的值，請選取 [計量] 下拉式清單。

下圖中的範例顯示了最近 30 分鐘內的三項計量：

Metric view.

若要查看最新的度量清單，請參閱支援 Azure Monitor 的計量。

計量的警示規則

您可以根據資源的計量來啟動警示規則。 例如，如果應用程式閘道的輸送量高於、低於或等於臨界值達到一段指定時間，警示便可以呼叫 Webhook 或寄送電子郵件給系統管理員。

下列範例會逐步引導您建立警示規則，以在輸送量達到臨界值之後傳送電子郵件給系統管理員：

  1. 選取 [新增計量警示] 以開啟 [新增規則] 頁面。 您也可以透過 [計量] 頁面來到達此頁面。

  2. 在 [新增規則] 頁面上，填入名稱、條件、通知等區段，然後選取 [確定]。

    • 在 [條件] 選取器中，選取這 4 個值之一：[大於]、[大於或等於]、[小於] 或 [小於或等於]。

    • 在 [期間] 選取器中，選取 5 分鐘到 6 小時的期間。

    • 如果選取 [傳送電子郵件給擁有者、參與者和讀者]，便可根據可存取該資源的使用者動態傳送電子郵件。 否則，您可以在 [其他系統管理員電子郵件] 方塊中提供以逗號分隔的使用者清單。

    Add rule page

如果達到臨界值，送達的電子郵件會類似下圖︰

Email for breached threshold

建立計量警示之後，就會出現警示的清單， 其中提供所有警示規則的概觀。

List of alerts and rules

若要深入了解警示通知，請參閱接收警示通知。

若要深入了解 Webhook 以及其如何與警示搭配使用，請造訪針對 Azure 計量警示設定 Webhook。

下一步