View
1
Download
0
Category
Preview:
Citation preview
JBoss Operations AgentGuía de Usuario
1.6VMC-Mxx
VISUAL Message Center JBoss Operations Agent Guía de Usuario
El software descrito en este documento se distribuye bajo un contracto de licencia y puede utilizarse
únicamente de acuerdo a los términos de uso de dicho acuerdo.
Aviso de Copyright
Copyright © 2013 Barcelona/04. Todos los derechos reservados.
Fecha de documento: Agosto 2012
Versión de documento: 2.11
Versión de producto: 1.6
Ninguna parte de esta publicación puede reproducirse, transmitirse, transcribirse, almacenarse en un
sistema de recuperación o traducirse a ningún idioma o lenguaje de programación, de ninguna forma ni
medio, electrónico, mecánico, magnético, óptico, químico, manual, o de cualquier otro tipo, sin el
permiso por escrito previo de Barcelona/04.
Marcas Registradas
Cualquier referencia a nombres de productos registrados son propiedad de las respectivas empresas.
Soporte Técnico
Para soporte técnico visite nuestra página web en www.barcelona04.com.
Barcelona/04 Computing Group SRL
Avda. Federico Lacroze 2252, Piso 6
1426 Buenos Aires Capital Federal
Argentina
Tel: +54 11 4774-0112
Tabla de Contenidos
Tabla de Contenidos
Tabla de Contenidos.......................................................................... III
Cómo Usar esta Guía......................................................................... VI
Capítulo 1
Introducción ...................................................................................... 11.1. Qué Encontrará en esta Guía de Uso.............................................................2
Capítulo 2
Arquitectura ...................................................................................... 32.1. JMX.................................................................................................................3
Capítulo 3
Requerimientos ................................................................................. 43.1. Servicios ThinkServer JMX.............................................................................4
3.2. Habilitar los Conectores JMX JBoss ..............................................................5
Capítulo 4
Configuración del Origen de Datos....................................................... 74.1. Main Information .............................................................................................7
4.2. System Settings .............................................................................................8
© 2013 Barcelona/04 Computing Group Página III
Tabla de Contenidos
4.3. General settings..............................................................................................8
4.4. Configuración Avanzada ................................................................................8
4.4.1. JMX Explorer.............................................................................................9
4.4.2. Añadir variables ......................................................................................11
4.4.3. Eliminar variables ...................................................................................12
4.4.4. Variables Regulares contra Variables Multivalor ....................................12
4.4.5. Alias ........................................................................................................14
4.4.6. Propiedades SSL ...................................................................................16
Capítulo 5
JBoss Operations ThinAgents............................................................. 185.1. Variables del Origen de datos General de JMX JBoss ................................18
5.2. JBoss CPU Usage ........................................................................................19
5.2.1. Configuración del Monitor .......................................................................19
5.2.2. Acciones de chequeo de Pre-salud por defecto .....................................20
5.2.3. Script de salud por defecto .....................................................................20
5.2.4. Plantilla de mensaje por defecto .............................................................20
5.2.5. Variables específicas del ThinAgent .......................................................20
5.2.6. Mapeo de campos SmartConsole – ThinkServer ...................................21
5.3. JBoss Memory Detailed Usage.....................................................................21
5.3.1. Configuración del Monitor .......................................................................21
5.3.2. Acciones de chequeo de Pre-salud por defecto .....................................21
5.3.3. Script de salud por defecto .....................................................................21
5.3.4. Plantilla de mensaje por defecto .............................................................22
5.3.5. Variables específicas del ThinAgent .......................................................23
5.3.6. Mapeo de campos SmartConsole – ThinkServer ...................................23
5.4. JBoss Memory General Usage .....................................................................23
5.4.1. Configuración del Monitor .......................................................................23
5.4.2. Acciones de chequeo de Pre-salud por defecto .....................................24
5.4.3. Script de salud por defecto .....................................................................24
5.4.4. Plantilla de mensaje por defecto .............................................................24
5.4.5. Variables específicas del ThinAgent .......................................................25
5.4.6. Mapeo de campos SmartConsole – ThinkServer ...................................25
5.5. JBoss Threads ..............................................................................................25
5.5.1. Configuración del Monitor .......................................................................25
5.5.2. Acciones de chequeo de Pre-salud por defecto .....................................26
5.5.3. Script de salud por defecto .....................................................................26
5.5.4. Plantilla de mensaje por defecto .............................................................26
5.5.5. Variables específicas del ThinAgent .......................................................27
5.5.6. Mapeo de campos SmartConsole – ThinkServer ...................................27
Capítulo 6
MQ ThinAgents Group....................................................................... 286.1. MQ Variables ................................................................................................28
© 2013 Barcelona/04 Computing Group Página IV
Tabla de Contenidos
6.2. MQ Destination Queues................................................................................28
6.2.1. Configuración del Monitor .......................................................................28
6.2.2. Acciones de chequeo de Pre-salud y post- salud por defecto ................29
6.2.3. Script de salud por defecto .....................................................................29
6.2.4. Plantilla de mensaje por defecto .............................................................29
6.2.5. Variables específicas del ThinAgent .......................................................30
6.2.6. Mapeo de campos SmartConsole – ThinkServer ...................................30
6.3. MQ General Properties .................................................................................30
6.3.1. Configuración del Monitor .......................................................................30
6.3.2. Acciones de chequeo de Pre-salud por defecto .....................................31
6.3.3. Script de salud por defecto .....................................................................31
6.3.4. Plantilla de mensaje por defecto .............................................................31
6.3.5. Variables específicas del ThinAgent .......................................................32
6.3.6. Mapeo de campos SmartConsole – ThinkServer ...................................33
6.4. MQ Transport Mechanisms...........................................................................33
6.4.1. Configuración del Monitor .......................................................................33
6.4.2. Acciones de chequeo de Pre-salud y post-salud por defecto .................34
6.4.3. Script de salud por defecto .....................................................................34
6.4.4. Plantilla de mensaje por defecto .............................................................34
6.4.5. Variables específicas del ThinAgent .......................................................34
6.4.6. Mapeo de campos SmartConsole – ThinkServer ...................................35
Apéndice
Apéndice A: Contactar con Barcelona/04............................................ 36
Acerca de Barcelona/04 Computing Group ......................................... 38
Aviso Legal...................................................................................... 39
© 2013 Barcelona/04 Computing Group Página V
Cómo Usar esta Guía
© 2013 Barcelona/04 Computing Group Página VI
Cómo Usar esta Guía
Este capítulo explica cómo usar las Guías de Usuario de Barcelona/04 y comprender las convenciones
tipográficas usadas en toda la documentación de Barcelona/04.
Convenciones Tipográficas
Los siguientes términos, formatos de texto y símbolos convencionales se utilizan en toda la
documentación impresa de Barcelona/04:
Convention Description
Negrita Mandatos, botones en pantalla y opciones de menú.
Cursiva azul Referencias y enlaces a otras secciones en el manual o a otra documentación que contiene información relevante.
Cursiva Texto mostrado en pantalla, o variables donde el usuario debe sustituir sus propios detalles.
Monospacia Mandatos de entrada como mandatos o código System i, o texto que los usuarios deben teclear.
MAYUSCULA Claves de teclado, como CTRL para la tecla Control y F5 para la tecla de función que está etiquetada como F5.
Notas e información adicional de utilidad.
Consejos y pistas que mejoran la experiencia de usuario al trabajar con este producto.
Importante: información adicional que es altamente recomendable que el usuario tenga en cuenta.
Aviso: El no seguir esta información podría derivar potencialmente en serios problemas.
Introducción
Capítulo 1 1 Introducción
VISUAL Message Center ofrece una completa gama de funcionalidades de monitorización para uno o
varios servidores JMX, incluyendo:
• JMX for Tomcat
• JMX for JBoss
• JMX for WebLogic
• JMX for WebSphere
Además, VISUAL Message Center le ayuda a monitorizar estaciones de trabajo que ejecuten la
mayoría de sistemas operativos Windows, como Windows 2000 Professional y Windows XP. VISUAL
Message Center le ayudará a monitorizar la disponibilidad, salud y seguridad de la mayoría de
productos Microsoft y de otros proveedores, incluyendo las más importantes bases de datos como
Microsoft SQL Server, IBM DB2, y Oracle; e incluso aplicaciones en ejecución en diferentes
plataformas, incluidos Unix, Linux, y OS/400; equipamiento de redes, y otros dispositivos.
Nuestra amplia gama de funcionalidades de monitorización incluye control y gestión de:
• Situaciones de fallo para asegurar la disponibilidad del servicio
• Cuellos de botella e incidencias de rendimiento
VISUAL Message Center usa varias tecnologías para alertar proactivamente a los Directores de TI,
Operadores, Administradores de Bases de Datos (DBAs), personal técnico, e incluso directores de
línea de negocio, de eventos y tendencias potencialmente peligrosas antes de que se conviertan en un
problema.
Las exclusivas funcionalidades de VISUAL Message Center SmartConsole proporcionan una forma
exclusiva de modelar fácilmente servicios de negocio y comprender el impacto de un fallo en cada
servicio afectado.
VISUAL Message Center proporciona maneras ilimitadas de consolidar eventos y métricas procedentes
de diferentes entornos, elementos de infraestructura, aplicaciones y plataformas. Como resultado, es
una valiosa solución que permite la implementación de estrategias de Gestión de Servicios de Negocio
(Business Service Management - BSM) en empresas de prácticamente cualquier tamaño o sector,
ayudándole a conseguir los más estrictos Acuerdos de Niveles de Servicio (SLAs).
© 2013 Barcelona/04 Computing Group Página 1
Introducción
1.1 Qué Encontrará en esta Guía de UsoEsta guía de usuario describe los propósitos de cada JMX for JBoss ThinAgent y todas las variables
que vienen preconfiguradas para cada JBoss Operations ThinAgent en particular. También explica los
ajustes de configuración mínimos necesarios para ejecutar un monitor JBoss Operations en particular.
Para una descripción completa de las funcionalidades de VISUAL Message Center ThinkServer diríjase
a la Guía de Uso de VISUAL Message Center ThinkServer.
El capítulo de introducción cubre los propósitos básicos de los JBoss Operations ThinAgents y las
configuraciones comunes de orígenes de datos y monitores.
Los siguientes capítulos ofrecen una descripción detallada de los diferentes ThinAgents, la
configuración por defecto y las variables importantes para cada ThinAgent. Puede utilizar estas
variables para asignar condiciones de Salud, configurar acciones, crear plantillas, y enviar mensajes a
la SmartConsole. También hay disponibles algunas variables genéricas para todos los ThinAgents,
descritas en la Guía de Uso de VISUAL Message Center ThinkServer Configurator.
Además encontrará un mapeo de campos para cada JBoss Operations ThinAgent describiendo los
valores tal y como aparecen en la SmartConsole y ThinkServer.
Esta Guía de uso describe los JBoss Operations ThinAgents.
© 2013 Barcelona/04 Computing Group Página 2
Arquitectura
© 2013 Barcelona/04 Computing Group Página 3
Capítulo 2 2 Arquitectura
ThinkServer ofrece un número de ThinAgents predefinidos para monitorizar servidores de aplicaciones
JBoss. Cada ThinAgent contiene una configuración de origen de datos que recupera atributos públicos
y operaciones getter almacenadas en un Managed Bean (MBean) particular en el servidor JBoss en un
intervalo de tiempo predefinido. El ThinAgent utiliza las variables recuperadas en pre- y post-acciones,
reglas de salud de objetos y plantillas de mensajes para monitorizar y realizar reportes de la salud de su
servidor de aplicaciones JBoss.
El origen de datos envía su petición de información en XML sobre una petición SOAP a un servicio
llamado ThinkServer JMX Server JSR. Este servicio traduce la petición XML a RMI y la envía al puerto
apropiado (por defecto el puerto 9005) en el servidor JBoss. El MBeanServer inicia el MBean apropiado
y retorna los datos al ThinkServer JMX Server JSR. El servicio traduce las variables recuperadas a
tipos de datos simples antes de enviarlos en XML sobre SOAP al ThinkServer. ThinkServer utiliza
entonces los datos para determinar el estado de salud actual del objeto conforme a las pre- y post-
acciones, reglas de salud de objetos y plantillas de mensajes predefinidos y envía la información a la
SmartConsole para su posterior procesamiento.
2.1 JMXEl conector RMI recibe la petición en el puerto RMI (para JBoss el puerto por defecto es 9005) e
instancia el MBeanServer.
El MBeanServer es un objeto gestionado donde se registran los MBeans. Un MBean es una clase Java
que contiene atributos y operaciones de un recurso (por ejemplo un servidor JMX habilitado, una
aplicación Java, u otro dispositivo que soporte JMX). Puede incluir propiedades tanto de rendimiento
como generales. En este caso estamos interesados en los MBeans que nos permiten instrumentar y
monitorizar remotamente el servidor de aplicaciones JBoss.
La primera vez que se instancia el MBeanServer lleva a cabo una petición global y recupera todos los
MBeans e instancias en el servidor. El servicio ThinkServer JMX Server JSR cachea esta información
para un uso posterior. En peticiones subsecuentes simplemente retorna las variables solicitadas.
Para información más detallada diríjase a la página Web de Sun: http://java.sun.com.
Requerimientos
Capítulo 3 3 Requerimientos
Para que los JBoss Operations ThinAgents recuperen datos, el servidor de aplicaciones JBoss debe
configurarse para generar la información necesaria:
• El servicio ThinkServer JMX Server JSR apropiado debe estar activo.
• Los conectores JMX JBoss deben estar habilitados en el servidor de aplicaciones JBoss
Estos requerimientos se explican en las siguientes secciones.
3.1 Servicios ThinkServer JMXExisten dos servicios disponibles para comunicarse con los servidores JMX:
• ThinkServer JMXServer WAS
• ThinkServer JMXServer JSR.
Los JBoss Operations ThinAgents requieren un servicio ThinkServer JMXServer JSR activo. Este
servicio se encuentra normalmente en la misma máquina que ThinkServer. Por defecto ThinkServer
utiliza el puerto 8081 para conectarse a este servicio.
ThinkServer se comunica con JBoss utilizando el protocolo RMI. Por defecto el servidor de aplicaciones
JBoss remoto utiliza el puerto 9005.
Consejo
Antes de comenzar, le recomendamos que compruebe si los puertos mencionados están
disponibles.
© 2013 Barcelona/04 Computing Group Página 4
Requerimientos
Figure 1 – Comunicaciones de ThinkServer
Thinkserver también utiliza el servicio ThinkServer JMXServer JSR para conectarse a Tomcat y Bea
WebLogic y el servicio ThinkServer JMXServer WAS para conectarse a WebSphere. Estos servicios y
servidores de aplicaciones Web no se explican en este documento.
3.2 Habilitar los Conectores JMX JBoss Para habilitar los conectores JMX JBoss necesitamos configurar las siguientes propiedades
(sucesivamente en una linea) en el archive de JBoss run.bat en el directorio de JBoss bin:
Nota
Este producto requiere que el usuario tenga altos conocimientos de la arquitectura de JBoss
Application Server.
set JAVA_OPTS=%JAVA_OPTS% ‐Dsun.rmi.dgc.client.gcInterval=3600000 ‐Dsun.rmi.dgc.server.gcInterval=3600000 ‐Dcom.sun.management.jmxremote.port=9005 ‐Dcom.sun.management.jmxremote.authenticate=false ‐Dcom.sun.management.jmxremote.ssl=false ‐Djavax.management.builder.initial=org.jboss.system. server.jmx.MBeanServerBuilderImpl ‐Djboss.platform.mbeanserver ‐Djava.rmi.server.hostname=localhost
© 2013 Barcelona/04 Computing Group Página 5
Requerimientos
Nota
Para habilitar los conectores JMX JBoss se requiere al menos JBoss 4.0.
• jmxremote.port=9005: Por defecto ThinkServer utiliza el puerto 9005. Si utiliza un
puerto diferente, puede cambiar aquí este valor, pero recuerde cambiar también la
configuración del origen de datos (diríjase al Capítulo 4 - Configuración del Origen
de Datos en la página 7).
• jmxremote.authenticate=false / jmxremote.ssl=false: Cambie estos
valores a true si desea crear una conexión remota segura entre ThinkServer y los
JBoss Operations ThinAgents.
• server.hostname=localhost: donde localhost se define por la IP donde esta
instalado JBoss. Es necesario configurar esta propiedad para poder aceptar
peticiones del servidor remoto (ThinkServer).
© 2013 Barcelona/04 Computing Group Página 6
Configuración del Origen de Datos
Capítulo 4 4 Configuración del Origen de Datos
El origen de datos viene preconfigurado conforme a las mejores prácticas y los valores recuperados
varían de ThinAgent a ThinAgent.
Cuando cree un nuevo monitor en el ThinkServer Configurator, compruebe que los ajustes por defecto
son apropiados para sus propósitos y, si es necesario, cambia estos ajustes. Recuerde que cualquier
cambio realizado en los orígenes de datos compartidos tendrá efecto inmediato en todos los monitores
conectados a él.
4.1 Main Information
Importante
Para recuperar datos, recuerde que:
• JBoss Application Server debe estar en ejecución
• Los conectores JMX JBoss deben estar habilitados en el JBoss Application Server
• El servicio apropiado debe estar arrancado.
Para más detalles diríjase al Capítulo 2 - Arquitectura en la página 3.
Variables y Valores de Configuración
Descripción
Name
Nombre del origen de datos, por ejem-plo “JMX JBoss System DataSource”
Puede usar el proporcionado por defecto, o entrar un Nuevo nombre para el origen de datos.
Consejo: Añada el nombre del host que está monitorizando para ayudarle a identificarlo rápida-mente si se producen problemas.
Description Introduzca una descripción del origen de datos
© 2013 Barcelona/04 Computing Group Página 7
Configuración del Origen de Datos
4.2 System Settings La pestaña System Settings contiene la configuración para conectarse al servidor de aplicaciones
JBoss. Es importante que estos ajustes sean correctos. De otra forma, no podrá recuperar datos. La
siguiente tabla muestra las variables necesarias y su descripción.
Además encontrará el botón JMX MBean Explorer. Esta funcionalidad se describe a continuación en la
sección 4.4 - Configuración Avanzada en la página 8.
4.3 General settingsLa pestaña general settings contiene la configuración relativa a la frecuencia con la cual se recuperan
los datos de su servidor de aplicaciones JBoss. Tenga en cuenta que las variables de la pestaña
general settings con las mismas para todos los JBoss Operations ThinAgents.
4.4 Configuración Avanzada Los JBoss Operations ThinAgents comparten orígenes de datos entre múltiples monitores y vienen
preconfigurados para recuperar las variables requeridas. Las variables son multivalor para poder
recuperar datos desde un amplio rango de máquinas. Los usuarios avanzados pueden abrir el JMX
Explorer para cambiar qué variables recuperará el origen de datos, añadir alias a los valores, y
configurar propiedades SSL para incrementar la seguridad de las conexiones.
Variables y Valores de Configuración
Descripción
HostPuede entrar la dirección IP o utilizar el nombre DNS del host
Port Número de Puerto
User Usuarios con el que conectarse al host
Password to connect Contraseña del usuario que se conecta al host
Protocol Protocolo utilizado para conectarse a JMX
Service Servicio utilizado para recuperar datos JMX
Importante
Asegúrese que los detalles de conexión son correctos o no podrá recuperar datos.
Variables y Valores de Configuración
Descripción
Timer 60 segundosEl origen de datos se refrescará cada 60 segun-dos.
Retries 2Si detectamos un error el origen de datos reinten-tará la conexión dos veces...
Interval retries
10 segundos...y el intervalo entre reintentos será de 10 segun-dos.
Error retry time
60 segundos
En caso que los errores excedan el número espe-cificado en Number of Tries (en este caso más de 2 veces), el origen de datos esperará 60 segundos antes de realizar de Nuevo la recolección de datos.
© 2013 Barcelona/04 Computing Group Página 8
Configuración del Origen de Datos
En el JMX Explorer encontrará todas las operaciones (getters) y atributos públicos que puede recuperar
utilizando nuestro ThinAgent. Otras operaciones como setters y atributos privados no se muestran.
4.4.1 JMX ExplorerPara utilizar el JMX Explorer abra data source configuration, diríjase a la pestaña system settings y
pulse el botón JMX MBean Explorer.
El JMX Explorer se abre mostrando la pestaña Default Options (para detalles sobre la pestaña
advanced diríjase a la sección 4.4.6 - Propiedades SSL en la página 16). En la parte superior de la
pestaña Default Options, verá los ajustes utilizados para conectarse al JBoss Application Server.
Figura 2 – JMX Explorer mostrando las variables para un JBoss Operations ThinAgent en la ventana selected Items.
Panel MBean Inspector
El panel izquierdo, llamado MBean Inspector, muestra la estructura MBean en formato árbol. La
estructura de árbol aquí mostrada proviene de la reutilización de los nombres de objetos del
MBeanServer en el servidor de aplicaciones JBoss. Expanda el árbol para ver los atributos públicos y
operaciones getter recuperadas por este MBean.
El ejemplo se encuentra en el panel MBean Inspector, como se muestra a continuación:
© 2013 Barcelona/04 Computing Group Página 9
Configuración del Origen de Datos
Figura 3 – Ejemplo de localización de variable en el panel MBean Inspector
Panel Selected Items
El panel de la derecha se denomina Selected Items y contiene los atributos y operaciones que este
origen de datos recuperará por defecto. Puede añadir más variables si es necesario. Cada variable en
el panel Selected Items indica el path en el MBean Inspector, como se ha descrito anteriormente.
Ejemplo de Variable
Usage( java.lang: type=MemoryPool,name=Code Cache )
Donde:
Usage es el nombre del atributo u operación a recuperar
java.lang refiere el primer nivel en el árbol
type representa el segundo nivel en el árbol
name es el tercero nivel en el árbol
Nota
Sólo podrá ver el árbol si el Servidor MBean ha sido instanciado. Para más detalles diríjase
al Capítulo 2 - Arquitectura en la página 3.
© 2013 Barcelona/04 Computing Group Página 10
Configuración del Origen de Datos
4.4.2 Añadir variables
Para añadir una variable expanda el árbol hasta que localice el atributo u operación deseado y pulse el
botón de la flecha derecha en el centro de la ventana para añadir el atributo al panel de ítems
seleccionados.
También puede añadir todas las variables en una carpeta particular a la vez. En este caso seleccione la
carpeta deseada, por ejemplo examplesServer, y pulse el botón de la flecha derecha para transferir
todos los atributos en la carpeta.
Figura 4 – Transferir los atributos de una carpeta. En este ejemplo, al seleccionar la carpeta Connector, sólo los atributos de la subcarpeta Tenured Gen han sido transferidos, ya que ésta es la
subcarpeta con el path más corto.
Note
El JMX Explorer está pensado para usuarios con conocimientos avanzados de tecnología
JMX.
© 2013 Barcelona/04 Computing Group Página 11
Configuración del Origen de Datos
4.4.3 Eliminar variables Para eliminar una variable del panel Selected Items simplemente seleccione el ítem y pulse el botón de
la flecha izquierda.
Para eliminar todas las variables del panel Selected Items a la vez, posiciónese en el panel Selected
Items y pulse el botón de la doble fecha izquierda.
4.4.4 Variables Regulares contra Variables Multivalor
Variables Regulares
Una variable regular es una definición específica de un atributo. Por ejemplo:
Usage( java.lang:type=MemoryPool,name=Code Cache )
Aquí el monitor enviará un mensaje conteniendo el valor de uso del pool de memoria llamado Code
Cache.
Si desea recuperar una variable para más de un pool de memoria (en nuestro ejemplo hay cinco pools
de memoria llamados: Code Cache, Eden Space, Perm Gen, Survivor Space y Tenured Gen) es mejor
utilizar variables multivalor, descritas a continuación.
Por ejemplo, si configure diferentes variables para intentar recuperar información de múltiples pools de
memoria, el monitor reconocerá las múltiples entradas como una nueva iteración de la misma variable
y simplemente sobrescribirá el valor previamente recuperado con el nuevo. Para ser específico, si
configura las siguientes variables en este orden:
Usage( java.lang:type=MemoryPool,name=Code Cache )
Usage( java.lang:type=MemoryPool,name=Eden Space )
Nota
Esto no transferirá los atributos de todas las subcarpetas, solo aquellos almacenados en el
path más corto. Por ejemplo para el árbol:
Root
java.lang
MemoryPool
CodeCache
Eden Space
Perm Gen
Survivor Space
Tenured Gen
Name
Si selecciona MemoryPool, solo los atributos de MemoryPool/Tenured Gen se añadirán a
la lista de ítems seleccionados. Los atributos del resto de pools de memoria no se añadirán.
Aviso
Asegúrese que las condiciones son correctas, ya que el monitor podría no funcionar con una
configuración no válida.
© 2013 Barcelona/04 Computing Group Página 12
Configuración del Origen de Datos
Usage( java.lang:type=MemoryPool,name=Perm Gen )
Usage( java.lang:type=MemoryPool,name=Survivor Space )
Usage( java.lang:type=MemoryPool,name=Tenured Gen )
El monitor recuperará primero el valor de uso para Code Cache. A continuación recuperará la de Eden
Space, sobrescribiendo el valor para Code Cache y así sucesivamente. Finalmente, recuperará el valor
para Tenured Gen, sobrescribiendo el valor para Survivor Space. Al finalizar el monitor sólo enviará un
mensaje con el valor de uso de Tenured Gen.
Variables multivalor
Una variable multivalor es una definición genérica de un atributo que le permite recuperar variables de
múltiples localizaciones. Las variables multivalor son más fáciles de explicar con un ejemplo.
Una variable multivalor para recuperar el valor de uso para cada pool de memoria en un entorno con
cinco pools de memoria (Code Cache, Eden Space, Perm Gen, Survivor Space y Tenured Gen) sería
como sigue:
Usage( java.lang:type=MemoryPool,name=* )
Donde:
• Name es el parámetro multivalor y en este caso representa el nombre del pool de memoria.
En este ejemplo el monitor enviará cinco mensajes individuales, cada una de ellos conteniendo detalles
de uso para un pool de memoria en particular.
Para cambiar las propiedades de una variable a multivalor, simplemente pulse botón derecho en el
atributo en la lista selected items y pulse Add a multivalued ObjectName.
Figura 5 – Seleccione el elemento que desea definir como multivalor. Code Cache representa el nombre del pools de memoria
A continuación, pulse el elemento que desea definir como multivalor y pulse OK para regresar a la
ventana JMX Explorer. Puede reconocer una variable multivalor en el panel Selected Items por el
asterisco rojo en el icono.
© 2013 Barcelona/04 Computing Group Página 13
Configuración del Origen de Datos
Figura 6 – Una variable multivalor en el panel Selected Items se indica por un asterisco rojo en el icono.
4.4.5 AliasA veces es útil utilizar un nombre diferente para una variable, para que el usuario pueda comprenderla
mejor. En estos casos puede utilizar un alias amigable para la variable. Para crear un alias simplemente
pulse botón derecho en la variable deseada y seleccione Add An Alias. Introduzca el nombre que
desea utilizar para esta variable.
Continuando con el ejemplo de la variable regular anterior, podemos recuperar los valores de uso de los
cinco pools de memoria diferentes utilizando un alias. Para hacerlo, configuramos cinco variables
regulares para los pools de memoria, cada una definiendo de qué pool de memoria recuperar la
variable.
Usage( java.lang:type=MemoryPool,name=Code Cache )Usage( java.lang:type=MemoryPool,name=Eden Space )
Usage( java.lang:type=MemoryPool,name=Perm Gen )
Usage( java.lang:type=MemoryPool,name=Survivor Space )Usage( java.lang:type=MemoryPool,name=Tenured Gen )
© 2013 Barcelona/04 Computing Group Página 14
Configuración del Origen de Datos
Figura 7 – Cree una variable de uso para cada uno de los pools de memoria, a continuación pulse el botón derecho del mouse en la variable para añadir un alias.
A continuación, dé a cada variable un alias como se muestra a continuación:
CodeCacheUsage( java.lang:type=MemoryPool,name=Code Cache )EdenSpaceUsage( java.lang:type=MemoryPool,name=Eden Space )
PermGenUsage( java.lang:type=MemoryPool,name=Perm Gen )
SurvivorSpaceUsage( java.lang:type=MemoryPool,name=Survivor Space )TenuredGenUsage( java.lang:type=MemoryPool,name=Tenured Gen )
© 2013 Barcelona/04 Computing Group Página 15
Configuración del Origen de Datos
Figura 8 – Cree un alias para cada pool de memoria
El monitor enviará un mensaje conteniendo cinco valores de uso de memoria, un valor para cada pool
de memoria:
4.4.6 Propiedades SSL Por defecto, JBoss Application Server arranca con seguridad de administración. Puede incrementar la
seguridad de su conexión RMI utilizando secure socket layer (SSL).
Para usar SSL debe definir los parámetros SSL en su origen de datos ThinkServer para conectarse
usando SSL como sigue:
En la configuración del origen de datos pulse el botón MBean Explorer, abra la pestaña Advanced
Options, e introduzca su TrustStore File y TrustStore Password.
&CodeCacheUsage=27516 bytes
&EdenSpaceUsage=34070 bytes
&PermGenUsage=12370 bytes
&SurvivorSpaceUsage=14090 bytes
&TenuredGenUsage=29083 bytes
© 2013 Barcelona/04 Computing Group Página 16
Configuración del Origen de Datos
Figure 9 – JMX Explorer - pestaña Advanced Options. Puede hacer clic sobre Apply para actualizar la conexión al servidor deseado
© 2013 Barcelona/04 Computing Group Página 17
JBoss Operations ThinAgents
Capítulo 5 5 JBoss Operations ThinAgents
Los JBoss Operations ThinAgents proporcionan una visión general de su servidor JBoss en términos de
rendimiento y su impacto en la máquina virtual en la que se está ejecutando. Use estos ThinAgents
para recuperar valores básicos de Threads, Memoria y uso de CPU de su servidor JBoss.
5.1 Variables del Origen de datos General de JMX JBoss Existen tres JBoss Operations ThinAgents que comparten el origen de datos General de JMX Tomcat:
• JBoss CPU Usage
• JBoss Memory General Usage
• JBoss Threads
Las variables importantes para cada uno de estos ThinAgents son:
Variable Descripción
Arch Arquitectura del Chipset del servidor
AvailableProcessors Número de procesadores disponibles
CommittedVirtualMemorySizeCantidad de memoria virtual comprometida en bytes
DaemonThreadCount Número actual de threads daemon
FreePhysicalMemorySizeCantidad de memoria física libre disponible en bytes
FreeSwapSpaceSizeCantidad de espacio swap libre disponible en bytes
HeapMemoryUsagecommittedCantidad de memoria heap comprometida en bytes
HeapMemoryUsageinit Cantidad de memoria heap inicial bytes
HeapMemoryUsagemax Cantidad de memoria heap máxima en bytes
HeapMemoryUsageused Cantidad de memoria heap usada en bytes
LoadedClassCount Número de clases que se han cargado
© 2013 Barcelona/04 Computing Group Página 18
JBoss Operations ThinAgents
5.2 JBoss CPU UsageEl JBoss CPU Usage ThinAgent muestra el uso de CPU de un servidor de aplicaciones JBoss. Este
valor no es un valor instantáneo sino el promedio de uso de CPU desde el último refresco. Es realmente
importante saber si la carga de trabajo del sistema es apropiada para la capacidad del procesador. No
hay que preocuparse si el uso de CPU del sistema alcanza el 100%, pero un promedio de uso por
encima del 85% puede ralentizar algunas aplicaciones. Para solucionar un alto uso de CPU, intente
reducir la carga de trabajo del sistema o incrementar la capacidad del procesador.
5.2.1 Configuración del MonitorCuando abre el ThinAgent aparece una ventana donde puede seleccionar el origen de datos a utilizar
en este monitor. Si no existe todavía ningún origen de datos para este ThinAgent deberá configurar uno.
La configuración del origen de datos es la misma que la descrita en el Capítulo 4 - Configuración del
Origen de Datos en la página 7.
Una vez haya seleccionado el origen de datos aparecerá la ventana de configuración del monitor.
Simplemente añada un nombre y una descripción para el monitor.
Name Nombre del servidor
NonHeapMemoryUsagecommittedCantidad de memoria no-heap comprometida en bytes
NonHeapMemoryUsageinit Cantidad de memoria no-heap inicial en bytes
NonHeapMemoryUsagemaxCantidad de memoria no-heap máxima en bytes
NonHeapMemoryUsageused Cantidad de memoria no-heap usada en bytes
PeakThreadCountNúmero máximo de threads registrado en el sistema
ProcessCpuTimeCantidad de tiempo en milisegundos que el proceso del servidor ha utilizado la CPU
StartTime Hora en la que arrancó el sistema
ThreadCount Número de threads actuales
TotalLoadedClassCountNúmero Total de clases Java que se han car-gado desde el ultimo arranque del servidor
TotalPhysicalMemorySizeCantidad total de memoria física disponible en bytes
TotalStartedThreadCount Número de threads que han sido arrancados.
TotalSwapSpaceSizeCantidad total de espacio Swap reservado para el servidor en bytes
UnloadedClassCountNúmero total de clases Java que han sido des-cargado desde el inicio del servidor
Uptime Tiempo total que el servidor lleva en marcha
Variable Descripción
© 2013 Barcelona/04 Computing Group Página 19
JBoss Operations ThinAgents
5.2.2 Acciones de chequeo de Pre-salud por defectoLas acciones de chequeo de pre-salud por defecto calculan variables que se utilizan en el script de
salud por defecto y en las plantillas por defecto. Las variables incluyen tiempo de proceso de CPU y
uptime.
5.2.3 Script de salud por defectoEl script de salud predefinido ayuda a detectar si el sistema está utilizando demasiada CPU.
Este ThinAgent viene preconfigurado para asignar la salud de los objetos como sigue:
• Critical cuando el sistema está utilizando más de un 80% de CPU.
• Warning cuando el sistema está utilizando más de un 60% de CPU.
• Minor cuando el sistema está utilizando más de un 40% de CPU.
• Success en el resto de casos.
Algunas de estas variables se calculan en acciones de chequeo de pre-salud; diríjase a la pestaña
Advanced de la ventana Set Health and Actions de este monitor para más detalles.
El usuario puede cambiar fácilmente las condiciones de salud y las plantillas de mensaje por defecto
para que se adapten a sus necesidades.
5.2.4 Plantilla de mensaje por defectoLas plantillas de mensajes por defecto contienen información que se envía a la SmartConsole junto al
evento de salud.
La plantilla de mensaje por defecto para el JBoss CPU Usage ThinAgent incluye la siguiente
información:
Algunas de estas variables se calculan en acciones de chequeo de pre-salud; diríjase a la pestaña
Advanced de la ventana Set Health and Actions de este monitor para más detalles.
El usuario puede cambiar fácilmente las plantillas de mensaje por defecto para que se adapten a sus
necesidades.
5.2.5 Variables específicas del ThinAgentDiríjase a la sección 5.1 - Variables del Origen de datos General de JMX JBoss en la página 18 para
detalles sobre las variables importantes para este ThinAgent.
Variables y Valores de Configuración Descripción
NameJMX JBoss CPU Usage Moni-tor
De un nombre a su monitor JBoss CPU usage.
DescriptionIntroduzca una descripción para su monitor JBoss CPU Usage.
The total CPU used by JBoss &Host is &CPUUsage%.The CPU processing time is &UpTimeHours hours and &UpTimeMinutes minutes.
© 2013 Barcelona/04 Computing Group Página 20
JBoss Operations ThinAgents
5.2.6 Mapeo de campos SmartConsole – ThinkServerLa siguiente tabla muestra cómo se representan las diferentes variables en la SmartConsole y el
ThinkServer, junto a una descripción de las variables. Puede cambiar estos ajustes para que se
adapten a sus necesidades.
5.3 JBoss Memory Detailed UsageJBoss detailed memory le ofrece una foto de la memoria gestionada por JBoss, proporcionándole
información detallada sobre cada Pool de Memoria usado por JBoss, incluyendo la cantidad de
memoria usada, comprometida y más.
Para cada Pool de Memoria se crea un Nuevo mensaje en ThinkServer con la información del monitor.
5.3.1 Configuración del MonitorCuando abre el ThinAgent aparece una ventana donde puede seleccionar el origen de datos a utilizar
en este monitor. Si no existe todavía ningún origen de datos para este ThinAgent deberá configurar uno.
La configuración del origen de datos es la misma que la descrita en el Capítulo 4 - Configuración del
Origen de Datos en la página 7.
Una vez haya seleccionado el origen de datos aparecerá la ventana de configuración del monitor.
Simplemente añada un nombre y una descripción para el monitor.
5.3.2 Acciones de chequeo de Pre-salud por defectoLas acciones de chequeo de pre-salud por defecto calculan variables que se utilizan en el script de
salud por defecto y en las plantillas por defecto. Las variables incluyen uso de pool de memoria, uso
máximo, uso comprometido y más.
5.3.3 Script de salud por defectoEl script de salud por defecto le ayuda a detectar la cantidad de memoria gestionada en el servidor. La
información detallada proporcionada para cada Pool de Memoria, le ayuda a saber si una aplicación
que utiliza un tipo específico de memoria puede causar un problema cuando se alcanza un umbral
SmartConsole ThinkServer Descripción
Var01 SetHealth Nombre del Script.
Var02 ProcessCpuTime
Cantidad de tiempo en mili-segundos que el proceso del servidor ha utilizado la CPU
Var03 StartTimeHora en la que arrancó el sistema
Var03 UptimeTiempo total que el servidor lleva en marcha.
Variables y Valores de Configuración Descripción
NameJMX JBoss Detailed Memory Monitor
Dé un nombre a su monitor JBoss detailed memory
DescriptionIntroduzca una descripción para su monitor JBoss detailed memory.
© 2013 Barcelona/04 Computing Group Página 21
JBoss Operations ThinAgents
específico. Consecuentemente algunas aplicaciones que comparten el mismo Pool de Memoria,
pueden presentar problemas de rendimiento si una de las aplicaciones abusa de la memoria.
Este ThinAgent viene preconfigurado para asignar la salud de los objetos como sigue:
• Critical cuando la memoria utilizada es mayor del 90% del máximo de memoria disponible.
• Warning cuando la memoria utilizada es mayor del 60% del máximo de memoria disponible o
la memoria comprometida es mayor del 90% del máximo de memoria disponible
• Minor cuando la memoria utilizada es mayor del 70% del máximo de memoria disponible.
• Success en el resto de casos.
Algunas de estas variables se calculan en acciones de chequeo de pre-salud; diríjase a la pestaña
Advanced de la ventana Set Health and Actions de este monitor para más detalles.
El usuario puede cambiar fácilmente las condiciones de salud y las plantillas de mensaje por defecto
para que se adapten a sus necesidades.
5.3.4 Plantilla de mensaje por defectoLas plantillas de mensajes por defecto contienen información que se envía a la SmartConsole junto al
evento de salud.
La plantilla de mensaje por defecto para el JBoss Memory Detailed Usage ThinAgent incluye la
siguiente información:
Algunas de estas variables se calculan en acciones de chequeo de pre-salud; diríjase a la pestaña
Advanced de la ventana Set Health and Actions de este monitor para más detalles.
Success:
The Memory Pool item &Name is using &PercentUsed% of available &Type Memory.
The maximum memory for &Name is &MemPoolMax kbytes and it is used &Mem‐PoolUsage kybtes.
Minor:
The Memory Pool item &Name is using &PercentUsed% of available &Type Memory.
The maximum memory for &Name is &MemPoolMax kbytes and it is used &Mem‐PoolUsage kybtes.
The committed memory is used &PercentCommitted%.
Warning:
The Memory Pool item &Name is using &PercentUsed% of available &Type Memory.
The maximum memory for &Name is &MemPoolMax kbytes and it is used &Mem‐PoolUsage kybtes.
The committed memory is used &PercentCommitted%.
Critical:
The Memory Pool item &Name is using &PercentUsed% of available &Type Memory.
The maximum memory for &Name is &MemPoolMax kbytes and it is used &Mem‐PoolUsage kybtes.
Only remain &FreeMem kbytes free.
© 2013 Barcelona/04 Computing Group Página 22
JBoss Operations ThinAgents
El usuario puede cambiar fácilmente las plantillas de mensaje por defecto para que se adapten a sus
necesidades.
5.3.5 Variables específicas del ThinAgentLas siguientes variables son importantes para este ThinAgent:
5.3.6 Mapeo de campos SmartConsole – ThinkServerLa siguiente tabla muestra cómo se representan las diferentes variables en la SmartConsole y el
ThinkServer, junto a una descripción de las variables. Puede cambiar estos ajustes para que se
adapten a sus necesidades.
5.4 JBoss Memory General UsageEl JBoss Memory General Usage ThinAgent muestra la cantidad de memoria física libre en un servidor
de aplicaciones JBoss. Un sistema que se está quedando sin memoria mostrará una caída en el
rendimiento y puede causar que algunas aplicaciones funcionen lentamente o caigan. Resuelva esta
incidencia reduciendo la carga de trabajo del sistema o incremente la capacidad de la memoria física.
5.4.1 Configuración del MonitorCuando abre el ThinAgent aparece una ventana donde puede seleccionar el origen de datos a utilizar
en este monitor. Si no existe todavía ningún origen de datos para este ThinAgent deberá configurar uno.
La configuración del origen de datos es la misma que la descrita en el Capítulo 4 - Configuración del
Origen de Datos en la página 7.
Variable Descripción
Name Nombre del Pool de Memoria
Type Tipo de Memoria (heap o no-heap)
UsageResumen de memoria usada (Comprometida, Inicial, Máxima y Usada)
Usagecommitted Cantidad de memoria comprometida en bytes
Usageinit Cantidad de memoria inicial en bytes
Usagemax Cantidad de memoria máxima en bytes
Usageused Cantidad de memoria usada en bytes
SmartConsole ThinkServer Descripción
Var01 SetHealth Nombre del Script.
Var02 Name Nombre del Pool de Memoria
Var03 PercentUsed Porcentaje de memoria usada
Var04 MemPoolMax Cantidad de memoria máxima en Kbytes
Var05 MemPoolUsage Cantidad de memoria usada en Kbytes
Var06 Type Tipo de Memoria (heap o no-heap)
© 2013 Barcelona/04 Computing Group Página 23
JBoss Operations ThinAgents
Una vez haya seleccionado el origen de datos aparecerá la ventana de configuración del monitor.
Simplemente añada un nombre y una descripción para el monitor.
5.4.2 Acciones de chequeo de Pre-salud por defectoLas acciones de chequeo de pre-salud por defecto calculan variables que se utilizan en el script de
salud por defecto y en las plantillas por defecto. Las variables incluyen memoria heap (y no heap),
memoria total del sistema, y más.
5.4.3 Script de salud por defectoEl script de salud por defecto le ayuda a detectar si la cantidad de memoria usada en el sistema puede
tener un impacto en el rendimiento de la aplicación. Estos umbrales pueden proporcionarle avisos a
tiempo para ayudarle a prevenir un colapso del sistema o una degradación del rendimiento de las
aplicaciones del servidor.
Este ThinAgent viene preconfigurado para asignar la salud de los objetos como sigue:
• Critical cuando la memoria heap utilizada es mayor del 90% del total de memoria heap
disponible o la memoria no-heap usada es más de un 90% del total de memoria no-heap
disponible.
• Warning cuando la memoria heap utilizada es mayor del 60% del total de memoria heap
disponible o la memoria no-heap usada es más de un 60% del total de memoria no-heap
disponible.
• Minor cuando la memoria heap comprometida es mayor del 60% del total de memoria heap
disponible o la memoria no-heap comprometida es más de un 60% del total de memoria no-
heap disponible.
• Success en el resto de casos.
Algunas de estas variables se calculan en acciones de chequeo de pre-salud; diríjase a la pestaña
Advanced de la ventana Set Health and Actions de este monitor para más detalles.
El usuario puede cambiar fácilmente las condiciones de salud y las plantillas de mensaje por defecto
para que se adapten a sus necesidades.
5.4.4 Plantilla de mensaje por defectoLas plantillas de mensajes por defecto contienen información que se envía a la SmartConsole junto al
evento de salud.
La plantilla de mensaje por defecto para el JBoss Memory General Usage ThinAgent incluye la
siguiente información:
Variables y Valores de Configuración Descripción
NameJMX JBoss Memory Usage Monitor
De un nombre a su monitor JBoss Memory General Usage
DescriptionIntroduzca una descripción para su monitor JBoss Memory General Usage.
© 2013 Barcelona/04 Computing Group Página 24
JBoss Operations ThinAgents
Algunas de estas variables se calculan en acciones de chequeo de pre-salud; diríjase a la pestaña
Advanced de la ventana Set Health and Actions de este monitor para más detalles.
El usuario puede cambiar fácilmente las plantillas de mensaje por defecto para que se adapten a sus
necesidades.
5.4.5 Variables específicas del ThinAgentDiríjase a la sección 5.1 - Variables del Origen de datos General de JMX JBoss en la página 18 para
detalles sobre las variables importantes para este ThinAgent.
5.4.6 Mapeo de campos SmartConsole – ThinkServerLa siguiente tabla muestra cómo se representan las diferentes variables en la SmartConsole y el
ThinkServer, junto a una descripción de las variables. Puede cambiar estos ajustes para que se
adapten a sus necesidades.
5.5 JBoss ThreadsEl JBoss Threads ThinAgent proporciona una visión general del uso del pool de threads de servidores
JBoss.
5.5.1 Configuración del MonitorCuando abre el ThinAgent aparece una ventana donde puede seleccionar el origen de datos a utilizar
en este monitor. Si no existe todavía ningún origen de datos para este ThinAgent deberá configurar uno.
La configuración del origen de datos es la misma que la descrita en la Capítulo 4 - Configuración del
Origen de Datos en la página 7.
Una vez haya seleccionado el origen de datos aparecerá la ventana de configuración del monitor.
Simplemente añada un nombre y una descripción para el monitor.
The total of memory used in your system is &TotalFreeMem kbytes from
&TotalSystemMem kbytes.
The total of heap memory used is &TotalMemHeapUsed kbytes from
&TotalMemHeapMax kbytes total. (&HeapUsed%)
The total of non heap memory used is &TotalMemNonHeapUsed kbytes from
&TotalMemNonHeapMax kbytes total. (&NonHeapUsed%)
SmartConsole ThinkServer Descripción
Var01 SetHealth Nombre del Script.
Var02 TotalSwapUsed Cantidad de memoria swap en Kbytes.
Var03 TotalMemHeapUsed Cantidad de memoria heap usada en Kbytes
Var04TotalMemNon‐HeapUsed
Cantidad de memoria no-heap usada en Kbytes
Variables y Valores de Configuración Descripción
NameJMX JBoss Threads Monior
Dé un nombre a su monitor JBoss Threads
© 2013 Barcelona/04 Computing Group Página 25
JBoss Operations ThinAgents
5.5.2 Acciones de chequeo de Pre-salud por defectoLas acciones de chequeo de pre-salud por defecto calculan variables que se utilizan en el script de
salud por defecto y en las plantillas por defecto. Las variables incluyen cuenta de picos de thread.
5.5.3 Script de salud por defectoEl script de salud por defecto le ayuda a detectar si el sistema tiene una actividad elevada.
Este ThinAgent viene preconfigurado para asignar la salud de los objetos como sigue:
• Warning cuando el número total de top threads en ejecución en el sistema es menor o igual a
thread count.
• Success en cualquier otro caso.
Algunas de estas variables se calculan en acciones de chequeo de pre-salud; diríjase a la pestaña
Advanced de la ventana Set Health and Actions de este monitor para más detalles.
El usuario puede cambiar fácilmente las condiciones de salud y las plantillas de mensaje por defecto
para que se adapten a sus necesidades.
5.5.4 Plantilla de mensaje por defectoLas plantillas de mensajes por defecto contienen información que se envía a la SmartConsole junto al
evento de salud.
La plantilla de mensaje por defecto para el JBoss Threads ThinAgent incluye la siguiente información:
DescriptionIntroduzca una descripción para su monitor JBoss Threads.
Variables y Valores de Configuración Descripción
Success:
The total of threads which are running in your system are &ThreadCount,
the maximum was &PeakThreadCount.
The amount of threads which have been created since the start are
&TotalStartedThreadCount.
System Info:
‐ Processors available in your system: &AvailableProcessors
‐ Architecture type: &Arch
‐ Virtual Machine version: &VmVersion
‐ Virtual Machine vendor: &VmVendor
‐ Operating System name: &Name
Minor:
Minor status
© 2013 Barcelona/04 Computing Group Página 26
JBoss Operations ThinAgents
Algunas de estas variables se calculan en acciones de chequeo de pre-salud; diríjase a la pestaña
Advanced de la ventana Set Health and Actions de este monitor para más detalles.
El usuario puede cambiar fácilmente las plantillas de mensaje por defecto para que se adapten a sus
necesidades.
5.5.5 Variables específicas del ThinAgentDiríjase a la sección 5.1 - Variables del Origen de datos General de JMX JBoss en la página 18 para
detalles sobre las variables importantes para este ThinAgent.
5.5.6 Mapeo de campos SmartConsole – ThinkServerLa siguiente tabla muestra cómo se representan las diferentes variables en la SmartConsole y el
ThinkServer, junto a una descripción de las variables. Puede cambiar estos ajustes para que se
adapten a sus necesidades.
Warning:
The Tomcat &Host is performing high activity. The number of running
threads are &ThreadCount, which is a peak of threads activity.
System Info:
‐ Processors available in your system: &AvailableProcessors
‐ Architecture type: &Arch
‐ Virtual Machine version: &VmVersion
‐ Virtual Machine vendor: &VmVendor
‐ Operating System name: &Name
Critical:
Critical status
SmartConsole ThinkServer Descripción
Var01 SetHealth Nombre del Script.
Var02 ThreadCount Número actual de live threads
© 2013 Barcelona/04 Computing Group Página 27
MQ ThinAgents Group
Capítulo 6 6 MQ ThinAgents Group
Los ThinAgents disponibles en este grupo se utilizan para recuperar información específica de JBoss
MQ (Cola de Mensajes). JBoss MQ pertenece a la implementación de la parte Java Message Service
(JMS) de la especificación J2EE. Permite la entrega asíncrona de mensajes en sistemas distribuidos
con parámetros QOS (Quality of Service) opcionales como persistencia, entrega garantizada o
transacciones.
Existen 3 JBoss Operations MQ ThinAgents:
• MQ Destination Queues
• MQ General Properties
• MQ Transport Mechanisms
6.1 MQ VariablesLas siguientes variables son importantes para todos los JBoss Operations ThinAgents de la carpeta MQ
Group:
6.2 MQ Destination QueuesEl MQ Destination Queues ThinAgent proporciona información sobre propiedades de las MQ
Destination Queues. Incluye información general para cada tipo de cola de mensajes definida.
6.2.1 Configuración del MonitorCuando abre el ThinAgent aparece una ventana donde puede seleccionar el origen de datos a utilizar
en este monitor. Si no existe todavía ningún origen de datos para este ThinAgent deberá configurar uno.
La configuración del origen de datos es la misma que la descrita en el Capítulo 4 - Configuración del
Origen de Datos en la página 7.
Una vez haya seleccionado el origen de datos aparecerá la ventana de configuración del monitor.
Simplemente añada un nombre y una descripción para el monitor.
Variable Descripción
State Indica el estado de la cola de mensajes.
© 2013 Barcelona/04 Computing Group Página 28
MQ ThinAgents Group
6.2.2 Acciones de chequeo de Pre-salud y post- salud por defectoLas acciones de chequeo de pre-salud y post-salud por defecto calculan variables que se utilizan en el
script de salud por defecto y en las plantillas por defecto. Las variables incluyen nombre JNDI, nombre
de cola, cuentas de suscriptores y más.
6.2.3 Script de salud por defectoEl script de salud por defecto ayuda a detectar si las colas de mensajes están funcionando
correctamente.
Este ThinAgent viene preconfigurado para asignar la salud del objeto de la siguiente manera:
• Critical cuando el estado es igual a 0 (significa que no está funcionando).
• Success cuando el estado es igual a 3 (significa que está funcionando).
Algunas de estas variables se calculan en acciones de chequeo de pre-salud; diríjase a la pestaña
Advanced de la ventana Set Health and Actions de este monitor para más detalles.
El usuario puede cambiar fácilmente las condiciones de salud y las plantillas de mensaje por defecto
para que se adapten a sus necesidades.
6.2.4 Plantilla de mensaje por defectoLas plantillas de mensajes por defecto contienen información que se envía a la SmartConsole junto al
evento de salud.
La plantilla de mensaje por defecto para el MQ Destination Queues ThinAgent incluye la siguiente
información:
Algunas de estas variables se calculan en acciones de chequeo de pre-salud; diríjase a la pestaña
Advanced de la ventana Set Health and Actions de este monitor para más detalles.
Variables y Valores de Configuración Descripción
NameJMX JBoss MQ Destination Queue Monitor
Dé un nombre a su monitor JBoss MQ Destination
DescriptionIntroduzca una descripción para su monitor JBoss MQ Destination.
Success:
All &Host JBoss MQ Destination Queues:
&AllQueue
are working properly.
Critical:
Some Destination Queues:
&ErrQueue
are not working.
© 2013 Barcelona/04 Computing Group Página 29
MQ ThinAgents Group
El usuario puede cambiar fácilmente las plantillas de mensaje por defecto para que se adapten a sus
necesidades.
6.2.5 Variables específicas del ThinAgentLas siguientes variables son importantes para este ThinAgent específico (Diríjase también a la sección
6.1 - MQ Variables en la página 28).
6.2.6 Mapeo de campos SmartConsole – ThinkServerLa siguiente tabla muestra cómo se representan las diferentes variables en la SmartConsole y el
ThinkServer, junto a una descripción de las variables. Puede cambiar estos ajustes para que se
adapten a sus necesidades.
6.3 MQ General PropertiesEl MQ General Properties ThinAgent proporciona una visión general de algunas de las propiedades
más importantes de las colas de mensaje de JBoss. Entre los componentes monitorizados por este
ThinAgent se incluyen el caché de mensajes; el invocador, el gestor de seguridad, el gestor JDBC; el
cargador de interceptores, y el proveedor JMS por defecto.
6.3.1 Configuración del MonitorCuando abre el ThinAgent aparece una ventana donde puede seleccionar el origen de datos a utilizar
en este monitor. Si no existe todavía ningún origen de datos para este ThinAgent deberá configurar uno.
La configuración del origen de datos es la misma que la descrita en el Capítulo 4 - Configuración del
Origen de Datos en la página 7.
Variable Descripción
JNDINameNombre del Java Naming and Directory Interface (JNDI) utilizado para localizar la cola de mensajes
MaxDepth Profundidad máxima de la cola de mensajes.
QueueDepth Profundidad actual de la cola de mensajes.
QueueName Nombre de la cola de mensajes.
SubscribersCount Número total de suscriptores a esta cola de mensajes.
SmartConsole ThinkServer Descripción
Var01 SetHealth Nombre del script.
Var02 AllQueueNamesLista de todos los nombres de Destination Message Queues que se están definiendo en el servidor.
Var03 ErrQueueNamesLista de todos los nombres de Destination Message Queues cuyo estado es fuera de ser-vicio.
© 2013 Barcelona/04 Computing Group Página 30
MQ ThinAgents Group
Una vez haya seleccionado el origen de datos aparecerá la ventana de configuración del monitor.
Simplemente añada un nombre y una descripción para el monitor.
6.3.2 Acciones de chequeo de Pre-salud por defectoLas acciones de chequeo de pre-salud por defecto calculan variables que se utilizan en el script de
salud por defecto y en las plantillas por defecto. Las variables incluyen message cache hits, message
cache status, tracing intercept status y más.
6.3.3 Script de salud por defectoEl script de salud por defecto ayuda a detectar si el motor de colas de mensajes está funcionando o no.
Este ThinAgent viene preconfigurado para asignar la salud a los objetos de la siguiente manera:
• Critical cuando el estado de cualquiera de los siguientes elementos es igual a 0 (significa que
no está funcionando): el caché de mensajes; el invocador, el gestor de seguridad, el gestor
JDBC; el cargador de interceptores, o el proveedor JMS por defecto.
• Success cuando el estado de cualquiera de los siguientes elementos es igual a 3 (significa
que está funcionando): el caché de mensajes; el invocador, el gestor de seguridad, el gestor
JDBC; el cargador de interceptores, o el proveedor JMS por defecto.
Algunas de estas variables se calculan en acciones de chequeo de pre-salud; diríjase a la pestaña
Advanced de la ventana Set Health and Actions de este monitor para más detalles.
El usuario puede cambiar fácilmente las condiciones de salud y las plantillas de mensaje por defecto
para que se adapten a sus necesidades.
6.3.4 Plantilla de mensaje por defectoLas plantillas de mensajes por defecto contienen información que se envía a la SmartConsole junto al
evento de salud.
La plantilla de mensaje por defecto para el MQ General Properties ThinAgent incluye la siguiente
información:
Variables y Valores de Configuración Descripción
NameJMX JBoss MQ General Properties Monitor
Dé un nombre a su monitor JBoss MQ Pro-perties
DescriptionIntroduzca una descripción para su monitor JBoss MQ Properties.
© 2013 Barcelona/04 Computing Group Página 31
MQ ThinAgents Group
Algunas de estas variables se calculan en acciones de chequeo de pre-salud; diríjase a la pestaña
Advanced de la ventana Set Health and Actions de este monitor para más detalles.
El usuario puede cambiar fácilmente las plantillas de mensaje por defecto para que se adapten a sus
necesidades.
6.3.5 Variables específicas del ThinAgentLas siguientes variables son importantes para este ThinAgent específico (Diríjase también a la sección
6.1 - MQ Variables en la página 28).
Summary of general MQ Status Components:
‐ Message Cache:
‐ Status: &MessCacheStatus
‐ Percent of Message Cache Hits &PercentHits%.
‐ Used memory: &MessCacheCurrentMemoryUsage from &MessCacheMaxMemoryMark
‐ &InvLayName :
‐ Status: &InvLayStatus
‐ &DestManagName:
‐ Status: &DestManagStatus
‐ &StateManagName :
‐ Status: &StateManagStatus
‐ &TracingIntercepName :
‐ Status: &TracingIntercepStatus
‐ &JMSProvName :
‐ Status: &JMSProvStatus
‐ JMS Provider Class: &JMSProvProviderAdapterClass
‐ Factory Queue Reference: &JMSProvQueueFactoryRef
Variable Descripción
DestManagName Nombre del Message Queue Security manager
DestManagStateEstado del Destination Queue Manager. Este ges-tor le permite saber si las Destination Queues pueden funcionar.
InvLayName Nombre del Message Queue Invoke manager
InvLayState Estado del Message Queue Invoke manager
JMSProvNameNombre del JMS (Java Message System) provi-der
JMSProvProviderAdapterClass Nombre del JMS provider adapter class
© 2013 Barcelona/04 Computing Group Página 32
MQ ThinAgents Group
6.3.6 Mapeo de campos SmartConsole – ThinkServerLa siguiente tabla muestra cómo se representan las diferentes variables en la SmartConsole y el
ThinkServer, junto a una descripción de las variables. Puede cambiar estos ajustes para que se
adapten a sus necesidades.
6.4 MQ Transport MechanismsEl MQ Transport Mechanisms ThinAgent muestra los mecanismos de transporte que el servidor de
aplicaciones JBoss está utilizando para procesar colas de mensajes y si están funcionando
correctamente.
6.4.1 Configuración del MonitorCuando abre el ThinAgent aparece una ventana donde puede seleccionar el origen de datos a utilizar
en este monitor. Si no existe todavía ningún origen de datos para este ThinAgent deberá configurar uno.
La configuración del origen de datos es la misma que la descrita en el Capítulo 4 - Configuración del
Origen de Datos en la página 7.
JMSProvQueueFactoryRef Nombre del JMS Queue Factory Reference
JMSProvStateState Estado del JMS provider
MessCacheCacheHits Número de hits en el Message Queue cache
MessCacheCacheMisses Número de misses en el Message Queue cache
MessCacheCacheStoreNúmero de mensajes que pueden almacenarse en el Message Queue cache.
MessCacheCurrentMemoryUsage
Cantidad total de memoria usada por el Message Queue cache
MessCacheMaxMemoryMarkCantidad máxima de memoria que puede utili-zarse por el Message Queue cache
MessCacheState Estado del Message Queue cache
StateManagName Nombre del State Manager
StateManagState Estado del State Manager
TracingIntercepName Nombre del Tracing Interceptor
TracingIntercepState Estado del Tracing Interceptor
Variable Descripción
SmartConsole ThinkServer Descripción
Var01 SetHealth Nombre del Script
Var02 MessCacheStatusEstado del Message Queue cache
Var03 PercentHitsPorcentaje de Message cache hits del total de Message cache
Var04MessCacheCurrentMemoryU-sage
Cantidad total de memoria usada por el Message Queue cache
© 2013 Barcelona/04 Computing Group Página 33
MQ ThinAgents Group
Una vez haya seleccionado el origen de datos aparecerá la ventana de configuración del monitor.
Simplemente añada un nombre y una descripción para el monitor.
6.4.2 Acciones de chequeo de Pre-salud y post-salud por defectoLas acciones de chequeo de pre-salud y post-salud por defecto calculan variables que se utilizan en el
script de salud por defecto y en las plantillas por defecto. Las variables incluyen nombre del transporte,
desde nombre y más.
6.4.3 Script de salud por defectoEl script de salud por defecto le ayuda a detectar si los mecanismos de transporte que está usando la
cola de mensajes están funcionando correctamente.
Este ThinAgent viene preconfigurado para asignar la salud de objetos como sigue:
• Critical cuando el estado es igual a 0.
• Success cuando el estado es igual a 3.
Algunas de estas variables se calculan en acciones de chequeo de pre-salud; diríjase a la pestaña
Advanced de la ventana Set Health and Actions de este monitor para más detalles.
El usuario puede cambiar fácilmente las condiciones de salud y las plantillas de mensaje por defecto
para que se adapten a sus necesidades.
6.4.4 Plantilla de mensaje por defectoLas plantillas de mensajes por defecto contienen información que se envía a la SmartConsole junto al
evento de salud.
La plantilla de mensaje por defecto para el MQ Transport Mechanisms ThinAgent incluye la siguiente
información:
Algunas de estas variables se calculan en acciones de chequeo de pre-salud; diríjase a la pestaña
Advanced de la ventana Set Health and Actions de este monitor para más detalles.
El usuario puede cambiar fácilmente las plantillas de mensaje por defecto para que se adapten a sus
necesidades.
6.4.5 Variables específicas del ThinAgent
Variables y Valores de Configuración
Descripción
NameJMX JBoss MQ Trans-port Mechanisms Moni-tor
Dé un nombre a su monitor JBoss MQ Trans-port Mechanisms
DescriptionIntroduzca una descripción para su monitor JBoss MQ Transport Mechanisms.
Success:
All JBoss MQ Transports Mechanisms (&AllTransports) are working prop‐erly.
Critical:
Transport Mechanism &TranspName is not working.
© 2013 Barcelona/04 Computing Group Página 34
MQ ThinAgents Group
Las siguientes variables son importantes para este ThinAgent específico (Diríjase también a la sección
6.1 - MQ Variables en la página 28).
6.4.6 Mapeo de campos SmartConsole – ThinkServerLa siguiente tabla muestra cómo se representan las diferentes variables en la SmartConsole y el
ThinkServer, junto a una descripción de las variables. Puede cambiar estos ajustes para que se
adapten a sus necesidades.
Variable Descripción
FromNameNombre del mecanismo de transporte. En este caso, dependiendo del mecanismo de transporte, se añade información adicional del meca-nismo de transporte.
Name Nombre del mecanismo de transporte
State Estado del mecanismo de transporte
PingPeriodTiempo en milisegundos necesario para acceder al método del meca-nismo de transporte específico.
SmartConsole ThinkServer Descripción
Var01 SetHealth Nombre del script
Var02 AllTransportsLista de todos los mecanismos de transporte utili-zados en la Message Queue.
Var03 ErrTransportsLista de mecanismos de transporte que no están funcionando correctamente.
© 2013 Barcelona/04 Computing Group Página 35
Apéndice A : Contactar con Barcelona/04
Apéndice AApéndice A: Contactar con Barcelona/04
North America
Tango/04 North America
PO Box 3301
NH 03458 Peterborough USA
Phone: 1-800-304-6872 / 603-924-7391
Fax: 858-428-2864
sales@tango04.net
www.tango04.com
EMEA
Tango/04 Computing Group S.L.
Avda. Meridiana 358, 5 A-B
08027 Barcelona Spain
Phone: +34 93 274 0051
Fax: +34 93 345 1329
info@tango04.net
www.tango04.com
Italy
Tango/04 Italy
Viale Garibaldi 51/53
13100 Vercelli Italy
Phone: +39 0161 56922
Fax: +39 0161 259277
info@tango04.it
www.tango04.it
Sales Office in France
Tango/04 France
La Grande Arche
Paroi Nord 15ème étage
92044 Paris La Défense France
Phone: +33 01 40 90 34 49
Fax: +33 01 40 90 31 01
contact@tango04.net
www.tango04.fr
Sales Office in Switzerland
Tango/04 Switzerland
18, Avenue Louis Casaï
CH-1209 Genève
Switzerland
Phone: +41 (0)22 747 7866
Fax: +41 (0)22 747 7999
contact@tango04.net
www.tango04.fr
Latin American Headquarters
Barcelona/04 Computing Group SRL (Argentina)
Avda. Federico Lacroze 2252, Piso 6
1426 Buenos Aires Capital Federal
Argentina
Phone: +54 11 4774-0112
Fax: +54 11 4773-9163
info@barcelona04.net
www.barcelona04.com
© 2013 Barcelona/04 Computing Group Página 36
Apéndice A : Contactar con Barcelona/04
Sales Office in Peru
Barcelona/04 PERÚ
Centro Empresarial Real
Av. Víctor A. Belaúnde 147, Vía Principal 140 Edificio Real Seis, Piso 6
L 27 Lima
Perú
Phone: +51 1 211-2690
Fax: +51 1 211-2526
info@barcelona04.net
www.barcelona04.com
Sales Office in Chile
Barcelona/04 Chile
Nueva de Lyon 096 Oficina 702,
Providencia
Santiago
Chile
Phone: +56 2 234-0898
Fax: +56 2 2340865
info@barcelona04.net
www.barcelona04.com
© 2013 Barcelona/04 Computing Group Página 37
Acerca de Barcelona/04 Computing Group
Acerca de Barcelona/04 Computing Group
Barcelona/04 Computing Group es una de las principales empresas desarrolladoras de software de
gestión y automatización de sistemas informáticos. El software de Barcelona/04 ayuda a las empresas
a mantener la salud operativa de sus procesos de negocio, mejorar sus niveles de servicio, incrementar
su productividad y reducir costes mediante una gestión inteligente de su infraestructura informática.
Fundada en 1991 en Barcelona, Barcelona/04 es IBM Business Partner y miembro de la iniciativa
estratégica IBM Autonomic Computing. Además de recibir numerosos reconocimientos de la industria,
las soluciones Barcelona/04 han sido validadas por IBM y tienen la designación IBM ServerProven™.
Barcelona/04 tiene más de mil clientes y mantiene operaciones en todo el mundo a través de una red
de 35 Business Partners
Alianzas
Premios
Partnerships IBM Business Partner
IBM Autonomic Computing Business Partner
IBM PartnerWorld for Developers Advanced Membership
IBM ISV Advantage Agreement
IBM Early code release
IBM Direct Technical Liaison
Microsoft Developer Network
Microsoft Early Code Release
© 2013 Barcelona/04 Computing Group Página 38
Aviso Legal
Aviso Legal
Este documento y su contenido son propiedad de Barcelona/04 Computing Group o de sus respectivos propietarios cuando así se
indique. Cualquier utilización de este documento con una finalidad distinta de aquella con la cual ha sido creado está prohibida sin la
autorización expresa de su propietario. Asimismo queda prohibida la reproducción total o parcial de este documento por cualquier
medio físico, óptico, magnético, impreso, telemático, etc., sin la autorización expresa de su propietario.
La información técnica aquí contenida fue obtenida utilizando equipamiento e instalaciones específicas, y su aplicación se limita a
esas combinaciones especiales de productos y niveles de versiones de hardware y software. Cualquier referencia en este documento
a productos, software o servicios de Barcelona/04 Computing Group, no implica que Barcelona/04 Computing Group planee
introducir esos productos, software o servicios en cada uno de los países en los que opera o está representada. Cualquier referencia
a productos de software, hardware o servicios de Barcelona/04 Computing Group no está hecha con el propósito de expresar que
solamente pueden utilizarse productos o servicios de Barcelona/04 Computing Group. Cualquier producto o servicio funcionalmente
equivalente que no infrinja la propiedad intelectual o condiciones de licenciamiento específicas se podría utilizar en reemplazo de
productos, software o servicios de Barcelona/04 Computing Group.
Barcelona/04 Computing Group puede tener patentes o estar pendiente de obtención de patentes que cubren asuntos tratados en
este documento. La entrega de este documento no otorga ninguna licencia de esas patentes. La información contenida en este
documento no ha sido sometida a ningún test formal por Barcelona/04 Computing Group y se distribuye tal como está. El uso de esta
información o la implementación de cualquiera de las técnicas, productos, tecnologías, ideas o servicios explicitados o sugeridos por
el presente documento es responsabilidad exclusiva del cliente a quien está dirigido este documento, y es el cliente quien debe
evaluar y determinar la aplicabilidad y consecuencias de integrar esas técnicas, productos, tecnologías, ideas o servicios en su
entorno operativo.
Si bien cada ítem puede haber sido revisado por Barcelona/04 Computing Group en cuanto a su exactitud en una situación
específica, no existe ni se otorga ninguna garantía de que los mismos o similares resultados puedan ser obtenidos en otras
situaciones o instalaciones. Los clientes que intenten adaptar esas técnicas en sus propias instalaciones lo hacen bajo su propia
cuenta, responsabilidad y riesgo. Barcelona/04 Computing Group no será en ningún caso responsable directo o indirecto de cualquier
daño o perjuicio causado por el uso de las técnicas explicitadas o sugeridas en este documento, incluso si se han efectuado
notificaciones de la posibilidad de esos daños.
Este documento puede contener errores técnicos y/o errores tipográficos. Todas las referencias en esta publicación a entidades
externas o sitios web han sido provistas para su comodidad solamente, y en ningún caso implican una validación, garantía o respaldo
a esas entidades o sitios.
Las marcas siguientes son propiedad de International Business Machines Corporation en los Estados Unidos y/o otros países: AS/
400, AS/400e, System i, iSeries, e (logo)Server, i5, Operating System/400, OS/400, i5/OS.
Microsoft, SQL Server, Windows, Windows NT, Windows XP y el logotipo de Windows son marcas registradas de Microsoft
Corporation en los Estados Unidos y/o otros países. Java y todos los logotipos y marcas basadas en Java son propiedad de Sun
Microsystems, Inc. en los Estados Unidos y otros países. UNIX es una marca registrada en los Estados Unidos y otros países y se
licencia exclusivamente a través de The Open Group. Oracle es una marca registrada de Oracle Corporation. Otras marcas,
productos o servicios pueden ser marcas registradas de otras empresas.
© 2013 Barcelona/04 Computing Group Página 39
Recommended