Rapports principaux d’Edgio

Important

Cette fonctionnalité est disponible uniquement avec Azure CDN Standard à partir de Edgio et Azure CDN Premium à partir de produits Edgio. Pour obtenir une comparaison des fonctionnalités CDN, consultez fonctionnalités de produit Azure CDN.

En utilisant Edgio Core Reports via le portail De gestion pour les profils Edgio, vous pouvez afficher les modèles d’utilisation de votre CDN avec les rapports suivants :

• bande passante
• Données transférées
• Hits
• État du cache
• Taux d’accès au cache
• Données transférées vers le protocole Internet version 4 (IPv4)/Protocole Internet version 6 (IPv6)

Accès aux rapports Edgio Core

1. Dans le volet de profil CDN, cliquez sur le bouton Gérer.

   

   Le portail de gestion CDN s’ouvre.

2. Survolez l'onglet Analytics, puis survolez le sous-menu déroulant Principaux rapports. Cliquez sur un rapport dans le menu.

   

3. Pour chaque rapport, sélectionnez une plage de dates dans la liste plage de dates. Vous pouvez sélectionner une plage de dates prédéfinie, telle que Aujourd’hui ou cette semaine, ou vous pouvez sélectionner personnalisé et entrer manuellement une plage de dates en cliquant sur les icônes de calendrier.

4. Une fois que vous avez sélectionné une plage de dates, cliquez sur Go pour générer le rapport.

5. Si vous souhaitez exporter les données au format Excel, cliquez sur l’icône Excel au-dessus du bouton Go.

Bande passante

Le rapport de bande passante se compose d’un graphique et d’une table de données qui indique l’utilisation de la bande passante CDN pour HTTP et HTTPS sur une période donnée, en Mbits/s. Vous pouvez afficher l’utilisation de la bande passante sur tous les points de présence ou pour un point de présence particulier. Ce rapport vous permet d’afficher les pics de trafic et la distribution des points de commande.

Dans la liste nœuds de périphérie, sélectionnez Tous les nœuds de périphérie pour voir le trafic de tous les nœuds ou sélectionnez une région spécifique.

Le rapport est mis à jour toutes les cinq minutes.

Données transférées

Ce rapport se compose d’un graphique et d’une table de données qui indique l’utilisation du trafic CDN pour HTTP et HTTPS sur une période particulière, en Go. Vous pouvez afficher l'utilisation du trafic sur tous les Points de Présence (POP) ou pour un POP particulier. Ce rapport vous permet d’afficher les pics de trafic et la distribution entre les points de présence.

Dans la liste des nœuds de périphérie , sélectionnez Tous les nœuds de périphérie pour afficher le trafic à partir de tous les nœuds, ou sélectionnez une région spécifique.

Le rapport est mis à jour toutes les cinq minutes.

Hits (codes de statut)

Ce rapport décrit la distribution des codes d’état de la demande pour votre contenu. Chaque demande de contenu génère un code d’état HTTP. Le code d’état décrit comment les points de commande edge ont géré la requête. Par exemple, un code d’état 2xx indique que la demande a été correctement servie à un client, tandis qu’un code d’état 4xx indique qu’une erreur s’est produite. Pour plus d’informations sur les codes d’état HTTP, consultez Liste des codes d’état HTTP.

Rapport de Frappe

États du cache

Ce rapport décrit la distribution des accès au cache et des ratés de cache pour les requêtes clients. Comme les performances les plus rapides proviennent des accès au cache réussis, vous pouvez optimiser les vitesses de livraison des données en minimisant les absences de cache et les accès au cache expirés.

Pour réduire les absences de cache, configurez votre serveur d’origine pour réduire l’utilisation des éléments suivants :

• En-têtes de réponse no-cache
• Mise en cache des chaînes de requête, sauf si strictement nécessaire
• Codes de réponse non mis en cache

Pour réduire les accès au cache expirés, définissez la max-age d’une ressource sur une longue période pour réduire le nombre de requêtes adressées au serveur d’origine.

Les états principaux du cache sont les suivants :

• TCP_HIT : servi à partir du serveur edge. L’objet était dans le cache et n’a pas dépassé son âge maximal.
• TCP_MISS : servi à partir du serveur d’origine. L’objet n’était pas dans le cache et la réponse revenait à l’origine.
• TCP_EXPIRED _MISS : servi à partir du serveur d’origine après la revalidation avec l’origine. L’objet était dans le cache, mais avait dépassé son âge maximal. Une revalidation avec l'origine a entraîné le remplacement de l'objet cache par une nouvelle réponse à partir de l'origine.
• TCP_EXPIRED _HIT : servi à partir de Edge après la revalidation avec l’origine. L’objet était en cache, mais avait dépassé son âge maximal. Une revalidation avec le serveur d’origine a entraîné l’objet en cache à être non modifié.

Liste complète des états du cache

• TCP_HIT : cet état est signalé lorsqu’une demande est envoyée directement du pop au client. Une ressource est immédiatement servie à partir d’un pop lorsqu’elle est mise en cache sur le pop le plus proche du client et qu’elle a une heure de vie valide (TTL). TTL est déterminé par les en-têtes de réponse suivants :

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

• TCP_MISS : cet état indique qu’une version mise en cache de la ressource demandée n’a pas été trouvée sur le pop le plus proche du client. La ressource est demandée à partir d’un serveur d’origine ou d’un serveur de protection d’origine. Si le serveur d’origine ou le serveur de protection d’origine retourne une ressource, il est servi au client et mis en cache sur le client et sur le serveur edge. Sinon, un code d’état autre que 200 (par exemple, 403 Interdit ou 404 Introuvable) est retourné.

• TCP_EXPIRED_HIT : Ce statut est signalé lorsqu'une demande visant une ressource avec une durée de vie utile TTL expirée a été servie directement du POP au client. Par exemple, lorsque l’âge maximal de la ressource a expiré.

  Une requête expirée entraîne généralement une demande de revalidation sur le serveur d’origine. Pour qu’un état TCP_EXPIRED_HIT se produise, le serveur d’origine doit indiquer qu’une version plus récente de la ressource n’existe pas. Cette situation entraîne généralement une mise à jour des en-têtes Cache-Control et Expires de la ressource.

• TCP_EXPIRED_MISS : cet état est signalé lorsqu’une version plus récente d’une ressource mise en cache expirée est servie du pop au client. Cet état se produit lorsque la durée de vie d’une ressource mise en cache a expiré (par exemple, l’âge maximal expiré) et que le serveur d’origine retourne une version plus récente de cette ressource. Cette nouvelle version de la ressource est fournie au client au lieu de la version mise en cache. En outre, il est mis en cache sur le serveur edge et le client.

• CONFIG_NOCACHE : Ce statut indique qu'une configuration spécifique au client a empêché la ressource d'être mise en cache sur l'edge POP.

• NONE : cet état indique qu’une vérification de l’actualisation du contenu du cache n’a pas été effectuée.

• TCP_CLIENT_REFRESH_MISS : Cet état est signalé lorsqu’un client HTTP, tel qu’un navigateur, force un POP périphérique à récupérer une nouvelle version d’une ressource ancienne à partir du serveur d’origine. Par défaut, les serveurs empêchent un client HTTP de forcer les serveurs edge à récupérer une nouvelle version de la ressource à partir du serveur d’origine.

• TCP_PARTIAL_HIT : ce statut est rapporté lorsqu'une requête de plage d'octets entraîne une réponse partielle pour une ressource partiellement mise en cache. La plage d’octets demandée est immédiatement délivrée du POP au client.

• UNCACHEABLE : cet état est signalé lorsque les en-têtes Cache-Control et Expires d’une ressource indiquent qu’il ne doit pas être mis en cache sur un pop ou par le client HTTP. Ces types de requêtes sont servis à partir du serveur d’origine.

Taux d’accès au cache

Ce rapport indique le pourcentage de demandes mises en cache qui ont été traitées directement à partir du cache.

Le rapport fournit les détails suivants :

• Le contenu demandé a été mis en cache sur le POP le plus proche du demandeur.
• La demande a été traitée directement à partir de la périphérie de notre réseau.
• La requête n’a pas besoin de revalidation avec le serveur d’origine.

Le rapport n’inclut pas les éléments suivants :

• Demandes refusées en raison des options de filtrage pays/région.
• Les demandes de ressources dont les en-têtes indiquent qu’elles ne doivent pas être mises en cache. Par exemple, Cache-Control: private, Cache-Control: no-cacheou Pragma: no-cache en-têtes empêchent la mise en cache d’une ressource.
• Demandes de plage d’octets pour le contenu partiellement mis en cache.

La formule est la suivante : (TCP_ HIT/(TCP_ HIT+TCP_MISS))*100

Rapport sur le taux de réussite d'accès au cache

Données IPv4/IPv6 transférées

Ce rapport montre la distribution de l’utilisation du trafic dans IPv4 et IPv6.

Considérations

Les rapports ne peuvent être générés qu’au cours des 18 derniers mois.