Desde el Experience Manager Assets Desde este punto de vista, el seguimiento debe incluir la observación y la presentación de informes sobre los siguientes procesos y tecnologías:
Normalmente, Experience Manager Assets puede monitorizarse de dos maneras: monitorización en vivo y monitorización a largo plazo.
Debe realizar la monitorización en directo durante la fase de prueba de rendimiento del desarrollo o durante situaciones de alta carga para comprender las características de rendimiento del entorno. Normalmente, la monitorización en directo debe realizarse con un conjunto de herramientas. Estas son algunas recomendaciones:
Visual VM: Visual VM le permite ver información detallada de Java VM, incluido el uso de CPU y el uso de memoria Java. Además, permite tomar muestras y evaluar el código que se ejecuta en una implementación.
Superior: Top es un comando de Linux que abre un tablero, que muestra estadísticas de uso, incluido el uso de CPU, memoria e IO. Proporciona una descripción general de alto nivel de lo que está sucediendo en una instancia.
Htop: La visita es un visualizador de procesos interactivo. Proporciona un uso detallado de la CPU y la memoria, además de lo que Top puede proporcionar. Htop se puede instalar en la mayoría de los sistemas Linux utilizando yum install htop
o apt-get install htop
.
Iotop: Iotop es un tablero detallado para el uso de E/S de disco. Muestra las barras y los medidores que muestran los procesos que utilizan E/S de disco y la cantidad que utilizan. Iotop se puede instalar en la mayoría de los sistemas Linux utilizando yum install iotop
o apt-get install iotop
.
Iftop: Iftop muestra información detallada sobre el uso de Ethernet/red. Iftop muestra estadísticas por canal de comunicación sobre las entidades que utilizan Ethernet y la cantidad de ancho de banda que utilizan. Iftop se puede instalar en la mayoría de los sistemas Linux utilizando yum install iftop
o apt-get install iftop
.
Java Flight Recorder (JFR): Una herramienta comercial de Oracle que puede utilizar libremente en entornos que no sean de producción. Para obtener más información, consulte Cómo utilizar el registrador de vuelo Java para diagnosticar problemas de tiempo de ejecución de CQ.
Experience Manager error.log
Archivo: Puede investigar el Experience Manager error.log
para obtener más información sobre los errores registrados en el sistema. Utilice el comando tail -F quickstart/logs/error.log
para identificar los errores que se deben investigar.
Consola Flujo trabajo: aproveche la consola de flujos de trabajo para monitorizar los flujos de trabajo que se retrasan o se quedan atascados.
Normalmente, estas herramientas se utilizan juntas para obtener una idea completa sobre el rendimiento de su Experience Manager implementación.
Estas herramientas son herramientas estándar y no son compatibles directamente con Adobe. No requieren licencias adicionales.
Imagen: supervisión en directo con la herramienta Visual VM.
Monitorización a largo plazo de un Experience Manager la implementación implica monitorizar durante un periodo más largo las mismas partes que se monitorizan en directo. También incluye la definición de alertas específicas para su entorno.
Hay varias herramientas disponibles para agregar registros, por ejemplo, Splunk™ y Elastic Search, Logstash y Kabana (ELK). Para evaluar el tiempo de actividad de su Experience Manager En la implementación de, 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.
La monitorización del entorno incluye monitorizar lo siguiente:
Necesita herramientas externas, como NewRelic™ y AppDynamics™ para supervisar cada elemento. Con estas herramientas, puede definir alertas específicas del sistema, por ejemplo, alta utilización del sistema, copia de seguridad del flujo de trabajo, errores de comprobación de estado o acceso no autenticado al sitio web. El Adobe no recomienda ninguna herramienta en particular sobre otras. Busque la herramienta que mejor se adapte a sus necesidades y utilícela para supervisar los elementos analizados.
La monitorización de aplicaciones internas incluye la monitorización de los componentes de la aplicación que conforman el Experience Manager pila, incluida JVM, el repositorio de contenido y monitorización a través del código de aplicación personalizado creado en la plataforma. En general, se realiza a través de Mbeans JMX que pueden ser monitoreados directamente por muchas soluciones de monitoreo populares, como SolarWinds ™, HP OpenView ™, Hyperic ™, Zabbix ™, y otras. En el caso de los sistemas que no admiten una conexión directa a JMX, puede escribir scripts de shell para extraer los datos JMX y exponerlos a estos sistemas en un formato que comprendan 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 monitorización mediante JMX, consulte Monitorización y administración con tecnología JMX.
En muchos casos, se requiere una línea de base para monitorizar una estadística de forma eficaz. Para crear una línea de base, observe el sistema en condiciones normales de trabajo durante un período predeterminado y luego identifique la métrica normal.
Monitorización JVM
Al igual que con cualquier pila de aplicaciones basadas en Java, Experience Manager depende de los recursos que se le proporcionan a través de la máquina virtual Java subyacente. Puede monitorizar el estado de muchos de estos recursos a través de Platform MXeans que expone JVM. Para obtener más información sobre MXBeans, consulte Uso del servidor MBean de Platform y de Platform MXBeans.
Estos son algunos parámetros de línea de base que puede monitorizar para JVM:
Memoria
MBean: lava.lang:type=Memory
/system/console/jmx/java.lang:type=Memory
La información proporcionada por este bean se expresa en bytes.
Hilos
java.lang:type=Threading
/system/console/jmx/java.lang:type=Threading
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 posibles problemas antes de que afecten a los usuarios. Para obtener más información, consulte documentación el Experience Manager MBeans de JMX.
Estos son algunos parámetros de línea de base que puede monitorizar 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 los agentes de vaciado)
Umbral de alarma: Cuando el valor de QueueBlocked
es true
o el valor de QueueNumEntries
es bueno que el 150 % de la línea de base.
Definición de alarma: presencia de una cola bloqueada en el sistema que indica que el destino de replicación está inactivo o no se puede acceder a él. 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.
Para los parámetros MBean y URL, sustituya <AGENT_NAME>
con el nombre del agente de replicación que desea supervisar.
Contador de sesión
org.apache.jackrabbit.oak:id=7,name="OakRepository Statistics",type="RepositoryStats"
Comprobación del estado
Comprobaciones de estado disponibles en el panel de operaciones tienen los MBeans de JMX correspondientes para la monitorización. Sin embargo, puede escribir comprobaciones de estado personalizadas para exponer estadísticas de sistema adicionales.
Estas son algunas comprobaciones de estado listas para usar que son útiles para monitorizar:
Comprobaciones del sistema
org.apache.sling.healthcheck:name=systemchecks,type=HealthCheck
/system/console/jmx/org.apache.sling.healthcheck:name=systemchecks,type=HealthCheck
Cola de replicación
org.apache.sling.healthcheck:name=replicationQueue,type=HealthCheck
/system/console/jmx/org.apache.sling.healthcheck:name=replicationQueue,type=HealthCheck
Rendimiento de la respuesta
org.apache.sling.healthcheck:name=requestsStatus,type=HealthCheck
/system/console/jmx/org.apache.sling.healthcheck:name=requestsStatus,type=HealthCheck
Rendimiento de consultas
org.apache.sling.healthcheck:name=queriesStatus,type=HealthCheck
/system/console/jmx/org.apache.sling.healthcheck:name= queriesStatus,type=HealthCheck
Paquetes activos
org.apache.sling.healthcheck:name=inactiveBundles,type=HealthCheck
/system/console/jmx/org.apache.sling.healthcheck:name=inactiveBundles,type=HealthCheck
Errores de registro
org.apache.sling.healthcheck:name=logErrorHealthCheck,type=HealthCheck
/system/console/jmx/org.apache.sling.healthcheck:name=logErrorHealthCheck,type=HealthCheck
En el proceso de monitorización, si encuentra problemas, estas son algunas tareas de resolución de problemas que puede realizar para resolver problemas comunes con Experience Manager implementaciones:
Si usa TarMK, ejecute la compactación de Tar con frecuencia. Para obtener más información, consulte Mantener el repositorio.
Marque OutOfMemoryError
registros. Para obtener más información, consulte Analizar problemas de memoria.
Consulte en los registros cualquier referencia a consultas sin indexar, recorridos de árbol o recorridos de índice. Indican consultas no indexadas o consultas indexadas inadecuadamente. Para conocer las prácticas recomendadas sobre la optimización del rendimiento de consultas 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 según lo esperado. Si es posible, condense varios flujos de trabajo en uno solo.
Vuelva a realizar la monitorización en directo y busque cuellos de botella adicionales o grandes consumidores de cualquier recurso específico.
Investigue los puntos de salida de la red de clientes y los puntos de entrada a la Experience Manager red de implementación, incluido Dispatcher. Con frecuencia, estas son áreas de cuello de botella. Para obtener más información, consulte Consideraciones de red de Assets.
Aumente el tamaño de su Experience Manager servidor. Es posible que tenga un tamaño inadecuado de su Experience Manager implementación. La Asistencia al cliente de Adobe puede ayudarle a identificar si el tamaño del servidor es inferior al esperado.
Examine la access.log
y error.log
archivos para entradas en el momento en que algo salió mal. Busque motivos que puedan indicar anomalías de código personalizado. Añádalos a la lista de eventos que supervisa.