Configuration de la surveillance et de la mise à l'échelle pour le CDN et les intégrations MediaTailor - AWS Elemental MediaTailor

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.

Configuration de la surveillance et de la mise à l'échelle pour le CDN et les intégrations MediaTailor

Des stratégies de surveillance et de mise à l'échelle efficaces sont essentielles pour maintenir des performances et une expérience utilisateur optimales grâce à l'intégration de votre réseau de diffusion de AWS Elemental MediaTailor contenu (CDN). Mettez en œuvre ces approches pour garantir que votre intégration CDN fonctionne de manière fiable à grande échelle.

Mettez en œuvre les stratégies de surveillance et de mise à l'échelle suivantes :

  1. Configurez la surveillance pour ces indicateurs clés. Pour obtenir des conseils sur les valeurs cibles appropriées, consultez Monitoring MediaTailor with Amazon CloudWatch et consultez les meilleures pratiques de votre fournisseur de CDN :

    • Taux de réussite du cache CDN (établissez des indicateurs et des cibles de référence en fonction de votre type de contenu et de vos habitudes de diffusion)

    • Volumes de demandes d'origine (surveillez les modèles pendant le fonctionnement normal afin d'établir des bases de référence pour la détection des anomalies)

    • Taux d'erreur par type d'erreur (définissez des seuils en fonction de vos objectifs de niveau de service et des MediaTailor meilleures pratiques)

    • Temps de réponse (définissez des objectifs de latence appropriés en fonction de vos exigences en matière d'expérience utilisateur et de votre répartition géographique)

    Pour obtenir des instructions de mise en œuvre détaillées, consultez la section Création de CloudWatch tableaux de bord pour visualiser vos indicateurs MediaTailor et ceux du CDN ensemble.

  2. Configurez des alertes en cas de modèles de trafic inattendus ou de dégradation des performances. Configurez les seuils en fonction de vos indicateurs de référence et de vos objectifs de niveau de service. Pour obtenir des conseils sur la configuration des alertes, consultez la section Création d' CloudWatch alarmes Amazon. Envisagez de surveiller :

    • Écarts importants par rapport aux taux d'accès au cache de référence (alerte généralement en cas de baisse de 85 à 90 %)

    • Augmentations soudaines du volume de demandes d'origine (alerte en cas d'augmentation de 30 % ou plus par rapport à la valeur de référence)

    • Les pics de taux d'erreur dépassent les seuils que vous avez définis (généralement 1 à 2 % pour les erreurs 4xx, 0,5 % pour les erreurs 5xx)

    • Dégradation du temps de réponse au-delà des niveaux acceptables (généralement > 500 ms pour les manifestes, > 200 ms pour les segments)

    Pour des exemples de mise en œuvre, consultez CloudWatch les concepts de création de tableaux de bord et d'alertes de surveillance efficaces.

  3. Créez des plans de mise à l'échelle pour les événements prévisibles à fort trafic. Vos plans doivent inclure les éléments clés suivants :

    • Augmentations de capacité avant l'événement (24 à 48 heures avant le début de l'événement)

    • Horaires d'augmentation progressive du nombre de spectateurs (généralement 10 à 20 % de l'audience attendue par intervalle de 5 minutes)

    • Répartition des capacités régionales en fonction de l'audience (attribuer la capacité proportionnellement à l'audience régionale attendue)

    • Procédures de dimensionnement après l'événement (maintien de la capacité maximale pendant 30 à 60 minutes après la fin de l'événement)

    Pour obtenir des conseils de mise en œuvre sur la mise à l'échelle en cas d'événements à fort trafic, consultez la section Configuration d'un flux de travail end-to-end en direct résilient sur le blog AWS des médias.

  4. Mettez en œuvre des mesures de basculement et de redondance pour les flux critiques, notamment :

    • Déploiements de CDN multirégionaux (au moins deux régions pour le contenu critique)

    • Serveurs d'origine de sauvegarde (configurés avec des contrôles de santé automatisés toutes les 30 secondes)

    • Déclenchements de basculement automatisés basés sur des tests de santé (généralement après 2 ou 3 vérifications infructueuses)

    • Procédures de restauration pour différents scénarios de défaillance (documentées avec des objectifs de temps de réponse spécifiques)

    Pour connaître les étapes de mise en œuvre détaillées, voir Optimisation de la haute disponibilité avec le basculement CloudFront d'origine.