Prácticas recomendadas para monitorear la implementación Adobe Experience Manager Assets

Desde el punto de vista Experience Manager Assets, la supervisión debe incluir la observación y el sistema de informes de los siguientes procesos y tecnologías:

• CPU del sistema
• Uso de memoria del sistema
• Tiempo de espera de E/S y E/S del disco del sistema
• E/S de red del sistema
• MBeans de JMX para la utilización del montón y procesos asincrónicos, como flujos de trabajo
• Comprobaciones de estado de la consola OSGi

Generalmente, Experience Manager Assets se puede monitorear de dos maneras: monitoreo activo y monitoreo a largo plazo.

Monitoreo en vivo

Debe realizar un monitoreo en vivo durante la fase de prueba de rendimiento de su desarrollo o durante situaciones de alta carga para comprender las características de rendimiento de su entorno. Normalmente, la supervisión en directo se debe realizar mediante un conjunto de herramientas. Estas son algunas recomendaciones:

• VM visual: Visual VM permite la vista de información detallada de Java VM, incluyendo el uso de CPU y de memoria Java. Además, le permite tomar muestras y evaluar el código que se ejecuta en una implementación.

• Superior: Arriba hay un comando Linux que abre un panel, que muestra las estadísticas de uso, incluyendo el uso de CPU, memoria y E/S. Proporciona información general de alto nivel sobre lo que sucede en una instancia.

• Superior: Htop es un visor de procesos interactivo. Proporciona un uso detallado de la CPU y la memoria además de lo que Top puede proporcionar. Htop puede instalarse en la mayoría de los sistemas Linux utilizando yum install htop o apt-get install htop.

• Iotop: Iotop es un panel detallado para el uso de E/S de disco. Muestra barras y medidores que representan los procesos que utilizan la E/S de disco y la cantidad que utilizan. Iotop puede instalarse en la mayoría de los sistemas Linux utilizando yum install iotop o apt-get install iotop.

• Ftop: Iftop muestra información detallada sobre el uso de Ethernet/red. Iftop muestra las estadísticas de canal de comunicaciones de las entidades que utilizan Ethernet y la cantidad de ancho de banda que utilizan. Si se puede instalar en la mayoría de los sistemas Linux utilizando yum install iftop o apt-get install iftop.

• Grabador de vuelos Java (JFR): Una herramienta comercial de Oracle que se puede utilizar libremente en entornos que no sean de producción. Para obtener más información, consulte Cómo utilizar el grabador de vuelos Java para diagnosticar problemas de tiempo de ejecución de CQ.

• Experience Manager error.log archivo: Puede investigar el Experience Manager error.log archivo para obtener detalles de los errores registrados en el sistema. Utilice el comando tail -F quickstart/logs/error.log para identificar los errores que se deben investigar.

• Consola de flujo de trabajo: Aproveche la consola de flujo de trabajo para supervisar flujos de trabajo que se quedan atrás o se quedan atascados.

Normalmente, estas herramientas se utilizan juntas para obtener una idea completa del rendimiento de la implementación Experience Manager.

Figura: Monitoreo en vivo mediante la herramienta de VM visual.

Monitoreo a largo plazo

El monitoreo a largo plazo de una implementación Experience Manager implica monitorear durante más tiempo las mismas partes que se monitorean en directo. También incluye la definición de las alertas específicas de su entorno.

Agregación de registros y sistema de informes

Existen varias herramientas disponibles para los registros acumulados, por ejemplo Splunk™ y Elastic Search, Logstash y Kabana (ELK). Para evaluar el tiempo de actividad de la implementación Experience Manager, es importante comprender los eventos de registro específicos del sistema y crear alertas basadas en ellos. Un buen conocimiento de las prácticas de desarrollo y operaciones puede ayudarle a comprender mejor cómo ajustar el proceso de agregación de registros para generar alertas críticas.

Monitoreo de entornos

La supervisión del entorno incluye la supervisión de lo siguiente:

• Rendimiento de red
• E/S de disco
• Memoria
• Utilización de CPU
• MBeans de JMX
• Sitios web externos

Se requieren herramientas externas, como NewRelic™ y AppDynamics™, para supervisar cada elemento. Mediante estas herramientas, puede definir alertas específicas de su sistema, por ejemplo, alta utilización del sistema, respaldo del flujo de trabajo, errores de comprobación de estado o acceso no autenticado al sitio web. Adobe no recomienda ninguna herramienta en particular sobre otras. Encuentre la herramienta que funciona para usted y aproveche la herramienta para monitorear los elementos analizados.

Monitoreo interno de aplicaciones

El monitoreo interno de las aplicaciones incluye el monitoreo de los componentes de la aplicación que conforman la pila Experience Manager, incluyendo JVM, el repositorio de contenido y el monitoreo a través del código de la aplicación personalizado creado en la plataforma. En general, se realiza a través de los Mbeans JMX que pueden ser monitoreados directamente por muchas soluciones de monitoreo populares, como SolarWinds ™, HP OpenView™, Hyperic™, Zabbix™ y otras. Para sistemas que no admiten una conexión directa con JMX, puede escribir secuencias de comandos de shell para extraer los datos JMX y exponerlos a estos sistemas en un formato que entiendan de forma nativa.

El acceso remoto a los mbeans de JMX no está habilitado de forma predeterminada. Para obtener más información sobre la supervisión mediante JMX, consulte Monitoreo y administración con tecnología JMX.

En muchos casos, se requiere una base de referencia para monitorear eficazmente una estadística. Para crear una línea base, observe el sistema en condiciones de trabajo normales durante un período predeterminado y luego identifique la métrica normal.

Monitoreo de JVM

Como con cualquier pila de aplicaciones basada en Java, Experience Manager depende de los recursos que se le proporcionen a través de la máquina virtual Java subyacente. Puede monitorear el estado de muchos de estos recursos a través de los MXBeans de plataforma expuestos por JVM. Para obtener más información sobre MXBeans, consulte Uso de MXBeans de plataforma y servidor MBean.

Estos son algunos parámetros de línea de base que puede monitorear para JVM:

Memoria

• MBean: lava.lang:type=Memory
• URL: /system/console/jmx/java.lang:type=Memory
• Instancias: Todos los servidores
• Umbral de alarma: Cuando la utilización de la memoria del montón o sin montón excede el 75% de la memoria máxima correspondiente.
• Definición de alarma: La memoria del sistema es insuficiente o hay una fuga de memoria en el código. Analice un volcado de subprocesos para llegar a una definición.

Subprocesos

• MBean: java.lang:type=Threading
• URL: /system/console/jmx/java.lang:type=Threading
• Instancias: Todos los servidores
• Umbral de alarma: Cuando el número de subprocesos es bueno a más del 150% de la línea base.
• Definición de alarma: O bien existe un proceso de fuga activo, o bien una operación ineficiente consume una gran cantidad de recursos. Analice un volcado de subprocesos para llegar a una definición.

MonitorExperience Manager

Experience Manager también expone un conjunto de estadísticas y operaciones a través de JMX. Esto puede ayudar a evaluar el estado del sistema e identificar los problemas potenciales antes de que afecten a los usuarios. Para obtener más información, consulte documentación en Experience Manager MBeans de JMX.

Estos son algunos parámetros de línea de base que puede monitorear para Experience Manager:

Agentes de replicación

• MBean: com.adobe.granite.replication:type=agent,id=”<AGENT_NAME>”

• URL: /system/console/jmx/com.adobe.granite.replication:type=agent,id=”<AGENT_NAME>"

• Instancias: Un autor y todas las instancias de publicación (para agentes de vaciado)

• Umbral de alarma: Cuando el valor de QueueBlocked es true o el valor de QueueNumEntries es bueno a más del 150% de la línea base.

• Definición de alarma: Presencia de una cola bloqueada en el sistema que indica que el destinatario de replicación está inactivo o inaccesible. A menudo, los problemas de red o infraestructura hacen que se pongan en cola entradas excesivas, lo que puede afectar negativamente al rendimiento del sistema.

Contador de sesiones

• MBean: org.apache.jackrabbit.oak:id=7,name="OakRepository Statistics",type="RepositoryStats"
• URL: /system/console/jmx/org.apache.jackrabbit.oak:id=7,name="OakRepository Statistics",type="RepositoryStats"
• Instancias: Todos los servidores
• Umbral de alarma: Cuando las sesiones abiertas superan la línea de base en más del 50 %.
• Definición de alarma: Las sesiones se pueden abrir a través de un código y nunca cerrar. Esto puede ocurrir lentamente con el tiempo y eventualmente causar pérdidas de memoria en el sistema. Si bien el número de sesiones debe fluctuar en un sistema, no debe aumentar continuamente.

Comprobación del estado

Las comprobaciones de estado disponibles en el panel de operaciones tienen los MBeans de JMX correspondientes para supervisión. Sin embargo, puede escribir comprobaciones de estado personalizadas para exponer estadísticas adicionales del sistema.

Estas son algunas de las comprobaciones de estado integradas que son útiles para monitorear:

• Comprobaciones del sistema

  • MBean: org.apache.sling.healthcheck:name=systemchecks,type=HealthCheck
  • URL: /system/console/jmx/org.apache.sling.healthcheck:name=systemchecks,type=HealthCheck
  • Instancias: Un autor, todos los servidores de publicación
  • Umbral de alarma: Cuando el estado no es correcto
  • Definición de alarma: El estado de una de las métricas es WARN o CRITICAL. Consulte el atributo log para obtener más información sobre la causa del problema.

• Cola de replicación

  • MBean: org.apache.sling.healthcheck:name=replicationQueue,type=HealthCheck
  • URL: /system/console/jmx/org.apache.sling.healthcheck:name=replicationQueue,type=HealthCheck
  • Instancias: Un autor, todos los servidores de publicación
  • Umbral de alarma: Cuando el estado no es correcto
  • Definición de alarma: El estado de una de las métricas es WARN o CRITICAL. Consulte el atributo log para obtener más información sobre la cola que provocó el problema.

• Rendimiento de la respuesta

  • MBean: org.apache.sling.healthcheck:name=requestsStatus,type=HealthCheck
  • URL: /system/console/jmx/org.apache.sling.healthcheck:name=requestsStatus,type=HealthCheck
  • Instancias: Todos los servidores
  • Duración de la alarma: Cuando el estado no es correcto
  • Definición de alarma: El estado de una de las métricas es WARN o CRITICAL. Consulte el atributo log para obtener más información sobre la cola que provocó el problema.

• Rendimiento de consultas

  • MBean: org.apache.sling.healthcheck:name=queriesStatus,type=HealthCheck
  • URL: /system/console/jmx/org.apache.sling.healthcheck:name= queriesStatus,type=HealthCheck
  • Instancias: Un autor, todos los servidores de publicación
  • Umbral de alarma: Cuando el estado no es correcto
  • Definición de alarma: Una o más consultas que se ejecutan lentamente en el sistema. Consulte el atributo log para obtener más información sobre las consultas que causaron el problema.

• Paquetes activos

  • MBean: org.apache.sling.healthcheck:name=inactiveBundles,type=HealthCheck
  • URL: /system/console/jmx/org.apache.sling.healthcheck:name=inactiveBundles,type=HealthCheck
  • Instancias: Todos los servidores
  • Umbral de alarma: Cuando el estado no es correcto
  • Definición de alarma: Presencia de paquetes OSGi inactivos o no resueltos en el sistema. Consulte el atributo log para obtener más información sobre los paquetes que causaron el problema.

• Errores de registro

  • MBean: org.apache.sling.healthcheck:name=logErrorHealthCheck,type=HealthCheck
  • URL: /system/console/jmx/org.apache.sling.healthcheck:name=logErrorHealthCheck,type=HealthCheck
  • Instancias: Todos los servidores
  • Umbral de alarma: Cuando el estado no es correcto
  • Definición de alarma: Hay errores en los archivos de registro. Consulte el atributo log para obtener más información sobre la causa del problema.

Problemas y resoluciones comunes

En el proceso de monitoreo, si se encuentran problemas, aquí se presentan algunas tareas de solución de problemas que puede realizar para resolver problemas comunes con implementaciones Experience Manager:

• Si utiliza TarMK, ejecute la compactación Tar con frecuencia. Para obtener más información, consulte Mantener el repositorio.

• Compruebe los registros OutOfMemoryError. Para obtener más información, consulte Análisis de problemas de memoria.

• Compruebe los registros para buscar referencias a consultas no indizadas, traverales de árbol o traverales de índice. Estos datos indican consultas no indizadas o consultas inadecuadamente indizadas. Para obtener información sobre las prácticas recomendadas para optimizar el rendimiento de consulta e indexación, consulte Prácticas recomendadas para consultas e indexación.

• Utilice la consola de flujo de trabajo para comprobar que los flujos de trabajo funcionan correctamente. Si es posible, condense varios flujos de trabajo en un único flujo de trabajo.

• Revisa el monitoreo en vivo y busca cuellos de botella adicionales o altos consumidores de cualquier recurso específico.

• Investigue los puntos de salida desde la red del cliente y los puntos de entrada a la red de implementación Experience Manager, incluido el despachante. A menudo, estas son áreas de cuello de botella. Para obtener más información, consulte Consideraciones de la red de recursos.

• Aumente el tamaño del servidor Experience Manager. Es posible que no tenga un tamaño adecuado para la implementación Experience Manager. El Servicio de atención al cliente de Adobe puede ayudarle a identificar si su servidor tiene un tamaño inferior al normal.

• Examine los archivos access.log y error.log en busca de entradas en el momento en que algo salió mal. Busque patrones que puedan indicar anomalías de código personalizado. Añada a la lista de eventos que supervise.