Jede Anfrage von Cloud CDN wird in Cloud Logging in Logs erfasst. Informationen zum Aktivieren und Deaktivieren von Logging finden Sie unter Logging und Monitoring für das HTTP(S)-Load-Balancing.
Logs für Cloud CDN sind mit dem externen HTTP(S)-Load-Balancer verknüpft, an den Ihre Cloud CDN-Back-Ends angehängt sind. Cloud CDN-Logs werden zuerst nach der Weiterleitungsregel und dann nach der URL-Zuordnung indexiert.
So rufen Sie Cloud CDN-Logs auf:
Console
Rufen Sie in der Google Cloud Console die Seite Loganzeige auf.
Zum Ansehen aller Logs wählen Sie im ersten Drop-down-Menü in der Zeile Cloud-HTTP-Load-Balancer > Alle Weiterleitungsregeln aus.
Um die Logs für nur eine Weiterleitungsregel aufzurufen, wählen Sie eine Weiterleitungsregel aus der Liste aus.
Wenn Sie nur Logs für eine URL-Zuordnung ansehen möchten, die von einer Weiterleitungsregel verwendet wird, wählen Sie Cloud-HTTP-Load-Balancer und dann die für Sie relevante Weiterleitungsregel und URL-Zuordnung aus.
Anfrage vom Back-End bereitgestellt
Wenn Sie bestätigen möchten, dass eine Anfrage von einem Cloud CDN-fähigen Back-End gesendet wird, müssen Sie nach drei Hauptfeldern suchen:
httpRequest
: Wenn eine Anfrage von einem Back-End bereitgestellt wird, sehen Sie, dass der Cache gefüllt ist und Sie die Anfrage-URL bestätigen können.cacheFillBytes:
NUMBER_OF_BYTEScacheLookup: True
requestURL
: URL
jsonPayload
: Im FeldstatusDetails
können Sie bestätigen, dass die Antwort vom Back-End bereitgestellt wurde.statusDetails: "response_sent_by_backend"
Anfrage aus dem Cache bereitgestellt
Der folgende Logeintrag zeigt einen Cache-Treffer.
{ insertId: "1oek5rg3l3fxj7" jsonPayload: { @type: "type.googleapis.com/google.cloud.loadbalancing.type.LoadBalancerLogEntry" cacheId: "SFO-fbae48ad" statusDetails: "response_from_cache" } httpRequest: { requestMethod: "GET" requestUrl: "http://LOAD_BALANCER_IP_ADDRESS/static/us/three-cats.jpg" requestSize: "577" status: 304 responseSize: "157" userAgent: "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.61 Safari/537.36" remoteIp: "CLIENT_IP_ADDRESS" cacheHit: true cacheLookup: true } resource: { type: "http_load_balancer" labels: { zone: "global" url_map_name: "URL_MAP_NAME" forwarding_rule_name: "FORWARDING_RULE_NAME" target_proxy_name: "TARGET_PROXY_NAME" backend_service_name: "" project_id: "PROJECT_ID" } } timestamp: "2020-06-08T23:41:30.078651Z" severity: "INFO" logName: "projects/PROJECT_ID/logs/requests" trace: "projects/PROJECT_ID/traces/241d69833e64b3bf83fabac8c873d992" receiveTimestamp: "2020-06-08T23:41:30.588272510Z" spanId: "7b6537d3672e08e1" }
Was wird protokolliert?
Zusätzlich zu den in den meisten Logs enthaltenen allgemeinen Informationen wie etwa Schweregrad, Projekt-ID, Projektnummer und Zeitstempel enthalten HTTP(S)-Load-Balancing-Logs Folgendes:
Die HttpRequest-Logfelder, in denen der HTTP-Statuscode und die zurückgegebenen Byte erfasst sind und die angeben, ob eine Cache-Suche und/oder Cache-Füllung durchgeführt wurde.
Das Feld
jsonPayload.cacheId
, das den Standort und die Cache-Instanz angibt, von der die Cache-Antwort bereitgestellt wurde. Beispiel: Eine Cache-Antwort, die von einem Cache in Amsterdam bereitgestellt wurde, hätte den cacheId-WertAMS-85e2bd4b
, wobeiAMS
der IATA-Code und85e2bd4b
eine intransparente Kennzeichnung der Cache-Instanz ist, da manche Cloud CDN-Standorte mehrere separate Caches haben.Die
statusDetails
-Felder derjsonPayload
.
Sie können nach den folgenden Feldern filtern, um den Cache-Treffer-, Cache-Fehler- oder Neuvalidierungsstatus einer von Cloud CDN bereitgestellten Anfrage zu bestimmen:
Cache-Treffer
jsonPayload.statusDetails=("response_from_cache" OR "byte_range_caching")
oder
httpRequest.cacheHit=true
httpRequest.cacheValidatedWithOriginServer!=true
Mit Ursprungsserver validierter Cache-Treffer
jsonPayload.statusDetails="response_from_cache_validated"
oder
httpRequest.cacheHit=true
httpRequest.cacheValidatedWithOriginServer=true
Cache-Fehler
jsonPayload.statusDetails="response_sent_by_backend"
oder
httpRequest.cacheHit!=true
httpRequest.cacheLookup=true
Boolesche Logfelder werden normalerweise nur angezeigt, wenn sie den Wert true
haben. Wenn ein boolesches Feld den Wert false
hat, wird es nicht im Log ausgegeben.
Für diese Felder wird zwangsweise eine UTF-8-Codierung durchgeführt. Zeichen, bei denen es sich nicht um UTF-8-Zeichen handelt, werden durch Fragezeichen ersetzt.
Wenn Cloud CDN eine Clientanfrage durch Initiieren von Validierungs- und/oder Bytebereichsanfragen bereitstellt, wird das Feld serverIp
aus dem Logeintrag von Cloud Logging für die Clientanfrage weggelassen. Dies liegt daran, dass Cloud CDN als Antwort auf eine einzelne Clientanfrage Anfragen an mehrere Server-IP-Adressen senden kann.
Durch jede von Cloud CDN initiierte Anfrage wird außerdem ein Logeintrag in Cloud Logging erstellt. Der resultierende Logeintrag enthält ein Feld parentInsertId
innerhalb von jsonPayload
. Sie können dieses Feld verwenden, um die insertId
des Logeintrags für die einzelne Clientanfrage zu identifizieren, durch die Cloud CDN die Validierungs- oder Bytebereichsanfrage initiiert. Darüber hinaus wird Cloud CDN durch den Logeintrag als User-Agent identifiziert.
Weitere Informationen
Weitere Informationen zum Logging, einschließlich zum Exportieren von Logs nach BigQuery, Pub/Sub oder Cloud Storage sowie zum Konfigurieren logbasierter Messwerte für das Monitoring und Benachrichtigungen, finden Sie in der Dokumentation zu Cloud Logging.
Informationen zu den im Logeintrag
httpRequest
enthaltenen Feldern finden Sie unter HttpRequest.