Cómo utilizar herramientas de diagnóstico para monitorear servidores de aplicaciones
Este documento describe la instalación, configuración, funcionalidad e impacto de la herramienta de monitoreo del servidor de aplicaciones de diagnóstico HP.
2 Introducción al componente HP Diagnostics
2.1 Sondas de diagnóstico
Las sondas de diagnóstico (sondas) son responsables de capturar varios eventos y objetos en la aplicación, calcular la información de medida y enviar los resultados al servidor de diagnóstico. Java Probe también proporciona capacidades de creación de perfiles para obtener información de diagnóstico más detallada relacionada con el programa bajo prueba.
2.2 Servidores de diagnóstico
Los servidores de diagnóstico son responsables de coordinarse con Probe y otro software de HP para procesar los datos de diagnóstico de rendimiento recopilados de varios componentes y mostrarlos en varias vistas.
El servidor de diagnóstico en modo Mediador acepta datos de diagnóstico del detector y genera datos que se pueden mostrar en la vista mediante procesamiento y cálculos adicionales.
El servidor de diagnóstico en modo Commander es responsable de administrar los componentes de diagnóstico y otros productos externos (LoadRunner Controller, Performance Center, etc.) y rastrear el estado de cada componente. El modo Commander también proporciona a los usuarios finales una interfaz para monitorear varias vistas de rendimiento y realizar varias configuraciones de parámetros. El servidor de diagnóstico en modo Commander también tiene las capacidades de procesamiento de datos del servidor en modo Mediador.
2.3 Diagrama de arquitectura de diagnóstico
l El sistema de diagnóstico consta de al menos un servidor en modo Commander y puede incluir servidores en modo Mediador 0-N
3 Instalación y configuración de HP Diagnostics
3.1 Requisitos de hardware del sistema HP Diagnostics
3.1.1 Servidor de diagnóstico
Plataforma
Proyecto
Hasta 10 sondas
Hasta 20 sondas
Hasta 10 sondas
Windows
CPU
1X1.0GHZ
1X2.0GHZ
2X2.4GHZ
Windows
Memoria
768MB
1GB
3GB
Solaris
CPU
1XUltra Sparc 2
2XUltra Sparc 2
2XUltra Sparc 3
Solaris
Memoria
1GB
1,5GB
3GB
Linux
CPU
1X1.0GHZ
1X2.0GHZ
2X2.4GHZ
Linux
Memoria
768MB
1GB
3GB
HP-UX
CPU
1X1.0GHZ
1X2.0GHZ
2X2.4GHZ
HP-UX
Memoria
768 MB
1 GB
3 GB
Todo
Java Heap
350 MB
700MB
1400MB
Todo
Disco
3 GB por sonda
3.1.2Diagnóstico JAVA Probe
Plataformas
Todas las plataformas
Memoria
50 MB de memoria adicional
Espacio disponible en disco duro
200 MB de espacio adicional
Instalación del sistema de diagnóstico 3.2HP
Instalación del servidor de diagnóstico 3.2.1
En sistemas Windows Para instalar el servidor de diagnóstico en su computadora:
l Ejecute el servidor de diagnóstico desde la carpeta donde se encuentran los archivos de instalación. Ejecute DiagnosticsServerSetupWin_8_00.exe desde la carpeta donde se encuentran los archivos de instalación
l Lea el archivo de licencia
l Seleccione la ruta de instalación
l Seleccione si el servidor en modo Commander o Ejecución en modo Mediador
l (Si elige instalar el servidor en modo Commander) Seleccione el método de sincronización de hora para sincronizar un grupo de sistemas de diagnóstico, aquí seleccione sincronizar con la hora del sistema.
l Seleccione si el servidor de diagnóstico se puede utilizar con otros productos de software de HP; de lo contrario, simplemente seleccione Siguiente
l Confirme las opciones de instalación e inicie la instalación
l Finalizar la instalación
3.2.2 Instalar Diagnostics JAVA Probe en Windows
Los pasos para instalar Diagnostics JAVA Probe en Windows son los siguientes:
l Desde la carpeta de ubicación del archivo de instalación para ejecutar JavaAgentSetup_win_8_00.exe.
l Seleccione el directorio de instalación.
l Confirme las opciones de instalación e inicie la instalación.
l La instalación finaliza y la pantalla de configuración del Agente aparece automáticamente.
Seleccione las opciones que se muestran arriba y haga clic en Siguiente.
l Complete el nombre de la sonda y el nombre del grupo para su identificación en el lado del servidor. También puede usar el valor predeterminado para el nombre del grupo y hacer clic en "Siguiente".
l Complete la dirección IP y el número de puerto del servidor de diagnóstico y haga clic en "Siguiente".
l Después de configurar las opciones, seleccione "Ejecutar JRE Instrumenter..."
l Agregue JVM y seleccione copiar parámetros.
l Agregue los parámetros copiados al archivo de inicio de WebLogic y luego reinicie el servidor WebLogic.
3.2.3 Instalación de la sonda JAVA de diagnóstico en UNIX
La sonda Java de diagnóstico se instala de la misma manera en los sistemas operativos IBM AIX, HP UNIX y Linux. La única diferencia es que diferentes plataformas tienen diferentes archivos de instalación. Por ejemplo, el archivo de instalación para la plataforma AIX es JavaAgentSetup_ibm_8_00.bin y el archivo de instalación para la plataforma HP es JavaAgentSetup_hp11x_8_00.bin.
El siguiente es un ejemplo de instalación de Java Probe por parte del usuario root en la plataforma AIX:
1. Cargue el archivo de instalación en el servidor como un archivo binario.
II. Ejecute #chmod 755 JavaAgentSetup_ibm_8_00.bin para otorgar permisos ejecutables al archivo.
3. Ejecute #./JavaAgentSetup_ibm_8_00.bin -console e instálelo según las indicaciones. Preste atención a la configuración del directorio de instalación de Java Probe. Suponga que el directorio de instalación es /MercuryDiagnostics.
4. Modifique la configuración de /MercuryDiagnostics/.properties de la siguiente manera:
registrar.url=mander/registrar/
Esta es la primera vez que configura el planificador. registrar/
(dirección IP y puerto del servidor de diagnósticos8)
3 Modifique probe.properties y configúrelo de la siguiente manera:
active.products=Enterprise
id=lcam
group=szcomtop
V. Ingrese /opt/MercuryDiagnostics/JavaAgent/DiagnosticsAgent/bin y ejecute el siguiente comando:
#. /jreinstrumenter.sh -i /usr/java5 (la ruta de instalación de la JVM utilizada por la aplicación)
Generar código.
6. Agregue el código generado al archivo de inicio de WebLogic y reinicie el servidor WebLogic.
4 Funciones básicas de HP Diagnostics
Abra el navegador IE, ingrese http://
Haga clic para abrir Diagnóstico, ingrese el nombre de usuario y la contraseña (ambos son administradores) e ingrese a la interfaz de monitoreo principal
Seleccione la aplicación correspondiente en esta interfaz para abrir varias vistas de monitoreo de la aplicación
p>Definición de la estructura organizativa del sistema de diagnóstico:
l El sistema de diagnóstico puede contener múltiples aplicaciones A través de la interfaz de monitoreo del servidor de diagnóstico (Commander), puede ver el estado de todas las aplicaciones monitoreadas. / p>
l Programa de monitoreo de aplicaciones, una aplicación puede contener múltiples grupos de sondas
l Grupo de sondas Un grupo de sondas puede ser una colección de sondas con funciones similares
l Sonda una sonda
4.1 Vista de resumen del servidor
l La vista de estado en la parte superior de la pantalla enumera todas las sondas en el grupo de sondas cuando selecciona cualquier sonda, que enumerará el estado de la sonda. Al seleccionar cualquier sonda, se mostrará información de diagnóstico a nivel del sistema para esa sonda.
l La vista "Todas las solicitudes agregadas" en la esquina inferior izquierda muestra las 5 solicitudes más retrasadas en los últimos 5 minutos (tenga en cuenta que las 5 solicitudes principales son todas solicitudes detectadas por todas las sondas,
l Los eventos de alarma en la esquina inferior derecha muestran las últimas 5 notificaciones de alarma emitidas (puede configurar varias reglas de notificación de alarma para servidores, hosts, grupos de detectores y detectores para enviarlas cuando el estado del sistema alcance condiciones específicas. Notificación )
4.2 Vista de métricas de aplicaciones (Vista de métricas de aplicaciones)
l Esta vista muestra las 5 aplicaciones con el mayor uso de CPU en los últimos 5 minutos
l Mover Pase el mouse sobre la línea de tendencia y se enumerará información detallada; consulte la figura a continuación (no entiendo bien que el retraso aquí se refiere al retraso del objeto, debería referirse al retraso de la solicitud en la aplicación)
l Esta es la primera vez que veo esta vista. No entiendo muy bien a qué latencia de objeto se hace referencia aquí, creo que se refiere a la latencia de las solicitudes en la aplicación)
4.3 Vista del servicio de dependencia
p>l Esta vista muestra los 5 servicios dependientes con la peor latencia
l Los servicios dependientes deben hacer referencia a JDBC, RMI, WebServices, ADO (. NET) y otras unidades de servicio externas que no son de capa de aplicación
l p>
l La anterior es la vista de llamadas de servicio de cada servicio dependiente, que muestra las 5 llamadas de servicio con el retraso más grave del servicio.
4.4 Vista de host
l Muestra la utilización de la CPU Los 5 servidores principales con las tasas de carga más altas
4.5 Vista de carga
l Esta vista muestra los 5 niveles principales con los valores de carga más altos
l El valor de carga se calcula mediante:
Carga = latencia promedio/duración del punto
En realidad, latencia promedio es la latencia promedio de todos los subprocesos. La latencia promedio es el tiempo de ejecución promedio de todos los subprocesos en el nivel actual, mientras que la duración del punto es un valor de granularidad compuesto.
4.6 Vista de llamadas salientes
l Esta vista muestra las cinco llamadas salientes con la latencia más alta
l Los tipos de llamadas salientes monitoreadas por Diagnostic incluyen: Llamada RMI de servicios web . Llamadas entre servidores Java. Llamadas entre servidores SAP. Llamadas dentro del entorno IBM. Llamadas entre el servidor Java y el servidor de mensajes.
4.7 Vista de sonda
l Esta vista muestra información sobre las cinco sondas JVM más utilizadas.
l Ver la tabla de objetos
l Al hacer doble clic en una sonda, se muestra la vista Solicitudes del servidor para esa sonda.
4.8 Vista de sentencias SQL
l Esta vista muestra las cinco sentencias SQL con el tiempo de ejecución más largo
l La vista predeterminada es la vista de solicitudes del servidor de todos los grupos de sondas.
l De forma predeterminada, esta vista se filtra de todas las declaraciones SQL ejecutadas en todos los grupos de sondas del grupo de sondas. Si necesita verificar el estado de ejecución de SQL de una determinada sonda, utilice "Filtro"
l El tiempo de ejecución de la instrucción SQL debe exceder el valor límite establecido para que se muestre en esta vista, y el límite El valor está en la configuración del archivo de configuración correspondiente, el valor límite predeterminado es 1 s.
l Detalles enumera las sentencias SQL ejecutadas en el grupo de sondas.
lLa información detallada enumera la ubicación de ejecución, el método de ejecución, el recuento, la tasa de tiempo de espera y otra información de la declaración SQL seleccionada
4.9 Solicitud de agregación y vista de solicitud del servidor
Vista de solicitudes de agregación
Vista de solicitudes de servidor
l Muestra las cinco solicitudes agregadas y solicitudes de servidor con los tiempos de respuesta más largos
l Solicitudes de agregación y solicitudes de servidor La diferencia es que el tiempo de respuesta de la solicitud agregada incluya el tiempo de la solicitud del servidor y la llamada al servicio dependiente.
l Información detallada de la tabla de objetos de vista de solicitud del servidor
Muestra el tipo de solicitud y la ubicación del código fuente de la solicitud (paquete, método, etc.).
lEn la vista de solicitud del servidor, cuando se selecciona una solicitud del servidor, la vista resaltará la línea de tendencia de la solicitud y, al mismo tiempo
Haga clic en los íconos, , en el forma de mostrar la vista del árbol de instancias (CallProfile) de la solicitud actual, el significado de cada icono es el siguiente:
Árbol de instancias máximo, seguimiento de llamadas internas con el tiempo de respuesta más largo 5.1 Utilice la pestaña de resumen para analizar el rendimiento
l La pestaña Resumen muestra el uso de memoria de JVM, el valor de carga y la solicitud más lenta para la sonda actual.
l Haga clic en el botón "profundizar" en la vista de memoria para mostrar el tamaño del montón. El botón "Profundizar" en la vista "Memoria" mostrará un desglose del montón (consulte la sección de la pestaña "Colección" para obtener más detalles)
l Haga clic en cada solicitud en la vista "Solicitudes más lentas". se mostrará la vista del perfil de llamada correspondiente
5.2 Analizar el rendimiento usando la pestaña Hotspots
l La pestaña Hotspots muestra los métodos que toman más tiempo, los métodos que toman más tiempo de CPU y el costo de ejecución La declaración SQL más larga en ese momento
l Al hacer clic en "Ver todos los métodos" se vinculará a la pestaña Todos los métodos, al hacer clic en "Ver todo SQL" se vinculará a las pestañas Todos los SQL
l En las vistas "Método más lento" y "Punto de acceso de CPU", al hacer clic en un método se saltará a la pestaña Todos los métodos. Al hacer clic en un método en las vistas "Método más lento" y "Punto de acceso de CPU" se saltará a la configuración de llamada de ese. método. Vista de archivo
l Al hacer clic en una declaración SQL en la vista "SQL más lento" se mostrará la versión completa de la declaración SQL
5.3 Analizar el rendimiento usando la pestaña "Métricas"
p>
5.4 Utilice la pestaña "Subprocesos" para analizar el rendimiento
5.5 Utilice la pestaña Todos los métodos para analizar el rendimiento
l Mostrar nombre del método, tiempo total, tiempo promedio, número de llamadas, número de excepciones, tiempo total de CPU, tiempo promedio de CPU y niveles
l Haga doble clic en un método para mostrar la vista del perfil de llamada para ese método
5.6 Usar la opción Todo Etiqueta SQL para analizar el rendimiento
l Todas las ejecuciones de SQL
5.7 Análisis del rendimiento mediante etiquetas de excepción
l Todas las excepciones y recuentos
5.8 Análisis rendimiento utilizando etiquetas de solicitud del servidor
l Todas las estadísticas de solicitudes del servidor
5.9 Análisis del rendimiento mediante la pestaña Servicios web
l Las cuatro operaciones de servicios web más lentas actuales (llamadas entrantes). ) y llamadas de servicios web salientes
6 Análisis de riesgos después de instalar la herramienta de monitoreo de diagnóstico
La instalación del servidor de diagnóstico requiere cambiar la dirección MAC de la computadora; asegúrese de que la computadora permita cambiar la dirección MAC; Dirección MAC. El servidor de diagnóstico y el servidor de aplicaciones son dos máquinas, la instalación del servidor de diagnóstico no afectará el sistema de aplicaciones.
El servidor de diagnóstico supervisa la información que pasa a través del servidor de aplicaciones obteniendo información mediante sondas de diagnóstico en el servidor de aplicaciones. El impacto de la sonda en el servidor es pequeño o incluso insignificante. Si hay un problema con la sonda que impide que se inicie el servicio weblogic, esta situación de emergencia se puede resolver eliminando el código agregado al archivo startWebLogic.sh.
Reimpreso solo como referencia. Te deseo una vida feliz y acéptalo si estás satisfecho.
1 Propósito del documento
Este documento describe la instalación, configuración, funcionalidad e impacto de la herramienta de monitoreo del servidor de aplicaciones de diagnóstico HP.
2 Introducción a los componentes de HP Diagnostics
2.1Sondas de diagnóstico
Las sondas de diagnóstico (sondas) son responsables de capturar diversos eventos y objetos en la aplicación, calculando la información de la medida. y enviar los resultados al servidor de diagnóstico. Java Probe también proporciona capacidades de creación de perfiles para obtener información de diagnóstico más detallada relacionada con el programa bajo prueba.
2.2 Servidores de diagnóstico
Los servidores de diagnóstico son responsables de coordinarse con Probe y otro software de HP para procesar los datos de diagnóstico de rendimiento recopilados de varios componentes y mostrarlos en varias vistas.
El servidor de diagnóstico en modo Mediador acepta datos de diagnóstico del detector y genera datos que se pueden mostrar en la vista mediante procesamiento y cálculos adicionales.
El servidor de diagnóstico en modo Commander es responsable de administrar los componentes de diagnóstico y otros productos externos (LoadRunner Controller, Performance Center, etc.) y rastrear el estado de cada componente. El modo Commander también proporciona a los usuarios finales una interfaz para monitorear varias vistas de rendimiento y realizar varias configuraciones de parámetros. El servidor de diagnóstico en modo Commander también tiene las capacidades de procesamiento de datos del servidor en modo Mediador.