Résolution des problèmes de charge élevée sur les serveurs de publication AEM en raison de la mise en cache de la durée de vie
Cet article traite des pics de performances sur les serveurs de publication AEM causés par une stratégie de mise en cache de TTL de 5 minutes dans AEM as a Cloud Service - Sites. Le problème est dû à la fréquence des expirations du cache, qui augmente la charge car les serveurs gèrent plusieurs requêtes simultanées de contenu dynamique.
Description description
Environnement
Produit : Adobe Experience Manager (AEM) as a Cloud Service - Sites
Environnement : environnements de développement et d’analyse qualité
Configuration : durée de vie de 5 minutes définie dans le filtre de durée de vie Dispatcher
Problème/Symptômes
- Pics de charge sur les serveurs de publication dans l’intervalle de TTL de 5 minutes.
- Augmentation du trafic vers les instances de publication après invalidation du cache.
- Problèmes d’évolutivité et de temps d’arrêt lors de scénarios à charge élevée.
Résolution resolution
Pour résoudre ce problème, procédez comme suit :
- Effectuez des tests de performance dans les environnements de développement (DEV) ou d’Assurance qualité logicielle (SQA) avant d’appliquer les modifications à la production. Utilisez des outils tels que Grafana pour surveiller la charge du serveur et identifier les goulets d’étranglement ou l’utilisation excessive des ressources.
- Vérifiez que les fichiers
.ttlsont correctement générés dans le cache du Dispatcher pour tout le contenu pertinent. Assurez-vous que le contenu mis en cache expire et s’actualise comme prévu sans surcharger les services principaux. - Vérifiez que votre environnement AEM est configuré pour se mettre à l’échelle en fonction des demandes de trafic. Bien que les serveurs de publication d’AEM soient conçus pour des scénarios à débit élevé, les tests doivent valider leur capacité à gérer des charges accrues à partir d’une invalidation fréquente du cache.
- Envisagez d’autres stratégies de mise en cache, telles que Sling Dynamic Include (SDI) si possible. SDI peut réduire la charge en incluant de manière dynamique des composants qui changent fréquemment, sans s’appuyer uniquement sur la mise en cache au niveau du Dispatcher.
- Collaborez avec les ingénieurs de l’assistance Adobe pendant les tests pour surveiller les mesures critiques et optimiser les configurations. Partagez les résultats de test d’outils tels que Splunk ou Grafana pour une analyse plus approfondie.
- Après une validation réussie dans les environnements inférieurs, planifiez un déploiement contrôlé des modifications en production. Continuez à surveiller les performances du serveur après le déploiement pour garantir la stabilité et résoudre rapidement les problèmes imprévus.
En suivant ces étapes, vous pouvez atténuer l’impact sur les performances des valeurs de durée de vie courtes, maintenir l’évolutivité et minimiser les risques d’interruption.