Kärnrapporter från Edgio

Genom att använda Edgio Core-rapporter via Hantera portalen för Edgio-profiler kan du visa användningsmönster för ditt CDN med följande rapporter:

• Bandbredd
• Överförda data
• Träffar
• Cachestatus
• Cacheträffgrad
• Internet Protocol version 4 (IPv4)/Internet Protocol version 6 (IPv6) Data överförd

Åtkomst till Edgio Core-rapporter

1. På panelen CDN-profil klickar du på knappen Hantera.

   

   CDN-hanteringsportalen öppnas.

2. Hovra över fliken Analytics och hovra sedan över Core Reports utfällbara menyn. Klicka på en rapport i menyn.

   

3. För varje rapport väljer du ett datumintervall från listan datumintervall. Du kan antingen välja ett fördefinierat datumintervall, till exempel Today eller This Week, eller så kan du välja Anpassad och manuellt ange ett datumintervall genom att klicka på kalenderikonerna.

4. När du har valt ett datumintervall klickar du på Gå för att generera rapporten.

5. Om du vill exportera data i Excel-format klickar du på Excel-ikonen ovanför knappen Gå.

Bandbredd

Bandbreddsrapporten består av ett diagram och en datatabell som anger CDN-bandbreddsanvändningen för HTTP och HTTPS under en viss tidsperiod, i Mbit/s. Du kan visa bandbreddsanvändningen för alla IP-adresser eller för en viss POP. Med den här rapporten kan du visa trafiktoppar och distribution för nätverksnoder.

I listan Edge-noder väljer du Alla gränsnoder för att se trafik från alla noder eller välja en specifik region.

Rapporten uppdateras var femte minut.

Överförda data

Den här rapporten består av ett diagram och en datatabell som anger CDN-trafikanvändningen för HTTP och HTTPS under en viss tidsperiod, i GB. Du kan visa trafikanvändningen för alla IP-adresser eller för en viss POP. Med den här rapporten kan du visa trafiktopparna och distributionen mellan IP-adresser.

I listan Edge-noder väljer du Alla gränsnoder för att se trafik från alla noder eller välja en specifik region.

Rapporten uppdateras var femte minut.

Träffar (statuskoder)

Den här rapporten beskriver fördelningen av statuskoder för begäran för ditt innehåll. Varje begäran om innehåll genererar en HTTP-statuskod. Statuskoden beskriver hur kanterens POPs hanterade begäran. En 2xx-statuskod anger till exempel att begäran har hanterats till en klient, medan en 4xx-statuskod anger att ett fel uppstod. Mer information om HTTP-statuskoder finns i Lista över HTTP-statuskoder.

Cachestatus

Den här rapporten beskriver fördelningen av cacheträffar och cachemissar för klientbegäranden. Eftersom de bästa prestandaresultaten kommer från cacheträffar, kan du optimera hastigheten för dataleverans genom att minimera cachemissar och utgångna cacheträffar.

Om du vill minska antalet cachemissar konfigurerar du ursprungsservern för att minimera användningen av följande:

• no-cache svarshuvuden
• Frågesträngscache, bara om det verkligen behövs
• Svarskoder som inte kan cachelagrads

Om du vill minska antalet cacheträffar som har upphört att gälla anger du en tillgångs max-age till en lång period för att minimera antalet begäranden till ursprungsservern.

Viktiga cachestatusar är:

• TCP_HIT: Hanteras från edge-servern. Objektet fanns i cacheminnet och har inte överskridit sin maxålder.
• TCP_MISS: Hanteras från ursprungsservern. Objektet fanns inte i cacheminnet och svaret var tillbaka till ursprunget.
• TCP_EXPIRED _MISS: Levererades från ursprungsservern efter omvalidering med den ursprungliga källan. Objektet fanns i cacheminnet, men hade överskridit maxåldern. En omvalidering med ursprunget resulterade i att cacheobjektet ersattes av ett nytt svar från ursprunget.
• TCP_EXPIRED _HIT: Levereras från Edge efter omvalidering med ursprung. Objektet fanns i cacheminnet men hade överskridit sin maxålder. En validering med ursprungsservern resulterade i att cacheobjektet förblev omodifierat.

Fullständig lista över cachestatusar

• TCP_HIT – Den här statusen rapporteras när en begäran hanteras direkt från POP till klienten. En resurs levereras omedelbart från en POP när den är cachelagrad på den POP som är närmast klienten och har en giltig livstid (TTL). TTL bestäms av följande svarshuvuden:

  • Cache-Control: s-maxage
  • Cache-Control: max-age
  • Upphör

• TCP_MISS: Den här statusen anger att en cachelagrad version av den begärda tillgången inte hittades på den POP som är närmast klienten. Tillgången begärs från antingen en ursprungsserver eller en ursprungssköldserver. Om ursprungsservern eller ursprungssköldservern returnerar en tillgång, hanteras den till klienten och cachelagras på både klienten och gränsservern. Annars returneras en statuskod som inte är 200 (till exempel 403 Förbjuden eller 404 Hittades inte).

• TCP_EXPIRED_HIT: Den här statusen rapporteras när en begäran som riktar sig mot en resurs med en utgången TTL levereras direkt till klienten från POP. Till exempel när tillgångens maxålder har upphört att gälla.

  En förfallen begäran resulterar vanligtvis i en begäran om förlängning till ursprungsservern. För att en TCP_EXPIRED_HIT status ska inträffa måste ursprungsservern ange att det inte finns någon nyare version av tillgången. Den här situationen resulterar vanligtvis i en uppdatering av tillgångens Cache-Control- och Expires-huvuden.

• TCP_EXPIRED_MISS: Den här statusen rapporteras när en nyare version av en cachelagrad tillgång som har upphört att gälla hanteras från POP till klienten. Den här statusen inträffar när TTL för en cachelagrad tillgång har upphört att gälla (till exempel förfallen maxålder) och ursprungsservern returnerar en nyare version av tillgången. Den nya versionen av resursen levereras till klienten istället för den cachelagrade versionen. Dessutom cachelagras den på gränsservern och klienten.

• CONFIG_NOCACHE: Denna status indikerar att en kundspecifik konfiguration hos edge-POP:n förhindrade att tillgången cachelagrades.

• NONE – Den här statusen anger att en färskhetskontroll av cacheinnehållet inte utfördes.

• TCP_CLIENT_REFRESH_MISS: Den här statusen rapporteras när en HTTP-klient, till exempel en webbläsare, tvingar en edge-POP att hämta en ny version av en inaktuell resurs från ursprungsservern. Som standard förhindrar servrarna att en HTTP-klient tvingar gränsservrarna att hämta en ny version av tillgången från ursprungsservern.

• TCP_PARTIAL_HIT: Den här statusen rapporteras när en byteintervallbegäran resulterar i en träff för en delvis cachelagrad tillgång. Det begärda byteintervallet hanteras omedelbart från POP till klienten.

• UNCACHEABLE: Den här statusen rapporteras när en tillgångs Cache-Control och Expires rubriker anger att den inte ska cachelagras på en POP- eller HTTP-klient. Dessa typer av begäranden hanteras från ursprungsservern.

Cacheträffsförhållande

Den här rapporten anger procentandelen cachelagrade begäranden som hanteras direkt från cacheminnet.

Rapporten innehåller följande information:

• Det begärda innehållet cachelagrades på den POP som är närmast beställaren.
• Begäran har hanterats direkt från nätverksgränsen.
• Begäran krävde inte omvalidering med ursprungsservern.

Rapporten innehåller inte:

• Begäranden som nekas på grund av filtreringsalternativ för land/region.
• Begäranden om tillgångar vars huvuden anger att de inte ska cachelagras. Till exempel förhindrar rubrikerna Cache-Control: private, Cache-Control: no-cacheeller Pragma: no-cache att en resurs cachelagras.
• Byteintervallbegäranden för delvis cachelagrat innehåll.

Formeln är: (TCP_ HIT/(TCP_ HIT+TCP_MISS))*100

Överförda IPv4/IPv6-data

Den här rapporten visar distributionen av trafikanvändning i IPv4 jämfört med IPv6.

Överväganden

Rapporter kan bara genereras under de senaste 18 månaderna.