Un faible taux de succès du cache augmente la charge sur le serveur d'origine, élève les coûts de bande passante et ralentit la diffusion du contenu. Dans ce tutoriel, vous apprendrez à diagnostiquer la cause d'un faible taux de succès du cache et à appliquer la stratégie d'optimisation appropriée via la console Alibaba Cloud CDN. À la fin, vous disposerez d'une approche systématique pour maximiser les performances du cache de votre domaine accéléré.
Prérequis
Avant de commencer, assurez-vous d'avoir :
Ajouté et activé au moins un nom de domaine accéléré dans la console CDN.
Les permissions nécessaires pour gérer les configurations des domaines CDN, telles que la politique
AliyunCDNFullAccess.L'accès à la configuration de votre serveur d'origine, si vous devez modifier les en-têtes de réponse.
Informations générales
Alibaba Cloud CDN met en cache le contenu sur des nœuds périphériques appelés points de présence (POP). Lorsqu'un client demande une ressource mise en cache, le POP la sert directement sans contacter le serveur d'origine. Cela réduit le temps de réponse et la charge sur l'origine. Un faible taux de succès du cache signifie que davantage de requêtes atteignent l'origine, augmentant ainsi la latence et les coûts.
Le CDN fournit deux métriques de taux de succès du cache :
-
Le taux de succès en octets mesure la proportion de données servies depuis le cache. Un taux de succès en octets plus élevé signifie que davantage de données proviennent du POP plutôt que de l'origine.
Taux de succès en octets = (Trafic servi par les POP L1 - Trafic retour vers l'origine) / Trafic servi par les POP L1
RemarqueUn taux de succès en octets plus faible indique un trafic retour vers l'origine plus important, ce qui augmente les coûts de bande passante et la charge sur l'origine. Par conséquent, le taux de succès en octets est la métrique principale à surveiller pour évaluer les performances du cache.
-
Le taux de succès des requêtes mesure la proportion de requêtes servies depuis le cache, quelle que soit la taille du fichier.
Taux de succès des requêtes = Requêtes avec succès de cache / Total des requêtes vers le CDN
RemarqueDans la plupart des scénarios, notamment lorsque la récupération partielle auprès de l'origine est activée pour les fichiers volumineux, utilisez le taux de succès en octets comme métrique principale. Le taux de succès des requêtes est utile pour comprendre combien de requêtes sont servies depuis le cache, indépendamment de la taille des fichiers.
Consulter le taux de succès du cache
Méthode 1 : Utiliser la console (recommandé)
Utilisez la console pour des vérifications ponctuelles rapides de votre taux de succès du cache. La console CDN affiche le taux de succès en octets via deux fonctionnalités de surveillance :
Surveillance des ressources — Consultez les tendances du taux de succès du cache sur des périodes plus longues, par exemple 30 jours. Les données sont disponibles avec une granularité de 5 minutes et un délai d'environ 15 minutes. Pour plus d'informations, consultez Surveillance des ressources.
Surveillance en temps réel — Consultez le taux de succès du cache en temps réel sur des périodes plus courtes, par exemple 1 heure. Les données sont disponibles avec une granularité d'une minute et un délai d'environ 3 minutes. Pour plus d'informations, consultez Surveillance en temps réel.
Méthode 2 : Appeler des opérations API
Utilisez les opérations API si vous devez intégrer la surveillance du taux de succès du cache dans des tableaux de bord, des scripts ou des systèmes d'alerte automatisés.
|
Opération API |
Description |
|
Récupère les données du taux de succès en octets pour un domaine accéléré. Granularité standard (5 minutes ou horaire). Interrogez les données des 90 derniers jours. |
|
|
Récupère les données du taux de succès des requêtes pour un domaine accéléré. Granularité standard (5 minutes ou horaire). Interrogez les données des 90 derniers jours. |
|
|
Récupère les données du taux de succès en octets en temps réel avec une granularité d'une minute pour un domaine accéléré. Interrogez les données des 7 derniers jours. |
|
|
Récupère les données du taux de succès des requêtes en temps réel avec une granularité d'une minute pour un domaine accéléré. Interrogez les données des 7 derniers jours. |
|
|
Récupère les URL de téléchargement des journaux pour un domaine accéléré. Interrogez les journaux des 90 derniers jours. |
Augmenter le taux de succès du cache
Commencez par vérifier vos journaux CDN pour identifier la cause la plus fréquente des échecs de cache pour votre domaine. Appliquez ensuite la stratégie correspondante indiquée dans le tableau ci-dessous.
|
Stratégie |
Facteurs et scénarios |
Méthode de configuration |
|
Précharger les ressources populaires |
Facteurs : Avant des événements à grande échelle ou le déploiement de nouvelles versions, les ressources non encore mises en cache sur les POP déclenchent des récupérations auprès de l'origine, ce qui abaisse le taux de succès du cache. Scénarios : Pour les événements promotionnels, préchauffez les ressources statiques de la page de l'événement vers les POP avant le début de l'événement. Pour les déploiements d'applications, préchauffez les packages d'installation avant le lancement afin que les demandes de téléchargement soient servies depuis les POP. |
Utilisez la fonctionnalité de préchargement pour préchauffer les ressources vers les POP. Pour plus d'informations, consultez Démarrage rapide. |
|
Configurer une période d'expiration du cache appropriée |
Facteurs : Aucune politique de cache configurée sur le CDN, ou la durée de vie (TTL) configurée est trop courte. Toutes les requêtes utilisateur atteignent l'origine, ou les ressources mises en cache expirent fréquemment. Scénarios : Vous avez publié du contenu statique sur l'origine, mais les POP ne le mettent pas en cache, ou le contenu mis en cache expire rapidement. Conseils : Pour les fichiers statiques rarement mis à jour (images, téléchargements d'applications), définissez la TTL sur un mois ou plus. Pour les fichiers statiques fréquemment mis à jour (JS, CSS), définissez la TTL selon vos besoins métier. Pour les fichiers dynamiques (PHP, JSP, ASP), définissez la TTL sur 0 seconde pour désactiver la mise en cache. Remarque : Définir une TTL longue peut servir du contenu obsolète. Utilisez le versionnement des fichiers (par exemple, en ajoutant un numéro de version au nom du fichier) ou purgez le cache après avoir mis à jour le contenu. |
|
|
Ignorer les paramètres d'URL dans la clé de cache |
Facteurs : Les URL avec différents paramètres de requête pointant vers la même ressource déclenchent des entrées de cache séparées et des récupérations auprès de l'origine. Scénarios : Vous souhaitez que différentes URL avec différents paramètres (tels que des ID de suivi ou des horodatages) accèdent à la même ressource mise en cache. |
|
|
Configurer la récupération partielle auprès de l'origine pour les fichiers volumineux |
Facteurs : Lorsque les utilisateurs téléchargent uniquement une partie d'un fichier volumineux (tel qu'un programme d'installation ou une vidéo), le POP récupère l'intégralité du fichier depuis l'origine sans récupération partielle. Le POP télécharge plus de données depuis l'origine qu'il n'en sert aux utilisateurs, ce qui abaisse le taux de succès en octets. Scénarios : Utilisateurs téléchargeant des packages d'installation d'applications ou diffusant du contenu vidéo. |
|
|
Gérer les en-têtes no-cache de l'origine |
Facteurs : Le serveur d'origine renvoie des en-têtes de réponse no-cache (tels que Scénarios : Le serveur d'origine envoie |
Méthode 1 (recommandée) : Modifiez la configuration du serveur d'origine pour supprimer les en-têtes no-cache des réponses des ressources statiques et définir une durée de cache raisonnable (par exemple, Méthode 2 : Dans la console CDN, accédez à Domain Names > cliquez sur le nom de domaine cible > onglet Cache > Cache Expiration Period. Ajoutez une règle de cache et activez Ignore Origin No-Cache Header. Lorsqu'elle est activée, cette option permet au CDN d'ignorer les en-têtes no-cache du serveur d'origine et de mettre les ressources en cache selon les règles d'expiration configurées dans la console CDN. N'utilisez la méthode 2 que si vous ne pouvez pas modifier la configuration du serveur d'origine. Avertissement : Ignorer les en-têtes no-cache de l'origine peut amener le CDN à mettre en cache du contenu que le serveur d'origine a intentionnellement marqué comme non cachable, risquant ainsi de servir des fichiers obsolètes. N'activez cette fonctionnalité que si vous êtes certain que les en-têtes no-cache du serveur d'origine sont mal configurés. |
|
Autres stratégies d'optimisation |
Outre les stratégies ci-dessus, Alibaba Cloud CDN propose des fonctionnalités d'optimisation supplémentaires pour des scénarios spécifiques : Redirection 302 centrale : Planifie les requêtes utilisateur vers le nœud d'origine optimal via une redirection 302 depuis un serveur de répartition central. Redirection 302 en périphérie : Planifie les requêtes utilisateur vers l'origine optimale la plus proche via une redirection 302 depuis le POP périphérique. Cache partagé : Permet à plusieurs noms de domaine accélérés sous le même compte Alibaba Cloud de partager les ressources de cache sur les POP. Lorsque plusieurs noms de domaine (tels que A.example.com et B.example.com) nécessitent les mêmes fichiers JS ou CSS et que le contenu d'origine est identique, le cache partagé permet à ces noms de domaine de partager une seule copie mise en cache, améliorant ainsi le taux de succès du cache. Lors de l'ajout d'un nouveau site web, il vous suffit d'aligner ses chemins de ressources sur la structure de ressources du nom de domaine accéléré existant. |
La redirection 302 centrale, la redirection 302 en périphérie et l'agrégation des récupérations auprès de l'origine sont configurées par les ingénieurs du support après-vente d'Alibaba Cloud. Contactez le support pour activer ces fonctionnalités. Cache partagé : Dans la console CDN, accédez à Domain Names > cliquez sur le nom de domaine cible > Cache > Shared Cache. Cliquez sur Modify, sélectionnez un nom de domaine cible dans la liste des noms de domaine accélérés en ligne sous votre compte (la recherche est prise en charge) et confirmez. Après configuration, le nom de domaine actuel partage le cache avec le nom de domaine sélectionné et fusionne son chemin de récupération auprès de l'origine. Pour supprimer la configuration, cliquez sur Delete Configuration et confirmez. Remarque : Assurez-vous que les noms de domaine partageant le cache servent un contenu identique. Le cache partagé peut exposer le contenu d'un domaine aux utilisateurs d'un autre domaine si les chemins se chevauchent. |
Pour annuler toute modification de configuration du cache décrite dans le tableau ci-dessus, revenez à la même page de paramètres dans la console CDN et supprimez ou désactivez la règle.
Consulter le statut de succès du cache dans les journaux
Les journaux de requêtes CDN enregistrent le statut de succès du cache pour chaque requête.
Le champ de statut de succès du cache dans les journaux indique l'un des éléments suivants :
HIT — La requête a été servie depuis le cache du POP.
MISS — La requête n'a pas été servie depuis le cache du POP et a été récupérée depuis l'origine.
Le statut de succès reflète uniquement le POP L1. Si une requête manque le cache sur le POP L1 mais atteint le cache sur le POP L2, le journal affiche toujours MISS.
Exemple d'entrée de journal :
[26/Jun/2019:10:38:19 +0800] 192.168.53.146 - 1542 "-" "GET http://example.aliyundoc.com/index.html" 200 191 2830 MISS "Mozilla/5.0 (compatible; AhrefsBot/5.0; +http://example.com/robot/)" "text/html"Dans cet exemple, le statut MISS indique que la ressource n'était pas mise en cache sur le POP L1. Si vos journaux affichent une proportion élevée d'entrées MISS, reportez-vous aux stratégies de la section Augmenter le taux de succès du cache pour identifier et traiter la cause.
Vous pouvez également appeler l'opération API DescribeCdnDomainLogs pour récupérer les URL de téléchargement des journaux pour un domaine accéléré.
Vérifier l'optimisation
Après avoir appliqué une stratégie d'optimisation, vérifiez que le taux de succès du cache s'est amélioré :
Attendez la propagation du cache. Les modifications de configuration du cache prennent généralement effet dans les 5 minutes. Si vous avez étendu la TTL du cache, vous devrez peut-être purger l'ancien contenu mis en cache pour que les changements s'appliquent immédiatement.
Vérifiez le taux de succès du cache. Utilisez la fonctionnalité Real-time monitoring dans la console CDN ou appelez
DescribeDomainRealTimeByteHitRateDatapour consulter le taux de succès en octets actuel. Comparez les résultats avec votre référence avant l'optimisation.Examinez les journaux. Vérifiez les entrées de journal récentes pour constater une proportion accrue d'entrées avec le statut HIT. Un CDN bien optimisé atteint généralement un taux de succès en octets de 80 % ou plus pour les charges de travail riches en contenu statique.