本文為您介紹網站監控的探測指標和探測流程。
探測指標
HTTP協議的探測指標如下表所示。其他協議（SMTP、FTP、TCP、UDP等）的指標名稱和解釋與下表類似。
中文名 | 英文名 | 單位 | 解釋 |
總回應時間 | total_time | 毫秒 | 整個探測過程消耗的時間（包含redirect_time）。 |
DNS網域名稱解析時間 | http_dns_time | 毫秒 | 解析網域名稱消耗的時間。 |
curl連線時間 | curl_connect_time | 毫秒 | 從發起探測到完成curl串連消耗的時間（包含http_dns_time）。 |
TCP連線時間 | tcp_connect_time | 毫秒 | 從發起探測到完成TCP串連消耗的時間（包含http_dns_time）。 |
SSL時間 | ssl_connect_time | 毫秒 | 從發起探測到完成SSL認證消耗的時間。 |
傳輸前置時間 | curl_pretransfer_time | 毫秒 | 從發起探測到完成HTTP請求寫入消耗的時間。 |
傳輸開始時間 | curl_starttransfer_time | 毫秒 | 從發起探測到收到Web伺服器返回資料的第一個位元組消耗的時間。 |
HTTP連線時間 | http_connect_time | 毫秒 | HTTP連線時間=傳輸前置時間-DNS網域名稱解析時間 |
下載時間 | http_download_time | 毫秒 | 當探針版本小於1.8時，該時間為0。 當探針版本大於等於1.8時，該時間為讀取HTTP響應包前64位元組所消耗的時間。如果HTTP響應包，經過加密，則該時間包含解密時間。 |
下載大小 | http_download_size | 位元組 | HTTP響應包的大小。如果HTTP回應包中有Content-Length，則為HTTP響應包的大小；如果HTTP響應包中無Content-Length，則為實際讀取的位元組。 |
下載速度 | http_download_speed | 位元組/秒 | 讀取HTTP響應時的網路速度。 |
重新導向時間 | redirect_time | 毫秒 | 從發起探測到發起第一個重新導向請求消耗的時間。 |
重新導向次數 | redirect_count | 次 | 重新導向跳轉次數。 |
如果探測過程中發生了重新導向，則為最後一次探測。
指標計算與彙總說明
丟包率計算
網站監控的丟包率是基於所有探測點發送的總包數與丟失總包數計算的彙總值，而非單次任務或單個探測點的理論值。計算公式如下：
平均丟包率 =（所有探測點丟失包數總和）÷（所有探測點發送包數總和）× 100%如果配置了多個探測點，總發包數 = 探測點數量 × 單次發包數。
樣本：假設配置了 3 個探測點，每個探測點單次發送 10 個包，則總發包數 = 3 × 10 = 30 個包。如果 3 個探測點共丟失了 2 個包，則平均丟包率 = 2 ÷ 30 × 100% ≈ 6.67%。
可用率計算
可用率表示探測周期內目標網站正常響應的比例。計算公式如下：
可用率 = 探測周期內正常訪問次數 ÷ 探測總次數 × 100%其中：
探測總次數 =（60 分鐘 ÷ 探測間隔分鐘數）× 24 小時 × 天數 × 探測點數量樣本：假設探測間隔為 5 分鐘，配置了 2 個探測點，統計 1 天的可用率，則探測總次數 =（60 ÷ 5）× 24 × 1 × 2 = 576 次。如果其中有 3 次探測失敗，則可用率 =（576 - 3）÷ 576 × 100% ≈ 99.48%。
警示資料彙總
配置網站監控警示規則時，警示周期決定了資料彙總的時間範圍。系統在每個警示周期內對探測資料取平均值，並將平均值與警示閾值進行比較。
例如：設定警示周期為 60 秒，警示規則為"丟包率大於 50%"，則系統計算前一分鐘時間段內所有探測資料的丟包率平均值，當該平均值超過 50% 時觸發警示。
探測流程
探測流程和計時方式如下圖所示。
常見問題
為什麼服務中斷或串連拒絕時 ResponseTime 指標顯示為 0？
當目標服務出現中斷（如 connection refused）時，由於探測端未與目標服務建立有效 TCP 串連，探測過程中不存在資料轉送環節，因此 ResponseTime（總回應時間）指標記錄為 0。
通過 ResponseTime 的值可以區分以下兩種情境：
情境 | ResponseTime 表現 | 說明 |
網路逾時 | 等於逾時閾值（如 30000 毫秒） | 探測端已發起串連但在逾時時間內未收到響應 |
如果警示規則基於 ResponseTime 配置，建議同時關注丟包率或可用率指標，以更準確地判斷目標網站的健康狀態。