Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Optimisez les performances du CDN et résolvez les problèmes de latence pour MediaTailor
AWS Elemental MediaTailor les performances d'intégration du réseau de diffusion de contenu (CDN) ont un impact direct sur l'expérience des spectateurs et la qualité de diffusion des publicités. Si vous constatez des temps de réponse lents ou une dégradation des performances :
Techniques de mesure du rendement
Avant de résoudre les problèmes de performance, établissez des mesures de référence et une surveillance continue :
-
Mesurez les indicateurs de performance clés :
-
Temps de réponse : les demandes de manifeste doivent être traitées dans un délai de 200 ms, les demandes de segment dans un délai de 100 ms
-
Taux d'accès au cache : segments de contenu > 95 %, segments publicitaires > 90 %
-
Volume des demandes d'origine : doit être inférieur à 5 % du total des demandes lorsque le cache est optimisé
-
Durée de la première image : la lecture initiale devrait commencer dans les 2 à 3 secondes
-
-
Utilisez des outils de mesure du rendement :
-
Tableaux de bord d'analyse du CDN : surveillez les performances du cache, les temps de réponse et les taux d'erreur
-
CloudWatch métriques : suivez les métriques MediaTailor du service, y compris GetManifest .Latency
-
Outils de développement de navigateurs : mesurez les performances côté client et la synchronisation du réseau
-
Outils de ligne de commande : utilisez curl avec des options de chronométrage pour mesurer des demandes spécifiques
-
-
Mettre en œuvre une surveillance continue :
-
Configurez des alertes de performance automatisées en cas de dégradation du temps de réponse
-
Surveillez les performances dans différentes régions géographiques
-
Suivez les performances pendant les périodes de pointe
-
Comparez les indicateurs de performance avant et après les modifications de configuration
-
Ressources de mesure du rendement :
-
Pour une configuration complète de surveillance des performances, voir Surveillez les opérations et les performances du MediaTailor CDN
-
Pour les procédures de test de performance, voir Tests et validation pour le CDN et MediaTailor les intégrations
-
Pour CloudWatch les mesures et le suivi, voir Surveillance AWS Elemental MediaTailor à l'aide des CloudWatch métriques Amazon
Problèmes de performance du cache CDN
Les problèmes de performance du cache font partie des problèmes d'intégration des CDN les plus courants. Ces problèmes affectent toutes les MediaTailor implémentations et peuvent avoir un impact significatif sur l'expérience utilisateur et les coûts.
- Faible taux de réussite du cache
-
Symptômes : volume de demandes d'origine élevé, latence accrue, coûts de bande passante plus élevés, mauvaise expérience utilisateur
Valeurs cibles :
-
Segments de contenu : taux d'accès au cache de 95 % ou plus
-
Segments publicitaires : taux d'accès au cache de 90 % ou plus
-
Manifestes : varie selon l'implémentation (les manifestes personnalisés ne doivent pas être mis en cache)
Causes courantes :
-
Paramètres TTL incorrects pour différents types de contenu
-
La configuration de la clé de cache inclut des paramètres de requête inutiles
-
Les en-têtes de contrôle du cache depuis l'origine ne sont pas correctement configurés
-
Invalidations ou purges fréquentes du cache
-
Problèmes de distribution géographique (contenu non mis en cache aux emplacements périphériques)
Des solutions :
-
Vérifiez et optimisez les paramètres TTL :
-
Segments de contenu : définissez le TTL pour qu'il corresponde à la durée du segment ou plus
-
Segments publicitaires : définissez le TTL sur 24 heures ou plus pour les publicités réutilisables
-
Ressources statiques : définissez le TTL sur 24 heures ou plus
Pour des recommandations TTL complètes et des stratégies d'optimisation de la mise en cache, voir. Optimisation de la mise en cache pour le CDN et les intégrations MediaTailor
-
-
Optimisez la configuration des clés de cache :
-
Supprimer les paramètres de requête inutiles des clés de cache
-
Assurez-vous que seuls les paramètres affectant le contenu sont inclus
-
Normaliser l'ordre des paramètres et la distinction majuscules/
-
-
Vérifiez que les en-têtes de contrôle du cache d'origine sont correctement définis
-
Implémentez Origin Shield (ou une fonctionnalité CDN équivalente) pour les implémentations à fort trafic. La fonctionnalité Origin Shield est disponible dans les principales CDNs versions, mais elle peut porter des noms différents (tels que CloudFront Origin Shield, Fastly Shield, Cloudflare Argo Tiered Cache). Si votre CDN ne propose pas cette fonctionnalité, vous pouvez l'activer MediaTailor lorsque vous contactez AWS Support
. -
Passez en revue les stratégies d'invalidation du cache et réduisez les purges inutiles
Étapes de validation :
-
Surveillez les taux de réussite du cache à l'aide de tableaux de bord d'analyse du CDN
-
Test spécifique URLs avec curl pour vérifier les en-têtes du cache
-
Comparez le volume de demandes d'origine avant et après les modifications
-
- Volume élevé de demandes d'origine
-
Symptômes : nombre étonnamment élevé de demandes atteignant le point MediaTailor d'origine, augmentation de la charge du serveur d'origine, augmentation des coûts
Schéma attendu : les demandes d'origine doivent représenter moins de 5 % du total des demandes des utilisateurs lorsque les taux d'accès au cache sont optimaux
Causes courantes :
-
Défaillances du cache en raison de faibles valeurs TTL
-
Fragmentation des clés de cache (trop de clés de cache uniques)
-
Pics de trafic géographique dans les régions où le contenu n'est pas mis en cache
-
Invalidations fréquentes du cache
Des solutions :
-
Analyser les modèles de demandes pour identifier les causes des défaillances du cache
-
Optimisez les paramètres TTL en fonction du type de contenu et de la fréquence de mise à jour
-
Mettre en œuvre des stratégies de réchauffement du cache pour les nouveaux contenus
-
Envisagez l'implémentation d'Origin Shield (disponible dans CDNs les principales versions sous différents noms, voir Implémentation d'Origin Shield pour plus de détails)
Seuil d'alerte : définissez des alertes lorsque les demandes d'origine dépassent 10 % du total des demandes ou augmentent de 50 % par rapport à la base de référence
-
Résolution d'erreur HTTP courante
Les erreurs HTTP dans les intégrations CDN indiquent souvent des problèmes de configuration ou de service. Ces modèles d'erreur sont cohérents dans toutes les MediaTailor implémentations.
- Erreur 404 Introuvable
-
Symptômes : les demandes de manifeste ou de segment renvoient le HTTP 404, les joueurs ne chargent pas le contenu, « MANIFEST_LOAD_ERROR » dans les journaux des joueurs
Causes courantes :
-
Configuration d'origine du CDN incorrecte (URL de point de MediaTailor terminaison incorrecte)
-
Modèles de chemin de comportement du cache manquants ou incorrects
-
Problèmes de réécriture d'URL dans la configuration du CDN
-
MediaTailor erreur de nom de configuration ou de point de terminaison de lecture
-
Problèmes de synchronisation liés au contenu en direct (demande de segments futurs)
Étapes de diagnostic :
-
Testez la même URL directement par rapport à l' MediaTailor origine (contournez le CDN)
-
Vérifiez que la configuration d'origine du CDN correspond au point de terminaison MediaTailor de lecture
-
Vérifiez le comportement du cache CDN, les modèles de chemin et la priorité
-
Consultez les journaux d'accès au CDN pour connaître les détails du routage des demandes
-
Valider le nom de MediaTailor configuration et les paramètres régionaux
Des solutions :
-
Configuration d'origine du CDN correcte pour correspondre au point de terminaison MediaTailor de lecture
-
Mettre à jour les modèles de chemin de comportement du cache pour acheminer correctement les demandes
-
Corrigez les règles de réécriture d'URL, le cas échéant
-
Vérifiez que MediaTailor la configuration existe et qu'elle est active
-
- 403 Erreurs interdites
-
Symptômes : les demandes renvoient le protocole HTTP 403, les messages d'accès sont refusés, l'authentification échoue
Causes courantes :
-
Paramètres de requête manquants ou incorrects requis par MediaTailor
-
Le CDN ne transmet pas les en-têtes ou les paramètres requis
-
Restrictions relatives aux adresses IP ou blocage géographique
-
Problèmes liés au jeton d'authentification (si vous utilisez un jeton signé URLs)
Des solutions :
-
Vérifiez que tous les paramètres de requête requis sont inclus et transmis
-
Vérifiez la configuration du CDN pour le transfert d'en-têtes et de paramètres
-
Passez en revue les restrictions IP et les paramètres géographiques
-
Valider les jetons d'authentification et les processus de signature
-
- 400 erreurs liées à une mauvaise demande
-
Symptômes : les requêtes renvoient le protocole HTTP 400, erreurs de requête mal formées, échecs de validation des paramètres
Causes courantes :
-
Paramètres de requête mal formés ou problèmes d'encodage d'URL
-
Valeurs de paramètres ou formats non valides
-
Paramètres requis manquants pour des MediaTailor fonctionnalités spécifiques
-
Limites de longueur d'URL dépassées
Des solutions :
-
Valider les formats des paramètres de requête et le codage des URL
-
Vérifier les valeurs des paramètres par rapport aux exigences de MediaTailor l'API
-
Assurez-vous que tous les paramètres requis sont inclus
-
Vérifiez la longueur de l'URL et envisagez l'optimisation des paramètres
-
- 5xx Erreurs du serveur
-
Symptômes : les requêtes renvoient des erreurs HTTP 500, 502, 503 ou 504, des pannes de service intermittentes
Causes courantes :
-
MediaTailor problèmes de service ou limites de capacité
-
Problèmes de connectivité d'origine CDN
-
Problèmes de délai d'attente dus à la lenteur des réponses d'origine
-
Dégradation temporaire du service
Des solutions :
-
Consultez le AWS Service Health Dashboard pour connaître l'état du MediaTailor service
-
Vérifiez la connectivité d'origine du CDN et les paramètres de délai d'expiration
-
Implémenter une logique de nouvelle tentative avec un retard exponentiel
-
Surveillez MediaTailor CloudWatch les indicateurs relatifs à l'état des services
-
Contactez AWS le Support si les problèmes persistent
-
-
Mesurez les performances de référence :
-
Testez les temps de réponse aux demandes de manifeste directement sur MediaTailor (cible : <200 ms)
-
Mesurez les temps de réponse du CDN pour les demandes de manifeste (objectif : <100 ms pour les accès au cache)
-
Vérifiez les temps de chargement des segments à la fois depuis l'origine et le CDN
-
-
Analysez les performances du CDN :
-
Vérifiez le taux de réussite du cache pour les segments de contenu (objectif : > 80 % pour le contenu populaire)
-
Vérifiez que le bouclier d'origine (ou une fonctionnalité CDN équivalente) est activé et configuré dans la même AWS région que votre origine. Différents CDNs utilisent des noms différents pour cette fonctionnalité
-
Surveillez les performances de localisation périphérique et la distribution géographique du CDN
-
Critères de performance :
-
Surveillez les temps de réponse à la génération des manifestes et comparez-les à vos performances de référence
-
Les accès au cache du CDN sont nettement plus rapides que les requêtes d'origine
-
Les temps de réponse de l'ADS ne devraient pas entraîner de retards dans la génération du manifeste
Ressources de résolution des problèmes supplémentaires :
-
Pour des stratégies complètes d'optimisation des performances, voir Guide d'optimisation des performances pour le CDN et MediaTailor les intégrations
-
Pour plus de détails sur l'implémentation d'Origin Shield, voir Implémentation d'Origin Shield
-
Pour l'optimisation de la mise en cache du CDN, voir Optimisation de la mise en cache pour le CDN et les intégrations MediaTailor
-
Pour le suivi des performances et les indicateurs, voir Surveillez les opérations et les performances du MediaTailor CDN
-
Pour les procédures de test de performance, voir Tests et validation pour le CDN et MediaTailor les intégrations
Critères de réussite : une fois résolus, les temps de réponse doivent atteindre les objectifs de référence (manifestes inférieurs à 200 ms, segments inférieurs à 100 ms), les taux d'accès au cache doivent dépasser 90 % pour la plupart des types de contenu et le volume des demandes d'origine doit être inférieur à 5 % du total des demandes. Les performances doivent être cohérentes dans toutes les régions géographiques et tous les types d'appareils.