La surveillance des ressources suit la bande passante, le trafic, les performances du cache et les codes d'état HTTP de vos noms de domaine accélérés, avec une ventilation par région ou opérateur des adresses IP clientes. Utilisez cet outil pour identifier les tendances du trafic, diagnostiquer les erreurs côté serveur d'origine et optimiser les configurations CDN.
Fonctionnement
La surveillance des ressources collecte des données selon la région ou l'opérateur des adresses IP clientes, et non selon les points de présence (POP) du CDN. Les données reflètent donc l'emplacement de vos utilisateurs finaux, ce qui diffère des données de facturation (basées sur l'emplacement des POP).
Les six métriques acceptent un filtrage par nom de domaine, région et opérateur. Deux d'entre elles permettent également un filtrage par protocole (HTTP, HTTPS, QUIC, IPv4 et IPv6).
Métriques
|
Métrique |
Description |
Filtre de protocole |
|
Transfert de données/Bande passante des requêtes |
Bande passante et trafic des noms de domaine accélérés |
Pris en charge (HTTP, HTTPS, QUIC, IPv4, IPv6) |
|
Transfert de données/Bande passante vers l'origine |
Bande passante et trafic consommés lorsque les POP du CDN récupèrent des données depuis le serveur d'origine en cas d'échec du cache |
Non pris en charge |
|
Nombre de requêtes |
Total des requêtes et nombre de requêtes par seconde (QPS) pour les noms de domaine accélérés |
Pris en charge (HTTP, HTTPS, QUIC, IPv4, IPv6) |
|
Taux de succès |
Taux de succès en octets et taux de succès en requêtes pour les noms de domaine accélérés |
Non pris en charge |
|
HTTPCODE |
Répartition des codes d'état HTTP pour les réponses des nœuds de bordure (2xx, 3xx, 4xx, 5xx) |
Non pris en charge |
|
Codes d'état HTTP pour les requêtes vers l'origine |
Répartition des codes d'état HTTP pour les réponses de récupération depuis l'origine (2xx, 3xx, 4xx, 5xx) |
Non pris en charge |
Définitions des métriques
Transfert de données/Bande passante des requêtes
Affiche la bande passante et le trafic des noms de domaine accélérés.
API associées : Interroger la bande passante par protocole | Interroger l'utilisation par jour
Transfert de données/Bande passante vers l'origine
Bande passante vers l'origine : Bande passante réseau consommée lorsqu'un POP du CDN demande une ressource au serveur d'origine car le contenu n'est pas mis en cache localement.
Trafic vers l'origine : Volume de données transféré du serveur d'origine vers les POP du CDN pour la même raison.
API associées : Interroger la bande passante vers l'origine | Interroger le trafic vers l'origine
Nombre de requêtes
Requêtes : Nombre total de requêtes dans la période correspondant à la granularité temporelle sélectionnée. Par exemple, avec une granularité de 5 minutes, il s'agit du total pour chaque fenêtre de 5 minutes.
QPS (requêtes par seconde) : Nombre moyen de requêtes par seconde dans la fenêtre temporelle sélectionnée.
API associée : Interroger les QPS par protocole
Taux de succès
Taux de succès en octets : Pourcentage d'octets servis directement depuis le cache du CDN, calculé comme suit :
(Total bytes served by CDN POPs to users - Total bytes served by origin server to CDN POPs) / Total bytes served by CDN POPs to users.Taux de succès : Taux de succès en octets pour toutes les requêtes (HTTP et HTTPS) dans la période sélectionnée.
Taux de succès HTTPS : Taux de succès en octets uniquement pour les requêtes HTTPS.
API associées : Interroger le taux de succès en octets | Interroger le taux de succès en requêtes
HTTPCODE (réponse de bordure)
Répartit les requêtes selon le code d'état HTTP renvoyé par le nœud de bordure du CDN :
Succès 2xx : Le nœud CDN a traité la requête et a renvoyé la ressource ou une confirmation.
Erreur client 4xx : Le nœud CDN a rejeté la requête car elle était invalide (par exemple, permissions insuffisantes). Modifiez la requête cliente et réessayez.
Erreur serveur 5xx : Une erreur interne s'est produite sur le nœud CDN (par exemple, le nœud était surchargé). Vérifiez la configuration de votre serveur d'origine, notamment ses paramètres réseau.
Pour obtenir des descriptions des codes d'état et des solutions, consultez la rubrique Codes d'état HTTP.
API associée : Interroger les codes d'état HTTP par protocole
Codes d'état HTTP pour les requêtes vers l'origine (réponse de récupération depuis l'origine)
Répartit les requêtes de récupération depuis l'origine selon le code d'état HTTP renvoyé par le serveur d'origine :
Erreur client 4xx : Le serveur d'origine a rejeté la requête car elle était invalide (par exemple, la ressource n'existe pas). Modifiez la requête cliente ou ajustez la configuration du nom de domaine accéléré, puis réessayez.
Erreur serveur 5xx : Une erreur interne s'est produite sur le serveur d'origine (par exemple, le serveur était surchargé). Vérifiez la configuration et la charge de votre serveur d'origine.
Pour obtenir des descriptions des codes d'état et des solutions, consultez la rubrique Codes d'état HTTP.
API associée : Interroger les codes d'état HTTP vers l'origine
Granularité des données et conservation
La granularité temporelle disponible, la plage de requête maximale, la conservation des données historiques et la latence des données varient selon que vous effectuez la requête depuis la console ou via l'API.
Console
|
Granularité |
Plage temporelle maximale par requête |
Données historiques disponibles |
Latence des données |
|
5 minutes |
3 jours |
90 jours |
15 minutes |
|
1 heure |
31 jours |
90 jours |
4 heures |
|
1 jour |
90 jours |
90 jours |
4:00 AM le lendemain |
API
|
Granularité |
Plage temporelle maximale par requête |
Données historiques disponibles |
Latence des données |
|
5 minutes |
3 jours |
93 jours |
15 minutes |
|
1 heure |
31 jours |
186 jours |
4 heures |
|
1 jour |
366 jours |
366 jours |
4:00 AM le lendemain |
L'API conserve nettement plus de données historiques que la console, jusqu'à 186 jours pour les données horaires et 366 jours pour les données quotidiennes, contre 90 jours pour les deux dans la console.
Notes d'utilisation
Données de surveillance vs données de facturation : La surveillance des ressources est basée sur les régions et les opérateurs des adresses IP clientes. La facturation est basée sur le trafic et la bande passante des POP du CDN dans chaque région de facturation. Les deux ensembles de données utilisent des méthodes statistiques différentes, de sorte que les chiffres peuvent ne pas correspondre. Utilisez les graphiques de la surveillance des ressources pour suivre les tendances de la bande passante, et non pour rapprocher la facturation. Pour interroger les données de comptabilité correspondant à vos factures, consultez la rubrique Aperçu de l'utilisation.
Données de surveillance vs données de journal : Les données de trafic issues de la surveillance des ressources (et des requêtes d'utilisation) sont généralement 1,1 fois supérieures au trafic calculé à partir des journaux CDN. Pour plus de détails, consultez la rubrique Pourquoi les données de trafic diffèrent-elles entre les requêtes de surveillance, les requêtes d'utilisation et l'analyse des journaux ?
Choisir entre les fonctionnalités de surveillance
Alibaba Cloud CDN propose trois fonctionnalités de données. Le tableau ci-dessous indique quand utiliser chacune d'elles.
|
Fonctionnalité |
Source de données |
Dimensions de filtrage |
Granularité temporelle |
Meilleur usage |
|
Surveillance des ressources |
Adresses IP clientes |
Région, opérateur, protocole |
5 min / 1 h / 1 jour |
Analyse des tendances historiques ; ventilation par protocole |
|
Surveillance en temps réel |
Adresses IP clientes |
Région, opérateur |
1 minute |
Dépannage en quasi-temps réel (latence des données ~5 min) |
|
Utilisation |
POP du CDN |
Région de facturation (comme la Chine continentale, Asie-Pacifique 1 et Amérique du Nord) |
Variable |
Rapprochement du trafic avec les relevés de facturation |
Différences entre la surveillance des ressources et la surveillance en temps réel :
Latence : Les données de la surveillance en temps réel sont disponibles sous ~5 minutes. Les données de la surveillance des ressources avec une granularité de 5 minutes sont disponibles sous ~15 minutes.
Granularité : La surveillance en temps réel prend en charge une granularité d'une minute. La granularité la plus fine de la surveillance des ressources est de 5 minutes.
Ventilation par protocole : La surveillance des ressources permet un filtrage par HTTP, HTTPS, QUIC, IPv4 et IPv6. Ce n'est pas le cas de la surveillance en temps réel.
Pour plus d'informations, consultez les rubriques Surveillance en temps réel et Interroger l'utilisation des ressources.
Interroger les données de surveillance des ressources
Connectez-vous à la console CDN.
Dans le volet de navigation de gauche, choisissez Analytics > Resource Monitoring.
Sélectionnez une métrique, des noms de domaine, une région, un opérateur et une plage temporelle, puis cliquez sur Search. Le tableau de bord affiche des graphiques et des tableaux de données pour la métrique et les conditions sélectionnées.
Étapes suivantes
Surveillance en temps réel — Affichez les métriques CDN en quasi-temps réel avec une granularité d'une minute.
Aperçu de l'utilisation — Consultez les données de comptabilité alignées sur vos relevés de facturation.
Codes d'état HTTP — Dépannez les erreurs 4xx et 5xx.