- Guía del usuario de implementación
- Introducción a la Plataforma AEM
- Implementación de AEM
- Implementación y mantenimiento
- Implementaciones recomendadas
- Instalación del servidor de aplicaciones
- Instalación independiente personalizada
- Línea de comandos: start y stop
- Configuración de almacenes de nodos y almacenes de datos en AEM 6
- Limpieza de revisión
- Consultas de roble e indexación
- Cómo ejecutar AEM con TarMK Cold Standby
- Compatibilidad con RDBMS en AEM 6.5
- Indexación a través del Jar de Oak-run
- Casos de uso de indización de Oak-run.jar
- Resolución de problemas con los índices Oak
- Opción En La Recopilación De Estadísticas De Uso Agregado
- Solución de problemas
- Configuración de AEM
- Conceptos básicos de configuración
- Registro
- Configuración de OSGi
- Configuración de OSGi
- Ejecutar modos
- Consola web
- Replicación
- Replicar usando SSL mutuo
- Resolución de problemas de replicación
- Caducidad de objetos estáticos
- Depuración de versiones
- Monitoreo y mantenimiento de la instancia de AEM
- Descarga de trabajos
- Inicio de sesión único
- Asignación de recursos
- Habilitación de HTTP sobre SSL
- Comprobaciones de coherencia y de recorrido
- Directrices de rendimiento
- Optimización del rendimiento
- Guía de rendimiento de recursos
- Artículos de procedimientos de configuración
- Configuración de la consola web
- Actualización a AEM 6.5
- Actualización a AEM 6.5
- Planificación de la actualización
- Evaluación de la complejidad de la actualización con el detector de patrones
- Compatibilidad con versiones anteriores en AEM 6.5
- Procedimiento de actualización
- Realización de una actualización in situ
- Uso de la reindexación sin conexión para reducir el tiempo de inactividad durante una actualización
- Migración de contenido diferido
- Uso de la herramienta de migración CRX2Oak
- Tareas de mantenimiento previas a la actualización
- Comprobaciones posteriores a la actualización y resolución de problemas
- Actualización de Forms de búsqueda personalizada
- Upgrades sostenibles
- Actualización del código y las personalizaciones
- Pasos de actualización para las instalaciones de Application Server
- Lista de paquetes obsoletos desinstalados tras la actualización
- Reestructuración del repositorio
- Reestructuración del repositorio en AEM 6.5
- Reestructuración común de repositorios en AEM 6.5
- Reestructuración del repositorio de sitios en AEM 6.5
- Reestructuración del repositorio de activos en AEM 6.5
- Reestructuración del repositorio de Dynamic Media en AEM 6.5
- Reestructuración del repositorio de Forms en AEM 6.5
- Reestructuración del repositorio de comercio electrónico en AEM 6.5
- Reestructuración del repositorio para AEM Communities en 6.5
- eCommerce
- Prácticas recomendadas
Guía de rendimiento de recursos
La gestión de activos digitales se utiliza con frecuencia en los casos en que el rendimiento es importante; sin embargo, la configuración típica de DAM contiene una serie de componentes de hardware y software que pueden afectar al rendimiento. Este documento proporciona lo siguiente:
- Información para los administradores de sistemas sobre cómo determinar el tamaño de hardware óptimo para una nueva configuración de Digital Asset Management
- Información para desarrolladores de software que buscan solucionar problemas de las instancias de DAM con problemas de rendimiento
Problemas de rendimiento
El rendimiento deficiente en la administración de recursos digitales puede afectar a la experiencia del usuario de tres maneras: rendimiento interactivo, procesamiento de recursos y velocidad de descarga. Para mejorar el rendimiento, es importante medir el rendimiento observado correctamente y establecer métricas de destinatario.
1. Búsqueda y exploración interactivas Los usuarios buscan recursos o exploran el Buscador de DAM y se quejan de los tiempos de respuesta lentos o de que los resultados de búsqueda no se muestran inmediatamente. Se trata de un problema de rendimiento interactivo.
El rendimiento interactivo se mide en términos del tiempo de respuesta de la página. Este es el tiempo que transcurre desde la recepción de la solicitud HTTP hasta el cierre de la respuesta HTTP, que se puede determinar a partir de los archivos de registro de la solicitud. El rendimiento de destinatario típico es un tiempo de respuesta de página inferior a dos segundos.
2. Procesamiento de recursos Un problema de procesamiento de recursos se produce cuando los usuarios cargan recursos y tarda unos minutos en convertirse los recursos e ingerirlos fácilmente en AEM DAM.
El rendimiento del procesamiento de recursos se mide en términos del tiempo medio de finalización del proceso de flujo de trabajo. Este es el tiempo que tarda desde invocar el proceso de flujo de trabajo de actualización de recursos hasta su finalización, que se puede determinar desde la interfaz de usuario de los informes de flujo de trabajo. El rendimiento típico del destinatario depende del tamaño y el tipo de recursos procesados y del número de representaciones. Los ejemplos de rendimiento de destinatarios podrían ser los siguientes:
- menos de diez segundos para imágenes menores de 1280 x 1280 píxeles que utilizan representaciones estándar
- menos de un minuto para imágenes menores de 100 MB que utilizan representaciones estándar
- menos de cinco minutos para clips de vídeo HD de menos de un minuto
3. Velocidad de descarga Un problema de rendimiento se produce al descargar desde AEM DAM lleva mucho tiempo y las miniaturas no se muestran inmediatamente al explorar el Administrador de DAM o el Buscador de DAM.
El rendimiento del rendimiento del rendimiento se mide en términos de velocidad de descarga en kilobits por segundo. El rendimiento típico del destinatario es de 300 kilobits por segundo para 100 descargas simultáneas.
4. Factores que influyen en el rendimiento del procesamiento de recursos
Para poder calcular el hardware necesario para procesar los recursos, es necesario tener en cuenta los siguientes aspectos:
- Resolución de las imágenes en cantidad de píxeles
- El montón asignado a AEM proceso
La cantidad de píxeles que contiene la imagen determina el tiempo de procesamiento; más píxeles significa que el procesamiento tarda más tiempo.
El tipo de imagen, la velocidad de compresión o el tamaño relacionado del archivo en el que se almacena la imagen no influye significativamente en el rendimiento global.
Se ha determinado que el montón es el factor limitante más importante. Siempre que el recurso supere la memoria libre disponible, el rendimiento de procesamiento se reduce rápidamente.
Los procesos DAM están bien adaptados para ser ejecutados en paralelo en grandes cantidades. La carga de recursos en un lote y en procesadores de varios núcleos acelera el tiempo absoluto empleado por recurso.
5. Estimación de los requisitos de hardware para el procesamiento de recursos
El procesamiento extensivo de recursos digitales requiere recursos de hardware optimizados, los factores más relevantes son el tamaño de la imagen y el rendimiento máximo de las imágenes procesadas.
Asigne al menos 16 GB de pila y configure el recurso de actualización de DAM flujo de trabajo para utilizar el paquete Camera Raw para la ingestión de imágenes sin procesar.
Explicación del sistema
Una configuración DAM típica consiste en usuarios finales que acceden a DAM mediante un equilibrador de carga. La instancia de DAM puede formar parte de una configuración agrupada, donde cada instancia de DAM se ejecuta en un proceso de máquina virtual Java en una máquina física o una máquina virtual. El almacenamiento DAM lo proporciona un disco RAID en casos de configuración de una sola máquina o un almacenamiento de conexión de red administrado en caso de configuración en clúster.
La leyenda siguiente describe las posibles áreas de riesgo de rendimiento con algunas soluciones, según corresponda.
Conexión de red al usuario finalUna conexión de red lenta puede causar problemas de rendimiento, en algunos casos también problemas de latencia. A veces el usuario tiene una conexión lenta del ISP, especialmente en intranets. Es un signo de topología de red incorrecta.
Sistema de archivos temporalUn sistema de archivos local lento puede causar problemas de rendimiento interactivos, especialmente cuando se trata de buscar, ya que los índices de búsqueda se almacenan en el disco local. Además, puede causar problemas de procesamiento de recursos si se utiliza el proceso de la línea de comandos.
AEM DAM FinderLos problemas de rendimiento interactivos, que a menudo se experimentan en las búsquedas, se deben a la alta utilización de la CPU debido a que muchos usuarios simultáneos u otros procesos que consumen CPU en la misma instancia. Pasar de las máquinas virtuales a las máquinas dedicadas y asegurarse de que ningún otro servicio se ejecute en la máquina puede ayudar a mejorar el rendimiento. Si la carga de CPU es alta debido al procesamiento de recursos y a muchos usuarios simultáneos, Day recomienda agregar nodos de clúster adicionales.
AEM Flujo de trabajo DAMLos procesos de flujo de trabajo de larga duración durante la ingesta de recursos causan problemas de rendimiento de procesamiento de recursos. Según el tipo de recursos que se procesen, esto puede indicar una sobreutilización de la CPU. Day recomienda reducir el número de otros procesos que se ejecutan en el sistema y aumentar el número de CPU disponibles agregando nodos de clúster.
Conectividad de NAS La conectividad deficiente de la red con NAS causa problemas de performance interactivos, ya que el acceso a nuevos nodos durante el procesamiento de recursos se ralentiza debido a la latencia de la red. Además, el lento rendimiento de la red afecta negativamente al rendimiento, pero también al rendimiento del procesamiento de recursos, ya que la carga y el almacenamiento de las representaciones se ralentizan.
Las razones para una mala latencia y rendimiento en un NAS son generalmente la topología de red o la sobreutilización de NAS por parte de otros servicios.
Almacenamiento conectado a la redLos sistemas de almacenamiento conectado a la red sobreutilizados pueden causar una serie de problemas:
- El espacio en disco reducido es un problema que se puede evitar con frecuencia a través del tamaño adecuado de un proyecto DAM.
- La latencia de disco alto se propagará a los tiempos de acceso lento para CRX y puede provocar problemas de rendimiento interactivos.
- El bajo rendimiento del disco puede resultar en un bajo rendimiento para CQ5 DAM.
Prueba para el rendimiento
Para cada proyecto DAM, asegúrese de establecer un régimen de pruebas de rendimiento que pueda identificar y resolver rápidamente los cuellos de botella. Para ello, considere los siguientes puntos de comprobación:
- Pruebas de rendimiento end-to-end con JMeter: simule una sesión de búsqueda y exploración de ejemplo para detectar problemas de rendimiento interactivos.
- Pruebas de latencia y rendimiento mediante JMeter: la ejecución en un equipo cliente garantiza que no haya problemas relacionados con la topología.
- Pruebas de procesamiento de recursos estandarizadas: ingrese un pequeño número de recursos de ejemplo y mida el tiempo. Esto debe incluir la integración de flujos de trabajo externos.
- Monitoree la utilización de CPU, disco y memoria de cada nodo de clúster.
- Diagnósticos de rendimiento de lectura y escritura de CRX para identificar problemas no relacionados con el procesamiento.
- Monitoree la latencia y el rendimiento de la red desde el cluster DAM a su NAS.
- Pruebe el performance de lectura y escritura, así como la latencia del disco directamente en el NAS, si es posible.
Cuellos de botella de tejido
Hasta ahora, se han utilizado los siguientes ajustes de rendimiento en los proyectos:
- Generación selectiva de representaciones: solo genere las representaciones que necesite agregando condiciones al flujo de trabajo de procesamiento de recursos, de modo que las representaciones más costosas solo se generen para los recursos seleccionados.
- Almacén de datos compartidos entre instancias: cuando el espacio en disco es reducido, esto puede reducir considerablemente la cantidad de espacio en disco necesario a costa de mayores esfuerzos de configuración y perder la limpieza automática del almacén de datos.