Azure Front Door 中的監視計量和記錄
Azure Front Door 提供數個功能，可協助您監視應用程式、追蹤要求，以及對 Front Door 設定進行偵錯。
記錄和計量會由 Azure 監視器儲存和管理。
報告 可讓您深入瞭解流量如何流經 Azure Front Door、Web 應用程式防火牆 （WAF），以及您的應用程式。
計量
Azure Front Door 會以 60 秒間隔測量並傳送其計量。 計量最多可能需要 3 分鐘的時間才能由 Azure 監視器處理，而且在處理完成之前可能不會顯示計量。 計量也可以顯示在圖表或方格中，並可透過 Azure 入口網站、Azure PowerShell、Azure CLI 和 Azure 監視器 API 來存取。 如需詳細資訊，請參閱 Azure 監視器計量。
下表所列的計量會記錄並儲存一段有限的時間。 如需額外費用，您可以儲存較長的時間。
| 計量 | 描述 | 維度 |
|---|---|---|
| 位元節命中率 | 從 Azure Front Door 快取提供的流量百分比，根據總輸出流量計算。 如果大部分流量轉送至來源，而不是從快取提供，則位元組命中率很低。 位元組命中率 = （從邊緣輸出 - 來源輸出）/從邊緣輸出。 從位元組命中率計算中排除的案例：
|
端點 |
| 原始健康情況百分比 | 從 Azure Front Door 傳送到來源的成功健康情況探查百分比。 | Origin、Origin Group |
| 原始延遲 | Azure Front Door 會計算將要求傳送至來源的時間，以接收來自來源的最後一個回應位元組。 | 端點、來源 |
| 原始要求計數 | 從 Azure Front Door 傳送至來源的要求數目。 | 端點、來源、HTTP 狀態、HTTP 狀態群組 |
| 4XX 的百分比 | 回應狀態代碼為 4XX 的所有用戶端要求百分比。 | 端點、客戶端國家/地區、客戶端區域 |
| 5XX 的百分比 | 回應狀態代碼為 5XX 的所有用戶端要求百分比。 | 端點、客戶端國家/地區、客戶端區域 |
| 要求計數 | 透過 Azure Front Door 提供服務的用戶端要求數目，包括從快取完全提供服務的要求。 | 端點、客戶端國家/地區、用戶端區域、HTTP 狀態、HTTP 狀態群組 |
| 要求大小 | 從客戶端傳送至 Azure Front Door 的要求中的位元元組數目。 | 端點、客戶端國家/地區、用戶端區域、HTTP 狀態、HTTP 狀態群組 |
| 回應大小 | 從 Front Door 傳送為回應給用戶端的位元元組數目。 | 端點、客戶端國家/地區、用戶端區域、HTTP 狀態、HTTP 狀態群組 |
| 延遲總計 | Azure Front Door 會接收用戶端要求，並將最後一個回應位元組傳送給用戶端。 這是花費的總時間。 | 端點、客戶端國家/地區、用戶端區域、HTTP 狀態、HTTP 狀態群組 |
| Web 應用程式防火牆 要求計數 | Azure Front Door Web 應用程式防火牆所處理的要求數目。 | 動作、原則名稱、規則名稱 |
注意
如果來源的要求逾時，Http 狀態維度的值是 0。
記錄
記錄會追蹤通過 Azure Front Door 的所有要求。 記錄可能需要幾分鐘的時間才能處理和儲存。
有多個 Front Door 記錄，您可以針對不同的用途使用：
- 存取記錄 可用來識別緩慢的要求、判斷錯誤率，以及瞭解 Front Door 快取行為如何為您的解決方案運作。
- Web 應用程式防火牆 （WAF） 記錄可用來偵測潛在的攻擊，以及可能表示 WAF 遭到封鎖之合法要求的誤判偵測。 如需 WAF 記錄的詳細資訊，請參閱 Azure Web 應用程式防火牆 監視和記錄。
- 健康情況探查記錄 可用來識別狀況不良或未回應來自某些 Front Door 地理分散 PoP 要求的來源。
- 活動記錄 可讓您查看在 Azure 資源上執行的作業，例如 Azure Front Door 設定檔的設定變更。
存取記錄和 WAF 記錄包含 追蹤參考，此參考也會在要求中傳播至來源，並使用 X-Azure-Ref 標頭傳播至客戶端回應。 您可以使用追蹤參考來取得應用程式要求處理的端對端檢視。
預設不會啟用存取記錄、健康情況探查記錄和 WAF 記錄。 若要啟用和儲存診斷記錄，請參閱 設定 Azure Front Door 記錄。 預設會收集活動記錄，您可在 Azure 入口網站中檢視它們。
存取記錄檔
每個要求的相關信息都會登入存取記錄檔。 每個存取記錄專案都包含下表所列的資訊。
| 屬性 | 說明 |
|---|---|
| TrackingReference | 識別 Azure Front Door 所服務要求的唯一參考字串。 追蹤參考會使用 X-Azure-Ref 標頭傳送至用戶端和來源。 在存取或 WAF 記錄中搜尋特定要求時，請使用追蹤參考。 |
| Time | Azure Front Door Edge 將要求的內容傳遞至用戶端的日期和時間（UTC）。 |
| HttpMethod | 要求所使用的 HTTP 方法：DELETE、GET、HEAD、OPTIONS、PATCH、POST 或 PUT。 |
| HttpVersion | 用戶端在要求中指定的 HTTP 版本。 |
| RequestUri | 已接收要求的 URI。 此欄位包含完整的配置、埠、網域、路徑和查詢字串。 |
| HostName | 來自用戶端的要求中的主機名。 如果您啟用自訂網域並具有通配符網域 （*.contoso.com），則 HostName 記錄域的值是 subdomain-from-client-request.contoso.com。 如果您使用 Azure Front Door 網域 （contoso-123.z01.azurefd.net），則 HostName 記錄欄位的值是 contoso-123.z01.azurefd.net。 |
| RequestBytes | 以位元組為單位的 HTTP 要求訊息大小，包括要求標頭和要求本文。 |
| ResponseBytes | 以位元組為單位的 HTTP 回應消息大小。 |
| UserAgent | 用戶端所使用的使用者代理程式。 使用者代理程式通常會識別瀏覽器類型。 |
| ClientIp | 發出原始要求的用戶端IP位址。 X-Forwarded-For如果要求中有標頭，則會從標頭取得用戶端IP位址。 |
| SocketIp | 直接連線至 Azure Front Door Edge 的 IP 位址。 如果用戶端使用 HTTP Proxy 或負載平衡器來傳送要求，SocketIp 的值就是 Proxy 或負載平衡器的 IP 位址。 |
| timeTaken | 從 Azure Front Door Edge 收到用戶端要求到 Azure Front Door 將回應的最後一個字節傳送給客戶端的時間長度，以秒為單位。 此欄位不會考慮網路等待時間和 TCP 緩衝。 |
| RequestProtocol | 用戶端在要求中指定的通訊協定。 可能的值包括： HTTP、 HTTPS。 |
| SecurityProtocol | 要求所使用的 TLS/SSL 通訊協定版本，如果要求未使用加密，則為 null。 可能的值包括：SSLv3、TLSv1、TLSv1.1、TLSv1.2。 |
| SecurityCipher | 當要求通訊協定的值是 HTTPS 時，此欄位會指出用戶端和 Azure Front Door 交涉的 TLS/SSL 加密。 |
| 端點 | Azure Front Door 端點的功能變數名稱，例如 contoso-123.z01.azurefd.net。 |
| HttpStatusCode | 從 Azure Front Door 傳回的 HTTP 狀態代碼。 如果來源的要求逾時，HttpStatusCode 欄位的值是 0。 如果用戶端關閉連線，則 HttpStatusCode 欄位的值是 499。 |
| 流行 | 回應使用者要求的 Azure Front Door 邊緣存在點 （PoP）。 |
| 快取狀態 | Azure Front Door 快取如何處理要求。 可能的值包括：
|
| MatchedRulesSetName | 已處理的規則引擎規則名稱。 |
| RouteName | 要求相符的路由名稱。 |
| ClientPort | 發出要求的用戶端 IP 埠。 |
| Referrer | 產生要求之網站的 URL。 |
| TimetoFirstByte | 從 Azure Front Door Edge 收到要求到第一個字節傳送至客戶端的時間，以秒為單位的時間長度，如 Azure Front Door 所測量。 此屬性不會測量客戶端數據。 |
| ErrorInfo | 如果在處理要求期間發生錯誤，此欄位會提供錯誤的詳細資訊。 可能的值包括：
|
| OriginURL | 要求傳送所在來源的完整URL。 URL 是由配置、主機標頭、埠、路徑和查詢字串所組成。 URL 重寫：如果要求URL是由規則引擎重寫，路徑會參考重寫的路徑。 Edge PoP 上的快取：如果要求是從 Azure Front Door 快取提供，則來源為 N/A。 大型要求：如果要求的內容很大，而且有多個區塊要求返回原點，則此字段會對應至來源的第一個要求。 如需詳細資訊，請參閱 物件區塊化。 |
| OriginIP | 提供要求之來源的IP位址。 Edge PoP 上的快取：如果要求是從 Azure Front Door 快取提供，則來源為 N/A。 大型要求：如果要求的內容很大，而且有多個區塊要求返回原點，則此字段會對應至來源的第一個要求。 如需詳細資訊，請參閱 物件區塊化。 |
| OriginName | 來源的完整主機名（DNS 名稱）。 Edge PoP 上的快取：如果要求是從 Azure Front Door 快取提供，則來源為 N/A。 大型要求：如果要求的內容很大，而且有多個區塊要求返回原點，則此字段會對應至來源的第一個要求。 如需詳細資訊，請參閱 物件區塊化。 |
| 結果 | SSLMismatchedSNI 是狀態代碼，表示成功要求，且 SNI 與主機標頭之間有不相符的警告。 此狀態代碼表示網域前端，這是違反 Azure Front Door 服務條款的技術。 的要求 SSLMismatchedSNI 將在 2024 年 1 月 22 日之後遭到拒絕。 |
| Sni | 此欄位會指定 TLS/SSL 交握期間傳送的伺服器名稱指示 （SNI）。 如果有 SSLMismatchedSNI 狀態代碼，它可以用來識別確切的 SNI 值。 此外，也可以與欄位中的 requestUri 主機值進行比較，以偵測並解決不相符的問題。 |
健康狀態探查記錄
Azure Front Door 會記錄每個失敗的健康情況探查要求。 這些記錄可協助您診斷來源的問題。 記錄會提供您可用來調查失敗原因的資訊，然後將來源帶回狀況良好的狀態。
此記錄的一些案例對於下列情況很有用：
- 您注意到 Azure Front Door 流量已傳送至來源子集。 例如，您可能注意到四個來源中只有三個接收流量。 您想要知道來源是否正在接收和回應健康情況探查，以便您知道來源是否良好。
- 您注意到原點健康情況百分比計量低於預期。 您想要知道哪些來源記錄為狀況不良，以及健康情況探查失敗的原因。
每個健康情況探查記錄專案都有下列架構：
| 屬性 | 說明 |
|---|---|
| HealthProbeId | 識別健康情況探查要求的唯一標識符。 |
| Time | 傳送健康情況探查的日期和時間（UTC）。 |
| HttpMethod | 健康情況探查要求所使用的 HTTP 方法。 值包括 GET 和 HEAD，根據健康情況探查的組態。 |
| 結果 | 健康情況探查的狀態。 此值為 成功 或探查收到的錯誤描述。 |
| HttpStatusCode | 來源傳回的 HTTP 狀態代碼。 |
| ProbeURL | 傳送探查要求的完整目標 URL。 URL 是由配置、主機標頭、路徑和查詢字串所組成。 |
| OriginName | 健康情況探查傳送至的來源名稱。 如果源設定為使用 FDQN，此字段可協助您找出感興趣的來源。 |
| 流行 | 傳送探查要求的邊緣PoP。 |
| 來源 IP | 健康情況探查傳送來源的IP位址。 |
| TotalLatency | 從 Azure Front Door Edge 將健康情況探查要求傳送至來源的時間，到來源傳送最後一個回應給 Azure Front Door 的時間。 |
| 連線 ionLatency | 設定 TCP 連線以將 HTTP 探查要求傳送至來源所花費的時間。 |
| DNSResolution 延遲 | DNS 解析所花費的時間。 此欄位只有在原點設定為 FDQN 而不是 IP 位址時，才會有值。 如果來源設定為使用IP位址，則值為 N/A。 |
下列範例 JSON 代碼段顯示失敗健康情況探查要求的健全狀況探查記錄專案。
{
"records": [
{
"time": "2021-02-02T07:15:37.3640748Z",
"resourceId": "/SUBSCRIPTIONS/27CAFCA8-B9A4-4264-B399-45D0C9CCA1AB/RESOURCEGROUPS/AFDXPRIVATEPREVIEW/PROVIDERS/MICROSOFT.CDN/PROFILES/AFDXPRIVATEPREVIEW-JESSIE",
"category": "FrontDoorHealthProbeLog",
"operationName": "Microsoft.Cdn/Profiles/FrontDoorHealthProbeLog/Write",
"properties": {
"healthProbeId": "9642AEA07BA64675A0A7AD214ACF746E",
"POP": "MAA",
"httpVerb": "HEAD",
"result": "OriginError",
"httpStatusCode": "400",
"probeURL": "http://afdxprivatepreview.blob.core.windows.net:80/",
"originName": "afdxprivatepreview.blob.core.windows.net",
"originIP": "52.239.224.228:80",
"totalLatencyMilliseconds": "141",
"connectionLatencyMilliseconds": "68",
"DNSLatencyMicroseconds": "1814"
}
}
]
}
Web 應用程式防火牆記錄
如需 Front Door Web 應用程式防火牆 （WAF） 記錄的詳細資訊，請參閱 Azure Web 應用程式防火牆 監視和記錄。
活動記錄
活動記錄提供 Azure Front Door 資源上管理作業的相關信息。 記錄包含有關在 Azure Front Door 資源上執行之每個寫入作業的詳細數據，包括作業發生的時間、執行者，以及作業是什麼。
注意
活動記錄不包含讀取作業。 它們也可能不包含您使用 Azure 入口網站 或傳統管理 API 執行的所有作業。
如需詳細資訊，請參閱 檢視您的活動記錄。
下一步
若要啟用和儲存診斷記錄，請參閱 設定 Azure Front Door 記錄。
重要
Azure Front Door（傳統版）將於 2027 年 3 月 31 日淘汰。 為了避免任何服務中斷，請務必在 2027 年 3 月之前將 Azure Front Door （傳統） 配置檔移轉至 Azure Front Door Standard 或 進階版 層。 如需詳細資訊，請參閱 Azure Front Door（傳統版）淘汰。
使用 Azure Front Door（傳統版）時，您可以透過下列方式監視資源：
- 計量。 Azure Front Door 目前有八個計量可檢視性能計數器。
- 記錄。 活動和診斷記錄允許從資源儲存或取用效能、存取和其他數據，以供監視之用。
計量
計量是特定 Azure 資源的一項功能，可讓您在入口網站中檢視性能計數器。 以下是 Front Door 計量：
| 計量 | 計量顯示名稱 | 單位 | 維度 | 描述 |
|---|---|---|---|---|
| RequestCount | 要求計數 | 計數 | HttpStatus HttpStatusGroup ClientRegion ClientCountry |
Front Door 所服務的用戶端要求數目。 |
| RequestSize | 要求大小 | Bytes | HttpStatus HttpStatusGroup ClientRegion ClientCountry |
從客戶端傳送至 Front Door 的要求時傳送的位元元組數目。 |
| ResponseSize | 回應大小 | Bytes | HttpStatus HttpStatusGroup ClientRegion ClientCountry |
從 Front Door 傳送為回應給用戶端的位元元組數目。 |
| TotalLatency | 延遲總計 | 毫秒 | HttpStatus HttpStatusGroup ClientRegion ClientCountry |
從 Front Door 收到的用戶端要求到從 AFD 傳送至客戶端的最後一個回應位元組的總時間。 |
| BackendRequestCount | 後端要求計數 | 計數 | HttpStatus HttpStatusGroup 後端 |
從 Front Door 傳送至後端的要求數目。 |
| BackendRequestLatency | 後端要求延遲 | 毫秒 | 後端 | 從 Front Door 傳送要求到後端的時間，直到 Front Door 收到來自後端的最後一個回應位元組為止。 |
| BackendHealthPercentage | 後端健康情況百分比 | Percent | 後端 後端集區 |
從 Front Door 到後端的成功健康情況探查百分比。 |
| WebApplicationFirewallRequestCount | Web 應用程式防火牆 要求計數 | 計數 | PolicyName RuleName 動作 |
Front Door 應用層安全性所處理的用戶端要求數目。 |
活動記錄
活動記錄提供 Azure Front Door （傳統） 配置檔上所完成作業的相關信息。 它們也會決定針對 Azure Front Door （傳統） 配置檔執行的任何寫入作業（放置、張貼或刪除）的用途、人員及時機。
注意
如果來源的要求逾時，HttpStatusCode 的值會設定為 0。
存取 Front Door 中的活動記錄，或 Azure 監視器中 Azure 資源的所有記錄。 若要檢視活動記錄：
選取您的 Front Door 實例。
選取 [活動記錄]。
選擇篩選範圍，然後選取 [ 套用]。
注意
活動記錄不包含您使用 Azure 入口網站 或原始管理 API 執行的任何 GET 作業或作業。
診斷記錄
診斷記錄提供有關稽核和疑難解答的重要作業和錯誤相關信息。 診斷記錄與活動記錄不同。
活動記錄可讓您深入瞭解在 Azure 資源上完成的作業。 診斷記錄可讓您深入了解資源已完成的作業。 如需詳細資訊，請參閱 Azure 監視器診斷記錄。
若要設定 Azure Front Door 的診斷記錄（傳統）：
選取您的 Azure Front Door （傳統） 設定檔。
選擇 [ 診斷設定]。
選取 [開啟診斷]。 將診斷記錄連同計量封存至記憶體帳戶、將它們串流至事件中樞，或將它們傳送至 Azure 監視器記錄。
Front Door 目前提供診斷記錄。 診斷記錄會針對每個專案提供具有下列架構的個別 API 要求：
| 屬性 | 說明 |
|---|---|
| BackendHostname | 如果要求已轉送至後端，此字段代表後端的主機名。 如果要求重新導向或轉送至區域快取，則此欄位為空白（當啟用路由規則的快取時）。 |
| CacheStatus | 針對快取案例，此欄位會定義 POP 的快取命中/遺漏 |
| ClientIp | 發出要求的用戶端IP位址。 如果要求中有 X-Forwarded-For 標頭，則會從相同的中挑選用戶端 IP。 |
| ClientPort | 發出要求的用戶端 IP 埠。 |
| HttpMethod | 要求使用的 HTTP 方法。 |
| HttpStatusCode | 從 Proxy 傳回的 HTTP 狀態代碼。 如果來源的要求逾時，HttpStatusCode 的值會設定為 0。 |
| HttpStatusDetails | 要求的結果狀態。 您可以在狀態參考資料表中找到這個字串值的意義。 |
| HttpVersion | 要求或連線的類型。 |
| 流行 | 要求落地的邊緣簡短名稱。 |
| RequestBytes | 以位元組為單位的 HTTP 要求訊息大小，包括要求標頭和要求本文。 |
| RequestUri | 接收之要求的 URI。 |
| ResponseBytes | 後端伺服器作為回應所傳送的位元組。 |
| RoutingRuleName | 要求相符的路由規則名稱。 |
| RulesEngineMatchNames | 要求相符的規則名稱。 |
| SecurityProtocol | 要求所使用的 TLS/SSL 通訊協定版本，如果沒有加密，則為 Null。 |
| SentToOriginShield （已淘汰） * 請參閱下一節中關於淘汰的注意事項。 |
如果為 true，表示要求是從原始盾牌快取回應，而不是邊緣快顯。 原始防護是用來改善快取命中率的父快取。 |
| isReceivedFromClient | 如果為 true，表示要求來自用戶端。 如果為 false，則要求在邊緣 （子 POP） 中遺漏，並從原始盾牌 （父 POP） 回應。 |
| TimeTaken | 從第一個字節的要求到 Front Door 到最後一個字節的回應時間長度，以秒為單位。 |
| TrackingReference | 識別 Front Door 所提供要求的唯一參考字串，也會傳送為 X-Azure-Ref 標頭給用戶端。 在特定要求的存取記錄中搜尋詳細數據的必要專案。 |
| UserAgent | 用戶端使用的瀏覽器類型。 |
| ErrorInfo | 此欄位包含特定類型的錯誤，以進行進一步的疑難解答。 可能的值包括： NoError：表示找不到錯誤。 CertificateError：一般 SSL 憑證錯誤。 CertificateNameCheckFailed：SSL 憑證中的主機名無效或不符合。 ClientDisconnected：因為用戶端網路連線而要求失敗。 UnspecifiedClientError：一般客戶端錯誤。 InvalidRequest：要求無效。 這可能是因為格式不正確的標頭、本文和URL所導致。 DNSFailure:D NS 失敗。 DNSNameNotResolved：無法解析伺服器名稱或位址。 Origin 連線 ionAborted：與來源的連接突然停止。 Origin 連線 ionError：一般原始來源連線錯誤。 Origin 連線 ionRefused：無法建立與來源的連線。 OriginError：一般原始來源錯誤。 OriginInvalidResponse：Origin 傳回無效或無法辨識的回應。 OriginTimeout：原始來源要求的逾時期限已過期。 ResponseHeaderTooBig：來源傳回的響應標頭太大。 RestrictedIP：因為IP受限，因此封鎖了要求。 SSLHandshakeError：由於 SSL 手搖晃失敗，無法建立與來源的連線。 UnspecifiedError：發生錯誤，不符合數據表中的任何錯誤。 SSLMismatchedSNI：要求無效，因為 HTTP 訊息標頭不符合 SSL/TLS 連線設定期間 TLS SNI 擴充功能中顯示的值。 |
| 結果 | SSLMismatchedSNI 是狀態代碼，表示成功要求，且 SNI 與主機標頭之間有不相符的警告。 此狀態代碼表示網域前端，這是違反 Azure Front Door 服務條款的技術。 的要求 SSLMismatchedSNI 將在 2024 年 1 月 22 日之後遭到拒絕。 |
| Sni | 此欄位會指定 TLS/SSL 交握期間傳送的伺服器名稱指示 （SNI）。 如果有 SSLMismatchedSNI 狀態代碼，它可以用來識別確切的 SNI 值。 此外，也可以與欄位中的 requestUri 主機值進行比較，以偵測並解決不相符的問題。 |
傳送至原始防護已淘汰
原始記錄屬性 isSentToOriginShield 已被取代，並以新的字段 isReceivedFromClient 取代。 如果您已經使用已被取代的欄位，請使用新的欄位。
原始記錄包含從 CDN 邊緣 （子 POP） 和原始防護產生的記錄。 原始防護是指策略性位於全球的父節點。 這些節點會與源伺服器通訊，並減少來源上的流量負載。
對於每個前往原始防護的要求，有兩個記錄專案：
- 一個用於邊緣節點
- 一個用於原始盾牌。
若要區別邊緣節點與原始防護的輸出或回應，您可以使用字段 isReceivedFromClient 來取得正確的數據。
如果值為 false，則表示要求會從原始防護回應至邊緣節點。 這種方法很有效，可比較原始記錄與賬單數據。 從原始防護輸出到邊緣節點不會產生費用。 從邊緣節點輸出到用戶端會產生費用。
Kusto 查詢範例，以排除Log Analytics中原始防護上產生的記錄。
AzureDiagnostics | where Category == "FrontdoorAccessLog" and isReceivedFromClient_b == true
注意
針對各種路由設定和流量行為，某些字段，例如 backendHostname、cacheStatus、isReceivedFromClient 和 POP 欄位可能會以不同的值回應。 下表說明這些欄位對於各種案例會有不同的值：
| 案例 | 記錄項目計數 | 流行 | BackendHostname | isReceivedFromClient | CacheStatus |
|---|---|---|---|---|---|
| 未啟用快取的路由規則 | 1 | Edge POP 程式代碼 | 已轉送要求的後端 | True | CONFIG_NOCACHE |
| 已啟用快取的路由規則。 快取命中邊緣 POP | 1 | Edge POP 程式代碼 | 空的 | True | HIT |
| 已啟用快取的路由規則。 快取遺漏邊緣 POP，但快取命中父快取 POP | 2 | 1.Edge POP 程式代碼 2。 父快取 POP 程式代碼 |
1.父快取 POP 主機名 2。 空的 |
1.True 2。 False |
1. 小姐 2. HIT |
| 已啟用快取的路由規則。 快取遺漏邊緣 POP，但部分快取命中父快取 POP | 2 | 1.Edge POP 程式代碼 2。 父快取 POP 程式代碼 |
1.父快取 POP 主機名 2。 可協助填入快取的後端 |
1.True 2。 False |
1. 小姐 2. PARTIAL_HIT |
| 已啟用快取的路由規則。 快取PARTIAL_HIT邊緣 POP，但在父快取 POP 上快取叫用 | 2 | 1.Edge POP 程式代碼 2。 父快取 POP 程式代碼 |
1.Edge POP 程式代碼 2。 父快取 POP 程式代碼 |
1.True 2。 False |
1. PARTIAL_HIT 2. HIT |
| 已啟用快取的路由規則。 邊緣和父快取 POP 的快取遺漏 | 2 | 1.Edge POP 程式代碼 2。 父快取 POP 程式代碼 |
1.Edge POP 程式代碼 2。 父快取 POP 程式代碼 |
1.True 2。 False |
1. 小姐 2. MISS |
| 處理要求時發生錯誤 | N/A |
注意
對於快取案例，當要求的某些位元組從 Azure Front Door 邊緣或原始防護快取提供時，快取狀態的值將會partial_hit，而某些位元組會從大型物件的來源提供。
Azure Front Door 使用稱為物件區塊化的技術。 要求大型檔案時，Azure Front Door 會從原始來源擷取較小的檔案片段。 在 Azure Front Door POP 伺服器收到要求之檔案的完整或位元組範圍之後，Azure Front Door Edge 伺服器會以 8 MB 的區塊從來源要求檔案。
區塊到達 Azure Front Door 邊緣之後，會快取並立即提供給使用者。 然後，Azure Front Door 會以平行的方式預先擷取下一個區塊。 此預先擷取可確保內容在使用者之前保持一個區塊，以減少延遲。 此程式會繼續進行，直到下載整個檔案（如果已要求），所有位元組範圍都可供使用（如有要求），或用戶端關閉連線為止。 如需位元組範圍要求的詳細資訊，請參閱 RFC 7233。 Azure Front Door 會在收到區塊時快取任何區塊。 整個檔案不需要在 Front Door 快取上快取。 接著會從 Azure Front Door 快取提供檔案或位元組範圍的要求。 如果 Azure Front Door 上未快取所有區塊，則會使用預先擷取來要求來源的區塊。 此優化依賴源伺服器支援位元組範圍要求的能力。 如果源伺服器不支援位元組範圍要求，則此優化無效。