Základní zprávy od Edgio

Důležité

Tato funkce je k dispozici pouze pro Azure CDN Standard od Verizonu a Azure CDN Premium z produktů Verizon . Srovnání funkcí CDN najdete v článku Funkce produktu Azure CDN.

Pomocí Edgio Core Reports prostřednictvím portálu Pro správu profilů Edgio můžete zobrazit vzory využití pro cdN s následujícími sestavami:

  • Šířka pásma
  • Přenášená data
  • Hity
  • Stavy mezipaměti
  • Poměr přístupů do mezipaměti
  • Přenášená data protokolu IPv4 (Internet Protocol verze 4)/Internet Protocol verze 6 (IPv6)

Přístup k sestavám Edgio Core

  1. V okně profilu CDN klikněte na tlačítko Spravovat .

    CdN profile Manage button

    Otevře se portál pro správu CDN.

  2. Najeďte myší na kartu Analýza a najeďte myší na informační panel Základní sestavy . V nabídce klikněte na sestavu.

    Portál pro správu CDN – nabídka Základní sestavy

  3. Pro každou sestavu vyberte rozsah kalendářních dat ze seznamu Rozsah dat. Můžete vybrat předem definovaný rozsah kalendářních dat, například Dnes nebo Tento týden, nebo můžete vybrat Vlastní a ručně zadat rozsah kalendářních dat kliknutím na ikony kalendáře.

  4. Po výběru rozsahu dat klikněte na Přejít a vygenerujte sestavu.

  5. Pokud chcete exportovat data ve formátu Excelu, klikněte na ikonu Excelu nad tlačítkem Přejít .

Šířka pásma

Sestava šířky pásma se skládá z grafu a tabulky dat, která označuje využití šířky pásma CDN pro PROTOKOL HTTP a HTTPS v určitém časovém období v Mb/s. Můžete zobrazit využití šířky pásma pro všechny pop nebo pro konkrétní POP. Tato sestava umožňuje zobrazit špičky a distribuci provozu pro pops.

V seznamu Hraniční uzly vyberte Všechny hraniční uzly, abyste viděli provoz ze všech uzlů nebo vybrali konkrétní oblast.

Sestava se aktualizuje každých pět minut.

Sestava šířky pásma

Přenášená data

Tato sestava se skládá z grafu a tabulky dat, která označuje využití provozu CDN pro HTTP a HTTPS v určitém časovém období v GB. Můžete zobrazit využití provozu ve všech pops nebo pro konkrétní POP. Tato sestava umožňuje zobrazit špičky a distribuci provozu napříč platformami POPs.

V seznamu Hraniční uzly vyberte Všechny hraniční uzly, abyste viděli provoz ze všech uzlů nebo vybrali konkrétní oblast.

Sestava se aktualizuje každých pět minut.

Sestava přenášená dat

Přístupy (stavové kódy)

Tato sestava popisuje distribuci stavových kódů žádostí pro váš obsah. Každý požadavek na obsah generuje stavový kód HTTP. Stavový kód popisuje, jak hraniční IP adresy žádost zpracovaly. Například stavový kód 2xx indikuje, že požadavek byl úspěšně obsloužen klientovi, zatímco stavový kód 4xx označuje, že došlo k chybě. Další informace o stavových kódech HTTP najdete v tématu Seznam stavových kódů HTTP.

Sestava přístupů

Stavy mezipaměti

Tato sestava popisuje distribuci přístupů do mezipaměti a neúspěšné ukládání do mezipaměti pro požadavky klientů. Vzhledem k tomu, že nejrychlejší výsledky výkonu z dosažení mezipaměti, můžete optimalizovat rychlosti doručování dat minimalizací neúspěšných ukládání do mezipaměti a dosažením mezipaměti s vypršenou platností.

Pokud chcete snížit počet neúspěšných ukládání do mezipaměti, nakonfigurujte počáteční server tak, aby minimalizoval použití následujících možností:

  • no-cache hlavičky odpovědi
  • Ukládání řetězců dotazů do mezipaměti, pokud není nezbytně nutné
  • Kódy odpovědí, které se nedají ukládat do mezipaměti

Pokud chcete snížit počet přístupů do mezipaměti s vypršenou platností, nastavte prostředek max-age na dlouhou dobu, abyste minimalizovali počet požadavků na původní server.

Sestava stavu mezipaměti

Mezi stavy hlavní mezipaměti patří:

  • TCP_HIT: Obsluhováno z hraničního serveru. Objekt byl v mezipaměti a nepřekročil jeho maximální věk.
  • TCP_MISS: Obsluhuje se ze serveru původu. Objekt nebyl v mezipaměti a odpověď byla zpět na původ.
  • TCP_EXPIRED _MISS: Obsluhováno ze serveru původu po opětovném ověření původu. Objekt byl v mezipaměti, ale překročil maximální věk. Opětovné ověření původu způsobilo nahrazení objektu mezipaměti novou odpovědí od původu.
  • TCP_EXPIRED _HIT: Obsluhováno z Edge po opětovném ověření původu. Objekt byl v mezipaměti, ale překročil jeho maximální věk. Opětovné ověření se serverem původu způsobilo, že objekt mezipaměti je nezměněný.

Úplný seznam stavů mezipaměti

  • TCP_HIT – Tento stav se ohlásí, když se požadavek obsluhuje přímo z POP klientovi. Prostředek se okamžitě obsluhuje z protokolu POP, když je uložen v mezipaměti v protokolu POP nejblíže klientovi a má platný čas k živému přenosu (TTL). Hodnota TTL je určená následujícími hlavičkami odpovědi:

    • Řízení mezipaměti: s-maxage
    • Řízení mezipaměti: maximální věk
    • Vyprší
  • TCP_MISS: Tento stav označuje, že verze požadovaného prostředku uložená v mezipaměti nebyla v protokolu POP nejblíže klientovi nalezena. Prostředek se požaduje buď ze serveru původu, nebo ze serveru stínění původu. Pokud zdrojový server nebo server stínění původu vrátí prostředek, obsluhuje se klientovi a uloží se do mezipaměti na klientovi i na hraničním serveru. V opačném případě se vrátí stavový kód jiného typu než 200 (například 403 Zakázáno nebo 404 Nenalezené).

  • TCP_EXPIRED_HIT: Tento stav se ohlásí, když se požadavek, který cílí na prostředek s prošlou sadou TTL, obsloužil přímo z pop do klienta. Pokud například vypršela platnost maximálního stáří aktiva.

    Žádost s vypršenou platností obvykle vede k žádosti o opětovné ověření na původní server. Aby mohlo dojít ke stavu TCP_EXPIRED_HIT, musí server původu indikovat, že novější verze prostředku neexistuje. Tato situace obvykle vede k aktualizaci hlaviček Cache-Control a Expires prostředku.

  • TCP_EXPIRED_MISS: Tento stav se ohlásí, když se klientovi obsluhuje novější verze prostředku uloženého v mezipaměti s vypršenou platností. K tomuto stavu dochází v případě, že vypršela platnost hodnoty TTL pro prostředek v mezipaměti (například maximální věk vypršení platnosti) a původní server vrátí novější verzi tohoto prostředku. Tato nová verze prostředku se místo verze uložené v mezipaměti obsluhuje klientovi. Kromě toho se ukládá do mezipaměti na hraničním serveru a klientovi.

  • CONFIG_NOCACHE: Tento stav označuje, že konfigurace specifická pro zákazníka, která hraničnímu protokolu POP zabránila v ukládání prostředku do mezipaměti.

  • NONE – Tento stav označuje, že nebyla provedena kontrola aktuálnosti obsahu mezipaměti.

  • TCP_CLIENT_REFRESH_MISS: Tento stav se ohlásí, když klient HTTP, například prohlížeč, vynutí, aby hraniční protokol POP načetl novou verzi zastaralého prostředku ze zdrojového serveru. Ve výchozím nastavení servery znemožňují klientovi HTTP vynucovat hraniční servery načtení nové verze prostředku ze zdrojového serveru.

  • TCP_PARTIAL_HIT: Tento stav se ohlásí, když žádost o rozsah bajtů způsobí dosažení částečně uloženého prostředku v mezipaměti. Požadovaný rozsah bajtů se okamžitě obsluhuje z protokolu POP klientovi.

  • UNCACHEABLE: Tento stav je hlášen, když prostředek Cache-Control a Expires hlavičky indikují, že by neměl být uložen v mezipaměti v protokolu POP nebo klientem HTTP. Tyto typy požadavků se obsluhují ze serveru původu.

Poměr přístupů do mezipaměti

Tato sestava označuje procento požadavků uložených v mezipaměti, které byly obsluhovány přímo z mezipaměti.

Sestava obsahuje následující podrobnosti:

  • Požadovaný obsah byl uložen v mezipaměti v protokolu POP nejblíže žadateli.
  • Žádost byla obsluhována přímo od okraje naší sítě.
  • Požadavek nepožadoval opětovné ověření serveru původu.

Sestava nezahrnuje:

  • Žádosti, které jsou odepřeny kvůli možnostem filtrování zemí nebo oblastí
  • Požadavky na prostředky, jejichž hlavičky naznačují, že by se neměly ukládat do mezipaměti. Například Cache-Control: private, Cache-Control: no-cachenebo Pragma: no-cache hlavičky brání v ukládání prostředku do mezipaměti.
  • Požadavky na rozsah bajtů pro částečně uložený obsah v mezipaměti

Vzorec je: (TCP_ HIT/(TCP_ HIT+TCP_MISS)*100

Sestava poměru přístupů do mezipaměti

Přenášená data IPv4/IPv6

Tato sestava ukazuje distribuci využití provozu v IPv4 a IPv6.

Snímek obrazovky s přenášenými daty IPv4/IPv6

Důležité informace

Sestavy je možné generovat pouze během posledních 18 měsíců.