Report principali di Edgio

Importante

Questa funzionalità è disponibile solo con i prodotti rete CDN Standard di Azure fornita da Verizon e rete CDN Premium di Azure fornita da Verizon. Per un confronto delle funzionalità della rete CDN, vedere Funzionalità del prodotto rete CDN di Azure.

Usando i report Edgio Core tramite il portale Di gestione per i profili Edgio, è possibile visualizzare i modelli di utilizzo per i rete CDN con i report seguenti:

• Larghezza di banda
• Dati trasferiti
• Riscontri
• Stati della cache
• Percentuale riscontri cache
• Internet Protocol versione 4 (IPv4)/Internet Protocol versione 6 (IPv6) Dati trasferiti

Accesso ai report di base edgio

1. Nel pannello relativo al profilo della rete CDN fare clic sul pulsante Gestisci .

   

   Si aprirà il portale di gestione della rete CDN.

2. Passare il puntatore sulla scheda Analisi e quindi sul riquadro a comparsa Core Reports (Report di base). Fare clic su un report nel menu.

   

3. Per ciascun report selezionare un intervallo di date nell'elenco Date Range (Intervallo di date). È possibile selezionare un intervallo predefinito, ad esempio Today (Oggi) o This Week (Questa settimana), oppure selezionare Custom (Personalizzato) e immettere manualmente un intervallo di date facendo clic sulle icone del calendario.

4. Dopo aver selezionato un intervallo di date, fare clic su Go (Vai) per generare il report.

5. Per esportare i dati in formato Excel, fare clic sull'icona di Excel sopra il pulsante Go (Vai).

Larghezza di banda

Il report della larghezza di banda è costituito da un grafico e da una tabella dati che indicano l'uso della larghezza di banda della rete CDN per HTTP e HTTPS in un periodo di tempo specifico, in Mbps. È possibile visualizzare l'utilizzo della larghezza di banda per tutti i POP o per un particolare POP. Questo report consente di visualizzare i picchi di traffico e la distribuzione per i POP.

Nell'elenco Nodi perimetrali selezionare Tutti i nodi perimetrali per visualizzare il traffico proveniente da tutti i nodi o scegliere un'area specifica.

Il report viene aggiornato ogni 5 minuti.

Dati trasferiti

Il report è costituito da un grafico e da una tabella dati che indicano l'uso del traffico CDN per HTTP e HTTPS in un periodo di tempo specifico, in GB. È possibile visualizzare l'utilizzo del traffico per tutti i POP o per un particolare POP. Questo report consente di visualizzare i picchi di traffico e la distribuzione nei POP.

Nell'elenco Nodi perimetrali selezionare Tutti i nodi perimetrali per visualizzare il traffico proveniente da tutti i nodi o scegliere un'area specifica.

Il report viene aggiornato ogni 5 minuti.

Riscontri (codici di stato)

Questo report descrive la distribuzione dei codici di stato delle richieste per il contenuto. Tutte le richieste di contenuto generano un codice di stato HTTP. Il codice di stato descrive come i POP edge hanno gestito la richiesta. Ad esempio, un codice di stato 2xx indica che la richiesta è stata servita correttamente a un client, mentre un codice di stato 4xx indica che si è verificato un errore. Per altre informazioni sui codici di stato HTTP, vedere Codici di stato HTTP.

Stati della cache

Questo report descrive la distribuzione dei riscontri nella cache e i mancati riscontri nella cache per le richieste del client. Poiché le prestazioni più veloci provengono dai riscontri nella cache, è possibile ottimizzare le velocità di recapito dei dati riducendo al minimo i mancati riscontri nella cache e i riscontri nella cache scaduti.

Per ridurre i mancati riscontri nella cache, configurare il server di origine per ridurre al minimo l'uso di:

• Intestazioni della risposta no-cache
• Memorizzazione nella cache della stringa di query, a meno che non sia strettamente necessario
• Codici di risposta non memorizzabili nella cache

Per ridurre i riscontri nella cache scaduti, impostare il valore max-age dell'asset su un lungo periodo per ridurre al minimo il numero di richieste al server di origine.

Gli stati della cache principali includono:

• TCP_HIT: gestito dal server perimetrale. L'oggetto è stato nella cache e non ha superato la durata max.
• TCP_MISS: gestito dal server di origine. L'oggetto non era presente nella cache e la risposta è stata inviata nuovamente all'origine.
• TCP_EXPIRED _MISS: gestito dal server di origine dopo la riconvalida con l'origine. L'oggetto era nella cache, ma ha superato la durata max. Una riconvalida con l’origine ha causato la sostituzione dell'oggetto nella cache con una nuova risposta dall'origine.
• TCP_EXPIRED _HIT: servito dall’Edge dopo la riconvalida con l’origine. L'oggetto era nella cache, ma ha superato la durata max. Una riconvalida con il server di origine ha causato la non modifica dell'oggetto nella cache.

Elenco completo degli stati della cache

• TCP_HIT: questo stato viene segnalato quando una richiesta viene gestita direttamente dal POP al client. Un asset viene immediatamente servito da un POP quando viene memorizzato nella cache nel POP più vicino al client e ha una durata (TTL) valida. Il TTL viene determinato tramite le seguenti intestazioni di risposta:

  • Cache-Control: s-maxage
  • Cache-Control: max-age
  • Scade il

• TCP_MISS: questo stato indica che una versione memorizzata nella cache dell’asset richiesto non è stata trovata nel POP vicino al client. La risorsa viene richiesta da un server di origine o da un server shield di origine. Se il server di origine o il server shield di origine restituiscono un asset, esso viene fornito al client e memorizzato nella cache sul client e sul server perimetrale. In caso contrario, viene restituito un codice di stato diverso da 200 (ad esempio, 403 - Accesso negato o 404 - Non trovato).

• TCP_EXPIRED_HIT: questo stato viene segnalato quando una richiesta avente per destinazione un asset con un tempo TTL scaduto è stata servita direttamente dal POP al client. Ad esempio, quando la durata max. della risorsa è scaduta.

  Una richiesta scaduta in genere comporta una richiesta di riconvalida al server di origine. Affinché si verifichi uno stato di TCP_EXPIRED_HIT, il server di origine deve indicare che non esiste una versione più recente dell'asset. Questa situazione comporta in genere un aggiornamento delle intestazioni Cache-Control e Expires della risorsa.

• TCP_EXPIRED_MISS: questo stato viene segnalato quando una versione più recente di un asset memorizzato nella cache scaduto viene servita dal POP al client. Ciò si verifica quando il valore TTL per un asset memorizzato nella cache è scaduto (ad esempio, durata max. scaduta) e il server di origine restituisce una versione più recente dell'asset. Questa nuova versione dell'asset viene servita al client al posto della versione memorizzata nella cache. Inoltre, viene memorizzata nel server perimetrale e nel client.

• CONFIG_NOCACHE: questo stato indica che una configurazione specifici del cliente sul POP edge ha impedito la memorizzazione nella cache dell'asset.

• NONE: questo stato indica che un controllo dell’aggiornamento del contenuto della cache non è stato eseguito.

• TCP_ CLIENT_REFRESH _MISS: questo stato viene segnalato quando un client HTTP (ad esempio un browser) forza un POP edge a recuperare una nuova versione di un asset non aggiornato dal server di origine. Per impostazione predefinita, i server impediscono a un client HTTP di forzare i server perimetrali per recuperare una nuova versione dell'asset dal server di origine.

• TCP_PARTIAL_HIT: questo stato viene segnalato quando un richiesta di un intervallo di byte genera un riscontro per un asset parzialmente memorizzata nella cache. L'intervallo di byte richiesto viene immediatamente servito dal POP al client.

• UNCACHEABLE: questo stato viene segnalato quando le intestazioni Cache-Control ed Expires di un asset indicano che non deve essere memorizzato nella cache in un POP o dal client HTTP. Questi tipi di richieste vengono gestiti dal server di origine.

Percentuale riscontri cache

Questo report indica la percentuale di richieste memorizzate nella cache che sono state servite direttamente dalla cache.

Il report fornisce i dettagli seguenti:

• Il contenuto richiesto è stato memorizzato nella cache nel POP più vicino al richiedente.
• La richiesta è stata gestita direttamente dall’edge della nostra rete.
• La richiesta non ha richiesto la riconvalida con il server di origine.

Il report non include:

• Richieste negate a causa delle opzioni di filtro paese/area geografica.
• Richieste di asset le cui intestazioni indicano che non devono essere memorizzate nella cache. Ad esempio, le intestazioni Cache-Control: private, Cache-Control: no-cache o Pragma: no-cache impediscono la memorizzazione nella cache di un asset.
• Richieste di intervallo di byte di contenuti parzialmente memorizzati nella cache.

La formula è: (TCP_ HIT/(TCP_ HIT+TCP_MISS))*100

Dati IPv4/IPv6 trasferiti

Questo report mostra la distribuzione dell'utilizzo del traffico in IPv4 e IPv6.

Considerazioni

I report possono essere generati solo negli ultimi 18 mesi.