Target

Este artículo describe los escenarios de problemas más comunes de consumo de recursos de AEM y cómo analizarlos.

  • Alto procesamiento
  • Alto volumen
  • Repositorios DAM grandes
  • Muchos autores concurrentes

Escenarios y soluciones de consumo

Escenario 1: Alto procesamiento

Algunas situaciones como las de importaciones masivas, por ejemplo, de 2000 imágenes a la vez, provocan un alto nivel de CPU y memoria en las instancias del autor.

Solución: Descargar trabajos en otra instancia de AEM. Puede descargar flujos de trabajo completos o ciertos pasos pesados conectando la instancia de procesamiento a las instancias de autor principales a través de los trabajadores del proxy DAM. Por lo tanto, la instancia del autor principal permanece disponible para servir a otros usuarios. Los trabajadores del proxy DAM se encargan de supervisar las tareas remotas, recolectar los resultados y proporcionarlos a la ejecución del flujo de trabajo local.

 

Escenario 2: Alto volumen

Instancias en las que la base de datos con algunos millones de productos tienen 12 000 modificaciones al día. El repositorio se convierte en el problema en estos escenarios. Mientras se está escribiendo, las lecturas se bloquean por motivos de coherencia.

Solución: Para evitar esta situación, separe el proceso de importación a una instancia de autor dedicada con su propio repositorio. Al finalizar, repita el delta completo en el entorno del autor con una replicación en cadena en el entorno de publicación, si fuese necesario. Utilice una cola de replicación reservada para evitar retrasar los cambios editoriales importantes de la publicación.

 

Escenario 3: Repositorios DAM grandes.Repositorios enormes, por ejemplo, con más de 7 millones de recursos, 20 millones de nodos y un tamaño de disco de 15 TB. Esto afecta al rendimiento de la instancia.

Solución: Dividir el almacén persistente y el almacén de datos (optimizado para gestionar binarios grandes). El almacén persistente requiere un I/O de latencia muy baja, por lo que el almacenamiento local funciona mejor. Para el almacén de datos, se acepta una latencia más alta.

 

Escenario 4: Muchos autores concurrentes pueden afectar al rendimiento y al procesamiento.

Solución: Los autores concurrentes son usuarios que están trabajando activamente en el sistema. Los autores registrados, pero inactivos, no suponen una carga adicional en el sistema. Cierta operaciones, como editar y cargar recursos, activan los flujos de trabajo de la CPU, memoria, búsqueda y descarga recursos, y modificación de metadatos. La formación de un clúster de instancias de autor con un distribuidor al frente ayuda a distribuir la carga de la CPU de manera uniforme. Al tener un gran número de autores en la producción activa, se recomienda dividir cada proyecto en una instancia de autor o entorno separado en el que se desarrolla el trabajo en curso. Esta técnica se denomina partición de contenido.

Esta obra está autorizada con arreglo a la licencia de Reconocimiento-NoComercial-CompartirIgual 3.0 Unported de Creative Commons.  Los términos de Creative Commons no cubren las publicaciones en Twitter™ y Facebook.

Avisos legales   |   Política de privacidad en línea