Report principali di Edgio

Importante

Questa funzionalità è disponibile solo con Azure CDN Standard di Edgio e Azure CDN Premium di Edgio. 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 la rete CDN con i report seguenti:

• Larghezza di banda
• Dati trasferiti
• Hits
• Stati della cache
• Rapporto di hit della cache
• Internet Protocol versione 4 (IPv4)/Internet Protocol versione 6 (IPv6) Dati trasferiti

Accesso agli Edgio Core Reports

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

   

   Viene aperto il portale di gestione della rete CDN.

2. Posiziona il mouse sulla scheda Analytics, quindi posiziona il mouse sul riquadro a comparsa report di base. Fare clic su un report nel menu.

   

3. Per ogni report, selezionare un intervallo di date dall'elenco intervallo di date. È possibile selezionare un intervallo di date predefinito, ad esempio oggi o questa settimanaoppure è possibile selezionare 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 Vai per generare il report.

5. Se si desidera esportare i dati in formato Excel, fare clic sull'icona di Excel sopra il pulsante Vai.

Larghezza di banda

Il report sulla larghezza di banda è costituito da un grafico e una tabella dati che indica l'utilizzo della larghezza di banda della rete CDN per HTTP e HTTPS in un determinato periodo di tempo, in Mbps. È possibile visualizzare l'utilizzo della larghezza di banda in tutti i POP o per un pop specifico. 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 da tutti i nodi o selezionare un'area specifica.

Il report viene aggiornato ogni cinque minuti.

Dati trasferiti

Questo report è costituito da un grafico e da una tabella di dati che indica l'utilizzo del traffico della rete CDN per HTTP e HTTPS in un determinato periodo di tempo, in GB. È possibile visualizzare l'utilizzo del traffico in tutti i POP o per un pop specifico. Questo report consente di visualizzare i picchi di traffico e la distribuzione tra i POP.

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

Il report viene aggiornato ogni cinque minuti.

dei dati trasferiti

Riscontri (codici di stato)

Questo report descrive la distribuzione dei codici di stato della richiesta per il contenuto. Ogni richiesta di contenuto genera un codice di stato HTTP. Il codice di stato descrive il modo in cui i POP perimetrali 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 Elenco dei codici di stato HTTP.

Stati della cache

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

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

• intestazioni di risposta no-cache
• Memorizzazione nella cache delle stringhe di query, a meno che non sia strettamente necessario
• Codici di risposta non memorizzabili nella cache

Per ridurre gli hit nella cache scaduti, impostare la durata max-age di un asset su un lungo periodo per ridurre al minimo il numero di richieste al server di origine.

Gli stati principali della cache includono:

• TCP_HIT: Servito dal server edge. L'oggetto era nella cache e non ha superato la validità massima.
• TCP_MISS: servito dal server di origine. L'oggetto non era presente nella cache e la risposta tornava all'origine.
• TCP_EXPIRED_MISS: servito dal server di origine dopo la riconvalida con il server originario. L'oggetto era nella cache, ma aveva superato la sua validità massima. Una riconvalida con origine ha comportato la sostituzione dell'oggetto cache da una nuova risposta dall'origine.
• TCP_EXPIRED _HIT: servito da Edge dopo la riconvalida con l'origine. L'oggetto era nella cache ma aveva superato la sua validità massima. Una riconvalida con il server di origine ha comportato l'annullamento della modifica dell'oggetto cache.

Elenco completo degli stati della cache

• TCP_HIT: questo stato viene segnalato quando una richiesta viene servita 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. La durata (TTL) è determinata dalle intestazioni di risposta seguenti:

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

• TCP_MISS: questo stato indica che non è stata trovata una versione memorizzata nella cache dell'asset richiesto nel POP più vicino al client. L'asset viene richiesto da un server di origine o da un server di protezione dell'origine. Se il server di origine o il server shield di origine restituisce un asset, viene servito al client e memorizzato nella cache sia nel client che nel 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 destinata a un asset con un TTL scaduto è stata servita direttamente dal POP al client. Ad esempio, quando la validità massima dell'asset è scaduta.

  Una richiesta scaduta genera in genere 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 di Cache-Control e Expires della risorsa.

• TCP_EXPIRED_MISS: questo stato viene segnalato quando una versione più recente di un asset memorizzato nella cache scaduta viene servita dal POP al client. Questo stato si verifica quando il TTL per un asset memorizzato nella cache è scaduto (ad esempio, validità massima scaduta) e il server di origine restituisce una versione più recente di tale asset. Questa nuova versione dell'asset viene servita al client anziché alla versione memorizzata nella cache. Inoltre, viene memorizzato nella cache nel server perimetrale e nel client.

• CONFIG_NOCACHE: Questo stato indica che una configurazione specifica del cliente sul POP perimetrale ha impedito la memorizzazione nella cache dell'asset.

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

• TCP_CLIENT_REFRESH_MISS: questo stato viene segnalato quando un client HTTP, ad esempio un browser, forza un edge POP a ottenere una nuova versione di un asset obsoleto dal server di origine. Per impostazione predefinita, i server impediscono a un client HTTP di forzare i server perimetrali a recuperare una nuova versione dell'asset dal server di origine.

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

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

Rapporto di hit della cache

Questo report indica la percentuale di richieste memorizzate nella cache gestite 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 servita direttamente dal margine della nostra rete.
• La richiesta non richiede 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-cacheo Pragma: no-cache impediscono la memorizzazione nella cache di un asset.
• Richieste di intervallo di byte per il contenuto parzialmente memorizzato 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.