Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Performance Monitoring

Weblogic
by

felipe hernandez

on 2 August 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Performance Monitoring

SUPERVISIÓN DEL MONITOREO
PERFORMANCE MONITORING
TERMINOLOGÍA: PERFORMANCE
RENDIMIENTO
El rendimiento de un sistema de software se caracteriza a menudo por su:
Tiempo de respuesta: Una vez métrica, por ejemplo el tiempo de ida y vuelta que se necesita el servidor para ofrecer una página Web
Rendimiento: Una tasa de métrica (solicitudes por unidad de tiempo), por ejemplo, peticiones por segundo, bits por segundo
• Hacer que se ejecute.
• Que sea bonita.
• Que sea rápido.
Un enfoque muy común tomado en el desarrollo de software aplicaciones

WebLoad de RadView
JMeter (HP o Apache)
Utilización de recursos: A Consumo métrica, por ejemplo, el porcentaje de uso de CPU
ESCALABILIDAD
La escalabilidad se refiere a la capacidad de un sistema para llevar a cabo dentro de las especificaciones cada vez más:
•Carga del usuario
Carga de datos
Expansión de Hardware
SOFTWARE PERFORMANCE ENGINEERING (SPE)
Es un método para la construcción de sistemas de software para cumplir los objetivos de rendimiento del sistema. El proceso de SPE comienza en el ciclo de desarrollo en la fase de análisis de requisitos del sistema.
SPE continúa durante todo el proceso de desarrollo para
Predecir y gestionar el rendimiento del software en evolución
Monitorear el rendimiento real con especificaciones y señalar un problema, ya que se identifican
LOS PUNTOS DE REFERENCIA (BENCHMARKS)
Un punto de referencia es una medición del desempeño de un sistema destinado a su uso en comparaciones
Los puntos de referencia por lo general incluyen una carga de trabajo (caso de uso) que sigue siendo la misma entre las mediciones.
CARGAS Y PRUEBAS DE ESFUERZO
* Las pruebas de carga general, mide la capacidad de un sistema para manejar diferentes solicitudes de cargas concurrentes.
* Las pruebas de esfuerzo suele medir los límites de un sistema
Dos herramientas que se pueden utilizar para comenzar a generar carga del cliente para destacar una aplicación WebLogic son:
La herramienta Microsoft Web Application Stress
Grinder
METRICS (METRICA)
* Las métricas son las unidades utilizadas para expresar las mediciones de rendimiento, tales como el rendimiento, tiempo de respuesta, etc.
* Cada conjunto de resultados de referencia debe incluir detalles sobre:
Versión y diseño de la aplicación
La versión y el paquete de servicios de WebLogic Server
La configuración de hardware
Configuración del dominio de WebLogic Server y el grupo
La configuración del sistema operativo
Metodologia
1. Metas y definicion el sistema.
2. Lista de los servicios y resultados.
3. Seleccione métricas.
4. Los parámetros de lista.
5. Seleccione factores a estudiar.
6. Seleccionar una técnica de evaluación
7. Seleccione la carga de trabajo.
8. Diseñar experimentos.
9. Analizar e interpretar los datos.
10. Presentar los resultados.
11. Repetir
CARGAR HERRAMIENTAS DE PRUEBA
Grinder
LoadSim
Muchas diferentes herramientas de pruebas de carga están disponibles en el mercado:
LoadRunner de Mercury Interactive
e-Load
Grider
* Es una herramienta de prueba de carga normal, de uso general
* Utiliza una arquitectura de generación de carga distribuida basada en agentes
Incluye una consola gráfica para el control de los agentes y ver los resultados agregados
Grinder 3 utiliza el potente lenguaje de script Jython y permite a cualquier código Java para ser probado sin la necesidad de escribir un plug-in.
DISTRIBUCIÓN, PRUEBA DE CARGA BASADA EN AGENTES
• Los procesos de trabajo: Interpretar guiones Jython y realizar pruebas con un número de subprocesos de trabajo
• Los procesos de Agente: Administrar los procesos de trabajo. Un proceso de un solo agente se ejecuta en cada máquina cliente.
• La consola: Coordina los otros procesos. Recopila y muestra las estadísticas.

El grinder es el framewok para la ejecución de scripts de prueba. http://grinder.sourceforge.net
CPU Bound
el recolector de basura
la aplicación Java
Una vez que la CPU está obligado, el servidor de aplicaciones no se puede hacer más trabajo. Al agregar temas no hará nada ya que la CPU está haciendo su máxima cantidad de trabajo. Las posibles causas de una situación limitante del CPU incluyen:
I/O Bound
I/O Bound tiene las siguientes propiedades:
• La CPU no está saturado.
• El rendimiento es el mismo, independientemente de la carga del cliente (por ejemplo, no importa cuántos clientes existen, siempre tienes 50 TPS a la base de datos).
Tipos de I/O Bound:

Database Bound
• El cuello de botella para su aplicación se encuentra para ser su base de datos.
• Soluciones de configuración:
o Utilice la indexación
o Permite más conexiones de base de datos
o Use una forma rápida, máquina dedicada
o Ajustar la base de datos

Network Bound
• Una red puede ser el cuello de botella si está saturado.
• Se puede controlar la red para determinar cuánto se está utilizando el ancho de banda.
• Las redes pueden saturar con un precio tan bajo como 50% de uso de ancho de banda.
• Posibles soluciones:
o Compre más ancho de banda.
o Usar paquetes más grandes, que permiten un mejor aprovechamiento del ancho de banda de red.
o Usar una configuración de sistema operativo específico.
Modificacion de las Propiedades del Servidor Weblogic
• Cuellos de botella potenciales deben ser aislados para determinar si son de hecho problemas.
• Los pasos para cambiar las propiedades:
o Creación de una prueba adecuada y repetible.
o Medir el rendimiento de referencia.
o Modificar una sola propiedad WebLogic Server.
o Si es necesario, reinicie el servidor.
o Vuelva a medir el rendimiento.
Full transcript