Kernberichte aus Edgio

Wichtig

Dieses Feature ist nur für Produkte von Azure CDN Standard von Edgio und Azure CDN Premium von Edgio verfügbar. Einen Vergleich der CDN-Features finden Sie unter Azure CDN-Produktfeatures.

Indem Sie Edgio-Kernberichte über das Verwaltungsportal für Edgio-Profile verwenden, können Sie mit den folgenden Berichten Verwendungsmuster für Ihr CDN anzeigen:

• Bandbreite
• Übertragene Daten
• Treffer
• Cachestatus
• Cachetrefferquote
• Internetprotokoll, Version 4 (IPv4)/Internetprotokoll, Version 6 (IPv6) Übertragene Daten

Zugang auf Edgio-Kernberichte

1. Klicken Sie auf dem Blatt „CDN-Profil“ auf die Schaltfläche Verwalten .

   

   Das CDN-Verwaltungsportal wird geöffnet.

2. Zeigen Sie auf die Registerkarte Analysen und dann auf das Flyout Core Reports (Kernberichte). Klicken Sie im Menü auf einen Bericht.

   

3. Wählen Sie in der Liste Datumsbereich für jeden Bericht einen Datumsbereich aus. Sie können entweder einen vordefinierten Datumsbereich auswählen, z.B. Heute oder Diese Woche, oder Sie können Benutzerdefiniert auswählen und durch Klicken auf die Kalendersymbole manuell einen Datumsbereich eingeben.

4. Klicken Sie nach dem Auswählen eines Datumsbereichs auf Start, um den Bericht zu erstellen.

5. Um die Daten im Excel-Format zu exportieren, klicken Sie oberhalb der Schaltfläche Start auf das Excel-Symbol.

Bandbreite

Der Bandbreitenbericht besteht aus einem Diagramm und einer Datentabelle, in der die CDN-Bandbreitennutzung für HTTP und HTTPS über einen bestimmten Zeitraum in MBit/s angegeben ist. Sie können die Auslastung der Bandbreite für alle POPs oder für einen bestimmten POP anzeigen. Dank dieses Berichts sehen Sie Spitzen im Datenverkehr und die Verteilung für die POPs.

Wählen Sie in der Liste Edgeknoten die Option All Edge Nodes (Alle Edgeknoten), um Datenverkehr für alle Knoten anzuzeigen, oder wählen Sie eine bestimmte Region aus.

Der Bericht wird alle fünf Minuten aktualisiert.

Übertragene Daten

Dieser Bericht besteht aus einem Diagramm und einer Datentabelle, die den CDN-Datenverkehr für HTTP und HTTPS über einen bestimmten Zeitraum in GB angibt. Sie können den Datenverkehr für alle POPs oder für einen bestimmten POP anzeigen. Dank dieses Berichts sehen Sie Spitzen im Datenverkehr und die Verteilung über die POPs.

Wählen Sie in der Liste Edgeknoten die Option All Edge Nodes (Alle Edgeknoten), um Datenverkehr für alle Knoten anzuzeigen, oder wählen Sie eine bestimmte Region aus.

Der Bericht wird alle fünf Minuten aktualisiert.

Treffer (Statuscodes)

Dieser Bericht zeigt die Verteilung von Anforderungsstatuscodes für Ihre Inhalte. Jede Inhaltsanforderung generiert einen HTTP-Statuscode. Der Statuscode beschreibt, wie die Anforderung von Edge-POPs behandelt wurde. Beispielsweise weist ein 2xx-Statuscode darauf hin, dass die Anforderung erfolgreich für einen Client verarbeitet wurde, während ein 4xx-Statuscode auf einen Fehler hinweist. Weitere Informationen zu HTTP-Statuscodes finden Sie unter List of HTTP status codes (Liste mit HTTP-Statuscodes).

Cachestatus

Dieser Bericht zeigt die Verteilung der Cachetreffer und Cachefehler für Clientanforderungen an. Da die schnellste Leistung durch Cachetreffer erzielt wird, können Sie die Geschwindigkeit der Datenübermittlung optimieren, indem Sie Cachefehler und abgelaufene Cachetreffer auf ein Minimum reduzieren.

Konfigurieren Sie Ihren Ursprungsserver so, dass die Nutzung der folgenden Komponenten minimiert wird, um Cachefehler zu reduzieren:

• no-cache-Antwortheader
• Caching von Abfragezeichenfolgen (sofern nicht unbedingt erforderlich)
• Nicht zwischenspeicherbare Antwortcodes

Gehen Sie wie folgt vor, um abgelaufene Cachetreffer zu reduzieren: Legen Sie das max-age-Element eines Objekts auf einen langen Zeitraum fest, um die Anzahl von Anforderungen an den Ursprungsserver zu verringern.

Im Folgenden sind die wichtigsten Cachestatusangaben aufgeführt:

• TCP_HIT: Vom Edgeserver bereitgestellt. Das Objekt befand sich im Cache und hatte den Wert „max-age“ nicht überschritten.
• TCP_MISS: Vom Ursprungsserver bereitgestellt. Das Objekt befand sich nicht im Cache, und die Antwort ging zurück an den Ursprung.
• TCP_EXPIRED _MISS: Vom Ursprungsserver bereitgestellt nach erneuter Überprüfung beim Ursprung. Das Objekt befand sich im Cache, hatte jedoch den Wert „max-age“ überschritten. Eine erneute Überprüfung beim Ursprung führte zum Ersetzen des Cacheobjekts durch eine neue Antwort vom Ursprung.
• TCP_EXPIRED _HIT: Von Edge bereitgestellt nach erneuter Überprüfung beim Ursprung. Das Objekt befand sich im Cache, hatte jedoch den Wert "max-age" überschritten. Eine erneute Überprüfung beim ursprünglichen Server führte dazu, dass das Cacheobjekt nicht geändert wurde.

Vollständige Liste der Cachestatusangaben

• TCP_HIT: Dieser Status wird gemeldet, wenn eine Anforderung direkt vom POP für den Client bereitgestellt wird. Eine Ressource wird sofort von einem POP bereitgestellt, wenn sie auf dem dem Client nächstgelegenen POP zwischengespeichert ist und über eine entsprechende Gültigkeitsdauer (time to live, TTL) verfügt. Die Gültigkeitsdauer (TTL) wird durch die folgenden Antwortheader bestimmt:

  • Cache-Control: s-maxage
  • Cache-Control: max-age
  • Läuft ab

• TCP_MISS: Dieser Status gibt an, dass auf dem POP, der dem Client am nächsten liegt, keine zwischengespeicherte Version des angeforderten Medienobjekts gefunden wurde. Die Ressource wird entweder von einem Ursprungsserver oder von einem Ursprungsschutzserver angefordert. Wenn der Ursprungsserver oder der Ursprungsschutzserver eine Ressource zurückgibt, wird sie für den Client bereitgestellt und sowohl auf dem Client als auch auf dem Edgeserver zwischengespeichert. Andernfalls wird ein anderer Statuscode als 200 zurückgegeben (z.B. „403 Verboten“ oder „404 Nicht gefunden“).

• TCP_EXPIRED_HIT: Dieser Status wird gemeldet, wenn eine Anforderung, die an eine Ressource mit abgelaufener TTL gerichtet ist, direkt vom POP für den Client bereitgestellt wurde. Beispiel: „max-age“ der Ressource ist abgelaufen.

  Eine abgelaufene Anforderung führt in der Regel zu einer Anforderung zur erneuten Überprüfung an den ursprünglichen Server. Damit der Status TCP_EXPIRED_HIT auftritt, muss der Ursprungsserver angeben, dass keine neuere Version der Ressource vorhanden ist. Diese Situation führt normalerweise zu einer Aktualisierung der Header „Cache-Control“ und „Expires“ der Ressource.

• TCP_EXPIRED_MISS: Dieser Status wird gemeldet, wenn eine neuere Version eines abgelaufenen zwischengespeicherten Medienobjekts vom POP für den Client bereitgestellt wird. Dieser Status tritt auf, wenn die Gültigkeitsdauer für eine zwischengespeicherte Ressource abgelaufen ist (z. B. „max-age“ abgelaufen) und der Ursprungsserver eine neuere Version dieser Ressource zurückgibt. Diese neue Version der Ressource wird für den Client und nicht für die zwischengespeicherte Version bereitgestellt. Darüber hinaus wird sie auf dem Edgeserver und auf dem Client zwischengespeichert.

• CONFIG_NOCACHE: Dieser Status gibt an, dass eine kundenspezifische Konfiguration auf dem Edge-POP die Zwischenspeicherung des Medienobjekts verhindert.

• NONE: Dieser Status gibt an, dass keine Überprüfung der Aktualität des Cache-Inhalts durchgeführt wurde.

• TCP_CLIENT_REFRESH_MISS: Dieser Status wird gemeldet, wenn ein HTTP-Client (z.B. ein Browser) einen Edge-POP zwingt, eine neue Version einer veralteten Ressource vom Ursprungsserver abzurufen. Standardmäßig verhindern die Server, dass ein HTTP-Client die Edgeserver zwingt, eine neue Version des Medienobjekts vom Ursprungsserver abzurufen.

• TCP_PARTIAL_HIT: Dieser Status wird gemeldet, wenn eine Bytebereichsanforderung zu einem Treffer für ein teilweise zwischengespeichertes Medienobjekt führt. Der angeforderte Bytebereich wird sofort vom POP an den Client übermittelt.

• UNCACHEABLE: Dieser Status wird gemeldet, wenn die Header Cache-Control und Expires eines Medienobjekts darauf hinweisen, dass dieses nicht auf einem POP oder vom HTTP-Client zwischengespeichert werden soll. Diese Anforderungstypen werden vom Ursprungsserver bereitgestellt.

Cachetrefferquote

Dieser Bericht zeigt den Prozentsatz der zwischengespeicherten Anforderungen an, die direkt aus dem Cache bedient wurden.

Die Details finden Sie im folgenden Bericht:

• Der angeforderte Inhalt wurde auf dem POP zwischengespeichert, der der anfordernden Person am nächsten war.
• Die Anforderung wurde direkt vom Edgeserver am Rand unseres Netzwerks aus verarbeitet.
• Für die Anforderung war keine erneute Überprüfung beim ursprünglichen Server erforderlich.

Folgende Elemente sind im Bericht nicht enthalten:

• Anforderungen, die aufgrund von Filteroptionen für Länder oder Regionen verweigert werden.
• Anforderungen für Medienobjekte, deren Header darauf hinweisen, dass sie nicht zwischengespeichert werden sollen. Durch die Header Cache-Control: private, Cache-Control: no-cache oder Pragma: no-cache wird beispielsweise verhindert, dass ein Medienobjekt zwischengespeichert wird.
• Bytebereichsanforderungen für teilweise zwischengespeicherte Inhalte.

Die Formel lautet: (TCP_ HIT/(TCP_ HIT+TCP_MISS))*100

Übertragene IPV4-/IPV6-Daten

Dieser Bericht zeigt die Verteilung des Datenverkehrs in IPV4 und IPV6.

Überlegungen

Berichte können nur über die letzten 18 Monate generiert werden.