Resolver problemas de carga alta en los servidores de publicación de AEM debido al almacenamiento en caché de tiempo de vida (TTL)

Este artículo aborda los picos de rendimiento en los servidores de publicación de AEM causados por una estrategia de almacenamiento en caché TTL de 5 minutos en AEM as a Cloud Service: Sites. El problema surge debido a la frecuente caducidad de la caché, que aumenta la carga a medida que los servidores administran varias solicitudes simultáneas de contenido dinámico.

Descripción description

Entorno

Producto: Adobe Experience Manager (AEM) as a Cloud Service - Sitios
Entorno: entornos de desarrollo y SQA
Configuración: TTL de 5 minutos establecido en el filtro TTL de Dispatcher

Problema/Síntomas

  • Picos de carga en servidores de publicación dentro del intervalo TTL de 5 minutos.
  • Tráfico aumentado para publicar instancias después de la invalidación de la caché.
  • Problemas de escalabilidad y tiempo de inactividad durante situaciones de carga elevada.

Resolución resolution

Para solucionar el problema, siga estos pasos:

  1. Realice pruebas de rendimiento en entornos de desarrollo (DEV) o Assurance de calidad de software (SQA) antes de aplicar cambios en la producción. Utilice herramientas como Grafana para monitorizar la carga del servidor e identificar cuellos de botella o un uso excesivo de los recursos.
  2. Compruebe que .ttl archivos se hayan generado correctamente en la caché de Dispatcher para todo el contenido relevante. Asegúrese de que el contenido almacenado en caché caduca y se actualiza según lo esperado sin sobrecargar los servicios back-end.
  3. Confirme que el entorno de AEM está configurado para escalar en función de las demandas de tráfico. Aunque los servidores de publicación de AEM están diseñados para escenarios de alto rendimiento, las pruebas deben validar su capacidad para administrar el aumento de cargas debido a la invalidación frecuente de la caché.
  4. Considere estrategias de almacenamiento en caché alternativas como Sling Dynamic Include (SDI) si es posible. SDI puede reducir la carga al incluir dinámicamente componentes que cambian con frecuencia sin depender únicamente del almacenamiento en caché de nivel de Dispatcher.
  5. Colabore con los ingenieros de asistencia de Adobe durante las pruebas para monitorizar las métricas esenciales y optimizar las configuraciones. Comparta los resultados de pruebas de herramientas como Splunk o Grafana para realizar un análisis más detallado.
  6. Después de una validación correcta en entornos más bajos, programe un despliegue controlado de cambios en la producción. Seguir supervisando el rendimiento del servidor después de la implementación para garantizar la estabilidad y abordar rápidamente cualquier problema imprevisto.

Al seguir estos pasos, puede mitigar el impacto en el rendimiento de los valores TTL cortos, mantener la escalabilidad y minimizar los riesgos de tiempo de inactividad.

recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f